Weißer Bildschirm in WordPress: Ursachen und erste Schritte

Wenn Ihre WordPress-Website eine komplett leere weiße Seite zeigt, ohne Fehlermeldung, ohne Logo und ohne Inhalt, hat etwas den Aufbau der Seite gestoppt, bevor irgendetwas angezeigt werden konnte.

Das wird oft als „White Screen of Death“ bezeichnet. Der Name klingt dramatisch, das Problem ist aber meist weniger ernst, als es aussieht. In den meisten Fällen sind die Inhalte der Website noch vorhanden: WordPress hat lediglich beim Vorbereiten der Seite angehalten.

Die Schwierigkeit ist, dass ein weißer Bildschirm keinen Hinweis auf die Ursache gibt. Er kann die gesamte Website, nur das Dashboard oder nur einige Seiten betreffen, und er kann von einem Plugin, dem Theme, einer Servergrenze oder sogar von einem Cache stammen, der eine leere Seite gespeichert hat.

Dieser Leitfaden erklärt, was ein weißer Bildschirm meist bedeutet, welche Ursachen am häufigsten sind, was Sie gefahrlos prüfen können und wann Sie Hilfe holen sollten.

Was bedeutet ein weißer Bildschirm?

Wenn jemand eine Seite öffnet, lädt WordPress seinen eigenen Code, die aktiven Plugins und das Theme, liest die Inhalte aus der Datenbank und setzt die Seite zusammen.

Wenn einer dieser Schritte schwerwiegend genug fehlschlägt, bricht PHP ab, die Programmiersprache, in der WordPress geschrieben ist. Wenn der Fehler nicht auf dem Bildschirm angezeigt wird, was auf einer Live-Website normal und sicherer ist, erhält der Besucher eine leere Seite.

Aktuelle WordPress-Versionen fangen solche Fehler meist ab und zeigen stattdessen die Meldung „There has been a critical error on this website“ (auf Deutsch „Es gab einen kritischen Fehler auf deiner Website“). Wenn Sie diese Meldung sehen, ist unser Leitfaden zum kritischen Fehler in WordPress der bessere Ausgangspunkt. Ein weißer Bildschirm kann trotzdem in mehreren Situationen auftreten, etwa wenn der Fehler auf eine Weise passiert, die WordPress nicht abfangen kann, wenn der Schutz abgeschaltet wurde oder wenn die leere Seite aus einem Cache statt von WordPress selbst stammt.

Was sind die häufigsten Ursachen?

Ein schwerwiegender PHP-Fehler

Das ist die klassische Ursache. Ein Stück Code schlägt fehl und PHP bricht ab. Typische Gründe sind:

ein Plugin-Update, das nicht mit Ihrer WordPress- oder PHP-Version kompatibel ist
ein Konflikt zwischen zwei Plugins
ein Theme-Update oder eine Änderung an den Theme-Dateien
eigener Code, der dem Theme oder einem Snippets-Plugin hinzugefügt wurde
ein Wechsel der PHP-Version durch Sie oder den Hosting-Anbieter
ein unterbrochenes Update, das unvollständige Dateien hinterlassen hat

Der Fehler ist für Besucher unsichtbar, wird aber meist in einem Log aufgezeichnet. Diesen Log-Eintrag zu finden, ist oft der schnellste Weg zur Ursache.

Der Website ist der Speicher ausgegangen

PHP gibt jeder Anfrage eine maximale Menge an Arbeitsspeicher. Wenn ein Plugin, ein Import, ein Page Builder oder eine große Seite mehr braucht, bricht die Anfrage ab und hinterlässt möglicherweise eine leere Seite.

Das Speicherlimit zu erhöhen, kann helfen, ist aber nicht immer die eigentliche Lösung. Es lohnt sich zu verstehen, warum die Website plötzlich mehr Speicher braucht als vorher.

Ein Plugin oder das Theme

Auch ohne sichtbare Fehlermeldung sind Plugins und Themes die häufigste Quelle eines weißen Bildschirms, besonders direkt nach einem Update, einer Installation oder einer Aktivierung.

Ein Cache liefert eine leere Seite aus

