Von Drupal zu WordPress: Wann ist dies der richtige Schritt, und worauf müssen Sie verzichten?.

Was lässt sich von Drupal nach WordPress übertragen, und was nicht??

Das kostenlose FG Drupal-zu-WordPress-Plugin überträgt Ihre Standard-Inhaltstypen, Kategorien, Tags und Medien. Anderes bleibt zurück. Für Benutzer, Passwort-Hashes und benutzerdefinierte Beitragstypen brauchen Sie ebenso die Premium-Version wie für Menüs, Kommentare und automatische 301-Weiterleitungen. Können Sie auf Benutzer verzichten, was bei vielen Websites möglich ist, reicht die kostenlose Version, wie Kinsta anmerkt.

Ihr Theme lässt sich nicht übertragen. Sie bauen es von Grund auf neu. Drupal 8 und spätere Versionen arbeiten mit Twig, WordPress mit PHP-Vorlagen. Am meisten Arbeit machen Ihre „Paragraphs“: Sie ordnen jeden Typ einem benutzerdefinierten Gutenberg-Block oder einem ACF-Feld zu und schreiben dann die Ersatzblöcke. Danach räumen Sie auf. Nach dem Massenexport korrigieren Sie von Hand Daten in benutzerdefinierten Feldern und Metatag-Werte; defekte Medienpfade und Entitätsbeziehungen ebenfalls. Planen Sie dafür genug Zeit ein. Die Lücken fallen Ihnen erst auf, wenn Sie die alten Seiten mit der neuen Version abgleichen.

Wie planen Sie die URL-Struktur und Weiterleitungen, damit Ihr Suchverkehr erhalten bleibt??

Legen Sie Ihre Pfade in einer Tabelle ab: Spalte A listet jede Drupal-URL auf, Spalte B die Ziel-WordPress-URL und Spalte C den Status: exakte Übereinstimmung, Weiterleitung erforderlich, zusammenführen oder löschen. Das muss sauber sein. Übernehmen Sie die Aliase direkt aus der Tabelle „path_alias“, schließen Sie Pathauto-Einträge ein und exportieren Sie die Zeilen Ihres Redirect-Moduls, damit keine Weiterleitungsketten entstehen. Wenn Sie die Weiterleitungszuordnung für Pathauto-URLs aufheben, verlieren Websites laut ClonePartner in den ersten 90 Tagen in der Regel 20 bis 40 % ihres organischen Traffics. Und einige Pfade fallen besonders oft durch. Dazu gehören Dateien, die von „sites/default/files/“ nach „wp-content/uploads/“ wandern, Taxonomie-Archive mit hinzugefügten oder entfernten abschließenden Schrägstrichen und geänderte Paginierungsschemata. Begriffsseiten bringen häufig Long-Tail-Suchverkehr. Erstellen Sie Ihre Taxonomie-Vorlagen deshalb neu und leiten Sie alte Routen weiter. (Niemand prüft diese Pfade, bevor der Traffic einbricht.)

Richten Sie serverseitige 301- oder 308-Weiterleitungen ohne Ketten ein, wie von Google Search Central dokumentiert. Keine Ketten. Beobachten Sie danach die Entwicklung, verfolgen Sie die Suchdaten für beide Domains in der Search Console, reichen Sie Ihre neue Sitemap ein und lassen Sie diese Weiterleitungen mindestens ein Jahr lang aktiv. Und haken Sie das Projekt am Tag der Veröffentlichung nicht ab.

Wie werden Inhalte aus Drupal übertragen: Export, API oder Crawling??

Migrieren Sie Ihre Datenbank mit einem Plugin für Massendatensätze, aber Sonderfälle korrigieren Sie von Hand. Crawlen Sie öffentliche Seiten, um die Umstellung zu prüfen, nicht um Quelldaten abzugreifen. Codeable beschreibt diesen zweigleisigen Ansatz so: Lassen Sie das FG-Plugin Beiträge, Medieninhalte und Begriffe migrieren und korrigieren Sie anschließend manuell nicht zugeordnete benutzerdefinierte Felder, fehlende Dateipfade und Skripte, die benutzerdefinierte Entitätsbeziehungen verknüpfen.

Ein Crawl erfasst Daten im Browser: gerendertes HTML, HTTP-Antwort-Header, Überschriften-Tags, Schema-Markup und kanonische Tags. Mehr nicht. Die Datenbank und das Admin-System bleiben außen vor, ebenso Entwurfs-Knoten, Datenbankschemata und Rollenberechtigungen. Ihre Inhaltsarchitektur können Sie deshalb nicht allein aus Frontend-Scans rekonstruieren. Ziehen Sie vor der Migration Datenbank-Exporte aller Pfad-Aliase, der Tabelle Ihres Redirect-Moduls, der gerenderten Metatag-Ausgabe sowie alternativer hreflang-Tags. Und private API-Endpunkte zeigt Ihnen ein öffentlicher Crawl ebenfalls nicht. Klären Sie den Backend-Zugriff mit Ihren Entwicklern, bevor Sie die Pipeline entwerfen.

Was erhalten Ihre Redakteure bei WordPress im Vergleich zu Drupal??

Standardmäßig arbeitet Ihr Redaktionsteam mit zwei festen Inhaltstypen: „Beiträge“ mit Veröffentlichungsdatum, Kategorien und Tags sowie hierarchisch strukturierte, nicht klassifizierte „Seiten“. Für die Basis reicht das. Aber wenn Sie eigene Strukturen brauchen, richten Sie benutzerdefinierte Beitragstypen und Taxonomien ein. Das Plugin „Custom Post Type UI“, aktiv auf mehr als 1.000.000 Websites, legt diese Definitionen direkt im Admin-Bereich an, ohne dass Sie benutzerdefinierten Code schreiben müssen.

