WordPress vs Drupal - Vergleich von 5 Schlüsselwerkzeugen und ihren Entsprechungen

Ein Wechsel von WordPress zu Drupal wirft viele Fragen auf. Wird die Migration zu kompliziert sein? Werde ich Äquivalente für die Tools finden, die ich jeden Tag benutze? In diesem Artikel vergleiche ich fünf der wichtigsten WordPress-Tools mit ihren Drupal-Pendants: Benutzerdefinierte Beitragstypen, ACF, WP Query, WP Forms und Seitenbaukästen wie Elementor. Für jeden einzelnen zeige ich, wie die Arbeit in Drupal mit echten Beispielen und einer Live-Demo in Drupal CMS aussieht. Nach der Lektüre dieses Beitrags werden Sie sehen, dass Drupal überhaupt nicht schwer ist und sich Konzepte, die aus WordPress bekannt sind, fast eins zu eins auf Drupal übertragen lassen. Fühlen Sie sich frei, den Artikel zu lesen oder die Episode aus der Nowoczesny Drupal-Serie anzusehen.

In diesem Artikel:

• Warum sollten Sie einen Wechsel zu Drupal in Betracht ziehen?
• Benutzerdefinierte Beitragstypen vs. Entitäten in Drupal
• ACF vs. Fields API – Erweiterung von Inhaltstypen mit benutzerdefinierten Feldern
• WP Query vs. das Views-Modul – Anzeige von Inhaltslisten
• WP Forms vs. das Webform-Modul – Erstellung von Formularen
• Seitenbaukästen – Elementor vs. Optionen in Drupal
• Drupal Core, Drupal CMS und Distributionen – Was sollten Sie für einen Einstieg auswählen?
• WordPress vs. Drupal Werkzeugvergleich – Schlüsselparameter
• Wann sollten Sie Drupal und wann WordPress wählen?
• WordPress vs. Drupal – Zusammenfassung

Warum sollten Sie einen Wechsel zu Drupal in Betracht ziehen?

Bevor wir in detaillierte Vergleiche einzelner Tools eintauchen, ist es wertvoll, die Frage zu beantworten, warum Sie überhaupt Drupal als Nachfolger von WordPress in Betracht ziehen sollten. Vor allem, wenn Sie planen, Ihre Webseite oder Webanwendung in den nächsten 3 Jahren oder länger zu entwickeln.

Zum Ersten, Drupal basiert auf modernen Symfony-Komponenten und zeitgemäßen PHP-Bibliotheken. Das bedeutet eine bessere Code-Architektur. In WordPress finden Sie oft PHP-Dateien, in denen Code mit HTML vermischt ist. Öffnen Sie einfach die wp-login-Datei, um dieses Problem zu sehen. In Drupal ist der Code sauber getrennt: PHP ist separat, HTML ist separat und Twig-Vorlagen sind separat. Diese Trennung erleichtert die Wartung und Entwicklung eines Projekts auf lange Sicht.

Zweitens, die Sicherheit. Es ist kein Zufall, dass die Europäische Union, Banken und Regierungsinstitutionen Drupal wählen. Das System durchläuft strenge Sicherheitsaudits und wird regelmäßig aktualisiert, um Sicherheitslücken zu beheben. Drittens, Drupal ist ein vollkommen Open-Source-System – alle Module im offiziellen Drupal.org-Repository sind kostenlos. Dies ist ein bedeutender Unterschied zu WordPress, wo die meisten fortgeschrittenen Plugins kostenpflichtig sind.

Viertens, Drupal bietet viel bessere langfristige Entwicklungsmöglichkeiten. Das System ist für komplexe Projekte konzipiert, die sich über die Jahre hinweg verändern und wachsen werden. Und am wichtigsten – wenn Sie WordPress kennen, wird der Übergang nicht schwierig sein, weil die Konzepte in beiden Systemen sehr ähnlich sind und die Drupal-Oberfläche dem ähnelt, was Sie bereits kennen.

Lesen Sie auch: Wie migriert man WordPress zu Drupal? Ein Schritt-für-Schritt-Leitfaden

Benutzerdefinierte Beitragstypen vs Entitäten in Drupal