Caching speichert eine Kopie jeder Seite, um die Website schneller zu machen. Wenn die Website kurz ausgefallen ist, während eine Seite gespeichert wurde, zeigt der Cache möglicherweise weiterhin diese leere Kopie, auch wenn das eigentliche Problem längst behoben ist.

Caches kann es an mehreren Stellen geben:

ein Caching-Plugin in WordPress
der Server-Cache des Hosting-Anbieters
ein CDN oder Proxy wie Cloudflare
der Browser des Besuchers selbst

Betrifft der weiße Bildschirm die gesamte Website?

Wo der weiße Bildschirm erscheint, verrät viel.

Die gesamte Website ist leer

Sowohl die öffentlichen Seiten als auch das Dashboard sind weiß. Das deutet auf etwas hin, das überall geladen wird: ein Plugin, das Theme, ein Speicherlimit oder ein Serverproblem.

Nur das Dashboard ist leer

Die öffentliche Website funktioniert, aber /wp-admin/ zeigt eine weiße Seite. Das deutet oft auf Folgendes hin:

ein Plugin, das hauptsächlich im Dashboard läuft
ein im Admin-Bereich erreichtes Speicherlimit, da dort meist mehr Arbeit anfällt als auf öffentlichen Seiten
ein Problem, das nur bei angemeldeten Nutzern auftritt

Nur einige Seiten sind leer

Die Startseite funktioniert, aber bestimmte Seiten, Beiträge oder Produkte sind weiß. Das deutet oft auf Folgendes hin:

eine bestimmte Seitenvorlage im Theme
einen Shortcode, Block oder ein Page-Builder-Element, das nur auf diesen Seiten verwendet wird
ein Plugin, das nur auf bestimmten Seitentypen läuft, etwa im Shop oder im Warenkorb
eine sehr große Seite, die das Speicherlimit überschreitet

Nur Sie sehen es oder nur Besucher sehen es

Wenn Sie eine weiße Seite sehen, ein Kollege aber nicht, oder umgekehrt, spielt wahrscheinlich ein Cache eine Rolle. Öffnen Sie die Seite in einem privaten Fenster, auf einem anderen Gerät oder über mobile Daten statt über Ihr Büronetz.

Was sollten Sie zuerst prüfen?

Überlegen Sie, was sich geändert hat

Bevor Sie etwas anfassen, fragen Sie sich:

Wurde ein Plugin, ein Theme oder WordPress aktualisiert?
Wurde ein neues Plugin installiert oder aktiviert?
Hat jemand das Theme bearbeitet oder eigenen Code hinzugefügt?
Hat der Hosting-Anbieter die PHP-Version geändert?
Wurde die Website migriert oder wiederhergestellt?
Wurde ein Caching-Plugin installiert oder neu konfiguriert?

Ein weißer Bildschirm, der direkt nach einer bestimmten Änderung auftritt, hängt meist mit dieser Änderung zusammen.

Prüfen Sie die E-Mail-Adresse des WordPress-Administrators

Wenn WordPress einen schwerwiegenden Fehler erkennt, sendet es möglicherweise eine E-Mail mit Details und einem Link zum Wiederherstellungsmodus an die Administratoradresse. Prüfen Sie den Posteingang und den Spam-Ordner der Adresse, die für die Website verwendet wird. Behandeln Sie den Wiederherstellungslink vertraulich und teilen Sie ihn nicht öffentlich.

Versuchen Sie, den Cache zu leeren

Wenn Sie Zugriff auf das Dashboard oder auf Ihren Caching- oder CDN-Dienst haben, ist das Leeren des Caches ein sicherer und umkehrbarer Schritt. Laden Sie die Seite dann in einem privaten Fenster neu. Wenn die Seite wieder erscheint, hat der Cache eine alte leere Kopie gezeigt. Es lohnt sich trotzdem zu prüfen, warum die Seite überhaupt fehlgeschlagen ist.

Was können Sie gefahrlos ausprobieren?

Wenden Sie sich an die Person, die die letzte Änderung vorgenommen hat

Wenn eine Agentur, ein Entwickler oder ein Kollege die Website kürzlich aktualisiert oder bearbeitet hat, fragen Sie zuerst dort nach. Vielleicht lässt sich die Änderung schnell rückgängig machen.

