Drupal-Hilfe — Diagnose, Behebung, Betrieb.

Das Dringendste zuerst.

Drupal 10 endet am 9. Dezember 2026 — in derselben Woche erscheint Drupal 12. Es gibt also keine Schonfrist, in der man in Ruhe wechselt.

Dazu eine Bedingung, die die Planung bestimmt und viele überrascht: Drupal 12 lässt sich nur von Drupal 11.3 oder höher aus aktualisieren. Wer heute auf 10 steht, geht also zuerst auf 11 — das ist das realistische Ziel für dieses Jahr (Was jetzt zu tun ist).

Wenn gerade nichts geht.

1. Was wurde zuletzt geändert? Code, Module, Konfigurationsimport?
2. Serverprotokoll lesen.
3. Zwischenspeicher leeren über die Kommandozeile (Cache).
4. Datenbankaktualisierung ausführen — wurde sie gemacht?
5. Statusbericht ansehen, sobald das Backend läuft.
6. Modul eingrenzen, einzeln (Module).
7. Theme testweise auf ein Kerntheme umstellen.

Die Schritte drei und vier zusammen lösen einen erheblichen Teil der Fälle — und sie dauern mit Kommandozeilenzugriff keine zwei Minuten. Das ist das stärkste Argument dafür, diesen Zugriff zu haben (Weiße Seite).

Der Statusbericht.

Drupals unterschätztestes Werkzeug. An einer Stelle stehen: ausstehende Updates, Sicherheitshinweise, nicht ausgeführte Datenbankaktualisierungen, Rechteprobleme, fehlende Verzeichnisse, Konfigurationsabweichungen, Zeitpunkt der letzten Wartungsausführung, PHP-Version.

Das ist eine vollständige Betriebsübersicht, wie sie andere Systeme nicht bieten. Wer dort monatlich hineinsieht, erkennt die meisten Probleme, bevor sie zu Störungen werden.

Mein Rat für jeden Drupal-Betreiber: eine monatliche Erinnerung. Grün heißt in Ordnung — und wenn nicht, steht dort im Klartext, was fehlt (Wartung).

Die häufigsten Ursachen.

Die letzten beiden Zeilen sind Drupal-Eigenheiten, die nach einem Umzug für Ratlosigkeit sorgen — beide stehen in derselben Einstellungsdatei und sind in einer Minute behoben, wenn man weiß, wo man schaut (Umzug).

Versionsstand und Fristen.

Stand der Recherche: Oktober 2026. Die PHP-Anforderungen steigen mit jeder Hauptversion spürbar — ein Sprung über zwei Hauptversionen bedeutet also auch zwei PHP-Anhebungen. Prüf früh, was dein Hosting anbietet.

Drupals Vorteil bei Versionssprüngen: Entfallende Funktionen werden vorher angekündigt, und es gibt ein Analysewerkzeug, das Kern, Module und eigenen Code auf Verträglichkeit prüft. Wer die Hinweise laufend abarbeitet, macht aus dem Sprung eine Formalie (Update auf Drupal 11).

Die Sache mit Drupal 7.

Drupal 7 endete im Januar 2025 nach mehreren Verlängerungen. Viele Installationen laufen trotzdem weiter — weil der Umstieg kein Update ist, sondern eine Migration.

Zwischen 7 und 8 wurde das System vollständig neu gebaut. Inhalte, Felder, Benutzer und Taxonomie lassen sich mit dem mitgelieferten Migrations-Framework überführen; Theme, Module und eigener Code entstehen neu.

Weil ohnehin neu gebaut wird, stellt sich die Grundsatzfrage: wieder Drupal oder etwas anderes? Bei komplexen Inhaltsmodellen, differenzierten Rechten und Mehrsprachigkeit lautet die Antwort meist Drupal — bei einfachen Websites oft nicht (Von Drupal 7 migrieren).

Für öffentliche Stellen.

Drupal ist bei Behörden, Hochschulen und Forschungseinrichtungen stark verbreitet — aus guten Gründen: differenzierte Rechte, Mehrsprachigkeit, Workflows mit Freigaben, keine Lizenzkosten.

Barrierefreiheit ist dort seit Jahren Pflicht, und Drupal liefert eine ungewöhnlich gute Grundlage: Das Projekt hat eigene Richtlinien, erzwingt Alternativtexte bei Bildern und hat einen weitgehend tastaturbedienbaren Verwaltungsbereich. Entschieden wird es trotzdem in Theme, Ansichten und Inhalten (Barrierefreiheit).

Sicherheit hat bei Drupal ein eigenes Modell: ein Sicherheitsteam, koordinierte Meldungen und eine klare Regel, welche beigesteuerten Module überhaupt betreut werden. Für Vergabestellen ist das ein handfestes Argument — und die Abdeckung gehört in die Modulauswahl (Sicherheit).