Der erste Vergleich behandelt benutzerdefinierte Beitragstypen von WordPress und Entitäten in Drupal. Es gibt einen ziemlich signifikanten Unterschied in der Art und Weise, wie diese beiden Systeme über Daten nachdenken. In WordPress gibt es benutzerdefinierte Beitragstypen, und im Wesentlichen beruht die gesamte Inhaltsstruktur darauf. In Drupal basiert alles auf Entitäten, die in zwei Haupttypen unterteilt sind: Inhaltsentitäten (zur Speicherung von Inhalten) und Konfigurationsentitäten (zur Speicherung von Konfigurationen).

Auf der technischen Seite ist eine Entität eine PHP-Klasse, die mit Datenbanktabellen verknüpft ist. In Drupal können Sie viele Entitätstypen erstellen, und jeder Typ kann Untertypen haben – intern auch Bundles genannt. Mit dem Systemkern erhalten Sie direkt einige Entitätstypen. Die Entität User speichert Benutzerdaten: Wer sich einloggen kann, deren E-Mail, deren Passwort. Die Entität Node ist die Hauptentität zur Speicherung von Inhalten und kann viele Untertypen haben – zum Beispiel einen Node vom Typ Blogpost, Seite, Jobangebot, Liste oder Auto, abhängig von den spezifischen Anforderungen der Webseite. Die Entität File speichert Dateien und Medien, Term wird für Kategorien und Tags verwendet, und Comment handhabt Kommentare.

Der entscheidende Punkt ist, dass Sie eine unbegrenzte Anzahl von Node-Entitätenuntertypen haben können, und sie alle werden in Drupal über die grafische Benutzeroberfläche erstellt – kein PHP-Code erforderlich. Darüber hinaus können zusätzliche Module ihre eigenen Entitätstypen einführen. Beispielsweise erscheinen nach der Installation des Commerce-Moduls Entitäten wie Product, Order, und einige andere. Es gibt auch das ECK (Entity Construction Kit)-Modul, mit dem Sie durch Klicken im Drupal-Admin-Panel und ohne Programmierung ganz neue Entitätstypen erstellen können. Diese neuen Entitäten erzeugen sofort die entsprechenden Datenbankstrukturen und arbeiten mit den Modulen Fields und Views zusammen, die ich in Kürze besprechen werde.

Wie sieht das Erstellen eines neuen Inhalts in Drupal CMS aus?

In der Drupal CMS Version 1.1.1 (basierend auf Drupal Core 11.1) kannst du nach dem Navigieren zum Abschnitt Inhaltstypen fertige Node Unterentitäten, die mit Drupal CMS geliefert werden, einsehen. Um einen neuen Typ zu erstellen, klick einfach auf die Schaltfläche Hinzufügen und gib einen Namen ein – in meinem Beispiel war es "Auto".

Nach dem Speichern erscheint der neue Typ sofort in der Liste. Anschließend kannst du über die Registerkarte Felder verwalten Felder hinzufügen. In der Demo habe ich ein "Autofarbe" Feld als eine Auswahl Liste mit den Optionen: Schwarz, Rot, Weiß und andere hinzugefügt. Drupal generiert automatisch Maschinennamen (in der Datenbank gespeicherte Identifikatoren) anhand von Bezeichnungen, obwohl du sie auch manuell überschreiben kannst. Nach dem Markieren des Feldes als erforderlich und dem Speichern der Änderungen war das Formular zur Erstellung neuer Autos sofort fertig.

Ich erstellte Testinhalt – "ein schwarzer BMW" – und nach dem Speichern erschien der Eintrag in der Inhaltsliste von Drupal. Wichtig ist, dass diese Liste sofort nach dem Inhaltstyp gefiltert werden kann, zum Beispiel indem nur "Autos" ausgewählt werden. Der gesamte Prozess vom Erstellen eines neuen Inhalts bis zum Hinzufügen des ersten Eintrags dauerte buchstäblich nur wenige Minuten, ohne eine einzige Codezeile zu schreiben.

ACF gegen Fields API – Erweitern von Inhaltsformaten mit benutzerdefinierten Feldern

