Was tun nach Drupal 7 ist 2026 immer noch eine aktuelle Frage. Der offizielle Support für Drupal 7 endete am 5. Januar 2025, aber viele Websites laufen weiter auf dieser Version. Die Entscheidung ist kein einfaches CMS-Update mehr. Oft geht es um die Wahl der Plattform, des Content-Modells und darum, wie die Website in den nächsten Jahren betrieben werden soll.
In diesem Artikel:
- Was bedeutet das Ende des Supports für Drupal 7 wirklich?
- Warum ist eine Migration von Drupal 7 zu Drupal 11 kein normales Update?
- Welche Anforderungen kamen nach vielen Drupal-7-Websites dazu?
- Wann ist Drupal 11 oder Drupal CMS die stärkste Wahl?
- Wann reicht eine technische 1:1-Migration?
- Wann sollten Sie ein anderes CMS prüfen?
- Kann Astro oder ein Static Site Generator ein CMS ersetzen?
- Können Sie noch eine Weile bei Drupal 7 bleiben?
- Was sollten Sie vor einem Angebot für Migration oder neue Website vorbereiten?
- Wie stellen Sie Varianten dem Vorstand vor?
- Was ist die beste Entscheidung nach Drupal 7?
Was bedeutet das Ende des Supports für Drupal 7 wirklich?
Drupal 7 erreichte am 5. Januar 2025 das offizielle End of Life. Das bedeutet: Die Version wird nicht mehr im Standardmodell weiterentwickelt und erhält keine offiziellen Sicherheitsupdates mehr wie unterstützte Drupal-Releases.
In der Praxis ist das Problem größer als ein Datum im Kalender. Die Website kann weiter laden, Redakteure können News publizieren, Formulare können Nachrichten senden, und Besucher sehen oft keinen Unterschied. Das Risiko liegt darunter: altes PHP, nicht mehr unterstützte Module, veraltetes Hosting, fehlende Sicherheitsupdates und steigende Kosten, Personen zu finden, die Drupal 7 noch gut kennen.
Die Frage lautet deshalb nicht mehr nur: „Müssen wir etwas tun?“ Nützlicher ist: „Was wollen wir statt der heutigen Website für die nächsten 5-10 Jahre?“
In vielen Organisationen - besonders im öffentlichen Sektor, in Bildung, kommunalen Versorgern, lokalen Banken und Unternehmen mit lang laufender Website - ist Drupal 7 noch Teil der täglichen Arbeit. Das ist kein historisches Thema. Es ist eine reale Entscheidung, die oft erst zurückkommt, wenn ein Sicherheitsaudit, WCAG-Anforderungen, ein Hosting-Problem oder ein neues Website-Projekt auf dem Tisch liegt.
Lesen Sie auch: wie man sich auf das Ende der Lebensdauer von Drupal 7 vorbereitet
Warum ist eine Migration von Drupal 7 zu Drupal 11 kein normales Update?
Bei Drupal 7 ist das Wort „Migration“ oft irreführend. In vielen Systemen bedeutet ein Update: Version anheben, ein paar Module anpassen, deployen. Der Wechsel von Drupal 7 zu Drupal 11 ist etwas anderes.
Drupal 7 und Drupal 11 unterscheiden sich in Architektur, Modulbau, Theming, Hosting-Anforderungen und Entwickler-Tools. Ein Drupal-7-Theme muss meist neu gebaut werden. Custom-Module müssen neu geschrieben, ersetzt oder entfernt werden. Manche Features, die früher Contrib-Module brauchten, stecken heute im Core oder in einem reifen neuen Modul-Ökosystem. Manche alten Module haben keinen sinnvollen Upgrade-Pfad mehr.
Die einfachste Analogie: Der Weg von Drupal 7 zu Drupal 11 ist eher ein Umzug in ein neues Gebäude als die Renovierung eines Zimmers.
Das ist keine schlechte Nachricht. Es bedeutet, dass Sie das Projekt nicht als „Flicken der alten Website“ behandeln müssen, sondern als Bau einer neuen Website auf einer unterstützten Engine - mit Migration von Content, URLs, Dateien und Features, die noch Wert haben.
In Kundengesprächen hilft es, ein paar Begriffe zu trennen:
- Update: Versionsanstieg innerhalb einer ähnlichen Architektur.
- Migration: Übertragung von Daten, Content und Teilen der Konfiguration in ein neues System.
- Redesign: Änderung von Look und Nutzererlebnis.
- Rebuild: Neubau der Website oder Anwendung auf neuer Architektur.
- Replatforming: Plattformwechsel, z. B. von Drupal zu WordPress, einem Headless-CMS oder einem Static-Setup.
Nach Drupal 7 enthält ein Projekt oft mehrere dieser Dinge gleichzeitig.
Lesen Sie auch: Drupal 7 vs Drupal 11 - wie sich System und Funktionalitäten verändert haben
Bei älteren Plattformen steht oft die Frage im Raum: neu bauen oder upgraden? Unsere Drupal 10/11 Readiness and Upgrade Services helfen bei der Planung von Übergängen von Drupal 8, 9 und 10.
Welche Anforderungen kamen nach vielen Drupal-7-Websites dazu?
Viele Drupal-7-Websites entstanden vor 10-15 Jahren. Die Erwartungen an eine Website waren oft einfacher: Informationen zeigen, ein paar Formulare, eine Newsliste, Downloads und ein Redaktionspanel. Heute muss derselbe Website-Typ deutlich mehr erfüllen.
Die häufigsten neuen Anforderungen sind:
- Digitale Barrierefreiheit und WCAG - besonders wichtig für den öffentlichen Sektor, Hochschulen, Institutionen, kommunale Unternehmen und Organisationen mit breiter Zielgruppe.
- Cookie-Consent und Datenschutz - Cookie-Banner, Analytics- und Marketing-Einwilligung, Abgleich mit DSGVO und ePrivacy.
- Mobile-first und responsives Design - die Website muss auf dem Telefon gut funktionieren, nicht nur „irgendwie skalieren“.
- Core Web Vitals und Performance - Ladezeit, Layout-Stabilität, Bildoptimierung, Cache und CDN wirken auf SEO und Nutzererlebnis.
- Sicherheit des CMS-Admins - stärkere Passwörter, 2FA, eingeschränkter Admin-Zugang, Captcha und Schutz vor Brute Force.
- Aktuelle SEO-Anforderungen - 301-Weiterleitungen, schema.org, Metadaten, Überschriftenstruktur, Indexierbarkeit, Canonicals und Search-Console-Monitoring.
- Analytics und Conversions - GA4, GTM, Messung von Formularen und Kampagnen, Events und CRM-Integration.
- Bessere redaktionelle UX - Medienbibliothek, Komponenten, Publishing-Workflow, Versionierung, Moderation und einfachere tägliche Arbeit für Redakteure.
- Sicherere Formulare - Validierung, Anti-Spam, Einwilligungen, Benachrichtigungen und sichere Speicherung von Einsendungen.
- DevOps-Prozess - Staging, Backups, Deployment, Monitoring, SSL, Logs und ein Wiederherstellungsplan.
- Integrationen - CRM, Newsletter, Karten, Zahlungen, interne Systeme, APIs, Suche, Vertrauensprofil-Tools oder andere Branchensysteme.
- Operativer Content - dringende Hinweise, Störungsbalken, Servicestatus, Alerts für Bürger oder Kunden.
All das macht eine neue Website 2026 oft komplexer als eine Website aus der Drupal-7-Ära. Gleichzeitig gibt es heute Tools, die es damals nicht gab.
KI und LLMs können Content-Analyse, erste Entwürfe der Informationsarchitektur, Migrations-Feldmapping, Dokumentation, QA, Regressionstests und Prototypen beschleunigen. Sie nehmen dem Team die Verantwortung nicht ab, verkürzen aber Teile der Analyse- und Entwicklungsarbeit.
Im Drupal-Ökosystem gibt es außerdem Drupal CMS - einen fertigen Starter für neue Projekte. Zur Drupal-7-Zeit startete man oft mit einer nackten Installation und baute Module manuell zusammen. Heute können Sie mit einem vollständigeren Feature-Set starten, was mehr Optionen beim Bau einer neuen Website gibt und den Weg von der Entscheidung zum funktionierenden Prototyp verkürzen kann.
Die Schlussfolgerung ist einfach: Wenn Ihre aktuelle D7-Website 10+ Jahre alt ist, kann eine Migration ohne Prüfung neuer Anforderungen nur ein altes Problem in eine neue Technologie verschieben.
Wann ist Drupal 11 oder Drupal CMS die stärkste Wahl?
Drupal 11 oder Drupal CMS macht am meisten Sinn, wenn die Website mehr als eine einfache Broschüre ist. Braucht die Organisation Content-Struktur, Berechtigungen, Formulare, mehrere Rollen, Sicherheit, redaktionellen Workflow, Mehrsprachigkeit, Integrationen und langfristiges Wachstum, bleibt Drupal eine starke Wahl.
Das ist besonders wichtig für Organisationen, die bald keinen weiteren Replatforming-Zyklus wollen. Ein gut geplantes Drupal-Backend kann 5-10 Jahre dienen. Frontend und visuelle Schicht lassen sich öfter erneuern - etwa alle 2-5 Jahre - passend zu neuen UX-Trends, Kampagnen, Mobile und Barrierefreiheit. Nicht jede visuelle Änderung muss den Austausch des gesamten CMS bedeuten.
Drupal passt besonders gut, wenn Sie brauchen:
- komplexe Inhaltstypen und Felder,
- mehrere redaktionelle Rollen,
- Publishing-Workflow,
- Integrationen mit anderen Systemen,
- Mehrsprachigkeit,
- eine stabile API,
- ein starkes Berechtigungsmodell,
- hohe Sicherheitsanforderungen,
- einen langen Plattform-Lebenszyklus,
- Raum, die Website zu einer Anwendung oder einem Portal auszubauen.
Es ist kein Zufall, dass Drupal von Banken, Regierungen, Hochschulen, öffentlichen Institutionen und großen Organisationen genutzt wird. Nicht weil es das einfachste CMS für jede Website wäre, sondern weil es eine solide Engine für Systeme ist, die stabil, sicher und anpassbar bleiben müssen.
Für Organisationen ähnlich kommunalen Versorgern sieht ein sinnvoller Weg oft so aus: neue Website auf Drupal 11 oder Drupal CMS, Migration wertvoller Inhalte, Erhalt wichtiger URLs, WCAG-Verbesserungen, sauberere Formulare, Cookie-Consent und operative Features wie ein Störungsbalken.
Wann reicht eine technische 1:1-Migration?
Nicht jede Organisation braucht ein volles Redesign. Manchmal ist das Ziel vor allem, die Website sicher von Drupal 7 auf eine unterstützte Version zu bringen - mit möglichst wenig visueller Änderung.
Diese Option macht Sinn, wenn:
- das Budget begrenzt ist,
- das aktuelle Erscheinungsbild akzeptabel ist,
- die Website konkrete Features hat, die bleiben müssen,
- das Team vor allem das EOL-Risiko entfernen will,
- das Projekt schnell und möglichst planbar sein soll,
- kein neues UX-Design nötig ist.
In der Praxis ist auch dieser Weg kein „Update-Klick“. Sie müssen trotzdem klären, welche Features migrieren, welcher Content bleibt, welche Module ersetzt werden und welche Teile sich nicht mehr lohnen.
Eine technische 1:1-Migration kann eine gute Brücke sein, wenn eine Organisation Risiko reduzieren will, aber noch nicht bereit für ein volles Neues-Website-Projekt ist. Sagen Sie klar: UX-, Content- und Design-Themen bleiben dann für später.
Wann sollten Sie ein anderes CMS prüfen?
Drupal muss nicht die beste Antwort für jede Website nach Drupal 7 sein. Manchmal wurde die heutige Site auf Drupal gebaut, weil es damals passte - aber die heutigen Bedürfnisse sind deutlich einfacher.
Wenn Sie die Plattform noch auswählen, lesen Sie unseren Vergleich von 12 Content-Management-Systemen, bevor Sie sich zwischen einfachem Builder, Headless-Tool und Drupal entscheiden.
Hat die Website wenige Inhaltstypen, seltene Updates, ein einfaches Redaktionspanel, keine komplexen Rollen und wenige Integrationen, lohnt der Vergleich mit anderen Systemen.
Beispieloptionen:
- WordPress - großes Ökosystem, einfaches Admin, viele Anbieter, gut für einfachere Marketing- und Content-Websites.
- Craft CMS - content-fokussiertes CMS mit starkem Content-Modell.
- TYPO3 - stark in DACH, Enterprise und Teilen des öffentlichen Sektors.
- Joomla - klassisches Full-Stack-CMS für einfachere Websites und Teams mit bestehendem Know-how.
- Wagtail - Python/Django-CMS, interessant für Teams mit Python-Kompetenz.
- Umbraco - Option für Organisationen im .NET- und Microsoft-Ö
