Whitescreen in WordPress – Ursachen & schnelle Lösungen (2026)

Was ist der Whitescreen of Death (WSOD)?

Ein Whitescreen entsteht, wenn PHP beim Laden deiner Seite abbricht, bevor HTML ausgegeben wird. Der Browser zeigt dann nichts an – kein Text, kein Bild, kein Hinweis. PHP wirft einen fatalen Error, der die Ausführung komplett stoppt. Das kann direkt nach einem Update passieren, nach einer Plugin-Installation oder gefühlt einfach aus heiterem Himmel. Egal ob deine Seite komplett weiß bleibt oder WordPress die Meldung „Es gab einen kritischen Fehler“ anzeigt: Die folgenden Schritte helfen dir in beiden Fällen schnell weiter.

Typische Symptome des weißen Bildschirms

Das Frontend ist komplett leer (weiß)
Auch das Backend (/wp-admin) zeigt nur Weiß
Teilweiser Whitescreen – nur bestimmte Seiten sind betroffen
Nach einem Plugin- oder Theme-Update tritt der Fehler sofort auf
Auf dem Server erscheint ein Eintrag im Error-Log

Kritischer Fehler vs. echter Whitescreen

Seit WordPress 5.2 führten fatale PHP-Fehler meistens nicht mehr zu einer rein weißen Seite. WordPress fängt den Fehler ab und zeigt die Meldung „Es gab einen kritischen Fehler auf deiner Website“. Gleichzeitig erhält der Admin eine E-Mail mit einer Fehlerbeschreibung. Ein echter Whitescreen entsteht heute vor allem dann, wenn PHP so früh stirbt, dass der Fatal-Error-Handler von WordPress nicht mehr greift – zum Beispiel bei einem Syntaxfehler in der wp-config.php, einem sofortigen Speicherabsturz oder einem defekten Core-File, das vor der Fehlerbehandlung geladen wird.

Die häufigsten Ursachen für den Whitescreen

Nicht jeder Whitescreen hat den gleichen Grund. Die gute Nachricht: Die Ursachen lassen sich schnell eingrenzen. In den meisten Fällen steckt einer dieser fünf Fehler dahinter.

1. Plugin- oder Theme-Konflikte

Das ist mit Abstand der häufigste Auslöser. Ein neu installiertes oder aktualisiertes Plugin schießt quer, weil es eine Funktion aufruft, die nicht existiert oder eine veraltete PHP-Methode verwendet. Auch ein Theme-Update kann fatale Fehler verursachen, wenn der Entwickler Code eingebaut hat, der mit der aktuellen WordPress-Version inkompatibel ist.

2. PHP-Fehler – das Memory Limit ist zu niedrig

WordPress braucht Arbeitsspeicher. Gerade mit vielen Plugins oder einem Pagebuilder kann das PHP Memory Limit schnell überschritten werden. Steht es unter 64 MB, ist das ein typischer Auslöser. Viele günstige oder ältere Hosting-Pakete geben standardmäßig nur 64 MB frei – das reicht für eine umfangreiche WP-Seite nicht.

3. Fehlerhafte .htaccess-Datei

Regeln in der .htaccess können die Ausführung blockieren. Besonders nach einem Rewrite-Regel-Update oder einem Umzug auf einen neuen Server tritt das auf. Auch ein falsch konfiguriertes Sicherheits-Plugin, das Regeln in die .htaccess schreibt, kann den Whitescreen auslösen.

4. Inkompatible PHP-Version

Dein Hoster hat die PHP-Version aktualisiert? Dein Theme oder ein Plugin läuft noch auf PHP 7.x und bekommt mit PHP 8.x Probleme. Solche Inkompatibilitäten führen oft zum Whitescreen – vor allem, wenn veralteter Code auf moderne PHP-Strict-Types trifft.

5. Defekte WordPress-Core-Dateien

Ein abgebrochenes Update, ein fehlerhafter Upload per FTP oder ein Schreibfehler beim Bearbeiten von Core-Dateien kann WordPress beschädigen. Dann fehlt eine essenzielle Funktion und PHP bricht ab. Das erkennst du daran, dass der Whitescreen plötzlich nach einem manuellen Eingriff auftritt.

Noch seltener, aber möglich: Ein defekter Cache (minimierte CSS/JS-Dateien mit Fehlern) oder ein externer Dienst, der das Rendering blockiert. Diese Ursachen sind aber extrem selten – konzentriere dich zuerst auf die fünf Punkte oben.

Whitescreen beheben – Schritt-für-Schritt (Soforthilfe)

Arbeite diese Schritte in der Reihenfolge ab. In 80 Prozent der Fälle hilft schon Schritt 1 oder 2.

1. WP-Debug-Modus aktivieren (Fehlermeldung im Log abgreifen)

Öffne per FTP oder SFTP die Datei wp-config.php im Hauptverzeichnis deiner WordPress-Installation. Füge vor der Zeile /* That's all, stop editing! */ folgende Zeilen ein:

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