Bitten Sie Ihren Hosting-Anbieter um das Fehlerprotokoll

Hosting-Anbieter können meist die PHP-Fehlerprotokolle prüfen und Ihnen sagen:

ob zum Zeitpunkt, als das Problem begann, ein schwerwiegender Fehler aufgezeichnet wurde
ob das Speicherlimit erreicht wurde
ob sich die PHP-Version kürzlich geändert hat
ob der Server andere Probleme hatte

Die Fehlermeldung nennt oft das betroffene Plugin oder Theme.

Deaktivieren Sie das verdächtige Plugin im Dashboard

Wenn das Dashboard noch funktioniert und Sie ein bestimmtes Plugin stark im Verdacht haben, etwa weil der weiße Bildschirm direkt nach dessen Update auftrat, deaktivieren Sie nur dieses Plugin unter Plugins → Installed Plugins (Plugins → Installierte Plugins) und laden Sie die betroffene Seite neu.

Denken Sie daran, dass Plugins Zahlungen, Formulare, Sicherheit oder Übersetzungen steuern können. Eine Website, die wieder lädt, funktioniert nicht unbedingt vollständig. Testen Sie danach also die wichtigen Funktionen.

Was sollten Sie vermeiden?

Vermeiden Sie:

alle Plugins gleichzeitig zu aktualisieren oder zu löschen
Plugin- oder Theme-Ordner zu löschen
WordPress auf gut Glück neu zu installieren
ein altes Backup wiederherzustellen, ohne zu prüfen, welche neueren Daten es überschreiben würde
die PHP-Version mehrmals hintereinander zu wechseln
Fehlermeldungen auf der Live-Website öffentlich sichtbar zu lassen
Code aus Foren in wp-config.php oder das Theme zu kopieren, ohne ihn zu verstehen

Ändern Sie immer nur eine Sache und notieren Sie, was Sie getan haben. Wenn ein Versuch nicht geholfen hat, machen Sie ihn rückgängig, bevor Sie den nächsten Schritt ausprobieren.

Wann sollten Sie technische Unterstützung anfragen?

Holen Sie sich Hilfe, wenn:

die gesamte Website leer ist und Sie nicht auf das Dashboard zugreifen können
die Website Produkte verkauft, Buchungen annimmt oder Abos verwaltet
der weiße Bildschirm nach einer vorläufigen Lösung zurückkehrt
Sie in den Logs keinen eindeutigen Fehler finden
eigener Code oder ein stark angepasstes Theme beteiligt ist
das Problem nach einer Migration oder einem PHP-Wechsel aufgetreten ist
Sie sich beim Bearbeiten von Dateien oder bei der Nutzung von SSH nicht sicher fühlen

Sie müssen das Problem nicht selbst diagnostizieren, bevor Sie fragen. Beschreiben Sie, was Sie sehen, wo es auftritt und was sich geändert hat.

Welche Informationen sollten Sie sammeln?

Hilfreiche Angaben sind:

die URL der Website und die Adressen der betroffenen Seiten
ob das Dashboard funktioniert
seit wann der weiße Bildschirm auftritt
was sich kurz davor geändert hat
jede E-Mail, die Sie von WordPress erhalten haben
der Name des Hosting-Anbieters
ob ein Cache-Plugin oder ein CDN verwendet wird
ob ein aktuelles Backup verfügbar ist

Senden Sie keine Passwörter per gewöhnlicher E-Mail. D4Hub kann Ihnen erklären, welche Zugänge nötig sind und wie Sie sie sicher teilen.

Wie D4Hub helfen kann

Ziel ist es, die eigentliche Ursache zu finden, nicht nur die Seite wieder erscheinen zu lassen.

Je nach Situation unterstützt D4Hub Sie bei:

dem Auffinden und Lesen des Fehlers hinter dem weißen Bildschirm
dem Ermitteln des beteiligten Plugins, Themes oder eigenen Codes
der Prüfung der Kompatibilität zwischen WordPress, Plugins und PHP
der Untersuchung von Speicherproblemen und ihrer Ursache
dem Leeren und Überprüfen der Cache-Konfiguration auf Website, Server und CDN
der Wiederherstellung beschädigter oder unvollständiger Dateien
der Einschätzung, ob eine Wiederherstellung aus dem Backup angebracht ist
dem anschließenden Testen von Checkout, Formularen, Login und anderen wichtigen Funktionen