Der zweite Vergleich behandelt ACF (Advanced Custom Fields) von WordPress und Fields API in Drupal. Bei WordPress verwendest du wahrscheinlich das ACF-Plugin, um benutzerdefinierte Felder zu Inhaltsformaten hinzuzufügen. Bei Drupal ist Felder direkt in das System eingebaut, sodass du keine zusätzlichen Module installieren musst. Dadurch, dass Fields API Teil des Kernels ist, arbeitet es zuverlässig – es wird zusammen mit anderen eingebauten Drupal-Modulen entwickelt und getestet.

Die Bedienoberfläche zum Hinzufügen von Feldern in Drupal sieht ACF sehr ähnlich. Du hast Zugang zu den gleichen grundlegenden Feldtypen: Text, Zahl, Datum, Datei, Bild oder Auswahlliste. Genau wie das Auto-Beispiel, das ich oben gezeigt habe – das Navigieren zu Felder verwalten und das Hinzufügen eines neuen Feldes ist eine Frage von wenigen Klicks. Es gibt auch Module, welche die Liste der verfügbaren Felddaten erweitern. Beispielsweise fügt das Modul Address Field einen Adressfeldtyp hinzu, welcher für Projekte nützlich ist, die die Speicherung von Standortdaten erfordern.

Was den Ansatz von Drupal auszeichnet, ist die Tatsache, dass Fields API direkt mit Entitäten und dem Views-Modul zusammenarbeitet. Es ist diese Verbindung – alles arbeitet nahtlos zusammen – was dir enorme Möglichkeiten bietet, um wirklich vielfältige Datenstrukturen aufzubauen und diese Daten auf viele verschiedene Arten darzustellen.

WP Query gegen das Views Modul – Darstellen von Inhaltslisten

Der dritte Vergleich behandelt WP Query und das Views Modul. Bei WordPress musst du PHP-Code schreiben, um eine benutzerdefinierte Liste von Posts eines bestimmten Typs anzuzeigen. Bei Drupal hast du das Views Modul, das ein visueller SQL-Abfrage-Editor für die Datenbank ist. Du machst alles über die grafische Oberfläche und klickst darauf – ohne auch nur eine einzige Zeile PHP-Code zu schreiben.

Views ist in den Kern von Drupal eingebaut und benötigt keine zusätzlichen Module. Direkt hast du eine gute Auswahl an Ausgabeformatierungsoptionen: Anzeige als Tabelle, Liste, Gitternetz oder andere Layouts. Es gibt auch zusätzliche Module, welche Views mit neuen Formaten erweitern – zum Beispiel ein Slider-Modul, mit dem du Daten als Bildkarussell präsentieren kannst.

Wichtig ist, dass Views nicht nur von Webentwicklern oder Website-Erstellern verwendet werden kann. Das Modul ist intuitiv genug, dass du Redakteuren, Vermarktern oder Personalabteilungen beibringen kannst, selbst Ansichten zu erstellen, zusätzliche Berichte und Datenzusammenfassungen zu erzeugen.

Wie sieht das Erstellen einer Ansicht im Views Modul aus?

Das Erstellen einer Ansicht erfolgt im Abschnitt Struktur > Ansichten in Drupal. In der Liste siehst du, dass Drupal selbst bereits Views verwendet, um seine internen Seiten anzuzeigen – zum Beispiel ist die Inhaltsauflistungsseite auch eine mit dem Views Modul erstellte Ansicht, genau wie die Benutzerlisten Seite.

Beim Erstellen einer neuen Ansicht ist der erste Schritt die Auswahl einer Entität. Die Liste bietet verschiedene Optionen: Inhalt (die Node Entität), Benutzer, Medien, E-Mails und andere in Drupal eingebaute Entitätstypen. In meinem Beispiel wählte ich den Inhalt und beschränkte ihn auf den "Auto" Subtyp – die von mir zuvor erstellte Entität. Ich habe die Anzeige als Tabelle auf einer neuen Seite festgelegt.

Als nächstes habe ich Felder zur Ansicht hinzugefügt. Die Node Entität hat immer ein Titelfeld, das nicht entfernt werden kann. Ich habe auch das Farbfeld (Autofarbe) und ein Erstellungsdatum im Kurzformat hinzugefügt. Am unteren Bildschirmrand kannst du sofort eine Vorschau der Ergebnisse sehen.

