Drupal 10 End of Life: Update auf Drupal 11 oder Migration

Am 9. Dezember 2026 endet Drupal 10, sechs Wochen nach Erscheinen dieses Artikels. Ab dann gibt es für den Kern keine Sicherheitskorrekturen mehr. Für eine Behörde, eine Hochschule oder ein Unternehmen mit Drupal-10-Website heißt das: Update auf Drupal 11, Zeit gewinnen oder auf eine andere Plattform umziehen. Ich arbeite mit Drupal und mit WordPress und empfehle beide Richtungen, je nach Website. Eine Landesbehörde mit vielen Redakteurinnen und Redakteuren, feinen Rechten und mehreren Sprachen bleibt meist besser bei Drupal. Eine kleine Unternehmenswebsite mit einer Person in der Redaktion fährt mit WordPress oft günstiger. Dieser Artikel zeigt die Termine mit Quellen, eine Entscheidungstabelle, meinen Ablauf für das Update, typische Fehler und was Sie bis Dezember erledigen sollten.

Stand: 28. Oktober 2026. Termine und Anforderungen stammen aus der Dokumentation auf drupal.org, die Links stehen jeweils direkt daneben.

#Drupal 10 End of Life: was am 9. Dezember 2026 passiert

Der Veröffentlichungsplan von Drupal nennt den 9. Dezember 2026 als Lebensende von Drupal 10. Nach diesem Tag erscheint keine neue Version von Drupal 10 mehr, und 10.6 bleibt die letzte Minor-Version. In der Woche ab dem 7. Dezember kommen Drupal 12.0.0 und Drupal 11.5.0 heraus. In derselben Woche endet die Sicherheitsunterstützung für die Reihen 10.6.x und 11.3.x.

Die neueste Version der Reihe 10 ist zum Zeitpunkt dieses Artikels 10.6.20 vom 21. Oktober 2026 (laut Feed der Kernversionen). Wer noch eine ältere 10.x-Version betreibt, ist schon heute ohne Unterstützung: Für 10.5.x endete sie in der Woche ab dem 29. Juni 2026 mit dem Erscheinen von Drupal 11.4.0.

Was das Lebensende praktisch bedeutet, beschreibt das Drupal-Sicherheitsteam: Es betreut ausschließlich unterstützte Versionen und rät Betreibern nicht unterstützter Versionen zum Update. Ihre Website schaltet sich am 10. Dezember nicht ab. Wird danach eine Lücke im Kern bekannt, fließt die Korrektur in Drupal 11 und 12 ein, in Drupal 10 nicht mehr. Contrib-Module stellen die Versionen für Drupal 10 nach und nach ebenfalls ein.

Für Drupal 11 ist noch kein Enddatum veröffentlicht. Die Regeln des Veröffentlichungszyklus sagen: Jede Hauptversion wird mindestens vier Jahre unterstützt, bis zwei weitere Hauptversionen erschienen sind, und Hauptversionen kommen alle zwei Jahre. Nach dem Erscheinen von Drupal 12 geht Drupal 11 in eine Phase der Langzeitunterstützung über, in der alle sechs Monate eine Wartungsversion erscheint. Ein konkretes Datum nenne ich nicht, weil drupal.org keines veröffentlicht hat.

#Update, Zeit gewinnen oder Migration: welche Option passt zu Ihrer Website?

Die Antwort hängt vor allem davon ab, wie die Website aufgebaut ist und wer sie pflegt. So ordne ich typische Ausgangslagen ein, wenn mich jemand zu Drupal 10 fragt:

Fallen Sie in eine der ersten drei Zeilen, finden Sie auf meiner Seite als Drupal-Entwickler den Umfang von Prüfung und Update. Einen breiteren Vergleich der Systeme für große Auftritte, mit Tabellen zu Rollen und Mehrsprachigkeit, enthält der Vergleich der besten CMS für große Unternehmenswebsites.

#Gibt es Extended Support für Drupal 10?

Für Drupal 7 gibt es diesen Markt. Auf der Partnerseite für verlängerte Unterstützung nennt drupal.org HeroDevs und Tag1 Consulting. Das Angebot von HeroDevs betrifft nur Drupal 7, die Drupal-Seite von Tag1 hat mir den Zugriff verweigert, ihren Umfang konnte ich deshalb nicht prüfen. Ein Angebot für Drupal 10 nach dem 9. Dezember habe ich am 28. Oktober 2026 nicht gefunden. Kündigt ein Anbieter eines an, klären Sie vor Vertragsschluss, ob es nur den Kern umfasst oder auch die Module, die Ihre Website nutzt.