Ein Punkt, der beides verbindet: Ein System ohne Sicherheitsupdates ist in einem Verfahrensverzeichnis schwer zu begründen. Wer noch auf Drupal 7 oder bald auf einem ausgelaufenen Drupal 10 steht, hat das nicht nur als technisches Thema.

Alle Anleitungen.

Was Drupal gut kann.

Drupal hat einen Ruf als kompliziert. Das stimmt für einfache Websites — und verkennt, wofür es gebaut ist:

• Konsequentes Datenmodell. Alles ist Entität, alles hat Felder, Beziehungen sind erstklassige Bürger. Komplexe Inhaltsstrukturen bildet man ab, statt sie nachzubauen.
• Ansichten im Kern. Listen, Filter, Blöcke, Exporte und Schnittstellen ohne eine Zeile Code.
• Rechtesystem bis auf Feldebene.
• Mehrsprachigkeit für Inhalte und Konfiguration, eingebaut.
• Workflows mit Entwurfs- und Freigabezuständen.
• Versionierbare Konfiguration — der größte Betriebsvorteil überhaupt.
• Angekündigte Entfernungen und ein Analysewerkzeug für Versionssprünge.

Die letzten beiden Punkte machen Drupal im professionellen Betrieb angenehmer als viele einfachere Systeme: Änderungen sind nachvollziehbar, reproduzierbar und testbar.

Wann ein Wechsel sinnvoll ist.

Dafür spricht: Die Website besteht im Kern aus Seiten und Beiträgen. Niemand im Haus kennt Drupal. Es gibt keinen Betreuer und es findet sich keiner. Die Installation wurde über Jahre gegen das Drupal-Modell gebaut.

Dagegen spricht: ein genutztes komplexes Inhaltsmodell, differenzierte Rechte, Mehrsprachigkeit, Freigabe-Workflows, Anbindungen an Fachverfahren. Wer das nutzt, verliert beim Wechsel mehr, als die Rechnung zunächst zeigt — diese Dinge müssten anderswo mit Erweiterungen nachgebaut werden.

Bei Drupal ist meine Antwort deshalb häufiger „bleiben und aktualisieren“ als bei anderen Systemen. Wenn ein Wechsel trotzdem richtig ist, sage ich das — und wenn nicht, auch (Wechsel zu WordPress, Relaunch).

Wie ich arbeite.

1. Statusbericht und Bestandsaufnahme: Version, PHP, Module, eigener Code, Zugänge.
2. Diagnose über Protokolle und Analysewerkzeuge statt über Vermutungen.
3. Behebung — Symptom und Ursache.
4. Testumgebung und versionierte Konfiguration, wo es sie gibt.
5. Erklärung in verständlicher Sprache.
6. Empfehlung, was als Nächstes ansteht — mit Begründung.

Content-Management-Systeme sind mein Fachgebiet, und ich unterrichte das Thema als Dozent. Bei Drupal zahlt sich das besonders aus, weil das System konsequent durchkonstruiert ist: Wer das Modell verstanden hat, findet Fehler schnell — und sieht auch, wo eine Installation gegen das Modell gebaut wurde.

Wie es weitergeht.

Schreib mir die Adresse, die Drupal-Version und was passiert ist. Bei einem laufenden Ausfall gehört das in die erste Zeile — dann sehe ich es sofort.

Wenn es um die Dezember-Frist geht: Nenn mir deine Version, deine Modulliste und die verfügbare PHP-Fassung. Daraus sage ich dir, was bis dahin machbar ist und in welcher Reihenfolge. Diese Einschätzung kostet dich nichts.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Content-Management-Systeme sind mein Fachgebiet — ich arbeite seit Jahren damit, unterrichte das Thema als Dozent und kenne die Systeme nicht nur aus der Anwendung, sondern von innen: Datenmodell, Rechtekonzept, Templating, Modularchitektur, Caching, Betrieb.

Bei Drupal zahlt sich das besonders aus, weil das System konsequenter durchkonstruiert ist als die meisten anderen: Alles ist Entität, alles hat Felder, alles läuft über definierte Schnittstellen. Wer dieses Modell verstanden hat, findet Fehler schnell — und sieht auch, wo eine Installation gegen das Modell gebaut wurde.

Was du bekommst: eine Diagnose in verständlicher Sprache, eine Behebung, die hält, und eine ehrliche Einschätzung dazu, ob deine Installation weiterbetrieben, aktualisiert oder abgelöst gehört — auch wenn die Antwort lautet, dass alles so bleiben kann.