Die Option für die SQL-Abfragevorschau hat sich als besonders nützlich erwiesen. In den globalen Ansichtseinstellungen kannst du die Anzeige der von dem Modul generierten Abfrage aktivieren. Du kannst dann genau sehen, was hinter den Kulissen passiert: Der Inhaltstyp ist auf Auto eingestellt, der Status ist 1 (veröffentlicht), und die aus der Datenbank abgerufenen Felder entsprechen denen, die in der Konfiguration ausgewählt wurden. Du kannst auch Beziehungen hinzufügen – zum Beispiel eine Verknüpfung zur Benutzertabelle, um Informationen über den Autor des Inhalts anzuzeigen. Solche Beziehungen erscheinen sofort in der SQL-Abfrage.

Nach dem Speichern der Ansicht habe ich den URL-Pfad kopiert und ihn im Browser geöffnet. Die Ansicht wurde mit dem Standard-Thema von Drupal CMS angezeigt und zeigte eine Tabelle von Autos an. Natürlich hängt das Aussehen vom aktiven Thema ab und kann frei geändert werden. Von der angezeigten Seite aus kannst du auch direkt zur Bearbeitung der Ansicht gehen und zum Beispiel neue Spalten hinzufügen oder das Anzeigeformat ändern.

WP Forms gegen das Webform Modul - Formulare erstellen

Der vierte Vergleich behandelt Formular-Erstellungswerkzeuge: WP Forms in WordPress und das Webform Modul in Drupal. Im Gegensatz zu Fields API oder Views ist Webform nicht in Drupals Kern eingebaut - Sie müssen es von Drupal.org herunterladen und installieren. Die Installation ist unkompliziert und standardmäßig, genau wie bei jedem Drupal-Modul.

Die Benutzeroberfläche zum Erstellen von Formularen in Drupal mit dem Webform-Modul ähnelt sehr dem, was Sie von WordPress kennen. Sie haben einen Builder mit verschiedenen Feldtypen, Optionen zur Konfiguration von Benachrichtigungs-E-Mails und vielen zusätzlichen Einstellungen. Was Webform besonders macht, ist seine Bandbreite an fortgeschrittenen Funktionen. Das Modul bietet mehrstufige Formulare, erweiterte Regeln zur Validierung von Eingabedaten und Integrationen mit externen Systemen.

Webform verfügt auch über ein sehr umfangreiches Berechtigungssystem. Sie können genau definieren, wer Einreichungen über Formulare anzeigen, bearbeiten oder löschen kann. Darüber hinaus gibt es einen erweiterten Datenexport, der es Ihnen ermöglicht, gesammelte Daten an andere Tools zur weiteren Verarbeitung zu übergeben. Das Modul bietet auch umfangreiche Integrationsmöglichkeiten mit anderen Drupal-Modulen, was bedeutet, dass Formulare Teil größerer Workflows innerhalb des Systems werden können.

Page Builder - Elementor gegen Optionen in Drupal

Der fünfte Vergleich betrifft Page Builder. In WordPress ist eine beliebte Wahl Elementor. In Drupal haben Sie gleich fünf Optionen für den Aufbau von Seiten, jeweils mit unterschiedlichen Anwendungsfällen und Komplexitätsgraden.

CKEditor

CKEditor ist ein fortschrittlicher WYSIWYG-Editor, der in Drupal eingebaut ist. Standardmäßig kann er als normaler Texteditor behandelt werden, es gibt aber auch viele Module, die ihn erweitern - beispielsweise Module für Vorlagen oder zum Einfügen verschiedener Elemente aus der Bootstrap-Bibliothek.

Layout Builder

Layout Builder ist das zweite direkt in den Drupal-Kern eingebaute Werkzeug. Es funktioniert ähnlich wie gängige Page Builder - Sie ziehen Blöcke, ordnen Abschnitte an, passen diese an, fügen mehrspaltige Abschnitte hinzu und platzieren Inhalte darin. Layout Builder hat auch eine gute Anzahl zusätzlicher Module.

Gutenberg für Drupal

Wenn Sie Gutenberg in WordPress benutzen und sich damit wohl fühlen, haben wir gute Nachrichten - Gutenberg ist auch für Drupal als zusätzliches Modul verfügbar. Sie können es installieren und den bekannten Block-Editor direkt in der Drupal-Umgebung nutzen.

