Migration zu Next.js / Astro in Bochum

Ich bin Mariusz Szatkowski, Einzelentwickler aus Gdynia, und arbeite seit 2006 mit WordPress und PHP-Systemen. Diese Seite behandelt eine einzige Frage: Was tun mit einer Drupal-Installation, deren Version ausläuft, und lohnt sich dafür der Wechsel zu Next.js oder Astro? Alles Weitere zu Ablauf und Prüfung einer Migration steht auf meiner Seite zur Migration zu Next.js und Astro.

#Welche Drupal-Versionen sind noch unterstützt?

Die Daten stammen aus dem Release-Zeitplan auf drupal.org (Stand 11. November 2026).

Zwei Folgen daraus. Eine Seite auf Drupal 7 hat keinen offiziellen Rückhalt mehr, drupal.org verweist auf eine Partnerseite zum Ende von Drupal 7 und auf Partner für die Migration. Und wer heute auf Drupal 10 läuft, hat ab dem 9. Dezember 2026 dasselbe Problem in kleinerer Form: Es gibt keine neuen Versionen mehr, Sicherheitsupdates gehören zum Zweig, den das Projekt gerade unterstützt.

Damit ist die eigentliche Entscheidung nicht Next.js gegen Astro, sondern: Bleibt Drupal im Betrieb, oder ersetzt ein anderes System es ganz?

#Drupal als Backend behalten oder ersetzen?

Beides ist legitim, die Wahl hängt vom Team ab.

Drupal bleibt als Redaktionssystem, das Frontend wird getauscht. Das JSON:API-Modul gehört zum Drupal-Kern und stellt Inhalte als Ressourcen nach der JSON:API-Spezifikation bereit, eng verzahnt mit Entitäten, Feldern, Caching und Zugriffsrechten. Laut Dokumentation lassen sich verwandte Objekte per include in einer einzigen Antwort mitliefern und Sammlungen filtern. Next.js oder Astro holen die Daten und rendern die Seiten. Das Projekt Next.js for Drupal bietet dafür einen Client für JSON:API-Ressourcen und eine Vorschau direkt in der Redaktionsoberfläche; die Seite nennt in der Ankündigung der Version 2.0.0 Next.js 15, Drupal 11 und den App Router.

Der Preis: Sie betreiben weiter zwei Systeme, Drupal mit seinen Updates und das neue Frontend. Voraussetzung ist eine Drupal-Version, die unterstützt wird. Eine Drupal-7-Seite fällt damit aus; sie muss erst auf eine aktuelle Version oder ersetzt werden.

Drupal wird ersetzt. Dann wandern Inhalte in Markdown, MDX oder ein anderes CMS, und Astro oder Next.js bauen daraus die Seite. Das passt, wenn der Auftritt klein ist, wenige Redakteure ihn pflegen und das Drupal-Wissen im Haus fehlt. Die Dokumentation von Drupal sieht das selbst so: Für kleine Seiten sei es für manche einfacher oder schneller, Inhalte von Hand in der neuen Seite anzulegen.

Eine Faustregel für das Gespräch mit Ihrem Team: Pflegen Redakteure täglich Inhalte, Beziehungen und Übersetzungen in Drupal, bleibt es. Ändert sich die Seite viermal im Jahr, ist ein Git-Repository mit Inhalten das schlankere Modell.

Was die JSON:API nicht leistet: Laut Dokumentation deckt das Modul keine Geschäftsregeln wie Kontoanlage, Login oder Passwort-Zurücksetzen ab. Ein Mitgliederbereich mit Anmeldung braucht deshalb eine eigene Lösung, nicht nur einen Datenabruf. Auch die Mehrsprachigkeit ist im Kern einfach gehalten: Eine einzelne Übersetzung lässt sich nicht löschen, und das Anlegen weiterer Übersetzungen ist nicht vorgesehen. Das Zusatzmodul JSON:API Multilingual erweitert das. Hat Ihre Seite mehrere Sprachfassungen, prüfe ich das vor der Entscheidung.

#Wie sicher ist die JSON:API?

Der Nur-Lese-Modus ist standardmäßig eingeschaltet, laut drupal.org gilt das für den Kern und für das Contrib-Modul ab Version 2.4. Einstellbar ist er unter /admin/config/services/jsonapi. JSON:API umgeht keine bestehenden Sicherheitsmaßnahmen: Zugriffsrechte für Entitäten und Felder gelten weiter, ebenso das internal-Flag. Die Dokumentation empfiehlt, diese Rechte zu prüfen, besonders wenn Schreibzugriff aktiviert ist. Für ein reines Frontend brauche ich keinen Schreibzugriff, der Modus bleibt also an. Zusätzlich lässt sich für alle JSON:API-Routen eine eigene Berechtigung verlangen, was sich für Backends eignet, die nicht öffentlich sein sollen.

#Inhaltstypen, Taxonomien und Benutzer übernehmen