Sie können in jeder Phase Unterstützung anfragen, von der ersten leeren Seite bis zu einer Lösung, die nur teilweise funktioniert hat.

Support-Ticket eröffnen

Für Praktiker: die Ursache eines weißen Bildschirms finden

Diese Prüfungen richten sich an Personen, die sicher mit SFTP oder SSH, wp-config.php und WP-CLI umgehen.

Sichern Sie vor Änderungen die Dateien und die Datenbank der Website oder erstellen Sie zumindest eine Kopie jeder Datei, die Sie bearbeiten wollen. Veröffentlichen Sie niemals Logs oder den Inhalt von wp-config.php, da sie sensible Informationen enthalten können.

Prüfen Sie, was der Server tatsächlich zurückgibt

Prüfen Sie im Terminal den HTTP-Statuscode der Seite:

curl -I https://example.com/

Ein Status 500 bedeutet meist einen Server- oder PHP-Fehler. Ein Status 200 mit leerer Seite kann auf einen Cache, eine Theme-Vorlage, die nichts ausgibt, oder einen stillschweigend behandelten Fehler hindeuten.

Aktivieren Sie das Debug-Log von WordPress

Öffnen Sie wp-config.php und fügen Sie diese Zeilen vor der Zeile mit dem Hinweis „That's all, stop editing“ ein:

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

Wenn eine dieser Konstanten in der Datei bereits definiert ist, ändern Sie die vorhandene Zeile, statt eine zweite hinzuzufügen.

Mit diesen Einstellungen werden Fehler in eine Datei geschrieben, statt Besuchern angezeigt zu werden. Laden Sie die leere Seite einmal neu und öffnen Sie dann:

wp-content/debug.log

Sehen Sie sich die neuesten Zeilen an. Ein schwerwiegender Fehler nennt meist einen Dateipfad wie wp-content/plugins/plugin-name/... oder wp-content/themes/theme-name/..., der verrät, welche Komponente fehlgeschlagen ist. Eine Meldung wie „Allowed memory size exhausted“ deutet auf ein Speicherlimit hin.

Wenn Sie die Informationen haben, setzen Sie WP_DEBUG wieder auf false und löschen Sie debug.log. Die Datei liegt in einem öffentlichen Ordner und sollte nicht auf einer Live-Website bleiben.

Deaktivieren Sie alle Plugins durch Umbenennen des Ordners

Wenn Sie das Dashboard nicht erreichen und nicht wissen, welches Plugin beteiligt ist:

Verbinden Sie sich per SFTP oder über den Dateimanager des Hostings.
Öffnen Sie wp-content/.
Benennen Sie plugins um, zum Beispiel in plugins-disabled.
Laden Sie die Website neu.

Wenn die Website wieder funktioniert, ist ein Plugin beteiligt. Benennen Sie den Ordner wieder in plugins um. WordPress zeigt die Plugins dann möglicherweise als deaktiviert an. Aktivieren Sie sie einzeln wieder und prüfen Sie die Website nach jedem Plugin, bis der weiße Bildschirm zurückkehrt.

Denken Sie daran, dass bei deaktivierten Plugins auch Funktionen wie Zahlungen, Formulare und Sicherheit abgeschaltet sind.

Deaktivieren Sie ein einzelnes Plugin

Wenn das Log oder der zeitliche Zusammenhang auf ein bestimmtes Plugin hindeutet, benennen Sie nur dessen Ordner in wp-content/plugins/ um, zum Beispiel von plugin-name in plugin-name-disabled. Löschen Sie ihn nicht.

Mit WP-CLI können Sie dasselbe tun:

wp plugin deactivate plugin-name --skip-plugins --skip-themes

Nutzen Sie WP-CLI, ohne Plugins und Themes zu laden

Wenn ein Plugin oder Theme einen schwerwiegenden Fehler verursacht, schlagen möglicherweise auch WP-CLI-Befehle fehl. Mit den Optionen --skip-plugins und --skip-themes läuft WP-CLI, ohne sie zu laden:

