WordPress zeigt nur eine weiße Seite? So lösen Sie den "White Screen of Death"

WordPress zeigt nur eine weiße Seite: White Screen of Death beheben

Sie rufen Ihre WordPress-Website auf und sehen nur eine leere, weiße Seite? Keine Fehlermeldung, kein Dashboard, kein Inhalt? Dieses Problem wird häufig als White Screen of Death bezeichnet, kurz WSoD.

So dramatisch der Name klingt: In vielen Fällen sind Ihre Inhalte, Bilder und Einstellungen nicht verloren. Meist wird die Website durch einen PHP-Fehler, ein fehlerhaftes Plugin, ein defektes Theme, ein Speicherlimit-Problem oder einen Konflikt nach einem Update blockiert. Mit einer systematischen Fehlersuche lässt sich die Ursache in der Regel gut eingrenzen.

Was ist der White Screen of Death?

Der White Screen of Death beschreibt eine Situation, in der WordPress keine sichtbare Ausgabe mehr erzeugt. Statt der Website oder des Dashboards erscheint nur eine leere Seite. Je nach Serverkonfiguration kann alternativ auch eine Meldung wie „Es gab einen kritischen Fehler auf deiner Website“ erscheinen.

Typische Symptome:

• Startseite bleibt weiß,
• Dashboard lädt nicht mehr,
• nur bestimmte Unterseiten bleiben weiß,
• Login funktioniert, danach erscheint eine leere Seite,
• nach Plugin-Update ist die Website nicht erreichbar,
• nach Theme-Wechsel ist die Website leer,
• PHP-Fehler erscheint statt der Website,
• Fehler tritt nur im Backend oder nur im Frontend auf.

Die Ursache lässt sich oft daran erkennen, ob nur die öffentliche Website, nur das Dashboard oder beides betroffen ist.

Häufige Ursachen

1. Prüfen Sie Ihr E-Mail-Postfach

WordPress verfügt über einen eingebauten Schutzmodus für schwerwiegende Fehler. Wenn ein kritischer Fehler auftritt, sendet WordPress häufig eine E-Mail an die Administrator-Adresse der Website.

Diese E-Mail kann enthalten:

• Hinweis auf das fehlerhafte Plugin oder Theme,
• technische Fehlermeldung,
• Link zum Wiederherstellungsmodus,
• Informationen zur betroffenen Datei,
• Hinweise zur Fehlerbehebung.

Prüfen Sie auch den Spam-Ordner. Wenn die E-Mail-Zustellung Ihrer Website nicht korrekt über SMTP eingerichtet ist, kann diese Nachricht allerdings fehlen.

2. Wiederherstellungsmodus nutzen

Wenn WordPress Ihnen einen Link zum Wiederherstellungsmodus sendet, sollten Sie diesen zuerst nutzen. Der Wiederherstellungsmodus ermöglicht häufig den Zugriff auf das Dashboard, obwohl ein Plugin oder Theme einen Fehler verursacht.

Im Wiederherstellungsmodus können Sie:

• das fehlerhafte Plugin deaktivieren,
• das aktive Theme prüfen,
• Updates durchführen,
• kritische Fehler genauer ansehen,
• Ihre Website wieder zugänglich machen.

Wenn kein Wiederherstellungslink vorhanden ist, gehen Sie mit den nächsten Schritten weiter.

3. Debug-Modus aktivieren

WordPress blendet PHP-Fehler aus Sicherheitsgründen oft aus. Dadurch sehen Sie nur eine leere Seite. Mit dem Debug-Modus können Sie Hinweise auf die Ursache sichtbar machen oder in eine Logdatei schreiben lassen.

So aktivieren Sie den Debug-Modus über cPanel:

1. Loggen Sie sich in Ihr cPanel ein.
2. Öffnen Sie den Dateimanager.
3. Navigieren Sie zum Hauptverzeichnis Ihrer WordPress-Installation.
4. Öffnen Sie die Datei wp-config.php.
5. Suchen Sie nach der Zeile define( 'WP_DEBUG', false );.
6. Ändern Sie sie vorsichtig auf define( 'WP_DEBUG', true );.
7. Speichern Sie die Datei.
8. Laden Sie die Website neu.

Falls die Zeile nicht vorhanden ist, können Sie sie oberhalb der Zeile einfügen, die sinngemäss sagt, dass die Bearbeitung endet und WordPress geladen wird.

4. Bessere Debug-Konfiguration: Fehler loggen statt anzeigen

