Stellen Sie sich vor, Sie möchten Ihre WordPress-Website aufrufen oder sich ins Backend einloggen, und alles, was Sie sehen, ist... nichts. Ein leerer, weißer Bildschirm. Dieses Phänomen ist in der WordPress-Community als der "White Screen of Death" (WSOD) bekannt und kann bei jedem, vom Anfänger bis zum erfahrenen Webmaster, für einen gehörigen Schrecken sorgen. Als Inhaber von EMIT Solution und jemand, der täglich mit WordPress-Installationen arbeitet, kenne ich diesen "weißen Tod" nur zu gut. Die gute Nachricht ist: In den meisten Fällen lässt sich das Problem mit einer systematischen Fehlersuche beheben, ohne dass Daten verloren gehen.

In diesem Artikel möchte ich Ihnen zeigen, welche Ursachen der WSOD haben kann und wie ich Schritt für Schritt vorgehe, um das Problem zu identifizieren und zu beheben. Keine Panik, wir kriegen das hin!

Was genau ist der WordPress White Screen of Death?

Der WSOD ist genau das, wonach er klingt: Ihre Website oder Ihr WordPress-Adminbereich (wp-admin) zeigt statt des erwarteten Inhalts nur eine leere weiße Seite an. Es gibt meist keine Fehlermeldung, keinen Hinweis, was schiefgelaufen sein könnte. Das macht die Fehlersuche anfangs etwas knifflig, aber nicht unmöglich. Oft steckt ein PHP-Fehler oder ein Problem mit der Datenbank dahinter, das WordPress daran hindert, die Seite korrekt zu rendern.

Die häufigsten Ursachen für den WSOD

Bevor wir in die Lösungsansätze eintauchen, ist es hilfreich, die typischen Verdächtigen zu kennen:

Plugin-Konflikte: Ein fehlerhaftes, schlecht programmiertes oder inkompatibles Plugin ist eine der häufigsten Ursachen. Manchmal verträgt sich auch ein neues Plugin nicht mit einem bereits installierten.
Theme-Probleme: Ähnlich wie bei Plugins kann auch ein fehlerhaftes oder schlecht angepasstes Theme den WSOD verursachen, besonders nach Updates oder Änderungen am Code.
PHP-Fehler oder ausgeschöpftes Speicherlimit: Wenn ein Skript zu viel Speicher (Memory Limit) benötigt oder einen Syntaxfehler enthält, kann dies zu einem WSOD führen.
Fehlerhafte automatische Updates: Selten, aber es kann vorkommen, dass ein automatisches WordPress-Core-, Plugin- oder Theme-Update fehlschlägt oder unterbrochen wird.
Probleme mit Caching: Manchmal kann ein aggressives Caching-Plugin oder serverseitiges Caching nach Änderungen zu Problemen führen.
Beschädigte Core-Dateien: In sehr seltenen Fällen können WordPress-Kerndateien beschädigt sein.

Meine Schritt-für-Schritt-Anleitung zur Behebung des WSOD

Wichtiger Hinweis vorab: Bevor Sie tiefgreifende Änderungen vornehmen, stellen Sie sicher, dass Sie ein aktuelles Backup Ihrer WordPress-Website (Dateien und Datenbank) haben! Wenn Sie unsicher sind, wie das geht, oder keinen Zugriff mehr auf das Backend haben, um ein Backup-Plugin zu nutzen, kann Ihr Hosting-Anbieter oft weiterhelfen.

Für die meisten der folgenden Schritte benötigen Sie Zugriff auf Ihre Website-Dateien via FTP (z.B. mit FileZilla) oder über den Dateimanager Ihres Hosting-Control-Panels (z.B. cPanel, Plesk).

Schritt 1: Plugin-Konflikte ausschließen

Da Plugins so oft die Ursache sind, ist dies mein erster Anlaufpunkt:

Verbinden Sie sich per FTP mit Ihrem Server oder öffnen Sie den Dateimanager Ihres Hosters.
Navigieren Sie zum Ordner wp-content.
Benennen Sie den Ordner plugins um, zum Beispiel in plugins_deaktiviert. Dies deaktiviert alle Plugins auf einen Schlag.
Versuchen Sie nun, Ihre Website aufzurufen. Wenn der WSOD verschwunden ist, war ein Plugin der Übeltäter.
Benennen Sie den Ordner zurück in plugins.
Loggen Sie sich nun (falls möglich) in Ihr WordPress-Backend ein und aktivieren Sie die Plugins einzeln wieder, bis der Fehler erneut auftritt. Das zuletzt aktivierte Plugin ist dann der Verursacher.
Wenn Sie sich nicht einloggen können, benennen Sie im FTP-Programm innerhalb des plugins-Ordners die einzelnen Plugin-Ordner nacheinander um (z.B. mein-plugin zu mein-plugin_off) und testen Sie nach jeder Umbenennung, ob die Seite wieder funktioniert.

Wenn ein Plugin das Problem verursacht, können Sie es entweder deinstalliert lassen, nach einer Alternative suchen oder den Plugin-Entwickler kontaktieren.

Schritt 2: Das Theme als Ursache prüfen

Wenn die Plugins nicht das Problem waren, könnte Ihr aktuelles Theme schuld sein. Um das zu testen, aktivieren wir ein WordPress-Standard-Theme:

Verbinden Sie sich wieder per FTP mit Ihrem Server.
Navigieren Sie zum Ordner wp-content/themes.
Wenn Sie ein Standard-Theme wie "Twenty Twenty-Three" oder "Twenty Twenty-Four" installiert haben, benennen Sie den Ordner Ihres aktuell aktiven Themes um (z.B. mein-theme zu mein-theme_alt). WordPress sollte dann automatisch auf ein Standard-Theme zurückfallen.
Testen Sie, ob Ihre Seite wieder angezeigt wird. Wenn ja, liegt das Problem bei Ihrem Theme. Sie könnten versuchen, es neu zu installieren oder den Theme-Entwickler zu kontaktieren.

Hinweis: Falls Sie keinen Zugriff auf das Backend haben und WordPress nicht automatisch auf ein Standard-Theme wechselt, müssen Sie eventuell den Theme-Wechsel direkt in der Datenbank vornehmen (Tabelle wp_options, Einträge template und stylesheet). Das ist jedoch etwas für fortgeschrittene Nutzer.

Schritt 3: PHP-Fehlermeldungen aktivieren (Debugging)

Wenn die obigen Schritte nicht geholfen haben, kann es nützlich sein, die PHP-Fehleranzeige in WordPress zu aktivieren. Oft gibt uns das einen konkreten Hinweis auf die Ursache.

Verbinden Sie sich per FTP und navigieren Sie zum Hauptverzeichnis Ihrer WordPress-Installation.
Suchen Sie die Datei wp-config.php und laden Sie eine Kopie davon als Backup herunter.
Öffnen Sie wp-config.php mit einem Texteditor.
Suchen Sie nach der Zeile /* That's all, stop editing! Happy publishing. */ (oder einer ähnlichen Kommentarzeile am Ende der Konfigurationseinstellungen).
Fügen Sie darüber folgende Codezeilen ein:


define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Dieser Code aktiviert den Debug-Modus, protokolliert Fehler in die Datei wp-content/debug.log, verhindert aber, dass Fehler direkt auf der Webseite angezeigt werden (was für Besucher unschön wäre).

Speichern Sie die Datei und laden Sie sie wieder auf Ihren Server hoch. Versuchen Sie nun, die Seite mit dem WSOD erneut aufzurufen. Überprüfen Sie anschließend die Datei wp-content/debug.log. Oft finden sich hier konkrete Fehlermeldungen, die auf eine bestimmte Datei, Zeilennummer oder ein Plugin/Theme hinweisen.

Wichtig: Deaktivieren Sie den Debug-Modus (define( 'WP_DEBUG', false );) wieder, sobald das Problem gelöst ist!

Schritt 4: Das PHP Memory Limit erhöhen