Paragraphs

Paragraphs ist ein modularer Ansatz zum Aufbau von Inhalten, bei dem jedes Seitenelement ein separater "Absatz" ist, der unabhängig angeordnet und konfiguriert werden kann. Dieses Modul wird unter anderem in der von Droptica erstellten Droopler-Distribution verwendet.

Drupal Canvas (früher Experience Builder)

Experience Builder, jetzt bekannt als Drupal Canvas, ist ein relativ neues Werkzeug, das sich noch in aktiver Entwicklung befindet. Es führt noch fortschrittlichere Möglichkeiten für die Erstellung von Seiten und Layouts ein.

Drupal Core, Drupal CMS und Distributionen - Was wählen, um zu starten?

Wenn Sie zum ersten Mal auf Drupal treffen, ist es hilfreich, die drei Ebenen zu verstehen, auf denen Sie Ihr Projekt aufbauen können. Jede bietet einen unterschiedlichen Grad an Einsatzbereitschaft und erfordert eine unterschiedliche Menge an Konfigurationsarbeit.

Drupal Core - das Systemfundament

Drupal Core ist das grundlegende, "rohe" System mit den wichtigsten eingebauten Modulen, wie Views und Fields. Eine Konfiguration von Grund auf ist erforderlich.

Drupal CMS - ein sofort einsetzbares System

Drupal CMS ist ein Neuzugang aus dem frühen Jahr 2025, als die Version 1.0 veröffentlicht wurde. Es handelt sich dabei um das Drupal Core, das um etwa 100 zusätzliche Module erweitert wurde, die bereits konfiguriert und einsatzbereit sind. Nach der Installation erhalten Sie sofort vorbereitete Datentypen (Node Entitäten), Views, Modulkonfigurationen und eine Menge einsatzbereiter Funktionen. Alles wurde von Drupal-Spezialisten vorbereitet, so dass das System vom ersten Start an einsatzbereit ist. Man kann sich Drupal CMS als eine offizielle Distribution vorstellen, die vom Drupal-Team erstellt wurde.

Distributionen - fertige Systeme für spezielle Anforderungen

Drupal-Distributionen sind noch weiter fortgeschrittene, vollständige Systeme, die auf Drupal aufbauen und an spezielle Anwendungsfälle angepasst sind. Zum Beispiel ist Droopler eine von Droptica erstellte Distribution für den Aufbau von Unternehmenswebseiten. Sie beinhaltet vorgefertigte Inhaltstypen, Page Builder, visuelle Komponenten, ein sofort nach der Installation gut aussehendes Frontend-Theme, ein Medienverwaltungssystem und SEO-Tools.

Open Intranet ist eine weitere Distribution von Droptica - ein internes Mitarbeiterportal mit News, einem Dokumentenrepository, einer Wissensdatenbank, einem Mitarbeiterverzeichnis und vielen anderen Funktionen. Beide Distributionen sind als Open Source verfügbar und sofort nach der Installation einsatzbereit.

Zusätzlich zu diesen beiden Distributionen finden Sie viele andere auf Drupal.org, die von Unternehmen aus der ganzen Welt erstellt wurden. Sie können sie kostenlos herunterladen, testen und sehen, welche fertigen Systeme Drupal-Entwickler und -Agenturen veröffentlichen. Wenn Sie Linux kennen, können Drupal-Distributionen mit Linux-Distributionen verglichen werden: Es gibt den Linux-Kernel und darauf basierende Distributionen wie Ubuntu, Red Hat oder Fedora. Ähnlich verhält es sich in der Drupal-Welt: Es gibt den Systemkern und darauf aufbauende Distributionen.

WordPress vs Drupal Werkzeugvergleich – Schlüsselparameter

Lassen Sie uns nun die diskutierten Tools anhand mehrerer wichtiger Parameter vergleichen, die bei der Entscheidung für eine Migration helfen können.

Einfachheit des Lernens. Für Leute, die WordPress kennen, werden alle Drupal-Tools, die wir besprochen haben – Entitäten, Fields-API, Views, Webform oder Layout Builder – hinsichtlich Konzepte und Interface sehr ähnlich wirken. Jemand, der mit WordPress gearbeitet hat, kann sich leicht in Drupal zurechtfinden.