Auf Live-Websites ist es besser, Fehler nicht öffentlich anzuzeigen, sondern in eine Logdatei schreiben zu lassen. Dafür können Sie in der wp-config.php folgende Werte verwenden:

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

Die Fehler werden dann häufig in folgender Datei gespeichert:

wp-content/debug.log

Nach der Analyse sollten Sie Debugging wieder deaktivieren oder zumindest sicherstellen, dass die Logdatei nicht öffentlich zugänglich bleibt.

5. Fehlermeldungen richtig lesen

Fehlermeldungen wirken auf den ersten Blick kompliziert. Meist enthält die Meldung aber einen wichtigen Hinweis: den Pfad zur betroffenen Datei.

Beispiel:

Fatal error: Uncaught Error in /home/user/public_html/wp-content/plugins/beispiel-plugin/plugin.php on line 123

Der Pfad zeigt hier auf:

wp-content/plugins/beispiel-plugin/

Das bedeutet: Sehr wahrscheinlich verursacht dieses Plugin den Fehler. Wenn der Pfad auf wp-content/themes/ zeigt, liegt die Ursache eher beim Theme.

6. Alle Plugins testweise deaktivieren

Wenn Sie keinen konkreten Hinweis haben, ist ein Plugin-Konflikt häufig die wahrscheinlichste Ursache. Sie können alle Plugins von aussen deaktivieren, ohne das Dashboard zu nutzen.

So geht es über den cPanel-Dateimanager:

1. Öffnen Sie im cPanel den Dateimanager.
2. Navigieren Sie zum Ordner wp-content.
3. Suchen Sie den Ordner plugins.
4. Benennen Sie ihn in plugins_old um.
5. Rufen Sie Ihre Website erneut auf.

Wenn die Website danach wieder lädt, war sehr wahrscheinlich eines der Plugins der Auslöser.

Benennen Sie den Ordner anschliessend wieder zurück in plugins. Im WordPress-Dashboard können Sie die Plugins dann einzeln aktivieren, bis der Fehler erneut auftritt.

7. Einzelnes Plugin deaktivieren

Wenn die Fehlermeldung bereits auf ein bestimmtes Plugin zeigt, müssen Sie nicht alle Plugins deaktivieren.

1. Öffnen Sie wp-content/plugins/.
2. Suchen Sie den Ordner des betroffenen Plugins.
3. Benennen Sie ihn um, zum Beispiel von pluginname in pluginname_deaktiviert.
4. Prüfen Sie die Website erneut.

Wenn die Website wieder funktioniert, prüfen Sie, ob ein Update verfügbar ist oder ob Sie eine Alternative zum Plugin benötigen.

8. Theme als Ursache prüfen

Wenn der Fehler nach einem Theme-Update, Theme-Wechsel oder einer Änderung an functions.php auftritt, liegt die Ursache wahrscheinlich beim Theme.

Vorgehen:

1. Öffnen Sie den Ordner wp-content/themes/.
2. Suchen Sie den Ordner Ihres aktiven Themes.
3. Benennen Sie den Ordner vorübergehend um.
4. WordPress versucht dann, auf ein vorhandenes Standard-Theme auszuweichen.

Damit das funktioniert, sollte ein aktuelles Standard-Theme wie Twenty Twenty-Four, Twenty Twenty-Five oder ein anderes WordPress-Standard-Theme installiert sein.

9. Fehler in der functions.php rückgängig machen

Wenn Sie kurz vor dem Fehler Code in die functions.php eingefügt haben, entfernen Sie diese Änderung zuerst.

Typische Ursachen:

• fehlendes Semikolon,
• doppelt definierte Funktion,
• falsche Klammer,
• PHP-Code an falscher Stelle,
• Snippet aus unsicherer Quelle,
• Code für eine andere WordPress-Version.

Öffnen Sie die Datei über cPanel oder FTP und entfernen Sie den zuletzt eingefügten Code. Speichern Sie die Datei und testen Sie die Website erneut.

10. PHP Memory Limit prüfen

Wenn WordPress, WooCommerce, ein Pagebuilder oder ein Backup-Prozess mehr Speicher benötigt als erlaubt, kann ein Fatal Error entstehen. Häufig sieht man dann Hinweise auf „Allowed memory size exhausted“.

Beispiel:

Fatal error: Allowed memory size of 134217728 bytes exhausted

Mögliche Lösungen:

• PHP Memory Limit im cPanel prüfen,
• auf eine aktuelle PHP-Version wechseln,
• ressourcenintensive Plugins prüfen,
• Pagebuilder- oder WooCommerce-Konfiguration optimieren,
• bei wiederkehrenden Problemen Hosting-Ressourcen prüfen.