Manchmal ist ein WSOD auch ein Zeichen dafür, dass ein Skript mehr Arbeitsspeicher benötigt, als ihm zugewiesen wurde.

Sie können versuchen, das PHP Memory Limit zu erhöhen, indem Sie folgende Zeile in Ihre wp-config.php (oberhalb von /* That's all... */) einfügen:


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

Alternativ können Sie versuchen, dies über die .htaccess-Datei (im Hauptverzeichnis Ihrer WordPress-Installation) zu tun:


php_value memory_limit 256M

Oder über eine php.ini-Datei (falls Ihr Hoster dies unterstützt):


memory_limit = 256M

Testen Sie nach jeder Änderung, ob das Problem behoben ist. Beachten Sie, dass Ihr Hoster möglicherweise Obergrenzen für das Memory Limit setzt.

Schritt 5: Cache leeren

Wenn Sie ein Caching-Plugin verwenden (z.B. WP Rocket, LiteSpeed Cache) oder serverseitiges Caching (z.B. Varnish, Memcached) aktiv ist, leeren Sie alle Caches. Manchmal können veraltete Cache-Dateien zu Problemen führen. Da Sie bei einem WSOD oft keinen Zugriff auf das Backend haben, müssen Sie den Cache ggf. manuell löschen (z.B. den Ordner des Caching-Plugins in wp-content/cache/ oder wp-content/plugins/ umbenennen/löschen) oder über Ihr Hosting-Panel (für serverseitigen Cache).

Schritt 6: WordPress-Kerndateien überprüfen

Dies ist ein seltenerer Fall, aber manchmal können die WordPress-Kerndateien beschädigt werden. Sie können diese ersetzen, ohne Ihre Inhalte zu verlieren:

Laden Sie die aktuellste Version von WordPress von wordpress.org herunter.
Entpacken Sie die ZIP-Datei auf Ihrem Computer.
Löschen Sie aus dem entpackten WordPress-Ordner den Ordner wp-content und die Datei wp-config-sample.php (um sicherzustellen, dass Sie nicht versehentlich Ihre Inhalte oder Konfiguration überschreiben).
Verbinden Sie sich per FTP mit Ihrem Server.
Laden Sie die verbleibenden Dateien und Ordner aus dem entpackten WordPress-Ordner auf Ihren Server hoch und überschreiben Sie die bestehenden Dateien.

Dies ersetzt alle WordPress-Kerndateien durch frische Kopien.

Wenn nichts hilft: Professionelle Unterstützung suchen

Ich verstehe, dass nicht jeder tief in die Technik seiner Website eintauchen möchte oder kann. Wenn Sie sich mit FTP, Code-Anpassungen oder Datenbankeingriffen unwohl fühlen, oder wenn die oben genannten Schritte den White Screen of Death nicht beseitigen konnten, ist es ratsam, professionelle Hilfe in Anspruch zu nehmen. Manchmal sind die Ursachen tiefer verborgen oder erfordern spezifisches Serverwissen.

Als Ihr Partner für IT und Webdesign bei EMIT Solution unterstütze ich Sie gerne bei der Fehlersuche und -behebung, damit Ihre Website schnellstmöglich wieder online ist.

Fazit: Systematisch zum Erfolg

Der WordPress White Screen of Death ist zwar ärgerlich, aber in den allermeisten Fällen kein Grund zur Panik. Mit einer methodischen Vorgehensweise, wie ich sie Ihnen hier vorgestellt habe, lässt sich die Ursache meist finden und beheben. Beginnen Sie mit den häufigsten Verdächtigen – Plugins und Themes – und arbeiten Sie sich dann zu spezifischeren Lösungen wie dem Debug-Modus oder der Erhöhung des Memory Limits vor.

Ich hoffe, diese Anleitung hilft Ihnen, den "weißen Bildschirm" erfolgreich zu bekämpfen. Sollten Sie dennoch Unterstützung benötigen oder Fragen haben, zögern Sie nicht, mich zu kontaktieren. Ich helfe Ihnen gerne weiter!