Von Drupal zu Next.js: Was funktioniert weiter, was geht nicht mehr, was ist dafür erforderlich?.

Was lässt sich von Drupal auf Next.js übertragen, und was nicht??

Ihr Inhaltsmodell bleibt nur erhalten, wenn Drupal hinter dem neuen Frontend weiterläuft. Das gilt auch für Ihre Berechtigungen und die Arbeitsgewohnheiten Ihrer Redaktion. Ihre Twig-Vorlagen und Ihr Theme lassen sich in keine Richtung übertragen; rechnen Sie also gar nicht erst damit, die alte Darstellung mitzunehmen. In einer entkoppelten Konfiguration beziehen Ihre Seiten ihre Daten aus dem JSON:API-Modul (dem Standard in entkoppelten Drupal-Anwendungen), und Sie bauen nur die Präsentationsschicht neu. Nehmen Sie Drupal dagegen außer Betrieb, gestalten Sie das Modell auf der Zielplattform neu.

Prüfen Sie Ihre Annahmen, bevor Sie bauen. Beginnen Sie mit dem Verborgenen. Name der Website, Slogan, Startseite, Logo und Favicon lassen sich nicht über die JSON:API abfragen, weil sie in der einfachen Konfiguration liegen; Sie müssen sie manuell neu anlegen. Und das sind keine Sonderfälle (gerade diese Details werden bei Relaunches oft vergessen). Ihre Inline-Bilder und View-Embed-Token verhalten sich ähnlich wie WordPress-Shortcodes; prüfen Sie daher jede Instanz vor der Umstellung. Absätze und Felder mit Entitätsverweisen entsprechen eher Headless-Modellen als WordPress-Strukturen, sodass Sie früh mit der Schema-Erstellung beginnen können.

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

Bevor Sie Code schreiben, ordnen Sie Ihre URLs zu: Exportieren Sie alle aktiven URLs und Pfadaliasse und geben Sie jeder davon eine neue Adresse. Machen Sie das zuerst. Das Redirect-Modul von Drupal legt pro Inhalt eine kanonische URL fest und leitet weitere Aliasse mit Status 301 dorthin weiter, damit Ihre bestehenden Weiterleitungen von Anfang an in Ihrem Bestand stehen. Bestehende Aliase gehören in diese Zuordnung. Schieben Sie sie bis nach dem Start als „Aufräumarbeit“ auf, geht unbemerkt Traffic verloren. Leitet Ihre Website mehrere Aliasse auf einen Knoten, entscheiden Sie vorher, welcher davon bleibt.

Richten Sie auf dem neuen Host serverseitige 301- oder 308-Weiterleitungen ohne Weiterleitungsketten ein. Danach räumen Sie auf. Aktualisieren Sie Ihre internen Links und veröffentlichen Sie eine neue Sitemap, setzen Sie Ihre Canonical-Tags auf die neuen URLs und löschen Sie alle temporären „noindex“-Regeln. Die Canonical-Tags müssen die neuen Adressen nennen, nicht die alten. Wenn Sie sich allein auf „rel=canonical“ verlassen, bedenken Sie, dass Google es als Hinweis behandelt und nicht als Anweisung. Testen Sie Ihre Weiterleitungen mit dem URL-Prüftool oder schreiben Sie ein Skript, wenn Sie Tausende davon verwalten. Bei einer großen Website migrieren Sie abschnittsweise, beobachten den Traffic auf beiden Ursprungsseiten und suchen in Ihren 404-Berichten nach URLs, die Sie übersehen haben. Lassen Sie Ihre Weiterleitungen mindestens ein Jahr lang aktiv.

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

Inhalte holen Sie aus Drupal über API-Anfragen. Es gibt Alternativen: Datenbankexporte und Seiten-Scrapes. Nehmen Sie nach Möglichkeit die sauberste Quelle. Meist ist das die API, weil Ihre Inhalte dort bereits strukturiert vorliegen. Ist JSON:API aktiviert, fragen Sie einen Pfad wie /jsonapi/node/article ab und erhalten Ihre Artikel als typisiertes JSON mit intakten Verweisen. Ein Roh-Export liefert flache Dateien, die Sie erst wieder aufbereiten müssen. Ein Crawl erfasst nur, was Ihre gerenderten Seiten anzeigen; setzen Sie ihn deshalb nur als Ausweg für verwaiste Seiten ein, mehr nicht.

Die Daten ordnen Sie zunächst weiter von Hand zu. Eine Abkürzung gibt es hier nicht. Die Schema-Übersetzung braucht Ihre Aufmerksamkeit, bevor ein Skript läuft. Für Referenzmodellierung und Ländereinstellungen gilt dasselbe. Den automatisierten Import führen Sie zuletzt aus, nicht zuerst. Danach nimmt Ihr Zielsystem die Datensätze über sein Import-Tool oder seine Schreib-API auf. Behalten Sie Drupal als Backend, entfällt der Import, und Ihr Frontend fragt dieselbe API live ab.

Ihre Medien brauchen eine eigene Prüfung. Dateien und Alt-Text kontrollieren Sie getrennt; PDFs ebenso, und danach sehen Ihre Redakteure von jedem Inhaltstyp eine Stichprobe durch.

Was erhalten Ihre Redakteure bei Next.js im Vergleich zu Drupal??

Vorschau-Bildschirme und Veröffentlichung auf Abruf bekommen Ihre Redakteure nur, wenn Sie diese Funktionen einrichten, denn Ihr Next.js-Frontend ersetzt die Theme-Ebene von Drupal. Drupal übernimmt diese Aufgabe für das neue Frontend nicht mehr. Bei der entkoppelten Variante arbeiten Ihre Redakteure weiter im vertrauten Drupal-Admin-Bereich, und Sie richten den Entwurfsmodus so ein, dass sie eine Knotenseite öffnen und unveröffentlichte Entwürfe sowie Überarbeitungen in der Vorschau ansehen können. Die Vorschau-Schaltfläche funktioniert auch schon vor dem ersten Speichern.