Erhöhen Sie Limits nicht blind, ohne die Ursache zu betrachten. Wenn ein Plugin ungewöhnlich viel Speicher verbraucht, sollte es genauer geprüft werden.

11. PHP-Version prüfen

Ein Wechsel der PHP-Version kann Fehler auslösen, wenn ein altes Plugin oder Theme nicht kompatibel ist. Umgekehrt kann eine sehr alte PHP-Version ebenfalls Probleme verursachen.

Prüfen Sie im cPanel:

• Welche PHP-Version ist aktiv?
• Ist die Version mit WordPress kompatibel?
• Sind Plugins und Theme mit dieser PHP-Version kompatibel?
• Trat der Fehler nach einem PHP-Wechsel auf?

Wenn der Fehler direkt nach einem PHP-Wechsel begann, können Sie testweise auf die vorherige Version zurückstellen und anschliessend die betroffenen Plugins aktualisieren oder ersetzen.

12. .htaccess neu erzeugen

Eine beschädigte .htaccess-Datei führt häufiger zu Weiterleitungsfehlern oder 500-Fehlern, kann aber ebenfalls eine Website blockieren.

So testen Sie vorsichtig:

1. Öffnen Sie den Dateimanager.
2. Suchen Sie im WordPress-Hauptverzeichnis die Datei .htaccess.
3. Benennen Sie sie um, zum Beispiel in .htaccess_old.
4. Rufen Sie die Website erneut auf.
5. Wenn Sie wieder ins Dashboard kommen, gehen Sie zu Einstellungen > Permalinks.
6. Klicken Sie auf Änderungen speichern, ohne etwas zu ändern.

WordPress erzeugt dadurch eine neue Standard-.htaccess, sofern die Dateirechte dies erlauben.

13. Cache leeren

Manchmal ist die eigentliche Ursache bereits behoben, aber ein Cache liefert weiterhin eine fehlerhafte oder leere Seite aus.

Leeren Sie:

• WordPress-Cache,
• Caching-Plugin,
• Server-Cache, falls aktiv,
• CDN-Cache, falls verwendet,
• Browser-Cache.

Testen Sie die Website zusätzlich in einem privaten Browserfenster.

14. Error Logs im cPanel prüfen

Server-Logs sind oft der schnellste Weg zur Ursache. Sie zeigen PHP-Fehler, Dateipfade und Zeitpunkte.

Achten Sie auf:

• Fatal error,
• Parse error,
• Allowed memory size exhausted,
• Call to undefined function,
• Cannot redeclare function,
• Pfade zu wp-content/plugins/,
• Pfade zu wp-content/themes/.

Wenn Sie die Meldung nicht interpretieren können, kopieren Sie sie in ein Support-Ticket. Der Pfad zur betroffenen Datei ist meist besonders wichtig.

15. Wenn nur das Dashboard weiß ist

Wenn die öffentliche Website funktioniert, aber das Dashboard weiß bleibt, liegt die Ursache häufig bei einem Admin-spezifischen Plugin, einem Dashboard-Widget, einem Sicherheitsplugin, einem Pagebuilder oder einem Speicherproblem im Backend.

Prüfen Sie besonders:

• Sicherheitsplugins,
• SEO-Plugins mit Dashboard-Widgets,
• Statistik-Plugins,
• WooCommerce-Admin,
• Pagebuilder,
• PHP Memory Limit,
• Browser-Konsole.

16. Wenn nur einzelne Seiten weiß sind

Wenn nur eine bestimmte Seite betroffen ist, liegt die Ursache möglicherweise bei einem bestimmten Block, Shortcode, Template oder Pagebuilder-Element.

Mögliche Ursachen:

• defekter Shortcode,
• Pagebuilder-Template beschädigt,
• PHP-Code in einem Widget,
• fehlerhafte Einbettung,
• zu grosse Galerie,
• WooCommerce-Produktproblem,
• Plugin-Funktion nur auf dieser Seite aktiv.

In diesem Fall sollten Sie zuerst die betroffene Seite, das verwendete Template und die dort eingesetzten Plugins prüfen.

17. Was Sie nicht tun sollten

• WordPress-Dateien planlos löschen.
• Datenbank ohne Backup bearbeiten.
• Alle Plugins löschen, statt sie umzubenennen.
• Debug-Modus dauerhaft öffentlich aktiv lassen.
• Theme-Dateien direkt verändern, ohne Kopie.
• Backups überschreiben, bevor die Ursache bekannt ist.
• Unbekannte Reparatur-Plugins aus unsicheren Quellen installieren.
• WooCommerce-Shop ohne Test wieder live lassen.