Zeit gewinnen Sie am einfachsten mit Drupal 11. Die Reihe 11 erhält Korrekturen nach den oben genannten Regeln, und jede Minor-Version wird ein Jahr lang unterstützt: im ersten Halbjahr mit Fehler- und Sicherheitskorrekturen, im zweiten nur mit Sicherheitskorrekturen. Der Schritt von 10 auf 11 ist außerdem kleiner als frühere Wechsel zwischen Hauptversionen, weil Drupal seit Version 8 schrittweise weiterentwickelt wird und veraltete Funktionen mit Vorlauf markiert.

#Drupal 10 auf 11 Update: Voraussetzungen

Die offizielle Anleitung für das Update von 10 auf 11 nennt drei Bedingungen: Die Website läuft auf Drupal 10.3.0 oder neuer, der Server hat PHP 8.3.0 oder neuer, und Sie haben Kommandozeilenzugang mit Composer und Drush. Dazu kommen die Anforderungen an Datenbank und Webserver.

Der Punkt, an dem Projekte in Behörden am häufigsten hängen, ist PHP. Der Server steht oft im eigenen Rechenzentrum oder bei einem kommunalen IT-Dienstleister, und die PHP-Version lässt sich dort nicht per Klick umstellen. Klären Sie diese Frage zuerst, denn ohne PHP 8.3 auf dem Produktivsystem bringt der beste Prüfbericht nichts. Mit php -v auf dem Server oder im Statusbericht von Drupal unter /admin/reports/status sehen Sie die aktuelle Version.

#Drupal 10 auf 11 Update: so gehe ich vor

1. Testumgebung. Ich führe Upgrade Status auf einer Kopie aus, nie auf dem Produktivsystem. Die Kopie läuft auf einem Server mit PHP 8.3 und einer Datenbank nach den Anforderungen von Drupal 11, damit Serverprobleme sofort sichtbar werden.
2. Kern auf die neueste 10.6.x. Zuerst bringe ich Drupal 10 auf die letzte Version der Reihe 10.6. Viele Module verlieren dabei schon ihre veralteten Aufrufe, weil ihre Autoren Versionen veröffentlicht haben, die mit 10.3+ und 11 gleichzeitig laufen.
3. Prüfung mit Upgrade Status. Upgrade Status bewertet die Bereitschaft der Umgebung und jedes Moduls und Themes für die nächste Hauptversion. Auf Drupal 10 prüft es also die Bereitschaft für 11. Der Bericht teilt die Module ein: kompatible Version vorhanden, Aktualisierung nötig, keine Version verfügbar.
4. Eigenen Code prüfen. Eigene Module und das eigene Theme prüfe ich mit drupal-check, das auf PHPStan aufbaut und veraltete Aufrufe findet. Die offizielle Anleitung nennt dieses Werkzeug nicht, es ist mein zusätzlicher Schritt. Einen Teil der Korrekturen erledigt Drupal Rector automatisch, seine Regeln decken veralteten Code von Drupal 10.0 bis 11.4 ab. Das Ergebnis von Rector lese ich immer selbst durch, bevor es in die Versionsverwaltung geht.
5. Module ohne Version für Drupal 11. Gibt es für ein Modul einen Patch, aber noch keine Version, setze ich das Composer-Plugin composer-drupal-lenient ein. Es erlaubt die Installation trotz unpassender Versionsangabe für den Kern, sofern das Paket in extra.drupal-lenient.allowed-list steht. Das ist eine Übergangslösung: Der Patch braucht eine Durchsicht, und das Modul bleibt auf der Aufgabenliste, bis eine Version für 11 erscheint.
6. Aus dem Kern entfernte Module. Nutzt die Website eines der Module aus dem nächsten Abschnitt, nehme ich die Contrib-Version vor dem Update ins Projekt auf.
7. Update mit Composer. Ich setze die Versionsangaben für drupal/core-recommended, drupal/core-composer-scaffold und verwandte Pakete auf ^11, führe composer update aus, danach drush updatedb und den Export der Konfiguration.
8. Abnahme. Ich teste Anmeldung und Rollen, das Bearbeiten jedes Inhaltstyps, Formulare, Suche, Views, Übersetzungen, Cron-Aufgaben und Schnittstellen. Bei öffentlichen Stellen kommt die Prüfung der Barrierefreiheit dazu, mehr dazu weiter unten.
9. Livegang mit Rückfallplan. Vor dem Livegang liegen eine Datenbanksicherung und der bisherige Codestand bereit, um bei Bedarf zurückzuspielen.

