Die 6 Schritte zurück zur sichtbaren Website

Arbeite die Schritte der Reihe nach ab und prüfe nach jedem, ob die Website wieder da ist. Für die Schritte 3 bis 6 brauchst du Zugriff auf die Dateien deiner Website: per FTP-Programm oder über den Dateimanager im Kundenbereich deines Hosters, den fast jeder Anbieter im Browser bereitstellt.

Schritt 1: Alle Caches leeren

Leere den Browser-Cache (oder nutze das private Fenster aus der Diagnose). Kommst du noch ins Backend, leere zusätzlich den Cache deines Caching-Plugins (WP Rocket, LiteSpeed Cache, W3 Total Cache und Co.). Viele Hoster haben außerdem einen eigenen Server-Cache im Kundenbereich, den du dort mit einem Klick leerst. Nutzt du ein CDN wie Cloudflare, gehört auch dessen Cache dazu.

Schritt 2: Hängen gebliebenes Update? Die .maintenance-Datei löschen

Während eines automatischen Updates legt WordPress im Hauptverzeichnis eine versteckte Datei namens .maintenance an. Bricht das Update ab, bleibt die Datei liegen, und die Website hängt dauerhaft im Wartungszustand fest. Schau per Dateimanager oder FTP ins Hauptverzeichnis deiner Installation (dort, wo auch die wp-config.php liegt), aktiviere die Anzeige versteckter Dateien und lösche die .maintenance-Datei, falls vorhanden. Das ist einer der schnellsten Fixes überhaupt.

Schritt 3: Alle Plugins deaktivieren

Funktioniert dein Backend noch, geht das mit zwei Klicks: Wähle unter Plugins alle Einträge aus und nutze die Massenaktion „Deaktivieren“:

Ist auch das Backend weiß, benennst du stattdessen per Dateimanager oder FTP den Ordner wp-content/plugins um, zum Beispiel in plugins-alt. Damit sind alle Plugins auf einen Schlag aus. Lädt die Website wieder, war ein Plugin schuld: Ordner zurückbenennen und die Plugins einzeln nacheinander aktivieren, bis der Verursacher gefunden ist. Der bekommt dann ein Update oder fliegt endgültig raus.

Schritt 4: Auf ein Standard-Theme wechseln

Benenne im Ordner wp-content/themes den Ordner deines aktiven Themes um. WordPress springt automatisch auf ein installiertes Standard-Theme wie Twenty Twenty-Five. Wird die Website damit wieder sichtbar, liegt der Fehler im Theme, häufig in der functions.php, etwa durch einen dort eingefügten Code-Schnipsel mit Syntaxfehler. Keine Sorge um dein Design: Der Wechsel ist nur ein Test, mit dem reparierten Theme sieht alles wieder aus wie vorher.

Schritt 5: Debug-Modus einschalten und den Fehler beim Namen nennen

Statt weiter zu raten, lass dir den Fehler zeigen. Füge in der wp-config.php oberhalb der Zeile „/* That’s all, stop editing! */“ diese drei Zeilen ein:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Rufe die weiße Seite einmal auf und öffne dann die Datei wp-content/debug.log. Die letzte Meldung ganz unten nennt dir Datei und Zeile des Absturzes; ein „Fatal Error“ oder „Parse Error“ mit einem Pfad zu einem Plugin oder Theme ist dein Verursacher. Danach die drei Zeilen unbedingt wieder entfernen: Eine dauerhaft mitlaufende debug.log wächst schnell und hat auf einem öffentlichen Server nichts verloren.

Schritt 6: PHP Memory Limit erhöhen

Steht im Log „Allowed memory size exhausted“, füge in der wp-config.php diese Zeile ein (ebenfalls oberhalb der „That’s all“-Zeile):

define( 'WP_MEMORY_LIMIT', '256M' );

256 MB genügen für die allermeisten Websites. Wirkt die Zeile nicht, deckelt dein Hoster das Limit serverseitig; dann erhöhst du es im Kundenbereich oder über den Support. Und wenn all das nichts gebracht hat, bleibt der verlässlichste Rettungsanker: das letzte funktionierende Backup deiner Website einspielen und die Änderungen seitdem nachziehen.

So behebst du den kritischen Fehler: zwei Wege

Es gibt zwei Wege zurück zur funktionierenden Website. Weg A führt über die E-Mail, die WordPress beim Absturz automatisch verschickt hat. Weg B kommt ohne diese E-Mail aus und funktioniert immer. Die Infografik zeigt beide im Vergleich:

Weg A: Mit der Wiederherstellungs-E-Mail von WordPress

Schau in das Postfach der E-Mail-Adresse, die in WordPress als Administrator-Adresse hinterlegt ist (auch in den Spam-Ordner). Dort liegt eine Nachricht mit dem Betreff „[Name deiner Website] Deine Website hat ein technisches Problem“. Diese E-Mail ist Gold wert, denn sie nennt dir oft schon den Verursacher, zum Beispiel das betroffene Plugin samt Fehlerzeile.

