Drupal CMS 2.x: Was sich für Redaktionen wirklich ändert

Drupal hatte lange ein Imageproblem, das mit der Redaktionsarbeit zu tun hatte. Mächtig, ja. Stabil, unbestritten. Aber Inhalte pflegen fühlte sich nach Verwaltung an, nicht nach Gestalten. Mit Drupal CMS hat sich das geändert — und zwar an den Stellen, die im Alltag zählen.

Dieser Text richtet sich nicht an Entwickler. Er richtet sich an die Menschen, die danach mit dem System arbeiten: Marketing, Kommunikation, Redaktion. Was wird leichter, was bleibt anspruchsvoll, und worauf solltest du bei der Einführung bestehen?

Erst einmal: Drupal CMS ist nicht ein neues Drupal

Die Unterscheidung ist wichtig, weil sie in Angeboten oft verschwimmt. Drupal CMS ist eine Distribution — also ein vorkonfiguriertes Drupal mit vernünftigen Standardeinstellungen. Darunter läuft derselbe Drupal-Core wie immer.

Der Unterschied liegt im Startpunkt. Früher begann ein Drupal-Projekt bei einer nahezu leeren Installation, und alles, was eine Redaktion braucht — Medienverwaltung, Freigabeprozesse, SEO-Felder, Cookie-Banner — wurde einzeln zusammengesetzt. Jede Agentur tat das ein bisschen anders. Heute ist das als sogenannte Recipes vorbereitet und wird beim Aufsetzen zugeschaltet.

Für dich als Redaktion heißt das: Die Grundausstattung ist da, bevor jemand über Individuelles nachdenkt. Und sie ist bei allen Drupal-CMS-Projekten vergleichbar aufgebaut, was Einarbeitung und Anbieterwechsel spürbar erleichtert.

Die Oberfläche ist endlich eine Oberfläche

Der auffälligste Unterschied ist der sichtbarste. Das Admin-Theme ist aufgeräumt, kontrastreich und auf dem Tablet benutzbar. Die Navigation liegt links statt in einer schmalen Leiste oben, Formulare sind gruppiert statt aneinandergereiht, und Pflichtfelder sind als solche erkennbar.

Das klingt nach Kosmetik. Im Alltag ist es der Punkt, an dem sich entscheidet, ob eine Redaktion das System nutzt oder Inhalte per E-Mail an die Agentur schickt. Wir haben beides erlebt, und der Unterschied liegt selten an der Motivation der Menschen.

Drupal Canvas: Seiten bauen, ohne das Layout zu zerstören

Die größte Neuerung der 2.x-Reihe ist Drupal Canvas — der visuelle Seiteneditor, der zuvor unter dem Namen Experience Builder entwickelt wurde. Du siehst die Seite, wie sie aussieht, ziehst Abschnitte hinein, änderst Texte an der Stelle, an der sie später stehen.

Der entscheidende Unterschied zu den Baukästen, die du aus anderen Systemen kennst: Du baust nicht mit freien Spalten und Abständen, sondern mit den Komponenten, die für deine Marke gebaut wurden. Eine Preiskarte ist eine Preiskarte — mit festgelegter Typografie, festgelegten Farben, festgelegten Abständen. Du füllst sie, du gestaltest sie nicht neu.

Das ist bewusst so. Freie Baukästen führen nach achtzehn Monaten zuverlässig zu Seiten, die aussehen wie von verschiedenen Unternehmen. Ein komponentenbasierter Editor gibt dir Geschwindigkeit und nimmt dir die Möglichkeit, das Design versehentlich zu brechen. Wer volle Layoutfreiheit möchte, bekommt sie — sollte aber wissen, dass er sie mit der Konsistenz der Marke bezahlt.

Ein praktischer Hinweis, weil er in der Einführung oft für Verwirrung sorgt: Es ist normal und richtig, dass nicht alle Komponenten in Canvas verfügbar sind. Kopfbereich und Footer einer Seite gehören zum festen Seitengerüst und werden nicht redaktionell zusammengesetzt. Das ist keine Einschränkung, sondern der Grund, warum die Navigation auf allen 40 Seiten identisch ist.

Was wir empfehlen: nicht alles über Canvas bauen

Wir setzen Drupal CMS hybrid ein, und das ist eine bewusste Entscheidung, die du bei deinem Dienstleister hinterfragen solltest.

Die wichtigen, dauerhaften Seiten — Startseite, Leistungen, Kontakt — bauen wir als feste Templates. Sie sind pixelgenau am Design, verhalten sich auf allen vier Bildschirmgrößen definiert und lassen sich nicht versehentlich verschieben. Inhalte darin sind natürlich redaktionell änderbar, die Struktur nicht.