Eingebaute Funktionalität. Hier führt Drupal deutlich. Fields API, Views und Layout Builder sind Teil des Systemkerns, so dass Sie keine zusätzlichen Module installieren oder für Plugins bezahlen müssen. In WordPress sind ACF, fortgeschrittene WP Query-Funktionen und Page Builder separate, oft kostenpflichtige Plugins.

Flexibilität und Konfigurationsoptionen. Drupal bietet deutlich mehr Optionen, was oft nützlich ist, insbesondere für große Projekte.

Einfachheit der Wartung. Drupal hat einen Vorteil, da mehr Module in den Kern integriert sind. Sie müssen sich keine Sorgen um die Wartung zusätzlicher Plugins oder Module oder um die Kompatibilität zwischen ihnen machen.

Anfängliche Einfachheit. Dies ist der einzige Bereich, in dem WordPress einen Vorteil haben könnte. Weniger Optionen zu Beginn bedeutet, dass jemand schneller auf Touren kommen kann. Aber genau deshalb wurde Drupal CMS erstellt – damit diese Optionen gleich nach der Installation bereits vorbereitet und konfiguriert sind, was den Einstieg in die Drupal-Welt erheblich erleichtert.

Wann Drupal und wann WordPress wählen?

Drupal wird die bessere Wahl sein, wenn Sie fortgeschrittene Datenstrukturen und Beziehungen zwischen Inhalten benötigen. Es funktioniert auch gut, wenn Sie ein skalierbares Projekt mit mehreren Benutzertypen und einem komplexen Berechtigungssystem planen. Es ist ein guter Ansatz, wenn Sie lieber mehr Funktionen in das System selbst integriert haben, anstatt auf Dutzende von externen Plugins angewiesen zu sein. Drupal ist auch die bessere Wahl für Projekte, bei denen Sicherheit und Stabilität wichtig sind. Genau deshalb wird es von Banken, Regierungsorganisationen und der Europäischen Union gewählt.

Andererseits könnte WordPress besser funktionieren, wenn Sie einen sehr einfachen Blog oder eine kleine Broschürenseite mit nur wenigen Seiten haben, die keine fortgeschrittenen Funktionen erfordert. Es ist auch eine großartige Option, wenn Sie wissen, dass Sie die Website in Zukunft nicht erweitern werden – Sie werden sie einrichten und dann vergessen.

Wichtig ist, dass beide Systeme auf derselben Hosting-Technologie laufen: PHP und MariaDB-Datenbank. Ein Wechsel von einem System zum anderen erfordert keine Änderung Ihrer Serverinfrastruktur.

WordPress vs Drupal – Zusammenfassung

Wenn Sie WordPress kennen, wird der Wechsel zu Drupal nicht so schwer sein, wie Sie vielleicht denken. Die Konzepte in beiden Systemen sind sehr ähnlich: Benutzerdefinierte Beitragstypen entsprechen Entitäten (mit weit größeren Fähigkeiten), ACF hat sein Äquivalent in der Fields API, die in den Kern integriert ist, WP Query wird durch das visuelle Views-Modul ersetzt, WP Forms entspricht dem Webform-Modul und Elementor kann durch eine von fünf Optionen ersetzt werden – CKEditor, Layout Builder, Gutenberg, das Paragraphs-Modul oder Drupal Canvas.

Der entscheidende Vorteil von Drupal ist, dass die meisten dieser Tools in den Systemkern eingebaut sind. Sie müssen keine separaten bezahlten Plugins installieren, und das gesamte Ökosystem wird als einheitliches Ganzes getestet und entwickelt. Deshalb funktioniert Drupal besonders gut für Projekte, die im Laufe der Jahre wachsen werden. Und wenn Sie mit Drupal CMS beginnen, erhalten Sie ein System, das vom ersten Tag an einsatzbereit ist.

Wenn Sie erwägen, von WordPress zu Drupal zu wechseln oder Unterstützung bei dem Prozess benötigen, können Sie sich gerne an uns wenden. Unser Team von Experten in der Drupal-Agentur wird Ihnen helfen, die Migration durchzuführen und das volle Potenzial von Drupal für Ihr Projekt auszuschöpfen.