Eine Dauer nenne ich ohne Prüfung nicht. Sie hängt von der Zahl der Module, vom Umfang des eigenen Codes und davon ab, ob der Server PHP 8.3 bereitstellt. Der Bericht aus Schritt 3 ist das erste belastbare Dokument, auf dem sich Aufwand und Budget planen lassen.

#Welche Kernmodule fallen in Drupal 11 weg?

Die Liste veralteter und entfernter Module auf drupal.org zeigt, was mit Drupal 11.0 aus dem Kern verschwunden ist und wo es weiterlebt:

Die Reihenfolge entscheidet: Das Contrib-Modul nehmen Sie auf, solange die Website noch auf Drupal 10 läuft. Nach dem Kern-Update ist es zu spät, dann meldet Drupal ein fehlendes Modul.

Dieselbe Seite zeigt auch die nächste Welle. In der Reihe 11.x sind unter anderem Ban, Contact, Field Layout, History, Telephone, Search, Settings Tray, Shortcut und Migrate Drupal UI als veraltet markiert, alle verschwinden mit Drupal 12.0 aus dem Kern. Auch die Toolbar ist ab 12.0.0 nicht mehr im Kern. Die Themes Claro und Olivero sind seit 11.5.0 veraltet und fallen mit 12.0.0 weg, für die Verwaltungsoberfläche empfiehlt das Projekt das neue Theme Default Admin. Contact und Search finden sich auf fast jeder Behördenwebsite. Nehmen Sie beide schon beim Wechsel auf 11 in die Planung auf.

#Drupal 12 im Dezember: warum ich zuerst auf Drupal 11 gehe

Drupal 12.0.0 erscheint in der Woche ab dem 7. Dezember 2026, also kurz vor dem Lebensende von Drupal 10. Zwei Hauptversionen auf einmal zu überspringen liegt nahe. Drei Fakten sprechen dagegen.

Einen direkten Weg von 10 auf 12 gibt es nicht. Upgrade Status prüft immer die nächste Hauptversion, Sie gehen also erst auf 11 und von dort auf 12.

Die Serveranforderungen steigen deutlich. In der Tabelle der PHP-Anforderungen ist für Drupal 12.0 nur PHP 8.5 als unterstützt markiert, PHP 8.3 und 8.4 nicht. Ab Drupal 12.0 sollte PHP außerdem mit argon2-Unterstützung für das Hashing von Passwörtern kompiliert sein. Wer heute auf PHP 8.3 umstellt, um Drupal 11 zu betreiben, braucht für 12 also noch einen weiteren Schritt.

Contrib-Module brauchen Zeit. Am Tag einer neuen Hauptversion haben viele Module noch keine passende Version. Drupal 12.0.0-beta2 ist am 14. Oktober 2026 erschienen, die Vorlaufzeit für Modulautoren ist kurz.

Meine Reihenfolge für eine Website, die heute auf Drupal 10 läuft: Update auf 11.4 oder 11.5 vor dem 9. Dezember, danach ein ruhiger Wechsel auf 12, sobald der Server PHP 8.5 bietet und die genutzten Module kompatible Versionen haben. Die Langzeitunterstützung der Reihe 11 lässt dafür Raum.

#Drupal 7 Migration: der Weg führt über Drupal 11

Die Sicherheitsunterstützung für Drupal 7 endete am 5. Januar 2025. Seitdem erhält Drupal 7 weder Sicherheits- noch Kompatibilitätsupdates. Drupal-7-Websites sind trotzdem noch in Betrieb, auch bei öffentlichen Stellen, und bekommen seit fast zwei Jahren keine Kernkorrekturen mehr, sofern der Betreiber keinen der auf drupal.org genannten Partner beauftragt hat.

Ein zweiter Termin betrifft die Migrationswerkzeuge. Laut der Liste veralteter Module ist Migrate Drupal UI seit Drupal 11.3.0 veraltet. Migrate Drupal UI und Migrate Drupal werden mit Drupal 12.0 aus dem Kern entfernt, und keines der beiden wird als Contrib-Projekt weitergeführt. Das bestätigt auch das geschlossene Meta-Ticket zur Entfernung von Migrate Drupal. Drupal 12 behält die Migrations-API, aber ohne die Quellen für Drupal 6 und 7.