Sie verzichten auf relationale Strenge. Den Unterschied sehen Sie direkt bei den Feldern. Drupal-Entitätsfelder, Vokabulare, Zugriffsberechtigungen und Übersetzungsgraphen haben im Kern einer reinen WordPress-Installation keine Entsprechung. Bauen Sie zuerst das Modell. Bilden Sie dieses Datenmodell mit benutzerdefinierten Beitragstypen und ACF-Feldgruppen nach, bevor Sie Rohdaten migrieren. Überspringen Sie diese Vorbereitung, landen Ihre Inhalte in den falschen Tabellen, wie in der Fallstudie von Gautam Khorana gezeigt, in der 800 Artikelknoten direkt in Standardbeiträge importiert wurden. Und Ihre „Paragraphs“ werden zu Gutenberg-Blöcken oder ACF-Layouts für „Flexible Content“. Für benutzerdefinierte Block-Schnittstellen brauchen Sie React-Kenntnisse. (Das ist eine Qualifikationslücke, keine Einstellung, die Sie einfach umschalten können.)

Ist Ihre Website klein, redaktionell ausgerichtet und umfasst sie nur wenige Inhaltstypen, können Sie diesen Kompromiss verschmerzen.

Wie lange dauert eine Migration von Drupal zu WordPress, und wovon hängt der Aufwand ab??

Fünf Faktoren bestimmen Ihren Projektzeitplan: der Gesamtumfang der URLs, die Vielfalt der Inhaltstypen und die Größe der Medienbibliothek. Dazu kommen Integrationen von Drittanbietern und aktive Sprachversionen. Einen genauen Liefertermin kann Ihnen kein externer Vergleichswert nennen. Jeder beibehaltene Inhaltstyp bedeutet zusätzlichen Arbeitsaufwand. Für jeden Inhaltstyp, den Sie beibehalten, brauchen Sie eine Registrierung als benutzerdefinierter Beitragstyp, ACF-Feldschemata und speziellen Vorlagencode. Und Ihr Frontend müssen Sie komplett neu programmieren, nicht nur das Stylesheet übernehmen.

Je mehr Seiten Ihre Website hat, desto größer wird der URL-Bestand und desto mehr Weiterleitungen müssen Sie prüfen. Mehrere Sprachversionen verlangen eigene „hreflang“-Exporte und manuelle Paritätsprüfungen über alle Staging-Domains hinweg. Und auch „Paragraphs“ verändern die Schätzung spürbar: Basieren Ihre Seiten auf „Paragraphs“, planen Sie zusätzliche Sprintkapazität für die Block-Entwicklung ein. Die SEO-Checkliste von Pagepro umfasst acht Schritte, vom ersten Benchmark bis zur Überwachung nach dem Launch. Jeder davon braucht einen festen Platz im Budget.

Die kostenlose Bewertung unterfüttert Ihre Schätzung mit technischen Daten. Sie ruft Ihre Startseite und bis zu acht Stichprobenseiten ab und bewertet sie mit einer Punktzahl von 100 Punkten über acht Säulen. So sehen Sie zuerst, wo die Website wirklich steht. Bevor Sie Sprint-Schätzungen festzurren, prüft der Scan die Größe der Skript-Payloads, die Antwort-Header und das Schema-Markup. Private Analysedaten sieht er nicht. Ihre Inhaltstypen müssen Sie deshalb weiterhin selbst erfassen.

Wann sollten Sie nicht von Drupal zu WordPress wechseln??

Hat Ihre Drupal-Website viele Inhalte, wechseln Sie nicht. Meist verlieren Sie bei Feldern, Taxonomien und Berechtigungen (ebenso wie bei der mehrsprachigen Struktur) mehr, als Sie gewinnen. Aber bleiben Sie auch dann, wenn die Website stabil läuft, Ihre Redakteure gut damit arbeiten können und die Seiten in der Bewertung gut abschneiden.

Prüfen Sie Ihre Kernversion. Drupal 7 hat am 5. Januar 2025 das Ende der Lebensdauer erreicht, Drupal 10 erreicht das offizielle Ende der Lebensdauer am 9. Dezember 2026. Warten Sie nicht, bis Sie zurückfallen. Ein aktiver Plan muss her, ob für ein In-Place-Upgrade oder eine vollständige Plattformmigration.

Für statische Redaktions- und Marketing-Websites sollten Sie Astro prüfen. Für dynamische Webanwendungen und personalisierte Benutzersitzungen (aber auch für große Redaktionsteams) sollten Sie Next.js mit Sanity oder Contentful prüfen. Aber der Kompromiss ist eindeutig: Astro hat keinen visuellen Seitenersteller und keine Plugin-Laufzeitumgebung, wie Ihre Redakteure sie kennen. Und eine Headless-Architektur verlangt ein separates Backend, das Sie bauen und bezahlen müssen. Ich bewerte die technische Architektur und erstelle Umstellungspläne. Altinstallationen und WordPress-Setups migriere ich auf diese modernen Laufzeitumgebungen. Standard-WordPress-Entwicklungsaufträge leite ich an Partneragenturen weiter.

Fragen und Antworten.

Weiterlesen.

1. 01Drupal-AlternativenAktualisieren, entkoppeln oder verschieben – je nach den Anforderungen Ihrer Seiten.
2. 02Drupal zu Next.jsEntkoppeln oder ersetzen Sie diese, wobei das Inhaltsmodell erhalten bleibt.