Die Migrate API von Drupal arbeitet in drei Schritten: Quell-Plugins lesen die Daten, Prozess-Plugins formen sie um, Ziel-Plugins speichern sie. Das Kernmodul Migrate Drupal bringt den Weg von Drupal 6 und 7 mit. Nach der Dokumentation zum Umstieg sind Knoten, Benutzer und Taxonomiebegriffe Inhalte, die migriert werden können, Inhaltstypen, Felddefinitionen und Benutzerrollen dagegen Konfiguration. Das Theme lässt sich nicht migrieren, es wird neu gebaut. Nicht jedes Contrib-Modul hat einen automatischen Upgrade-Pfad, manchmal ist eine eigene Migration nötig.

Meine Reihenfolge:

1. Inventar der Inhaltstypen. Welche Typen gibt es, welche haben echte Inhalte, welche sind Reste? Die Zahl der Knoten je Typ steht in einer Abfrage, nicht im Bauchgefühl.
2. Felder und Beziehungen. Referenzfelder auf andere Knoten oder Taxonomiebegriffe sind der heikle Teil: Beim Export müssen die Verweise erhalten bleiben.
3. Taxonomien. Hierarchische Begriffe bleiben im Drupal-Backend erhalten oder werden in Astro als eigene Collection oder in Next.js als Datenstruktur nachgebaut. Jede Taxonomie, die heute eine öffentliche Archivseite hat, bekommt dort wieder eine Adresse oder eine Weiterleitung.
4. Benutzer. Hier trenne ich zwei Gruppen: Redakteure und Besucherkonten.

Bei Astro lade ich Drupal-Inhalte beim Build über einen eigenen Loader in eine Collection. Laut Astro-Dokumentation holt ein Abruf in einer statisch gebauten Seite die Daten einmal zur Build-Zeit, und Daten von Build-Collections lassen sich zwischen Builds zwischenspeichern. Ändern sich Inhalte oft, kommt Server-Rendering in Frage: Dann werden Abrufe zur Laufzeit ausgeführt, nicht beim Build.

#Was ich mit Benutzerkonten mache

Eine Drupal-Seite sammelt über Jahre Konten: Redakteure, die längst gegangen sind, Registrierungen für ein Forum, das niemand mehr nutzt. Für personenbezogene Daten gilt nach Art. 5 Absatz 1 DSGVO Datenminimierung und Speicherbegrenzung. Eine Migration ist deshalb der passende Moment, Konten auszusortieren, statt sie mitzuschleppen. Redakteurskonten bleiben im Redaktionssystem, wenn es bleibt. Besucherkonten übernehme ich nur, wenn die neue Seite einen Anmeldebereich hat und Sie die Konten wirklich brauchen. Das entscheiden Sie, ich setze es um und halte die Löschung der übrigen Konten schriftlich fest.

#Adressen und Weiterleitungen

Jede Adresse, die heute antwortet, bekommt ein Ziel: gleiche Adresse, neue Adresse mit permanenter Weiterleitung oder bewusst ein Wegfall. Google schreibt, dass bei einer permanenten Weiterleitung der Zielort als kanonisch gewertet werden soll, und empfiehlt serverseitige Weiterleitungen, wann immer möglich. In Next.js liefert permanent: true den Status 308, permanent: false den Status 307. Pfadmuster wie /alt/:slug* erlauben eine Regel für ganze Bereiche, doch zu breite Muster schicken mehr Adressen an ein Ziel, als Sie wollen, deshalb prüfe ich sie gegen die Liste aller Altadressen.

Die Liste stammt aus drei Quellen: den Sitemaps, einem vollständigen Crawl und den Seiten mit Impressionen in der Search Console. Nach dem Livegang rufe ich jede Altadresse per Skript ab und vergleiche das Ziel. Ein Versprechen, dass kein Ranking schwankt, gebe ich nicht. Ich messe, was sich verändert, und Sie bekommen die Liste.

#Recht für eine Bochumer Seite: DDG, TDDDG und LDI NRW

Das Impressum muss nach § 5 DDG leicht erkennbar, unmittelbar erreichbar und ständig verfügbar sein. Ich prüfe, dass es nach dem Umbau von jeder Seite aus erreichbar bleibt.

Cookies und Skripte: Nach § 25 TDDDG braucht das Speichern oder Auslesen von Informationen im Endgerät eine Einwilligung auf Grundlage klarer und umfassender Informationen, außer es ist unbedingt erforderlich, damit der Anbieter einen vom Nutzer ausdrücklich gewünschten digitalen Dienst bereitstellen kann. Bei einer alten Drupal-Seite sammelt sich einiges an: Tracking-Module, eingebettete Karten, Schriften von Fremdservern. Ich liste vor dem Neubau auf, was die Seite lädt, und übernehme nur, was Sie brauchen.

Datenschutzerklärung: Die zuständige Behörde ist die LDI NRW. Ihr Muster für Datenschutzhinweise für Websites nicht-öffentlicher Stellen sagt, dass die Erklärung ergänzt werden muss, wenn Cookies, ein Kontaktformular, Kommentarfunktionen oder Social-Media-Plugins im Einsatz sind, und dass der Link zu den Hinweisen von jeder einzelnen Seite mit einem Klick erreichbar sein muss. Beides betrifft eine Migration direkt: Drupal bringt Kommentare und Formulare oft mit, das neue Frontend nicht. Fällt eine Funktion weg, streiche ich sie auch aus der Erklärung. Kommt eine neue hinzu, ergänze ich den Text als Vorschlag, die rechtliche Prüfung bleibt bei Ihrer Beratung.