Sie legen fest, was aktualisiert wird. Und zwar genau. Mit dem Tags-Plugin schickt Ihre Drupal-Website Cache-Tags an den Neuvalidierungs-Endpunkt Ihres Next.js, und dieser Endpunkt macht die zugehörigen Daten ungültig. Das gilt nur für die Elemente, die Sie angebunden haben. Listet Ihre Startseite Artikel auf, tragen Sie deren Pfad von Hand in die Einstellungen für die Artikel-Neuvalidierung ein. Prüfen Sie deshalb jede Auflistungsseite, die Sie betreiben, veraltet sind immer die, die niemand kontrolliert hat.

Wechseln Sie stattdessen auf ein Headless-CMS, müssen sich Ihre Redakteure in eine neue, gehostete Oberfläche einarbeiten. Das ist der Preis dafür. Mit „Sanity Visual Editing“ springen sie in allen Tarifen per Klick aus der Vorschau Ihrer Website direkt ins Studio, um Inhalte zu bearbeiten. Dahinter lassen Sie die Drupal-Module zurück und richten Ihre Berechtigungen neu ein, statt sie zu übernehmen.

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

Ihr Zeitplan hängt von fünf Faktoren ab, die Sie schon jetzt grob überschlagen können. Fangen Sie klein an: Zählen Sie Ihre URLs und die Inhaltstypen. Danach sehen Sie sich die Mediendateien an. Und prüfen Sie Schnittstellen und Sprachversionen (sie treiben den Aufwand oft weit mehr als die reine Seitenzahl). Für den aufwendigsten Fall nennt eine veröffentlichte Benchmark 12 bis 22 Wochen für typische Migrationen von Drupal zu Contentful in Unternehmen, bei moderatem Risiko. Darin stecken das neue Datenmodell, der Import und der komplette Neubau des Frontends. Lokalisierung, Workflows und Redaktionsschulungen gehören ebenfalls dazu. Ihre eigene Website kann deutlich schneller fertig sein. Messen Sie Ihren Aufwand deshalb an den eigenen Zahlen, statt fremde Durchschnitte nachzubauen.

Wenn Sie Drupal behalten, wandern Ihre Inhalte schneller um. Aber die Arbeit endet dort nicht: Ihr Team betreibt dann weiterhin zwei getrennte Systeme und muss sowohl einen Drupal-Host als auch einen Next.js-Host pflegen und überwachen. Ersetzen Sie Drupal komplett, schließt die Inhaltsmigration das Thema ab. Das Drupal-Hosting fällt dann einfach weg.

Ich plane und begleite solche Migrationen regelmäßig. Dabei stelle ich Altsysteme und WordPress-Portale auf Astro oder Next.js um. Am Anfang zählen nackte Zahlen. Ihre Sprachversionen und die Liste der Integrationen (oft die eigentlichen Zeitfresser) verraten mir früher mehr als die bloße Seitenanzahl. Also prüfe ich genau diese Punkte zuerst und schaue erst danach auf das Gesamtvolumen.

Wann sollten Sie nicht von Drupal zu Next.js wechseln??

Migrieren Sie nicht, wenn Ihre Drupal-Website sauber läuft. Kommen Ihre Redakteure damit zurecht und bleibt der Suchverkehr stabil, gefährdet ein Relaunch alle drei Punkte ohne Not. Bleiben Sie bei Ihrem System. Das gilt besonders, wenn die kostenlose Bewertung Ihre Website als in gutem Zustand einstuft (80 bis 100) und sich Schwachstellen wie HTTP-Header, Caching, Schema-Ausgabe oder Bildgrößen direkt in Drupal beheben lassen. So etwas flickt man vor Ort. Wer daraus ein Migrationsprojekt macht, verkauft Ihnen nur Arbeit, die Sie gar nicht brauchen.

Bleiben Sie bei Drupal, wenn Sie den laufenden Betrieb von zwei Systemen nicht finanzieren wollen. Bei einem entkoppelten Aufbau läuft Drupal weiter, während ein separates Frontend dazukommt. Und diese Betriebskosten läppern sich. Warten Sie erst recht ab, wenn der einzige Anlass ein technologischer Modetrend ist. Ein Wechsel lohnt sich erst, wenn Sie echte Anwendungslogik bauen, gezielt personalisieren wollen oder viele Redakteure an einem straffen Modell arbeiten.

Wählen Sie nach dem eigentlichen Einsatzzweck. Astro passt, wenn Ihre Website vor allem aus Inhaltsseiten oder Marketingseiten besteht. Für eine Web-Anwendung, für Personalisierung oder für viele Redakteure passt Next.js mit Sanity oder Contentful besser. Aber Astro bietet Ihren Redakteuren keine visuelle Arbeitsfläche. Ein Headless-CMS ersetzt Ihre Module und den selbst gehosteten Admin-Bereich schlicht durch ein fremdverwaltetes Dashboard.

Fragen und Antworten.

Weiterlesen.

1. 01Drupal-AlternativenAktualisieren, entkoppeln oder verschieben – je nach den Anforderungen Ihrer Seiten.
2. 02Drupal zu WordPressWann Einfachheit angebracht ist und was das Inhaltsmodell dabei einbüßt.
3. 03Next.js-SEO-AuditRendering-Modus, Metadaten, Hydration-Kosten.
4. 04Headless-CMS-SEO-AuditRendering, Canonicals, Vorschauen, strukturierte Daten aus dem Template.