WordPress-Seite nach Update kaputt – was jetzt zu tun ist

WordPress-Updates sollen eigentlich für Sicherheit und neue Funktionen sorgen – und in den allermeisten Fällen laufen sie auch völlig unauffällig durch. Dass eine Seite danach nicht mehr erreichbar ist, hat fast immer einen konkreten, nachvollziehbaren Grund. Wer diesen Grund kennt, kann meist schnell wieder Ordnung schaffen, ohne gleich die ganze Seite neu aufsetzen zu müssen.

Warum Updates WordPress-Seiten kaputt machen

WordPress besteht nie nur aus dem Core-System allein, sondern aus einem Zusammenspiel von Core, Theme und meist einer ganzen Reihe von Plugins. Jedes dieser Bausteine wird unabhängig voneinander weiterentwickelt – und genau dort entstehen die Probleme.

Plugin- und Theme-Inkompatibilitäten

Ein Plugin greift oft auf Funktionen zu, die der WordPress-Core oder ein anderes Plugin bereitstellt. Ändert sich mit einem Update eine solche Funktion, oder wird sie entfernt, kann das betroffene Plugin plötzlich einen Fehler auslösen – selbst wenn das Plugin selbst gar nicht aktualisiert wurde. Besonders anfällig sind Seiten mit vielen Plugins unterschiedlicher Anbieter, die selten aufeinander getestet werden.

PHP-Versionssprünge

Manche Updates setzen stillschweigend eine neuere PHP-Version voraus, während Hosting-Umgebungen teils noch ältere Versionen ausliefern – oder umgekehrt: Ein vom Hoster automatisch durchgeführtes PHP-Update macht ein altes Plugin oder Theme inkompatibel. In beiden Fällen ist das Ergebnis dasselbe: Ein Funktionsaufruf, den die aktuelle PHP-Version nicht mehr kennt oder anders interpretiert, bringt die Seite zum Absturz.

Page-Builder wie Elementor als häufiger Konfliktpunkt

Page-Builder wie Elementor greifen besonders tief in Theme und Core ein: Sie rendern eigene Layout-Strukturen, bringen eigene JavaScript- und CSS-Dateien mit und arbeiten oft mit zusätzlichen Add-on-Plugins zusammen, die wiederum vom Elementor-Core abhängen. Läuft ein Update von Elementor, dem verwendeten Theme oder einem Add-on nicht synchron, ist das Ergebnis erfahrungsgemäß besonders sichtbar: zerschossene Layouts, fehlende Widgets oder ein Editor, der sich gar nicht mehr öffnen lässt. Wer mit Page-Buildern arbeitet, sollte Updates dieser Komponenten grundsätzlich mit erhöhter Vorsicht behandeln.

Typische Fehlerbilder nach einem Update

Nicht jeder „Fehler nach dem Update“ sieht gleich aus. Die vier häufigsten Erscheinungsformen im Überblick:

• Kritischer Fehler mit Recovery-Mode-Mail: Die Seite zeigt „Es gab einen kritischen Fehler auf dieser Website“, und an die hinterlegte Administrator-Adresse geht eine E-Mail mit einem Link in den geschützten Recovery-Modus.
• Zerschossenes Layout: Die Seite lädt zwar, aber Design, Abstände oder Schriftarten sind durcheinander – meist ein Hinweis auf ein CSS- oder JavaScript-Problem durch Theme- oder Page-Builder-Konflikte.
• Editor lädt nicht: Der klassische Editor oder Page-Builder-Editor bleibt weiß oder hängt beim Laden, während die Live-Seite selbst noch funktioniert (oder umgekehrt).
• Endlos-Wartungsmodus: Die Seite zeigt dauerhaft „Kurzzeitige Wartungsarbeiten“, obwohl das Update längst abgeschlossen sein müsste – Ursache ist fast immer eine zurückgebliebene .maintenance-Datei im WordPress-Hauptverzeichnis.

Erste Schritte zur Diagnose

Bevor Sie größere Maßnahmen ergreifen, hilft ein ruhiges, schrittweises Vorgehen – die meisten Fälle lassen sich damit bereits eingrenzen oder sogar lösen.