In der E-Mail findest du einen Link in den Wiederherstellungsmodus. Er ist 24 Stunden gültig; danach verschickt WordPress bei einem erneuten Aufruf der Website automatisch eine neue E-Mail. Über den Link loggst du dich wie gewohnt ein und landest in einem abgesicherten Backend. Dort zeigt WordPress eine Meldung wie „Mindestens ein Plugin konnte nicht geladen werden“ und pausiert die Übeltäter. Deaktiviere das markierte Plugin (oder Theme), verlasse den Wiederherstellungsmodus über den Button in der Admin-Leiste, und deine Website ist wieder da.

Danach kümmerst du dich in Ruhe um die Ursache: Gibt es ein Update für das Plugin? Ist es mit deiner PHP-Version kompatibel? Gibt es eine Alternative? Einfach wieder aktivieren ohne Änderung führt nur zum nächsten Absturz.

Keine E-Mail bekommen? Das passiert öfter, als man denkt: Viele WordPress-Installationen können ohne Hilfe gar keine E-Mails zuverlässig verschicken. Prüfe zuerst den Spam-Ordner und die hinterlegte Admin-Adresse (vielleicht ist es eine alte, die du nie liest). Kommt trotzdem nichts an, nimm Weg B. Und sobald die Website wieder läuft, lohnt ein Blick in meinen Beitrag zum Thema WordPress SMTP-Plugin, damit solche wichtigen Mails künftig ankommen.

Weg B: Manuell, ohne E-Mail (funktioniert immer)

Für Weg B brauchst du Zugriff auf die Dateien deiner Website: per FTP-Programm (zum Beispiel FileZilla) oder, oft einfacher, über den Dateimanager im Kundenbereich deines Hosters. Fast jeder Hoster hat so einen Dateimanager im Browser, du brauchst also keine zusätzliche Software. Arbeite die folgenden Schritte der Reihe nach ab und prüfe nach jedem Schritt, ob die Website wieder läuft:

Schritt 1: Alle Plugins auf einmal deaktivieren

Öffne im Dateimanager oder FTP-Programm den Ordner wp-content und benenne den Unterordner plugins um, zum Beispiel in plugins-alt. Damit sind alle Plugins auf einen Schlag deaktiviert. Lädt die Website jetzt wieder, war ein Plugin der Auslöser. Benenne den Ordner zurück in plugins und aktiviere die Plugins dann im Backend einzeln nacheinander. Nach welcher Aktivierung der Fehler zurückkommt, hast du den Übeltäter gefunden: aktualisieren, ersetzen oder weglassen.

Schritt 2: Auf ein Standard-Theme wechseln

Waren es die Plugins nicht, prüfst du das Theme: Benenne im Ordner wp-content/themes den Ordner deines aktiven Themes um. WordPress fällt dann automatisch auf ein Standard-Theme wie Twenty Twenty-Five zurück, sofern eines installiert ist (falls nicht, lade es von wordpress.org herunter und lege es in den themes-Ordner). Verschwindet der Fehler, liegt es am Theme, meist an einem fehlerhaften Update oder an Änderungen in der functions.php. Ein Hinweis für später: Der Theme-Wechsel ist nur ein Test. Deine Inhalte bleiben erhalten, das Aussehen der Website normalisiert sich wieder, sobald das reparierte Theme wieder aktiv ist.

Schritt 3: Debug-Modus einschalten und die Ursache schwarz auf weiß lesen

Wenn du nicht raten willst, sag WordPress einfach, dass es dir den Fehler verrät. Öffne die Datei wp-config.php im Hauptverzeichnis und füge oberhalb der Zeile „/* That’s all, stop editing! */“ diese drei Zeilen ein:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Rufe die Website einmal auf und öffne danach die Datei wp-content/debug.log. Ganz unten steht die letzte Fehlermeldung, inklusive der Datei, die den Absturz verursacht: Steht dort ein Pfad wie wp-content/plugins/beispiel-plugin/…, kennst du den Verursacher. Die dritte Zeile sorgt übrigens dafür, dass Besucher die Fehlermeldungen nicht zu sehen bekommen. Wichtig: Nach der Reparatur alle drei Zeilen wieder entfernen, sonst wächst die Log-Datei unbemerkt weiter und verrät Interna deiner Website.

Schritt 4: PHP Memory Limit erhöhen

Meldet das Debug-Log „Allowed memory size exhausted“, ist der PHP-Arbeitsspeicher zu knapp. Füge in der wp-config.php (wieder oberhalb der „That’s all“-Zeile) diese Zeile ein:

define( 'WP_MEMORY_LIMIT', '256M' );

256 MB reichen für die allermeisten Websites. Beachte: Manche Hoster deckeln den Speicher serverseitig, dann bleibt die Zeile wirkungslos und du erhöhst das Limit stattdessen im Kundenbereich des Hosters (oder lässt es vom Support erhöhen).

Schritt 5: PHP-Version prüfen

Trat der Fehler direkt nach einem PHP-Update beim Hoster auf, hilft ein Dreischritt: Stelle im Kundenbereich vorübergehend die vorherige PHP-Version ein, aktualisiere dann alle Plugins und das Theme, und wechsle anschließend wieder auf die aktuelle PHP-Version. So bleibt deine Website nicht dauerhaft auf einer veralteten (und irgendwann unsicheren) PHP-Version hängen.