Weißer Bildschirm und kritische Fehler

Der Moment, den niemand erleben möchte: Die Website zeigt nur noch eine weiße Seite oder die Meldung „Auf dieser Website ist ein kritischer Fehler aufgetreten“. Meistens ist die Lage weniger schlimm, als sie wirkt – die Daten sind in der Regel unversehrt, und die Ursache ist fast immer ein einzelnes Plugin, ein Theme oder eine geänderte PHP-Version. Diese Lektion zeigt, wie Sie in dieser Situation ruhig und systematisch vorgehen, auch wenn das Backend nicht mehr erreichbar ist.

1. Was passiert ist

Die wichtigste Frage bleibt auch hier: Was wurde zuletzt geändert? Ein Update, ein neues Plugin, eine Änderung in der functions.php oder eine Umstellung beim Hoster. In neun von zehn Fällen führt diese Frage direkt zur Ursache.

2. Der Wiederherstellungsmodus

WordPress schickt bei einem fatalen Fehler eine E-Mail an die Adresse unter Einstellungen → Allgemein. Darin steht, welches Plugin oder Theme den Fehler verursacht hat, oft samt Datei und Zeile – und ein Link, der für einige Stunden gültig ist. Über diesen Link kommt man auch dann ins Backend, wenn die Website für Besucher nicht funktioniert. Dort ist das fehlerhafte Plugin bereits pausiert und kann deaktiviert oder aktualisiert werden.

3. Wenn die Mail nicht ankommt

Viele Websites versenden keine zuverlässigen E-Mails, gerade dann wird es ernst. Ohne Backend-Zugang hilft der direkte Weg über FTP, das Dateimanagement des Hosters oder SSH. WordPress prüft bei jedem Aufruf, ob die Dateien eines aktiven Plugins vorhanden sind – fehlen sie, wird das Plugin automatisch deaktiviert. Deshalb genügt es, den Ordner umzubenennen.

1# Alle Plugins deaktivieren (WP-CLI)
2wp plugin deactivate --all
3
4# Nur ein bestimmtes Plugin
5wp plugin deactivate radwerk-termine
6
7# Auf ein Standard-Theme wechseln
8wp theme activate twentytwentyfive
9
10# Kern-Dateien unbeschädigt neu einspielen (Inhalte bleiben)
11wp core download --force
12
13# Per FTP ohne Kommandozeile:
14# wp-content/plugins/radwerk-termine  →  radwerk-termine.aus

4. Speicher und PHP-Version

Zwei Ursachen verdienen besondere Aufmerksamkeit, weil sie oft übersehen werden. Erstens der Arbeitsspeicher: Jede PHP-Anfrage hat ein Limit, häufig 128 oder 256 Megabyte. Wird es überschritten, bricht die Anfrage ab. Die Konstante WP_MEMORY_LIMIT in der wp-config.php erhöht es, soweit der Hoster das zulässt. Das ist aber nur ein Pflaster – ein Plugin, das 512 Megabyte braucht, macht etwas falsch, etwa alle Beiträge auf einmal laden. Zweitens die PHP-Version: Hoster stellen regelmäßig auf neuere Versionen um. Alte Plugins, die nicht mehr gepflegt werden, brechen dann mit Syntaxfehlern ab. Vor jeder Umstellung lohnt ein Test auf einer Kopie, und das Plugin PHP Compatibility Checker kann verdächtigen Code vorab melden.

1<?php
2define( 'WP_MEMORY_LIMIT', '256M' );       // Frontend
3define( 'WP_MAX_MEMORY_LIMIT', '512M' );   // Backend, Medien-Import

5. Ein Beispiel

Die Website eines Hotels war an einem Sonntagmorgen weiß. Der Betreiber hatte am Vorabend ein Buchungs-Plugin aktualisiert. Die Wiederherstellungs-Mail lag im Spam-Ordner und nannte das Plugin samt Datei. Über FTP wurde der Plugin-Ordner umbenannt – die Website war nach zwei Minuten wieder online, ohne das Buchungsformular. Die Analyse auf einer Kopie zeigte: Das Update setzte PHP 8.2 voraus, der Server lief noch auf 8.0. Nach der Umstellung beim Hoster und einem Test auf der Kopie lief alles. Seitdem prüft der Betreiber vor jedem Update, welche PHP-Version verlangt wird – und die Website hat ein funktionierendes Postfach für Systemmails.

6. Häufige Fragen

Sind meine Inhalte weg? Nein. Beiträge, Seiten und Medien liegen in der Datenbank und im Ordner uploads; ein PHP-Fehler verändert sie nicht. Vorsicht ist nur bei abgebrochenen Datenbank-Aktualisierungen geboten – dann hilft ein Backup.

Warum sehe ich gar nichts statt einer Fehlermeldung? Weil display_errors abgeschaltet ist und der Fehler zu früh auftritt, etwa in einem Must-Use-Plugin oder in der wp-config.php. Dann hilft nur das Protokoll oder das Fehlerprotokoll des Servers, das die meisten Hoster im Kundenmenü anbieten.

Soll ich einfach alle Plugins löschen? Nein – deaktivieren genügt, und die Einstellungen bleiben erhalten. Löschen entfernt bei vielen Plugins auch die Daten.

7. Übung zum Selbermachen

Lösen Sie in einer Testumgebung absichtlich einen kritischen Fehler aus, etwa mit einem Must-Use-Plugin, das eine nicht vorhandene Funktion aufruft. Beobachten Sie die Meldung im Frontend und prüfen Sie, ob eine Wiederherstellungs-Mail erzeugt wird. Benennen Sie dann die Datei per Dateimanager um und stellen Sie fest, wie lange es dauert, bis die Seite wieder läuft. Schreiben Sie sich aus dieser Übung eine kurze Notfallanleitung mit den Zugangsdaten und den drei wichtigsten Schritten – und legen Sie sie dorthin, wo Sie sie im Ernstfall finden.

Stand: September 2026, WordPress 7.1, PHP 8.3. Kursmaterial der Klarwerk Akademie. WordPress entwickelt sich schnell – maßgeblich ist die aktuelle Dokumentation auf developer.wordpress.org.