18. Nach der Reparatur: Website vollständig testen

Wenn die Website wieder lädt, sollten Sie nicht sofort aufhören. Prüfen Sie, ob alle wichtigen Funktionen wieder korrekt arbeiten.

Testen Sie:

• Startseite,
• Kontaktseite,
• Formulare,
• Login,
• Dashboard,
• Menüs,
• mobile Darstellung,
• WooCommerce-Warenkorb und Checkout, falls vorhanden,
• SEO-Plugin,
• Caching,
• Fehlerlogs nach erneuten Meldungen.

Wenn ein Plugin die Ursache war, prüfen Sie, ob ein Update, eine Alternative oder eine Konfigurationsänderung nötig ist.

19. Vorbeugung gegen White-Screen-Probleme

Viele White-Screen-Probleme lassen sich durch gute Wartung vermeiden.

• Updates regelmässig durchführen,
• vor Updates Backup erstellen,
• bei wichtigen Websites Staging nutzen,
• nur gepflegte Plugins verwenden,
• nicht benötigte Plugins und Themes löschen,
• Child Theme für Code-Anpassungen nutzen,
• PHP-Version aktuell halten,
• Plugin-Konflikte nach Updates prüfen,
• Backups extern speichern,
• Fehlerlogs bei Auffälligkeiten kontrollieren.

Empfohlene Reihenfolge zur Fehlerbehebung

1. Admin-E-Mail prüfen: Gibt es einen Wiederherstellungslink?
2. Backup prüfen: Gibt es eine aktuelle Sicherung?
3. Debug-Log aktivieren: Fehler sichtbar machen oder protokollieren.
4. Fehlermeldung lesen: Plugin- oder Theme-Pfad identifizieren.
5. Plugins deaktivieren: Einzelnes Plugin oder gesamten Plugin-Ordner umbenennen.
6. Theme prüfen: Aktives Theme testweise deaktivieren.
7. PHP Memory Limit prüfen: Besonders bei Speicherfehlern.
8. PHP-Version prüfen: Kompatibilitätsproblem ausschliessen.
9. .htaccess prüfen: Bei Server- oder Weiterleitungsfehlern.
10. Cache leeren: Alte Fehlerausgabe entfernen.
11. Website testen: Frontend, Backend, Formulare und Shop prüfen.
12. Debug wieder deaktivieren: Keine Fehlermeldungen öffentlich anzeigen.

Häufige Fragen zum White Screen of Death

Sind meine Inhalte verloren?

In den meisten Fällen nein. Der White Screen bedeutet meist, dass WordPress wegen eines Fehlers nicht geladen werden kann. Inhalte und Datenbank sind häufig weiterhin vorhanden.

Was ist die häufigste Ursache?

Sehr häufig sind Plugin-Konflikte, fehlerhafte Updates, Theme-Probleme oder PHP-Fehler in individuellen Code-Anpassungen.

Warum sehe ich keine Fehlermeldung?

Fehlermeldungen werden aus Sicherheitsgründen oft ausgeblendet. Aktivieren Sie Debug-Logging, um Hinweise zu erhalten.

Kann ich Plugins deaktivieren, ohne ins Dashboard zu kommen?

Ja. Benennen Sie den Ordner wp-content/plugins oder den Ordner eines einzelnen Plugins über cPanel oder FTP um.

Was mache ich nach der Fehlerbehebung mit WP_DEBUG?

Setzen Sie WP_DEBUG wieder auf false oder deaktivieren Sie öffentliche Debug-Ausgaben. Debugging sollte auf Live-Websites nicht dauerhaft sichtbar sein.

Kann ein Theme den White Screen verursachen?

Ja. Besonders nach Theme-Updates, Änderungen an der functions.php oder inkompatiblen Templates kann ein Theme die Ursache sein.

Was bedeutet „Allowed memory size exhausted“?

WordPress oder ein Plugin benötigt mehr PHP-Speicher als verfügbar ist. Prüfen Sie Memory Limit, Plugins und Serverressourcen.

Wann sollte ich den Support kontaktieren?

Wenn Sie die Fehlermeldung nicht interpretieren können, keinen Zugriff auf Dateien haben, ein WooCommerce-Shop betroffen ist oder die Website trotz Plugin-/Theme-Test nicht funktioniert.