Canvas nutzen wir für das, was schnell und häufig entsteht: Kampagnen-Landingpages, Aktionsseiten, redaktionelle Sonderformate. Dort ist Tempo wichtiger als Pixelgenauigkeit, und dort willst du nicht auf einen Entwicklertermin warten.

Der Vorteil dieser Trennung: Deine Kernseiten bleiben stabil, und du bist trotzdem handlungsfähig, wenn am Freitag eine Landingpage für Montag gebraucht wird.

Medien: der Punkt, der im Alltag am meisten Zeit spart

Bilder sind der unterschätzte Zeitfresser in jeder Redaktion. Drupal CMS bringt hier drei Dinge mitgeliefert mit, die du früher einzeln bestellen musstest.

Erstens eine echte Medienbibliothek: Ein Bild wird einmal hochgeladen und danach mehrfach verwendet — mit einem Alternativtext, den du an einer Stelle pflegst. Zweitens moderne Bildformate: Der Server liefert automatisch AVIF oder WebP aus, ohne dass du beim Hochladen etwas beachten musst. Drittens Bildzuschnitt mit Fokuspunkt: Du markierst am Bild, was wichtig ist, und alle Zuschnitte richten sich daran aus. Kein abgeschnittener Kopf im Teaser mehr.

Barrierefreiheit wird während des Schreibens geprüft

Seit dem Barrierefreiheitsstärkungsgesetz ist digitale Zugänglichkeit für viele Unternehmen keine Kür mehr. Drupal CMS macht daraus keinen Prüfbericht am Projektende, sondern eine Rückmeldung beim Schreiben.

Fehlt einem Bild der Alternativtext, springt eine Überschriftenebene, heißt ein Link „hier klicken“ — du siehst es im Editor, markiert an der Stelle, an der es passiert. Das erwischt nicht alles; Tastaturbedienbarkeit und Farbkontraste gehören weiterhin ins Design und in die Entwicklung. Aber es erwischt die Fehlerklasse, die im redaktionellen Alltag entsteht, und zwar bevor sie live geht.

Was anspruchsvoll bleibt

Ehrlichkeit gehört dazu, sonst ist der Text eine Werbebroschüre.

Drupal bleibt strukturiert und damit erklärungsbedürftig. Inhaltstypen, Felder, Taxonomien, Freigabezustände — dieses Modell ist der Grund, warum Drupal große Websites trägt, und es ist der Grund, warum die erste Woche Einarbeitung kostet. Rechne mit einer halben bis ganzen Tagesschulung, nicht mit „das erklärt sich selbst“.

Die Zahl der Einstellungen kann überfordern. Ein gut eingerichtetes Drupal versteckt vor der Redaktion, was sie nicht braucht. Das ist Konfigurationsarbeit, die jemand leisten muss. Wenn dir bei der Übergabe alle Administrationsmenüs offenstehen, ist die Einrichtung nicht fertig.

Updates bleiben Handwerk. Drupal veröffentlicht planbar und dokumentiert Sicherheitsaktualisierungen sauber. Aber jemand muss sie einspielen und testen. Automatische Aktualisierungen empfehlen wir in produktiven Umgebungen ausdrücklich nicht — dafür braucht der Server Schreibrechte auf sich selbst, und im Fehlerfall gibt es keinen definierten Rückweg. Das gehört in einen Wartungsvertrag mit Testumgebung und Backup.

Woran du eine gute Einführung erkennst

Wenn du gerade ein Drupal-CMS-Projekt vergibst, sind das aus Redaktionssicht die Fragen, die den Unterschied machen:

• Welche Seiten sind fest, welche redaktionell frei zusammensetzbar — und warum diese Aufteilung?
• Welche Komponenten stehen mir zur Verfügung, und wie sehen sie in allen Varianten aus?
• Sieht meine Bearbeitungsansicht anders aus als die des Administrators? (Die richtige Antwort ist ja.)
• Gibt es eine Testumgebung, auf der ich Fehler machen darf?
• Wer spielt Updates ein, in welchem Rhythmus, und was passiert bei einem Fehler?

Ein Anbieter, der diese fünf Fragen konkret beantwortet, hat über deinen Alltag nachgedacht. Einer, der auf „volle Flexibilität“ ausweicht, meist nicht.

Wenn du wissen willst, was das für deine Website konkret bedeutet: Wir sehen uns dein System in einer kostenlosen Potenzialanalyse an und sagen dir ehrlich, ob ein Wechsel sich lohnt — oder ob deine bestehende Installation mit überschaubarem Aufwand dorthin kommt.