1. Wartungsmodus-Datei löschen

Hängt die Seite im Wartungsmodus fest, verbinden Sie sich per FTP oder über den Datei-Manager Ihres Hostings mit dem WordPress- Hauptverzeichnis und löschen dort die Datei .maintenance. Ist das Update tatsächlich abgeschlossen, ist die Seite danach sofort wieder erreichbar.

2. Recovery-Mode-Link aus der E-Mail nutzen

Erhalten Sie eine E-Mail zum kritischen Fehler, nutzen Sie den enthaltenen Link. Er führt in einen abgesicherten Modus, in dem das auslösende Plugin oder Theme deaktiviert bleibt und Sie sich normal ins Backend einloggen können, um dort gezielt aufzuräumen.

3. Letztes Update identifizieren

Prüfen Sie unter Werkzeuge → Website-Zustand bzw. im Aktivitätsprotokoll Ihres Hostings, welches Plugin, Theme oder ob der Core zuletzt aktualisiert wurde. Der zeitliche Zusammenhang zwischen Update und erstem Auftreten des Fehlers ist meist der zuverlässigste Hinweis auf die Ursache.

4. Plugin per FTP deaktivieren

Lässt sich das Backend nicht mehr erreichen, benennen Sie den betroffenen Plugin-Ordner unter wp-content/plugins/ per FTP einfach um (z. B. mit dem Zusatz „-alt“). WordPress deaktiviert ein Plugin automatisch, wenn es seinen Ordner nicht mehr findet – ganz ohne Login. Bei unklarer Ursache hilft testweise das Umbenennen aller Plugin-Ordner gleichzeitig.

Rollback-Möglichkeiten und ihre Risiken

Lässt sich die Ursache nicht schnell beheben, ist ein Rollback oft der pragmatischste Weg zurück zu einer funktionierenden Seite. Dabei gibt es drei realistische Optionen:

• Backup einspielen: Die sicherste Variante, sofern ein Backup von vor dem Update existiert. Achten Sie darauf, ob damit auch neuere Inhalte (z. B. seither veröffentlichte Beiträge) verloren gehen.
• Ältere Plugin-/Theme-Version installieren: Über das WordPress-Verzeichnis lassen sich bei vielen Plugins frühere Versionen herunterladen und per FTP einspielen.
• Core-Downgrade: Technisch möglich, aber riskant, da sich die Datenbankstruktur zwischen Versionen ändern kann und ein Downgrade zu Inkonsistenzen führen kann.

Grundsätzlich gilt: Ein Downgrade behebt das akute Problem, verzögert aber nur die Frage, ob und wie die eigentliche Ursache – etwa ein veraltetes Plugin ohne Kompatibilität zur aktuellen WordPress- oder PHP-Version – langfristig gelöst wird.

Prävention: So vermeiden Sie das beim nächsten Mal

Die zuverlässigste Absicherung gegen kaputte Updates ist, sie nicht direkt auf der Live-Seite zu testen:

• Staging-Umgebung nutzen: Updates zunächst auf einer Kopie der Seite einspielen und dort prüfen, bevor sie live gehen.
• Backup vor jedem Update: Ein aktuelles Backup ist die Grundvoraussetzung dafür, dass ein Rollback überhaupt möglich ist.
• Updates gestaffelt einspielen: Nicht alle Plugins, Themes und den Core gleichzeitig aktualisieren, sondern einzeln nacheinander – so lässt sich ein auftretender Fehler sofort einer Ursache zuordnen.

Dieser Mehraufwand wirkt im Alltag lästig, ist aber deutlich günstiger als eine Seite, die im schlimmsten Fall stundenlang nicht erreichbar ist.

Wenn das nicht reicht

Manchmal führt die Fehlersuche trotz sorgfältigem Vorgehen nicht zum Ziel – etwa wenn mehrere Ursachen zusammenkommen oder der Fehler tiefer im Code liegt. In solchen Fällen bieten wir eine systematische Fehleranalyse zum Festpreis an, statt dass Sie sich in stundenlangem Ausprobieren verlieren.

Häufige Fragen