WordPress weißer Bildschirm beheben – die häufigsten Ursachen

Kaum ein WordPress-Fehler wirkt beunruhigender als der weiße Bildschirm: keine Fehlermeldung, kein Hinweis, einfach nichts. Genau diese Sprachlosigkeit macht ihn für Laien so schwer greifbar. Dabei steckt fast immer eine klar benennbare, technische Ursache dahinter – und in vielen Fällen lässt sich das Problem mit ein wenig Geduld selbst eingrenzen.

Was der weiße Bildschirm technisch ist

WordPress ist im Kern ein PHP-Programm, das bei jedem Seitenaufruf neu ausgeführt wird: Es lädt den WordPress-Kern, das aktive Theme und alle aktivierten Plugins, verarbeitet die Anfrage und gibt am Ende fertiges HTML aus. Bricht irgendwo in dieser Kette ein sogenannter PHP-Fatal-Error auf – etwa weil eine Funktion aufgerufen wird, die gar nicht existiert, oder weil der verfügbare Arbeitsspeicher nicht ausreicht –, stoppt PHP die Verarbeitung sofort.

Ist die Fehlerausgabe serverseitig deaktiviert (was in der Regel aus gutem Grund der Standard ist, da Fehlermeldungen sonst öffentlich sichtbare Dateipfade preisgeben würden), landet beim Besucher keine Fehlermeldung, sondern schlicht eine leere HTML-Seite. Der Browser zeigt diese leere Antwort als weiße Fläche an – daher der Name. Technisch ist der weiße Bildschirm also kein eigenständiger Fehler, sondern das sichtbare Symptom eines PHP-Absturzes im Hintergrund.

Nicht zu verwechseln ist der weiße Bildschirm mit einem „500 Internal Server Error“: Dieser wird vom Server selbst als Statuscode ausgegeben und meist auch als solcher angezeigt. Der weiße Bildschirm liefert dagegen technisch oft einen Status 200 – die Seite „funktioniert“ aus Sicht des Servers, zeigt aber keinen Inhalt. Für die Fehlersuche ist dieser Unterschied hilfreich, weil er zeigt, dass die Serverkonfiguration selbst in der Regel nicht die Ursache ist, sondern der WordPress-Code, der innerhalb dieser Anfrage ausgeführt wird.

Die häufigsten Ursachen

In der Praxis lässt sich der weiße Bildschirm fast immer auf eine Handvoll wiederkehrender Auslöser zurückführen.

Plugin-Konflikt

Der mit Abstand häufigste Grund. Zwei Plugins definieren dieselbe Funktion, greifen widersprüchlich in denselben Ablauf ein, oder ein einzelnes Plugin wurde nach einem Update nicht mehr korrekt geladen. Je mehr Plugins aktiv sind, desto höher die Wahrscheinlichkeit für einen solchen Konflikt.

Theme-Fehler

Ein fehlerhaftes Update des aktiven Themes, ein per Copy-and-Paste eingefügter Code-Schnipsel in der functions.php oder ein Tippfehler nach eigenen Anpassungen können ebenfalls einen Fatal-Error auslösen. Die functions.php ist dabei besonders empfindlich, da sie bei jedem Seitenaufruf mitgeladen wird.

PHP-Memory-Limit erreicht

Jede PHP-Umgebung hat ein festgelegtes Speicherlimit. Wächst eine Seite – etwa durch viele Plugins, große Bildergalerien oder rechenintensive Funktionen – über dieses Limit hinaus, bricht PHP mit einem „Allowed memory size exhausted“-Fehler ab, der sich beim Besucher wiederum als weißer Bildschirm zeigt.

PHP-Versionswechsel

Hosting-Anbieter aktualisieren die PHP-Version regelmäßig, teils automatisiert. Ältere oder schlecht gepflegte Plugins und Themes nutzen mitunter Funktionen, die in neueren PHP-Versionen entfernt oder verändert wurden – nach einem solchen Wechsel taucht der weiße Bildschirm dann oft ohne erkennbaren eigenen Eingriff auf.

Fehlgeschlagenes Update

Bricht ein Core-, Theme- oder Plugin-Update mitten im Vorgang ab – etwa durch einen Verbindungsabbruch oder ein Zeitlimit auf dem Server –, bleiben Dateien unvollständig oder inkonsistent zurück. Das Ergebnis ist ein instabiler Zustand, der beim nächsten Seitenaufruf zum Fatal-Error führt.

Defekte .htaccess

Die .htaccess-Datei steuert unter anderem URL-Umleitungen und Server-Einstellungen. Ein fehlerhafter Eintrag – von Hand ergänzt oder durch ein Plugin automatisch geschrieben – kann dazu führen, dass der Server die Seite gar nicht mehr korrekt ausliefert. Dieser Fall zeigt sich oft nicht als klassischer PHP-Fehler, sieht für Besucher aber ebenfalls wie ein weißer Bildschirm oder ein Server-Fehler aus.

