Drupal trägt einen Ruf, der in der Zeit der Versionen 6 und 7 entstand: leistungsfähig, streng und im Zugang unbarmherzig. 2026 stellt sich die Frage nach seiner Relevanz auf anderer Grundlage. Das Projekt hat eine einsatzfertige Distribution, eine auf KI ausgerichtete Roadmap und ein überarbeitetes Bauerlebnis geliefert. Bleibt die Frage, für welche Projekte es noch das richtige Werkzeug ist.
Drupal CMS als eigentliche Neuerung
Das Ereignis ist nicht Drupal 11 als solches, sondern Drupal CMS, am 15. Januar 2025 in Version 1.0 erschienen und aus der von Dries Buytaert auf der DrupalCon Portland 2024 angekündigten Initiative Starshot hervorgegangen. Es handelt sich um einen einsatzfertigen Download auf Basis des Drupal-11-Kerns, gerichtet an ein Publikum, das das Projekt historisch vernachlässigt hatte: Marketingverantwortliche, Content-Ersteller und Site-Builder ohne Entwicklungskenntnisse.
Zwei Bausteine tragen den Bruch: die Recipes, Konfigurationspakete, die eine vollständige Funktion in einem Schritt installieren, und die Single Directory Components auf Theming-Seite. Der Experience Builder als visuelles Bearbeitungswerkzeug vervollständigt das Bild. Offizielle Details stehen auf der Initiativseite auf drupal.org.
Drupal CMS will WordPress nicht mehr bei kleinen redaktionellen Websites ablösen. Es zielt auf das strukturierte Projekt, das ein gewachsenes WordPress auf Dauer nicht trägt.
Die Wette 2026: KI und Commerce
Die Roadmap 2026 ist eindeutig: acht strukturbildende KI-Fähigkeiten in Drupal CMS, mit Agenten, die bei der Konfiguration assistieren, und ein deutliches Engagement im Commerce — E-Commerce-Recipes, Express-Checkout, Experience Builder für Produktseiten. Das Projekt holt also nicht nur ergonomischen Rückstand auf: Es wettet darauf, dass KI-gestützter Website-Bau zum Unterscheidungsmerkmal wird.
Das Versprechen „Agenten, die die Website konfigurieren“ gehört allerdings in die Kategorie, die sich an ausgelieferten Projekten misst, nicht an Ankündigungen.
Drupal oder WordPress: der Vergleich
| Kriterium | Drupal (CMS / 11) | WordPress |
|---|---|---|
| Einstieg für Anfänger | Seit Drupal CMS vertretbar | Unschlagbar |
| Inhaltsmodellierung | Ausgezeichnet, nativ | Erweiterungen (ACF und Ähnliches) |
| Feingranulare Rechte | Nativ, granular | Ohne Erweiterungen begrenzt |
| Mehrsprachigkeit | Im Kern | Erweiterung (Polylang, WPML) |
| Erweiterungs-Ökosystem | Kleiner | Sehr umfangreich |
| Kosten und Dauer einer kleinen Website | Höher | Niedriger |
| Robustheit bei großen Projekten | Überlegen | Abhängig von der Teamdisziplin |
Das entscheidende Kriterium. Ist der Inhalt strukturiert — verschachtelte Typen, Beziehungen, redaktionelle Freigabeprozesse, Rechte je Rolle, anspruchsvolle Mehrsprachigkeit —, spart Drupal über die Projektlaufzeit Zeit. Für klassische redaktionelle Inhalte mit schnellem Iterationsbedarf und knappem Budget bleibt WordPress die Standardwahl.
Kontexte, in denen Drupal weiterhin passt
- Institutionen, öffentlicher Sektor, Hochschulen: Governance, Rechte und Mehrsprachigkeit von Haus aus.
- Komplexe redaktionelle Anwendungen, bei denen Modellierung wichtiger ist als Time-to-Market.
- Langlebige Projekte mit internem Technikteam für die Wartung.
- Hohe Sicherheits- und Auditanforderungen, bei denen ein engeres Ökosystem ein Vorteil ist.
Kontexte, in denen es nicht passt
- Blog, Visitenkarten-Website oder kleiner Onlineshop, der in zwei Wochen live gehen soll.
- Kunde ohne laufendes Wartungsbudget.
- Bedarf an einer Nischenerweiterung, die es nur im WordPress-Ökosystem gibt.
- Team, das nicht in die Einarbeitung investieren wird.
Das Hauptrisiko ist nicht technisch
Die strukturelle Schwäche von Drupal ist der Fachkräftepool. Eine erfahrene Drupal-Entwicklerin zu gewinnen kostet mehr und dauert länger als das Finden eines WordPress-Integrators, und diese Realität wiegt im Angebot ebenso schwer wie bei der Übernahme eines bestehenden Projekts. Drupal CMS senkt die Einstiegshürde für das Bauen; für das Warten einer maßgeschneiderten Website nicht zwangsläufig. Die Frage gehört auf dieselbe Ebene wie die Hosting-Entscheidung, bei der eine beherrschte selbst gehostete Basis einem Billig-Shared-Hosting vorzuziehen ist.
Was bleibt
Drupal ist 2026 eine vertretbare Wahl, sofern es einem echten Strukturierungsbedarf entspricht. Drupal CMS gibt ihm endlich einen gangbaren Einstieg, und die Roadmap zeigt ein nach vorn gerichtetes Projekt. Ein Standardwerkzeug ist es dennoch nicht: Es rechtfertigt sich, wenn der Inhalt strukturiert, der Horizont lang und das Team investitionsbereit ist.
Ich habe mit Drupal 6 gearbeitet, mit hook_menu() und einer Lernkurve, die eher einer Steilwand glich. Diese Erinnerung diente mir lange als Argument gegen das Werkzeug; sie trägt nicht mehr. Was weiterhin trägt, ist die Frage des Fachkräftepools: Ich spreche sie mit jedem Kunden an, bevor ich Drupal vorschlage, denn dort scheitern die Projekte — nicht im Code. — Simon Janvier