WP_DEBUG aktiviert den Debug-Modus. WP_DEBUG_LOG schreibt alle Fehler in die Datei /wp-content/debug.log. WP_DEBUG_DISPLAY bleibt auf false, damit keine PHP-Fehlermeldungen auf deiner Website angezeigt werden – das ist sicherer und stört deine Besucher nicht.

Lade nun die Seite neu, die den Whitescreen ausgelöst hat. Öffne anschließend die Datei /wp-content/debug.log per FTP oder im Dateimanager deines Hosters. Dort findest du eine konkrete Fehlermeldung – zum Beispiel den Namen des fehlerhaften Plugins, die betroffene Datei und die Zeilennummer. Damit hast du den Übeltäter gefunden, ohne dass ein Besucher etwas davon sieht.

Wichtig: Lösche die debug.log-Datei nach der Fehlerbehebung oder setze die Konstanten wieder auf false. Die Log-Datei kann sensible Pfade preisgeben und wächst unbegrenzt.

2. Memory Limit in der wp-config.php erhöhen

Füge in der wp-config.php direkt vor /* That's all, stop editing! */ ein:

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

256 MB sind ein solider Wert für die meisten WordPress-Seiten. Speichere die Datei und lade die Seite erneut. Ist der Whitescreen dadurch verschwunden, war das Memory Limit die Ursache.

Wichtig: Der Eintrag define('WP_MEMORY_LIMIT', '256M') funktioniert nur, wenn dein Hoster diesen Wert serverseitig zulässt. Blockiert der Hoster das PHP-Limit in der php.ini starr auf 64 MB, ignoriert PHP die Anweisung aus der wp-config.php. Frage in dem Fall beim Support nach, ob und wie du das Memory Limit erhöhen lassen kannst.

3. Alle Plugins deaktivieren (per FTP/SFTP)

Öffne per FTP das Verzeichnis /wp-content/. Benenne den Ordner plugins um in plugins_alt. WordPress erkennt dann keine Plugins mehr und lädt ohne sie. Ist der Whitescreen verschwunden, liegt es an einem Plugin. Benenne den Ordner zurück und aktiviere die Plugins einzeln – nach jedem aktivierten Plugin prüfst du, ob die Seite noch läuft. So findest du das Problem-Plugin.

4. Zum Standard-Theme zurückwechseln

Dein Theme könnte die Ursache sein. Gehe per FTP in /wp-content/themes/. Benenne den Ordner deines aktiven Themes um – zum Beispiel von meintheme in meintheme_alt. WordPress springt dann automatisch auf das Standard-Theme zurück – allerdings nur, wenn mindestens ein offizielles WordPress-Standard-Theme (z. B. Twenty Twenty-Four oder Twenty Twenty-Five) im Ordner /wp-content/themes/ vorhanden ist. Fehlt es, musst du es vorher von de.wordpress.org/themes/ herunterladen und per FTP hochladen. Ist der Fehler dann weg, liegt es am Theme.

5. .htaccess zurücksetzen

Benenne die .htaccess im WordPress-Hauptverzeichnis um in .htaccess_alt. Lade die Seite. Wenn sie jetzt funktioniert, gehst du in WordPress unter Einstellungen → Permalinks und klickst einmal auf „Änderungen speichern“. WordPress erzeugt dann eine neue, saubere .htaccess.

6. WordPress Core neu installieren

Lade die aktuelle WordPress-Version von de.wordpress.org herunter. Entpacke sie. Überschreibe per FTP nur die Dateien aus den Ordnern wp-admin und wp-includes sowie alle Einzeldateien im Hauptverzeichnis. Lass den Ordner wp-content in Ruhe – dort liegen deine Uploads, Plugins und Themes. Diese Aktion überschreibt keine deiner persönlichen Daten.

Whitescreen vorbeugen – 4 Maßnahmen für die Zukunft

Regelmäßige Updates – Halte WordPress, Plugins und Theme immer auf dem aktuellen Stand.
Staging-Umgebung nutzen – Teste größere Updates zuerst auf einer Kopie deiner Seite.
Backup vor jedem Update – Ein Plugin wie WPvivid Backup oder ein manuelles Datei- und Datenbank-Backup gibt dir Sicherheit.
PHP-Version im Blick behalten – Prüfe regelmäßig, ob deine Plugins und dein Theme mit der aktuellen PHP-Version kompatibel sind.

Fazit – Kein Grund zur Panik

Der Whitescreen sieht dramatisch aus, ist aber fast immer harmlos. In den meisten Fällen reichen drei Schritte: Debug-Log aktivieren, Memory Limit erhöhen, Plugins checken. Deine Inhalte und deine Datenbank sind von diesem Fehler nicht betroffen.

Wichtig: Wenn du den Debug-Modus aktiviert hast, schalte die Konstanten in der wp-config.php nach der Fehlerbehebung wieder auf false und lösche die debug.log-Datei. Sonst sammelt sich dort unbegrenzt Log-Output an.