wp plugin list --skip-plugins --skip-themes
wp theme list --skip-plugins --skip-themes

So sehen Sie, welche Plugins und Themes aktiv sind und welche Versionen sie haben, auch während die Website leer ist.

Wechseln Sie zu einem Standard-Theme

Wenn das Problem im Theme zu liegen scheint, prüfen Sie, welche Themes installiert sind, und aktivieren Sie ein Standard-Theme von WordPress, falls eines vorhanden ist:

wp theme list --skip-plugins --skip-themes
wp theme activate twentytwentyfive --skip-plugins --skip-themes

Verwenden Sie den Namen eines Standard-Themes, das tatsächlich in Ihrer Liste erscheint. Ein Theme-Wechsel verändert das Aussehen der Website und kann Menüs und Widgets beeinflussen. Betrachten Sie ihn daher als Diagnoseschritt und wechseln Sie zurück, sobald Sie mehr wissen.

Prüfen Sie das Speicherlimit

Wenn das Log Speicher erwähnt, fragen Sie Ihren Hosting-Anbieter nach dem PHP-Speicherlimit. WordPress hat außerdem eine eigene Einstellung, die Sie in wp-config.php erhöhen können:

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

WordPress kann nicht über das vom Server festgelegte Limit hinausgehen. Wenn die Website deutlich mehr Speicher braucht als vorher, finden Sie heraus, was sich geändert hat, statt das Limit immer wieder zu erhöhen.

D4Hub kann Ihnen helfen, das Log zu lesen, die beteiligte Komponente zu ermitteln und eine sichere Lösung zu planen.

Häufig gestellte Fragen

Sind meine Inhalte verloren?

Meist nicht. Ein weißer Bildschirm bedeutet, dass die Seite nicht aufgebaut werden konnte, nicht dass die Inhalte gelöscht wurden. Sobald die Ursache behoben ist, erscheint die Website normalerweise wieder wie zuvor.

Was ist der Unterschied zwischen einem weißen Bildschirm und einem kritischen Fehler?

Beide werden oft durch einen PHP-Fehler verursacht. Aktuelle WordPress-Versionen zeigen meist eine Meldung über einen kritischen Fehler, während bei einem weißen Bildschirm gar nichts angezeigt wird, manchmal weil der Fehler nicht abgefangen werden konnte oder weil ein Cache eine leere Seite gespeichert hat.

Warum erscheint der weiße Bildschirm nur im Dashboard?

Das Dashboard lädt Code und erledigt Arbeit, die öffentliche Seiten nicht erledigen. Ein Plugin, das nur im Admin-Bereich läuft, oder ein dort erreichtes Speicherlimit kann das Dashboard lahmlegen, während die Website für Besucher noch funktioniert.

Ich habe den Cache geleert und die Website ist wieder da. Ist das Problem behoben?

Das sichtbare Symptom ist verschwunden, aber der Cache hat nur deshalb eine leere Seite gespeichert, weil irgendwann etwas fehlgeschlagen ist. Prüfen Sie die Fehlerprotokolle oder holen Sie sich Hilfe, um sicherzugehen, dass das Problem nicht zurückkehrt.

Sollte ich das Speicherlimit erhöhen?

Das kann helfen, wenn das Log einen Speicherfehler zeigt, behandelt aber nur das Symptom. Wenn die Website plötzlich mehr Speicher braucht, sind möglicherweise ein Plugin, ein Import oder eine Änderung die eigentliche Ursache.

Sollte ich ein Backup wiederherstellen?

Nicht als ersten Schritt. Eine Wiederherstellung kann neuere Bestellungen, Formulareinträge oder Inhalte überschreiben. Meist ist es besser, zuerst die Ursache zu finden und dann zu entscheiden, ob eine Wiederherstellung nötig ist.

Kann D4Hub helfen, wenn ich schon einige Lösungen ausprobiert habe?

Ja. Sagen Sie uns, was Sie ausprobiert haben und was nach jedem Schritt passiert ist. Diese Informationen helfen, das Problem zu rekonstruieren und den nächsten sicheren Schritt zu wählen.