Wenn eine Website wächst, treten die Grenzen der Plattform, auf der sie aufgebaut wurde, immer deutlicher zutage. Viele institutionelle Projekte, die auf WordPress begonnen haben, setzen einen Wechsel zu Drupal auf die Agenda, sobald mehrsprachige Strukturen, feingranulare Berechtigungen, Enterprise-Integrationen und Multisite-Anforderungen ins Spiel kommen. An diesem Punkt lautet die eigentliche Frage meist nicht mehr „Sollen wir migrieren?“, sondern „Wie übertragen wir jahrelang gewachsene Inhalte, Benutzer und Medien, ohne irgendetwas zu verlieren?“
Die Antwort liegt im Kern von Drupal: die Migrate API. Sie liest Daten aus externen Quellen aus, transformiert sie und wandelt sie über ein Migrations-Framework, das sowohl umkehrbar als evaluates wiederholbar ist, in Drupal-Entitäten um. Dieser Leitfaden deckt ab, warum Organisationen von WordPress zu Drupal migrieren, wie die Migrate API funktioniert, welche Module beteiligt sind, welche drei Migrationsmethoden zur Verfügung stehen, wie der Prozess Schritt für Schritt abläuft und wie Sie Ihr SEO während des Umzugs intakt halten.
Warum von WordPress zu Drupal migrieren?
WordPress bietet einen schnellen, praktischen Einstieg für kleine und mittlere Websites – was genau der Grund ist, warum es das meistgenutzte CMS der Welt ist. Sobald ein Projekt jedoch einen institutionellen Maßstab erreicht, führen meist einige strukturelle Grenzen zu der Entscheidung für eine Migration:
- Wenn die Inhaltsarchitektur komplexer wird: Wenn Sie Dutzende von Inhaltstypen, Feldstrukturen und verknüpften Inhalten benötigen, bietet Drupals strukturierte Inhaltsarchitektur einen klaren Vorteil.
- Wenn Sie eine mehrsprachige Struktur benötigen: Der Core von Drupal unterstützt mehr als 110 Sprachen ohne jegliche Add-ons; bei WordPress hingegen lässt sich mehrsprachiger Inhalt nur über Drittanbieter-Plugins verwalten.
- Wenn Berechtigungen feingranular sein müssen: Mehrschichtige Rollenstrukturen – wie Fakultätsredakteur, Abteilungsleiter oder Inhaltsfreigabeberechtigter – sind bei Drupal direkt im Core definiert.
- Wenn Multisite das Ziel ist: Das Zusammenführen verstreuter WordPress-Installationen unter dem Dach einer einzigen Drupal-Multisite-Architektur reduziert den Wartungs- und Sicherheitsaufwand erheblich.
- Wenn Sicherheit und Integration Priorität haben: Ein überprüfbarer Core anstelle pluginbedingter Sicherheitsrisiken sowie API-basierte Integrationen mit Enterprise-Systemen wie Campus-Management-Systemen (z. B. HISinOne/STAG), CRM und LDAP/CAS/DFN-AAI.
Die Details dieses Vergleichs haben wir in unserem Beitrag über Drupal vs. WordPress vs. Joomla und wie man das richtige CMS auswählt behandelt. Sobald die Entscheidung für eine Migration gefallen ist, lautet die nächste Frage, wie diese technisch gesteuert wird.
Was ist die Drupal Migrate API?
Die Migrate API ist das im Drupal-Core enthaltene Migrations-Framework, das Daten aus externen Quellen in Drupal-Entitäten – wie Nodes, Benutzer, Taxonomien, Medien oder Kommentare – umwandelt. Sie ist nicht auf WordPress beschränkt: Dieselbe Infrastruktur verarbeitet auch Inhaltsmigrationen aus älteren Drupal-Versionen, aus CSV-, JSON- oder XML-Dateien sowie aus beliebigen anderen Datenbanken.
Drei Merkmale unterscheiden die Migrate API von einem einfachen Import-Tool: Erstens werden Migrationen in Konfigurationsdateien (YAML) definiert, was den gesamten Prozess dokumentierbar und wiederholbar macht. Zweitens ist jede Migration umkehrbar: Wenn ein Problem auftritt, zieht ein Rollback-Befehl die importierten Inhalte sauber wieder zurück, sodass die Migration mit korrigierten Zuordnungen erneut ausgeführt werden kann. Drittens können Daten während der Migration transformiert werden – WordPress-Shortcodes lassen sich herausfiltern, Datumsformate korrigieren und Autorenkonten neu zuordnen.
Source – Process – Destination: Ein dreistufiges ETL-Modell
Die Migrate API wendet das in der Softwareentwicklung als ETL (Extrahieren – Transformieren – Laden bekannte Modell an und definiert jede Migration über drei Ebenen:
- Quelle: Woher die Daten gelesen werden. In einem WordPress-Szenario ist das entweder eine WXR-Exportdatei oder die WordPress-Datenbank selbst.
- Verarbeitung: Die Transformation der Quelldaten in die von Drupal erwartete Struktur. Feldzuordnungen, Formatkonvertierungen und Datenbereinigungen finden alle auf dieser Ebene statt.
- Ziel: Als welche Drupal-Entität die transformierten Daten gespeichert werden – Inhalte werden zu Nodes, Kategorien zu Taxonomie-Begriffen und Autoren zu Benutzerkonten.
Die praktische Bedeutung dieser Architektur ist eindeutig: Eine Migration ist keine risikoreiche, einmalige Copy-and-Paste-Aktion, sondern ein steuerbarer Engineering-Prozess, der getestet, zurückgerollt und stufenweise vorangetrieben werden kann.
Die bei einer Migration verwendeten Core-Module
Eine Migration von WordPress zu Drupal stützt sich nicht auf ein einzelnes Modul, sondern auf ein Zusammenspiel mehrerer Module:
| Modul | Funktion | Typ / Herkunft |
|---|---|---|
| Migrate | Die API, die das Fundament des Migrations-Frameworks bildet. | Drupal-Core |
| Migrate Plus | Erweitert Migrationsdefinitionen; ergänzt Gruppenverwaltung und zusätzliche Source-Plugins. | Contributed-Modul |
| Migrate Tools | Stellt Drush-Befehle zum Ausführen von Migrationen, zur Statusüberwachung und für Rollbacks bereit. | Contributed-Modul |
| WordPress Migrate | Liest WXR-Dateien (XML) und mappt Beiträge, Seiten, Kommentare, Tags und Kategorien auf Drupal-Entitäten. | Contributed-Modul |
| Pathauto + Redirect | Generiert die neuen URLs und richtet 301-Weiterleitungen für die alten WordPress-URLs ein. | Contributed-Module |
Der WordPress Migrate-Modul überträgt WordPress-Exporte im WXR-Format über die im Core enthaltene Migrate API nach Drupal. Es unterstützt Beiträge, Seiten, Kommentare, Dateianhänge, Tags und Kategorien – wobei alle Migrationen vollständig umkehrbar sind. Aktuelle Releases werden auf Kompatibilität mit Drupal 10 und 11 entwickelt. Daher ist es wichtig, vor der Installation die passende Version für Ihre Drupal-Zielversion auszuwählen.
Drei Wege für die Migration von WordPress zu Drupal
Nicht jedes Projekt verläuft gleich. Die Größe der Website, der Zugriff auf die WordPress-Datenbank und die Art der angestrebten Drupal-Installation bestimmen, welcher Weg gewählt wird.
Migration über eine WXR-Datei (XML-Export)
Dies ist die gängigste und zugänglichste Methode. Über Werkzeuge → Exportieren im WordPress-Adminbereich wird der gesamte Inhalt der Website als XML-Datei (WXR) heruntergeladen. Das Modul WordPress Migrate liest diese Datei anschließend ein und importiert die Inhalte nach Drupal. Da kein Datenbankzugriff erforderlich ist, eignet sich diese Lösung ideal für Projekte mit Hosting-Einschränkungen oder für Systeme, die auf getrennten Servern betrieben werden. Bei kleinen bis mittelgroßen Websites verläuft der Prozess schnell, während die XML-Datei bei sehr großen Medienarchiven unhandlich werden kann.
Migration über eine direkte Datenbankverbindung
Die leistungsfähigere Methode für große Websites besteht darin, Drupal direkt mit der WordPress-Datenbank zu verbinden und die Daten live auszulesen. Bei diesem Ansatz werden Benutzer, Beiträge, Seiten, Kategorien, Tags, Medien und Kommentare direkt aus der WordPress-MySQL-Datenbank gelesen und ohne Umweg über einen XML-Export in ihre Drupal-Pendants umgewandelt. Auf umfangreichen Websites ist dies deutlich schneller als ein dateibasierter Import. Voraussetzung dafür ist ein sicherer Zugriff auf die WordPress-Datenbank für die Dauer der Migration.
Die WordPress Migrate Recipe für Drupal CMS
Die Distribution Drupal CMS, die 2025 veröffentlicht wurde, hat die Installation durch ihre Recipes-Architektur grundlegend vereinfacht. Für Projekte, die auf Drupal CMS setzen, bündelt die WordPress Migrate Recipe alle erforderlichen Module und Konfigurationen für eine Migration in einem fertigen Paket. Da bei kleineren, schnell umzusetzenden Projekten der Bedarf an einem hochspezialisierten Entwicklerteam gesenkt wird, baut diese Option zugleich das Vorurteil ab, Drupal sei bei Migrationsszenarien „schwierig einzurichten“.
Der WordPress-zu-Drupal-Migrationsprozess Schritt für Schritt
Ein professionelles Migrationsprojekt beginnt lange bevor jemand auf den Import-Button drückt. Der folgende Leitfaden bietet einen bewährten Fahrplan für Projekte im institutionellen Maßstab.
- Bestandsaufnahme des Inhalts (Content Inventory): Wie viele Beiträge, Seiten, Kategorien, Benutzer und Mediendateien gibt es? Was wird umgezogen und was wird archiviert? Eine Migration ist zugleich der denkbar beste Zeitpunkt für eine gründliche Bereinigung der Inhalte.
- Vollständiges Backup erstellen: Erstellen Sie vor der Migration eine vollständige Sicherung der WordPress-Datenbank, der Mediendateien sowie des Theme- und Plugin-Setups. Die Methodik hinter diesem Schritt beschreiben wir in unserem Leitfaden Drupal Backup- und Disaster-Recovery-Strategien.
- Zielarchitektur in Drupal entwerfen: Inhaltstypen, Felder, Taxonomien und Rollen sollten auf den tatsächlichen Anforderungen der Organisation basieren — nicht als 1:1-Kopie des WordPress-Setups.
- Migrationsmodule installieren und Zuordnung definieren: Migrate Plus, Migrate Tools und WordPress Migrate werden installiert und die Zuordnungen von der Quelle zum Ziel konfiguriert.
- Testmigration in der Staging-Umgebung: Die erste Migration wird niemals auf dem Livesystem durchgeführt. In der Staging-Umgebung werden Inhaltsintegrität, Bilder, Autorenzuordnungen und Zeichenkodierungen jeweils einzeln überprüft.
- Korrigieren, zurückrollen, wiederholen: Dank der Rollback-Funktion der Migrate API können Mapping-Fehler ohne Risiko und ohne Datenverlust behoben werden.
- URL-Weiterleitungen einrichten: Alte WordPress-URLs werden über das Redirect-Modul per 301-Weiterleitung auf ihre neuen Adressen umgeleitet.
- Go-Live und Monitoring: Der finale Differenz-Import (Delta) wird durchgeführt und die DNS umgestellt; in den ersten Wochen werden 404-Fehlerberichte und die Search Console genau überwacht.
Inhalts-Mapping: WordPress-Konzepte und ihre Drupal-Pendants
Womit Teams bei Migrationsprojekten am meisten zu kämpfen haben, sind nicht die technischen Befehle – es ist die Übersetzung zwischen den Begriffswelten der beiden Plattformen. Die folgende Tabelle fasst diese Übersetzung zusammen.
| WordPress | Drupal-Äquivalent | Hinweis |
|---|---|---|
| Beitrag | Node (Inhaltstyp Artikel) | Benutzerdefinierte Beitragstypen werden separaten Inhaltstypen zugeordnet. |
| Seite | Node (Inhaltstyp Einfache Seite) | Hierarchie wird über Menüs und Pathauto aufgebaut. |
| Kategorie / Tag | Taxonomie (Vokabular + Begriff) | Die Drupal-Taxonomie unterstützt deutlich flexiblere Beziehungen. |
| Benutzerdefiniertes Feld (ACF) | Field-API-Felder | Feldtypen werden nach ihrer Funktion gemappt, nicht zwingend 1:1. |
| Mediathek | Medien-Entitäten | Bilder werden zu wiederverwendbaren Medien-Elementen. |
| Benutzer / Autor | Benutzerkonten und Rollen | Rollen werden anhand des feingranularen Berechtigungssystems von Drupal neu konzipiert. |
| Plugin | Modul | Plugins lassen sich nicht übertragen; die Funktion wird mit Drupal-Modulen neu aufgebaut. |
| Theme | Theme | Themes lassen sich nicht übertragen; das Design wird in Drupals Theme-Layer neu entwickelt. |
Die letzten beiden Zeilen sind entscheidend: WordPress-Plugins und -Themes werden nicht nach Drupal „verschoben“. Was wandert, ist der Inhalt. Funktionalität und Design werden mit den Werkzeugen des Drupal-Ökosystems neu aufgebaut — meist auf einem wesentlich stabileren Fundament.
Migration ohne SEO-Verlust: URLs, Weiterleitungen und Metadaten
Die größte Sorge von Organisationen beim CMS-Wechsel ist der Verlust von jahrelang aufgebautem organischen Traffic. Diese Bedenken sind berechtigt, aber bewältigbar: Bei einer gut geplanten Migration ist jeder Ranking-Verlust nur vorübergehend und minimal.
- URL-Map erstellen: Exportieren Sie vor der Migration die vollständige Liste der WordPress-URLs und definieren Sie in einer Zuordnungstabelle die neuen Drupal-Pendants.
- 301-Weiterleitungen einrichten: Das Redirect-Modul leitet alte URLs dauerhaft auf ihre neuen Adressen um. Dadurch bleibt der über Jahre hinweg auf externen Websites aufgebaute Backlink-Wert erhalten.
- Metadaten übertragen: Meta-Titel und -Beschreibungen, die mit Yoast oder Rank Math erstellt wurden, werden auf der Drupal-Seite in das Metatag-Modul übernommen.
- Sitemap aktualisieren: Die neue Sitemap aus dem Modul Simple XML Sitemap wird in der Google Search Console eingereicht und die alte entfernt.
- Die ersten vier bis sechs Wochen überwachen: Wöchentliche Überprüfung von 404-Fehlern, Crawling-Statistiken und Ranking-Veränderungen, um etwaige vergessene Umleitungen schnell nachzutragen.
Die Details dieser Ebene auf Modul-Ebene haben wir in unserem Beitrag Drupal SEO: Was Sie für die Sichtbarkeit in Suchmaschinen wissen müssen ausführlich behandelt.
WordPress-zu-Drupal-Migration an Universitäten: Was ist anders?
An Bildungseinrichtungen ist eine Migration eine viel umfassendere Transformation als der reine Umzug einer einzelnen Website. Das typische Szenario sieht so aus: Im Laufe der Jahre wurden Dutzende unabhängige WordPress-Websites für Fakultäten, Forschungszentren und Veranstaltungen erstellt — jede auf einem unterschiedlichen Versionsstand, mit verschiedenen Plugins und abweichenden Sicherheitsstandards. Das Migrationsprojekt bietet die Chance, diesen Wildwuchs unter dem Dach einer zentralen Drupal-Multisite-Architektur zu konsolidieren.
Die wichtigsten Besonderheiten, die in diesem Szenario berücksichtigt werden müssen, sind:
- Ein Konsolidierungsplan: Welche WordPress-Websites bleiben als eigenständige Subsites bestehen und welche werden als Bereich in die Hauptwebsite integriert? Diese Entscheidung muss getroffen werden, bevor die Migrations-Map erstellt wird.
- Migration mehrsprachiger Inhalte: Sprachpaare, die auf der WordPress-Seite über Plugins verwaltet wurden, müssen sauber auf das native Übersetzungssystem von Drupal-Core gemappt werden; andernfalls landen die Sprachversionen als unzusammenhängende, isolierte Inhalte im neuen System.
- Der Wert des akademischen Archivs: Jahrelange Nachrichten, Ankündigungen und Publikationen sichern nicht nur das institutionelle Gedächtnis, sondern auch die Sichtbarkeit in akademischen Rankings (z. B. Webometrics). Der bequeme Weg, alte Inhalte einfach zurückzulassen, zerstört langfristigen SEO-Wert.
- Transformation von Benutzern und Rollen: Redakteurskonten, die über Dutzende von Websites verteilt sind, können auf der Drupal-Seite über eine Integration mit zentralen Identitätsmanagementsystemen wie LDAP/CAS (oder DFN-AAI / Shibboleth) konsolidiert werden.
- Das richtige Timing: Der Go-Live sollte außerhalb von Zeiten mit extrem hohem Datenverkehr geplant werden — wie etwa Bewerbungsphasen, der Bekanntgabe von Zulassungsergebnissen oder Prüfungszeiträumen.
Häufige Fehler bei Migrationsprojekten
- 1:1-Kopie der WordPress-Struktur: Eine Migration ist eine Gelegenheit, die Inhaltsarchitektur neu aufzubauen — nicht, das bestehende Chaos auf eine neue Plattform zu übertragen.
- Go-Live ohne Testmigration: Die erste Migration sollte immer in einer Staging-Umgebung durchgeführt werden, wobei Inhalte, Medien und Zeichenkodierungen überprüft werden.
- Vernachlässigung von URL-Weiterleitungen: Eine Migration ohne 301-Zuordnungstabelle kann jahrelang aufgebauten organischen Traffic und Backlink-Wert innerhalb weniger Wochen zunichtemachen.
- Vergessen der Mediendateien: Wenn der Haupttext umzieht, die Bilder jedoch auf dem alten Server verbleiben, startet die Website voller fehlerhafter Bildlinks (Broken Images).
- Betrachtung der Migration als reines IT-Projekt: Wenn Redaktionsteams keine Schulung für die Drupal-Benutzeroberfläche erhalten, wird selbst die technisch erfolgreichste Migration im Alltag nicht optimal genutzt.
Häufig gestellte Fragen (FAQ) zur WordPress-zu-Drupal-Migration
Wie lange dauert eine Migration von WordPress zu Drupal?
Das hängt vom Umfang der Website ab. Ein Unternehmensblog mit einer Standard-Inhaltsstruktur kann innerhalb weniger Wochen umgezogen werden, während ein Hochschulprojekt mit mehreren Sprachen, mehreren Websites und benutzerdefinierten Feldstrukturen über Planung, Migration, Tests und Go-Live hinweg zwei bis vier Monate in Anspruch nehmen kann. Der Hauptfaktor ist dabei nicht das Inhaltsvolumen, sondern die Komplexität der Inhaltsstruktur.
Werden während der Migration Inhalte verloren gehen?
Nein, bei einer ordnungsgemäß geplanten Migration nicht. Die größte Stärke der Migrate API liegt darin, dass Migrationen umkehrbar und wiederholbar sind: Wird ein Mapping-Fehler entdeckt, führen Sie einen Rollback durch, korrigieren ihn und lassen die Migration erneut laufen. Das vorab erstellte vollständige Backup dient in jedem Szenario als Sicherheitsnetz.
Fallen meine SEO-Rankings beim Wechsel des CMS?
Bei ordnungsgemäß eingerichtetem URL-Mapping und korrekten 301-Weiterleitungen gibt es keinen dauerhaften Einbruch. Kleine Schwankungen in den ersten Wochen nach einer Migration sind normal und erholen sich in der Regel schnell. Tatsächlich können Drupals starke Caching-Architektur und das strukturierte Inhaltsmodell die Core Web Vitals sowie die Indizierungsleistung mittelfristig verbessern und sich somit positiv auf das SEO auswirken.
Können mein WordPress-Theme und meine Plugins zu Drupal migriert werden?
Nein — die Theme- und Plugin-Architekturen der beiden Plattformen unterscheiden sich grundlegend. Was migriert wird, sind Inhalte, Benutzer, Medien und Taxonomien. Das Design wird im Theme-Layer von Drupal neu aufgebaut, und die durch Ihre Plugins bereitgestellten Funktionen werden mit Entsprechungen aus dem Drupal-Modul-Ökosystem neu konstruiert. Bei den meisten Projekten wird dies zu einer natürlichen Gelegenheit, sowohl das Design als auch die Funktionalität zu modernisieren.
Sollte ich über WXR oder über eine direkte Datenbankverbindung migrieren?
Bei kleinen und mittelgroßen Websites ist die Migration mit einer WXR-Datei praktisch und völlig ausreichend, zudem erfordert sie keinen Datenbankzugriff. Bei sehr umfangreichen Websites mit großen Inhaltsarchiven ist eine direkte Datenbankverbindung schneller und zuverlässiger. Für neue Projekte, die auf Drupal CMS basieren, macht die WordPress Migrate Recipe den Prozess mit minimalen technischen Kenntnissen handhabbar. Die richtige Wahl sollte während der Konzeptionsphase auf der Grundlage von Inhaltsvolumen, Zugriffsrechten und Zielarchitektur getroffen werden.