Foto: Frank Vincentz, CC BY-SA 3.0, Wikimedia Commons.

#Was das für Bochumer Unternehmen heißt

Die Bochum Wirtschaftsentwicklung stellt die Stadt auf ihrer Website als Standort für Cybersecurity und Smart Health vor. Wer in diesen Feldern verkauft, wird an der eigenen Website gemessen, und eine Seite auf einer Version, die der Hersteller nicht mehr unterstützt, passt dazu schlecht. Für jede Branche gilt: Bei Drupal 7 steht die Entscheidung seit Januar 2025 aus.

Wer Drupal 10 betreibt, sollte vor dem 9. Dezember 2026 entscheiden, ob es auf Drupal 11 oder 12 geht oder das Frontend zu Next.js oder Astro wechselt. Ich halte die Entscheidung als kurze schriftliche Gegenüberstellung fest: Ausgangslage, Optionen, Aufwand der Optionen in Arbeitsschritten, Risiken.

#Checkliste vor dem Start

#Wie ein Auftrag mit mir abläuft

Alles läuft schriftlich und aus der Ferne, ohne Termine und Anrufe. Sie schicken mir Adresse, Drupal-Version und Lesezugriff auf die Search Console. Ich antworte schriftlich mit Rückfragen, danach folgen ein schriftlicher Scope mit Annahmen und Ausschlüssen und die Entscheidung zwischen Drupal als Backend und Ablösung. Gebaut wird auf einer geschützten Staging-Adresse mit noindex, dort gleiche ich alte und neue Seite Seite für Seite ab. Nach Ihrer Abnahme schalte ich um und prüfe danach die Weiterleitungen und die Indexierung. Auf Wunsch folgt die Wartung als eigenes Angebot.

Layout, Mockups und Wireframes liefern Sie, ich setze sie um. Wenn Sie ein neues Layout wollen, bringe ich dafür eine Tabelle mit, in der Sie je Ansicht markieren, welche Elemente wohin gehören. Für das Frontend selbst finden Sie die Details auf den Seiten Next.js-Entwickler in Bochum und Astro-Entwickler in Bochum.

#Häufige Fragen

#Bis wann wird Drupal 7 noch unterstützt?

Gar nicht mehr. Laut Release-Zeitplan auf drupal.org endete die Unterstützung für Drupal 7 am 5. Januar 2025. Drupal 8 endete am 17. November 2021, Drupal 9 am 1. November 2023.

#Wann endet Drupal 10, und was ist mit Drupal 11?

Drupal 10 erreicht am 9. Dezember 2026 das Ende, danach erscheinen keine neuen Drupal-10-Versionen. Für Drupal 11 nennt der Zeitplan keinen Gesamttermin, sondern Fristen je Zweig: 11.4.x erhält Sicherheitsupdates bis zum 21. April 2027. Drupal 12.0.0 ist für die Woche ab dem 7. Dezember 2026 geplant.

#Kann ich Drupal behalten und nur das Frontend austauschen?

Ja, wenn Ihr Team das Redaktionssystem kennt und es auf einer unterstützten Version läuft. Das JSON:API-Modul im Kern stellt die Inhalte bereit, Next.js oder Astro rendern sie. Eine Drupal-7-Installation sollte ich dafür nicht als Backend stehen lassen, sie muss vorher auf eine aktuelle Version oder in ein anderes System.

#Was passiert mit meinen Inhaltstypen, Taxonomien und Benutzern?

Bei einem Umzug nach modernem Drupal übernimmt die Migrate API Knoten, Benutzer und Taxonomiebegriffe als Inhalt sowie Inhaltstypen, Felder und Rollen als Konfiguration. Bei einer Ablösung bilde ich die Inhaltstypen als Collections ab und übernehme nur Benutzerkonten, die auf der neuen Seite wirklich gebraucht werden.

#Welche Aufsichtsbehörde ist für mein Unternehmen in Bochum zuständig?

Zuständig ist die LDI NRW, die Landesbeauftragte für Datenschutz und Informationsfreiheit in Nordrhein-Westfalen. Sie bietet auf ihrer Website ein Muster für Datenschutzhinweise an. Welche Cookies Ihre neue Seite setzt, prüfe ich nach § 25 TDDDG vor dem Livegang.

#Was bekomme ich zum Schluss in der Hand?

Den Quellcode in Ihrem Repository, die Weiterleitungskarte als Datei, das Protokoll des Vergleichs von alter und neuer Seite und eine schriftliche Übergabe. Die Ersteinschätzung per Mail kostet nichts.

#Schreiben Sie mir

Schicken Sie mir über die Kontaktseite die Adresse Ihrer Website, die Drupal-Version, Ihr Ziel, einen Wunschtermin und den aktuellen Stand der Technik. Meine Antwort kommt schriftlich, an Werktagen. Die Ersteinschätzung per Mail kostet nichts.