Für Betreiber einer Drupal-7-Website folgt daraus: Wer die Inhalte über den Migrationsweg des Kerns übernehmen will, macht das auf Drupal 11. Eine Migration von 7 ist in der Praxis ein Neuaufbau mit Übernahme von Inhalten, Benutzern und Dateien. Deshalb stelle ich bei Drupal 7 immer zwei Varianten gegenüber: ein neues Drupal 11 oder WordPress. Welche passt, entscheidet die Ausgangslage aus der Tabelle oben.

#Barrierefreiheit in Deutschland, Österreich und der Schweiz

Drupal ist bei Behörden, Hochschulen und Kultureinrichtungen im deutschsprachigen Raum verbreitet. Für öffentliche Stellen hängt am Update auch die Barrierefreiheit.

Den europäischen Rahmen setzt die Richtlinie (EU) 2016/2102 über den barrierefreien Zugang zu Websites und mobilen Anwendungen öffentlicher Stellen. In Deutschland gilt für Stellen des Bundes die Barrierefreie-Informationstechnik-Verordnung (BITV 2.0) nach dem Behindertengleichstellungsgesetz. Landes- und Kommunalbehörden prüfen das Recht ihres Bundeslandes. In Österreich regelt das Web-Zugänglichkeits-Gesetz (WZG), BGBl. I Nr. 59/2019 die Websites und mobilen Anwendungen des Bundes und setzt die Richtlinie 2016/2102 um. Die Schweiz ist kein EU-Mitglied, die Richtlinie gilt dort nicht. Für Unternehmen mit Onlineshop kommt der European Accessibility Act (Richtlinie 2019/882) hinzu, der seit dem 28. Juni 2025 für bestimmte Dienstleistungen an Verbraucher gilt, darunter den elektronischen Geschäftsverkehr.

Keine dieser Vorschriften verlangt eine bestimmte CMS-Version. Ein Wechsel der Hauptversion verändert aber, was Redaktion und Besucher sehen: das Theme der Verwaltung, den Editor, manchmal Formularvorlagen. Nach jedem Update wiederhole ich deshalb den Test der Barrierefreiheit für die wichtigsten Vorlagen und Formulare. Beim späteren Wechsel auf Drupal 12 plane ich ihn auch für das neue Verwaltungstheme ein, weil Claro dort wegfällt. Mehr zu Websites für öffentliche Auftraggeber steht auf der Seite Webseiten für Behörden.

#Wartungsvertrag, Ausschreibung und Haushaltsjahr

Viele Drupal-Websites in Behörden laufen über einen Wartungsvertrag mit einer Agentur oder einem IT-Dienstleister. Schauen Sie jetzt in den Vertrag. Häufig deckt er Sicherheitsupdates innerhalb einer Hauptversion ab, ein Wechsel von 10 auf 11 ist darin aber nicht enthalten oder als gesonderte Leistung beschrieben. Steht dort “Aktualisierung auf die jeweils aktuelle Version” ohne nähere Angaben, droht ein Streit darüber, ob das Update von 10 auf 11 dazugehört.

Muss die Leistung ausgeschrieben werden, braucht das Verfahren Vorlauf, und der 9. Dezember fällt in das Ende des Haushaltsjahres. Mittel aus dem laufenden Jahr sind dann oft schon gebunden, Mittel für das neue Jahr noch nicht freigegeben. In einer Leistungsbeschreibung haben sich bei mir konkrete Punkte bewährt: Zielversion (Drupal 11, mit Vorbereitung auf 12), der Bericht von Upgrade Status als Anlage, die Liste der aus dem Kern entfernten Module, die genutzt werden, die Prüfung der Barrierefreiheit nach dem Update, ein Rückfallplan und eine Aussage dazu, wer die PHP-Umstellung auf dem Server übernimmt.

Wenn der Zeitplan vor dem 9. Dezember nicht mehr zu halten ist, dokumentieren Sie das Risiko intern und planen Sie das Update für die ersten Wochen des neuen Jahres. Eine Drupal-10-Website ohne Sicherheitskorrekturen über Monate weiterlaufen zu lassen, ist bei einer öffentlich erreichbaren Behördenwebsite schwer zu vertreten.

#Drupal nach WordPress migrieren: was das Plugin übernimmt

Laut W3Techs, Stand 28. Oktober 2026, läuft WordPress auf 39,5 % aller Websites und hat 58,3 % Marktanteil unter den CMS. Drupal kommt auf 0,6 % aller Websites und 0,9 % Marktanteil. Der Abstand zeigt sich in der Zahl der Dienstleister und Erweiterungen. Für einen großen, mehrsprachigen Behördenauftritt ist er allein kein Grund für einen Umzug.

