Wenn deine Seite nur noch weiß bleibt, steckt meist ein Plugin- oder Theme-Konflikt oder ein PHP-Fehler dahinter. Leere zuerst den Browser- und Server-Cache. Hilft das nicht, deaktiviere per FTP alle Plugins und aktiviere den Debug-Modus, um die genaue Fehlerursache zu sehen. Fehlt dir dafür die Zeit, kontaktiere direkt deinen Hoster oder eine Agentur.
Kurz gesagt:
- Bei einem weißen Bildschirm kannst du durch Cache-Leeren, Deaktivieren aller Plugins und Wechsel zu einem Standard-Theme die Ursachen systematisch eingrenzen.
- Der WordPress Recovery-Modus liefert bei kritischen Fehlern automatisch einen Deaktivierungs-Link per E-Mail, ist aber bei PHP-Fehlern in der wp-config.php nicht wirksam.
- Das Aktivieren des Debug-Modus in der wp-config.php und das Analysieren der debug.log beschleunigen die Fehlersuche erheblich, vorausgesetzt die Zugriffsrechte sind korrekt gesetzt.
- Fehler in der functions.php des Themes oder zu offene Dateiberechtigungen auf dem Server können den White Screen verursachen und sollten direkt überprüft werden.
- Ein Fehler auf Serverebene wie ein Error 500 durch fehlerhafte .htaccess-Regeln, Speicherlimit oder falsche Berechtigungen kann einen weißen Bildschirm auslösen, ohne dass WordPress selbst die Ursache ist.
Inhaltsverzeichnis
- Schnellcheck: 6 Sofortmaßnahmen zur Fehlerbegrenzung
- Wie aktiviere ich WP_DEBUG und lese ich das debug.log richtig?
- Plugins und Themes per FTP isolieren: So gehst du vor
- Woran erkenne ich ein Serverproblem statt eines WordPress-Fehlers?
- Wann muss ich ein Backup zurückspielen?
- Wie beugst du dem White Screen langfristig vor?
- Wie Werbeeinfach dir im Notfall hilft
- Quellen
- FAQ
Schnellcheck: 6 Sofortmaßnahmen zur Fehlerbegrenzung
Bevor du tief ins Debugging einsteigst, lohnt sich ein kurzer, systematischer Check. Die meisten Fälle von WordPress white screen lassen sich mit diesen sechs Schritten eingrenzen, oft sogar lösen, ohne dass du eine Zeile Code anfassen musst.
Geh die Liste von oben nach unten durch. Jeder Schritt schließt eine mögliche Ursache aus, bevor du zum nächsten übergehst.
- Mache einen Hard-Refresh im Browser (Strg + F5) und prüfe, ob ein CDN oder Server-Cache noch alte Inhalte ausliefert.
- Schau in dein E-Mail-Postfach nach einer Nachricht mit Einmal-Link zum Recovery-Modus, den WordPress bei kritischen Fehlern automatisch versendet.
- Deaktiviere alle Plugins über das Backend oder, wenn das nicht mehr geht, benenne den Plugin-Ordner per FTP um.
- Aktiviere ein Standard-Theme wie Twenty Twenty-Four, um einen Theme-Fehler auszuschließen.
- Leere dein Cache-Plugin oder lösche den Cache-Ordner direkt auf dem Server.
- Prüfe den Status deines Hosting-Pakets und wirf einen Blick in die Logs im Hoster-Dashboard.
Der Recovery-Modus ist dabei besonders wertvoll: Er existiert seit WordPress 5.2 und schickt dem Administrator bei kritischen Fehlern automatisch eine E-Mail mit einem Link, über den sich das problematische Plugin oder Theme gezielt deaktivieren lässt. Bei sehr frühen PHP-Fehlern, etwa in der wp-config.php, greift dieser Mechanismus allerdings nicht. Dann bleibt nur der direkte Zugriff über FTP.
Wie aktiviere ich WP_DEBUG und lese ich das debug.log richtig?
Der Recovery-Modus deckt nicht jeden Fall ab. Für alles andere brauchst du das Debug-Log, das dir Zeile für Zeile zeigt, wo genau der Fehler liegt.
So gehst du vor:
- Öffne die Datei wp-config.php per FTP oder über den Datei-Manager deines Hosters.
- Suche die Zeile
define('WP_DEBUG', false);und ersetze sie durchdefine('WP_DEBUG', true);. - Füge direkt darunter
define('WP_DEBUG_LOG', true);unddefine('WP_DEBUG_DISPLAY', false);ein. - Speichere die Datei und lade die betroffene Seite erneut.
- Öffne den Ordner /wp-content/ und suche dort die neu erzeugte Datei debug.log.
Mit WP_DEBUG_DISPLAY=false bleiben Fehlermeldungen für Besucher unsichtbar, während sie trotzdem im Hintergrund protokolliert werden. Das ist wichtig, denn Fehlerausgaben direkt im Frontend verraten Angreifern unnötig viel über deine Serverstruktur. Genau diese Kombination aus WP_DEBUG_LOG=true und WP_DEBUG_DISPLAY=false empfiehlt auch die offizielle WordPress-Dokumentation zum Debugging.
In der debug.log-Datei suchst du nach Zeilen mit „PHP Fatal error“ oder „PHP Warning“. Meist steht direkt dahinter der Dateiname und die Zeilennummer, in der der Fehler auftritt, etwa wp-content/plugins/beispiel-plugin/beispiel.php on line 42. Wer viele Einträge durchsuchen muss, filtert per Kommandozeile mit grep "Fatal error" wp-content/debug.log und bekommt nur die relevanten Zeilen angezeigt.
Profi-Tipp: Lass WP_DEBUG_DISPLAY niemals dauerhaft aktiviert auf einer Live-Seite stehen. Schalte den Debug-Modus nach der Fehlersuche wieder ab und kontrolliere die debug.log-Datei regelmäßig, damit sie nicht unkontrolliert wächst.
Logbasiertes Debugging führt schneller zur Lösung als das planlose Deaktivieren einzelner Plugins, denn das Log zeigt dir meist schon in der ersten Fehlerzeile die betroffene Datei. Bleibt die debug.log-Datei komplett leer, liegt das oft an fehlenden Schreibrechten im Verzeichnis oder an einem sehr frühen Syntaxfehler, etwa direkt in der wp-config.php selbst.
Plugins und Themes per FTP isolieren: So gehst du vor
Wenn das Backend gar nicht mehr lädt, hilft dir kein Klick im Dashboard mehr. Dann brauchst du direkten Zugriff auf die Dateien über FTP oder SFTP.
- Verbinde dich mit einem Client wie FileZilla per SFTP mit deinem Server.
- Navigiere zu /wp-content/plugins/ und benenne den gesamten Ordner um, etwa in „plugins-alt“.
- Lade die Seite neu. Läuft sie jetzt, weißt du: Ein Plugin war die Ursache.
- Benenne den Ordner zurück in „plugins“ und aktiviere die einzelnen Plugins nacheinander wieder, bis der Fehler erneut auftritt.
- Bleibt der weiße Bildschirm trotz umbenannten Plugin-Ordners bestehen, wechsle zum Theme-Ordner unter /wp-content/themes/ und installiere notfalls ein frisches Standard-Theme.
Das systematische Deaktivieren aller Erweiterungen und die anschließende einzelne Reaktivierung gehört zu den zuverlässigsten Methoden, um die Ursache eines White Screen of Death einzugrenzen. Denk dabei auch an sogenannte Must-Use-Plugins im Ordner /wp-content/mu-plugins/: Diese laufen unabhängig vom normalen Plugin-System und werden beim üblichen Umbenennen leicht übersehen, obwohl sie ebenfalls Fatal Errors auslösen können.
Häufig steckt der Fehler auch in der functions.php deines Themes. Ein fehlendes Semikolon, eine überzählige geschweifte Klammer oder ein Leerzeichen vor dem öffnenden <?php-Tag reichen schon aus, um die gesamte Seite lahmzulegen. Öffne die Datei per FTP in einem Texteditor und vergleiche sie, wenn möglich, mit einer Backup-Version.
Profi-Tipp: Lade dir vor jeder Änderung eine Kopie der functions.php auf deinen Rechner herunter. So kannst du im Zweifel in Sekunden zur funktionierenden Version zurück, statt Änderung für Änderung wieder rückgängig zu machen.
Woran erkenne ich ein Serverproblem statt eines WordPress-Fehlers?
Nicht jeder weiße Bildschirm entsteht in WordPress selbst. Manchmal liegt die Ursache tiefer, direkt auf Serverebene, und zeigt sich als klassischer 500 Internal Server Error, der optisch fast identisch aussieht.
Diese Punkte solltest du prüfen, wenn Plugins und Theme bereits ausgeschlossen sind:
- Erhöhe das PHP-Speicherlimit temporär, etwa mit
define('WP_MEMORY_LIMIT', '256M');in der wp-config.php, oder über einen Eintragphp_value memory_limit 256Min der .htaccess. - Sichere deine aktuelle .htaccess-Datei, lösche sie danach und lass WordPress unter Einstellungen → Permalinks eine neue Standardversion generieren.
- Prüfe die Dateiberechtigungen: Ordner sollten auf 755 stehen, einzelne Dateien auf 644. Zu offene oder zu restriktive Rechte führen häufig zu internen Serverfehlern.
- Kontrolliere die Error-Logs in deinem Hoster-Dashboard, meist unter einem Menüpunkt wie „Fehlerprotokolle“ oder „Logs“, denn dort stehen oft Details, die im WordPress-Debug-Log gar nicht auftauchen.
Ein leerer weißer Bildschirm ist häufig tatsächlich nichts anderes als ein Error 500, ausgelöst durch eine fehlerhafte .htaccess, exhaustierten Arbeitsspeicher oder falsche Dateiberechtigungen. Wer die .htaccess durch eine frische Version ersetzt, verliert dabei nur individuelle Rewrite-Regeln, etwa für Weiterleitungen. Die Grundfunktion der Seite stellt WordPress automatisch wieder her.
Wann muss ich ein Backup zurückspielen?
Manchmal reichen Cache leeren und Plugin-Check nicht aus, etwa wenn ein fehlgeschlagenes Update mehrere Dateien gleichzeitig beschädigt hat. Dann führt der schnellste Weg zurück zur funktionierenden Seite über ein Backup.
- Prüfe zuerst, ob dein Hosting-Paket oder Backup-Plugin eine aktuelle Sicherung von Dateien und Datenbank bereithält.
- Spiele das Backup im Zweifel zunächst auf einer Staging-Umgebung ein, statt direkt live zu experimentieren.
- Teste dort in Ruhe, welches Update oder welches Plugin den Fehler ausgelöst hat, bevor du die Änderung auf der echten Seite nachvollziehst.
- Wäge Zeitaufwand und Risiko ab: Bei sicherheitsrelevanten Fehlern oder fehlenden FTP-Zugängen lohnt sich oft der direkte Anruf beim Hoster.
- Kontaktiere deinen Hoster besonders dann, wenn Serverlogs oder Dateiberechtigungen betroffen sind, denn dort hast du als Kunde meist nur eingeschränkten Zugriff.
Wie man WordPress-Backups strategisch für den Ernstfall aufbaut, entscheidet oft darüber, ob eine Wiederherstellung fünf Minuten oder einen ganzen Nachmittag dauert. Ein durchdachtes Backup-System mit Datei- und Datenbanksicherung ist deshalb kein Luxus, sondern die Grundvoraussetzung für jede schnelle Notfalllösung.
Wie beugst du dem White Screen langfristig vor?
Der beste Umgang mit dem WordPress white screen ist, ihn erst gar nicht entstehen zu lassen. Die meisten Fälle gehen auf veraltete Plugins, unkontrollierte Updates oder fehlendes Monitoring zurück.
- Richte einen festen Update-Workflow ein: Erst auf einer Staging-Kopie testen, dann live übernehmen.
- Lass Backups automatisiert und regelmäßig laufen, nicht nur „wenn gerade Zeit ist“.
- Nutze Monitoring-Tools, die dich per E-Mail informieren, sobald die Seite nicht mehr erreichbar ist, und rotiere deine Logs regelmäßig, damit sie nicht unübersichtlich werden.
- Ein strukturiertes Notfall-Protokoll, das Schnellcheck, Debugging, Isolieren und Wiederherstellung in fester Reihenfolge durchläuft, lässt sich gut in einen laufenden Wartungsvertrag einbauen.
Profi-Tipp: Trage dir feste Termine für Plugin- und Theme-Updates ein, statt sie „irgendwann zwischendurch“ zu erledigen. Viele White-Screen-Fälle entstehen genau dann, wenn mehrere Updates gleichzeitig und ungetestet eingespielt werden.
Ein Wartungsvertrag für WordPress übernimmt genau diese Routine für dich: feste Update-Zyklen, dokumentierte Backups und ein SLA, das im Ernstfall schnelle Reaktionszeiten garantiert. Für Shops lohnt sich zusätzlich ein Blick auf spezialisierte Backup-Plugins für WooCommerce, da Bestell- und Kundendaten andere Anforderungen an Sicherungsintervalle stellen als eine reine Content-Seite.
Wie Werbeeinfach dir im Notfall hilft
Ein weißer Bildschirm mitten im Geschäftsbetrieb kostet dich Umsatz und Nerven, gerade wenn du selbst gerade keine Zeit für Ordner-Umbenennungen und Log-Analysen hast. Werbeeinfach übernimmt das Notfall-Debugging für dich: Wir prüfen Plugins, Theme, PHP-Konfiguration und Serverlogs strukturiert, spielen bei Bedarf ein Backup zurück und bringen deine Seite wieder online.
Damit wir sofort starten können, brauchen wir von dir nur wenige Angaben: Zugangsdaten zu WordPress-Backend, FTP und Hosting, den ungefähren Zeitpunkt, an dem der Fehler zuerst auftrat, und die letzten Änderungen, etwa ein Plugin-Update oder ein neues Theme. Über unsere Seite zur WordPress-Problemlösung erreichst du uns direkt, und für laufenden Schutz nach der Reparatur lohnt sich ein Blick in unsere Leistungen im Bereich WordPress, darunter Wartungsverträge, Sicherheitschecks und individuelle Plugin-Entwicklung, falls ein fehlerhaftes Eigenplugin die Ursache war. Schreib uns kurz dein Problem, wir melden uns zeitnah mit den nächsten Schritten zurück.
Quellen
Für alle, die tiefer ins Debugging einsteigen wollen, lohnt sich der direkte Blick in die Primärquellen statt in Sekundärzusammenfassungen.
- Debugging in WordPress
- WordPress zeigt nur weiße Seite: Lösung typischer Fehler – IONOS
- So beheben Sie den WordPress White Screen of Death (Schritt für Schritt) – WPBeginner
- WordPress Debug-Modus aktivieren: Logs richtig nutzen – s-edv
FAQ
Warum zeigt meine WordPress-Seite plötzlich nur einen weißen Bildschirm?
Meist liegt es an einem inkompatiblen Plugin, einem fehlerhaften Theme-Update oder einem PHP-Fehler, der die Ausführung des Skripts abbricht, bevor irgendein Inhalt geladen wird.
Warum wird meine ganze Website nur noch weiß angezeigt?
Ein einzelner Fatal Error in einer PHP-Datei reicht aus, um den kompletten Seitenaufbau zu stoppen, weshalb sowohl Frontend als auch manchmal auch das Backend betroffen sind.
Wie behebe ich einen leeren weißen Bildschirm am schnellsten?
Leere zuerst Browser- und Server-Cache, deaktiviere dann alle Plugins per FTP und aktiviere WP_DEBUG, um die genaue Fehlerursache im debug.log zu finden.
Warum ist meine Seite gerade eben plötzlich weiß geworden?
Meist steht ein automatisches Update im Hintergrund, etwa eines Plugins oder Themes, direkt vor dem Auftreten des Fehlers und lässt sich über die Update-Historie deines Hosters nachvollziehen.
Was ist der Unterschied zwischen einem weißen Bildschirm beim Login und im Frontend?
Ein weißer Bildschirm beim Admin-Login deutet meist auf einen Konflikt mit einem aktiven Plugin oder beschädigte Session-Daten hin, während ein weißer Bildschirm nur im Frontend eher auf ein fehlerhaftes Theme oder eine defekte Template-Datei hindeutet.