Sofort-Checkliste für Laien

Bevor Sie tiefer einsteigen, lohnt sich eine strukturierte Eingrenzung. Gehen Sie die folgenden Schritte der Reihe nach durch.

1. Cache leeren und anderen Browser testen. Manchmal zeigt nur der eigene Browser eine veraltete, fehlerhafte zwischengespeicherte Version. Leeren Sie den Cache oder öffnen Sie die Seite in einem anderen Browser bzw. im Inkognito-Modus, um das auszuschließen.
2. Ist wp-admin noch erreichbar? Rufen Sie ihredomain.de/wp-admin/ auf. Funktioniert das Backend, während nur das Frontend weiß bleibt, grenzt das die Ursache meist auf Theme oder ein frontend-spezifisches Plugin ein.
3. WP_DEBUG aktivieren, um die Fehlermeldung zu sehen. Tragen Sie in wp-config.php define('WP_DEBUG', true); und define('WP_DEBUG_LOG', true); ein. WordPress schreibt Fehler dann in eine Datei wp-content/debug.log, die die genaue Ursache benennt. Wichtig: Diese Datei enthält interne Pfade und darf nicht öffentlich einsehbar bleiben – nach der Diagnose WP_DEBUG unbedingt wieder deaktivieren und die debug.log-Datei entfernen oder absichern.
4. Plugins per FTP deaktivieren. Benennen Sie den Ordner wp-content/plugins per FTP oder Dateimanager um (z. B. in „plugins_alt“). WordPress deaktiviert dadurch alle Plugins auf einmal. Ist die Seite danach wieder erreichbar, benennen Sie den Ordner zurück und aktivieren die Plugins einzeln wieder, bis der Fehler erneut auftritt – so finden Sie das auslösende Plugin.
5. Auf ein Standard-Theme wechseln. Lässt sich kein Plugin als Ursache finden, benennen Sie per FTP den Ordner des aktiven Themes um. WordPress fällt dann automatisch auf ein installiertes Standard-Theme zurück. Läuft die Seite danach wieder, liegt der Fehler im Theme.
6. PHP-Memory-Limit in wp-config.php erhöhen. Ergänzen Sie testweise define('WP_MEMORY_LIMIT', '256M'); oberhalb der Zeile „That's all, stop editing!“. Löst das den weißen Bildschirm, war ein zu knappes Speicherlimit die Ursache – langfristig sollte dann aber auch geprüft werden, warum die Seite so viel Speicher benötigt.

Was Sie besser nicht tun sollten

Ein weißer Bildschirm fühlt sich für Laien oft dringlicher an, als er technisch ist – Ruhe bewahren zahlt sich hier aus. Unter Zeitdruck passieren erfahrungsgemäß die größten Folgefehler, weil Maßnahmen ausprobiert werden, ohne die Ursache wirklich zu kennen. Verzichten Sie deshalb auf Folgendes:

• Blind Dateien löschen. Ohne zu wissen, welche Datei den Fehler verursacht, einfach Plugin- oder Theme-Ordner zu löschen, kann Einstellungen und Zuordnungen unwiederbringlich entfernen – benennen Sie Ordner stattdessen um, wie in der Checkliste beschrieben.
• Den WordPress-Core ohne Backup neu installieren. Eine Neuinstallation überschreibt Kerndateien, löst aber selten ein Plugin- oder Theme-Problem und kann bei fehlendem Backup zusätzliche Inkonsistenzen schaffen, statt das eigentliche Problem zu beheben.
• Wahllos in der Datenbank herumeditieren. Änderungen direkt in der Datenbank ohne vorheriges Backup und ohne genaue Kenntnis der Tabellenstruktur bergen ein hohes Risiko für zusätzlichen Datenverlust.

Grundsätzlich gilt: Vor jedem Eingriff ein aktuelles Backup sichern (oder sicherstellen, dass eines existiert), dann Schritt für Schritt und mit Dokumentation vorgehen.

Wenn das nicht reicht

Manchmal führt die Checkliste zu keinem eindeutigen Ergebnis – etwa wenn mehrere Fehler gleichzeitig vorliegen, die debug.log-Datei wenig aussagekräftig ist oder der Server-Zugang fehlt. In solchen Fällen ist es meist schneller und sicherer, die Ursache von erfahrener Seite prüfen zu lassen, statt auf gut Glück weiterzusuchen.

Wenn Sie nicht weiterkommen, unterstützen wir mit einer systematischen Fehleranalyse zum Festpreis – damit Ihre Seite wieder zuverlässig läuft.

Häufige Fragen