Das verbreitetste Werkzeug für den Umzug der Inhalte ist das Plugin FG Drupal to WordPress. In Version 3.95.7 gibt der Autor an, es mit Drupal 4 bis 11 getestet zu haben. Die kostenlose Version übernimmt Artikel, einfache Seiten, Kategorien, Schlagwörter und Bilder, passt interne Links an und unterstützt die Datenbanktreiber MySQL, PostgreSQL und SQLite. Die kostenpflichtige Version ergänzt Kommentare, Benutzer, eigene Inhaltstypen, eigene Taxonomien, Felder, Menüs, Weiterleitungen der alten Drupal-Adressen auf die neuen WordPress-Adressen, Drupal-Medien und den Import per WP-CLI. WP-CLI selbst hat keinen Drupal-Import, der Befehl wp import liest nur WXR-Dateien.

Das Plugin übernimmt Inhalte. Die Logik der Website baue ich immer von Hand nach:

Der Zielserver für WordPress hat laut empfohlenen Anforderungen PHP 8.3 oder neuer, MariaDB 10.11+ oder MySQL 8.0+ und HTTPS. Die aktuelle WordPress-Version ist 7.1.3. Einen ähnlichen Ablauf für ein anderes CMS beschreibe ich bei der Migration von TYPO3 nach WordPress. Ob Ihre Website für einen Umzug geeignet ist, klärt die Einschätzung zur WordPress-Migration.

#Drupal oder WordPress: wann welches System?

Bleiben Sie bei Drupal, wenn viele Redakteurinnen und Redakteure mit unterschiedlichen Rechten arbeiten, Inhalte durch eine Freigabe laufen, mehrere Sprachen von getrennten Teams gepflegt werden oder mehrere Websites auf einer Installation laufen. Diese Dinge löst Drupal im Kern, ein Nachbau anderswo kostet mehr als das Update. Drupal CMS 2.0, veröffentlicht am 28. Januar 2026 auf Basis von Kern 11.3, hat den visuellen Editor Drupal Canvas und Website-Vorlagen gebracht. Die Arbeit der Redaktion in Drupal 11 sieht heute anders aus als vor einigen Jahren.

Wechseln Sie zu WordPress, wenn ein oder zwei Personen die Website pflegen, es wenige Inhaltstypen gibt und die größten Kosten bei Pflege und Dienstleistersuche liegen. Dann lohnt sich der Umzug zum Lebensende von Drupal 10, weil Sie ohnehin Arbeit einplanen müssen. Wie ich auf der WordPress-Seite arbeite, beschreibe ich auf der Seite WordPress-Entwickler. Prüft Ihre Einrichtung auch TYPO3, das im deutschsprachigen Raum ebenfalls verbreitet ist, finden Sie meine Einordnung auf der Seite TYPO3-Entwickler.

#Typische Fehler beim Update von Drupal 10 auf 11

Jedes dieser Probleme ist schneller gelöst, wenn es auf der Kopie auftritt. Deshalb mache ich die Prüfung immer, bevor ein Termin für den Livegang feststeht.

#Checkliste bis Dezember und für 2027

Diese Woche:

• Kernversion im Statusbericht (/admin/reports/status) oder mit drush status ablesen.
• PHP- und Datenbankversion auf dem Produktivserver prüfen.
• Kopie der Website anlegen und Upgrade Status darauf ausführen.
• Notieren, ob Actions UI, Activity Tracker, Book, Forum, Statistics oder Tour im Einsatz sind.
• Wartungsvertrag lesen: Ist der Wechsel der Hauptversion abgedeckt?

Bis zum 9. Dezember 2026:

• Kern auf die neueste Version 10.6.x bringen.
• Anhand des Berichts entscheiden: Update auf 11 oder Migration.
• Bei Ausschreibungspflicht die Leistungsbeschreibung mit dem Bericht als Anlage vorbereiten.
• Mit der IT oder dem Hoster den Termin für PHP 8.3 festlegen.
• Prüfung der Barrierefreiheit nach dem Update einplanen.

Im ersten Halbjahr 2027:

• Wechsel auf Drupal 12 erst planen, wenn der Server PHP 8.5 bietet und die Module kompatible Versionen haben.
• Abhängigkeiten von Modulen auflösen, die in 11.x veraltet sind, bevor sie mit 12 wegfallen.
• Mittel für den Wechsel auf 12 im Haushalt 2027 vorsehen.

Wenn ich den Bericht von Upgrade Status Ihrer Website durchsehen und den Aufwand einschätzen soll, schreiben Sie mir über die Seite Drupal-Entwickler. Sie erhalten eine konkrete Aufgabenliste für Ihre Website.