Du öffnest deine Website und siehst: nichts. Eine weisse Seite. Kein Logo, kein Text, keine Fehlermeldung — oder höchstens der Satz „Es gab einen kritischen Fehler auf dieser Website.“ Das ist der berüchtigte White Screen of Death (WSoD). Er sieht dramatisch aus, hat aber fast immer eine von wenigen Ursachen — und die meisten davon kannst du in unter einer Stunde eingrenzen.
Was der weisse Bildschirm bedeutet
WordPress ist in PHP geschrieben. Wenn irgendwo im Code ein schwerer Fehler auftritt — eine fehlende Funktion, ein Syntaxfehler, zu wenig Speicher — bricht PHP die Ausführung ab. Weil auf Produktivseiten die Fehleranzeige aus Sicherheitsgründen abgeschaltet ist, bleibt die Seite einfach leer. Der Fehler existiert, du siehst ihn nur nicht. Seit WordPress 5.2 gibt es zusätzlich den Wiederherstellungsmodus: Die Seite schickt eine E-Mail an die Admin-Adresse mit einem Link, über den du dich trotz Fehler einloggen kannst. Prüfe zuerst dein Postfach — diese Mail nennt oft direkt das schuldige Plugin.
Die 7 häufigsten Ursachen — und die Lösung
1. Ein Plugin nach dem Update
Mit Abstand der häufigste Fall. Ein Plugin wurde aktualisiert und verträgt sich nicht mehr mit der PHP-Version, dem Theme oder einem anderen Plugin. Lösung: Per FTP oder über den Dateimanager deines Hosters in wp-content/plugins/ gehen und den Ordner des zuletzt aktualisierten Plugins umbenennen, zum Beispiel in pluginname_aus. WordPress deaktiviert es dann automatisch. Lädt die Seite wieder, hast du den Schuldigen. Weisst du nicht, welches Plugin es war: den ganzen Ordner plugins umbenennen, Seite prüfen, zurückbenennen und die Plugins einzeln im Admin reaktivieren.
2. Das Theme
Dasselbe Prinzip: Theme-Update oder eine Änderung in der functions.php. Lösung: In wp-content/themes/ den Ordner deines aktiven Themes umbenennen. WordPress fällt auf ein Standard-Theme zurück. Ist die Seite wieder da (wenn auch hässlich), liegt es am Theme.
3. PHP-Speicherlimit erreicht
Grössere Themes und Page-Builder brauchen mehr Arbeitsspeicher, als viele Hoster standardmässig freigeben. Lösung: In der wp-config.php oberhalb von /* That's all, stop editing! */ die Zeile define('WP_MEMORY_LIMIT', '256M'); einfügen. Hilft das nicht, muss der Hoster das Limit erhöhen.
4. PHP-Version gewechselt
Der Hoster hat auf PHP 8.x umgestellt, ein altes Plugin oder Theme nutzt Funktionen, die es nicht mehr gibt. Lösung: Im Hosting-Panel die PHP-Version vorübergehend auf die vorherige zurücksetzen. Läuft die Seite wieder, hast du Zeit gewonnen — aber das Plugin muss ersetzt werden, alte PHP-Versionen sind ein Sicherheitsrisiko.
5. Defekte .htaccess
Ein Plugin hat die .htaccess im Hauptverzeichnis verändert und dabei etwas zerstört. Lösung: Datei umbenennen in .htaccess_alt, Seite laden. Funktioniert es, im Admin unter Einstellungen → Permalinks einmal auf „Speichern“ klicken — WordPress erzeugt eine saubere neue Datei.
6. Unvollständiges WordPress-Update
Das Core-Update ist mittendrin abgebrochen — Timeout, Verbindungsabbruch. Lösung: Die aktuelle WordPress-Version von wordpress.org laden und die Ordner wp-admin und wp-includes per FTP überschreiben. wp-content und wp-config.php nicht anfassen. Vorher: Backup.
7. Hosting- oder Datenbankproblem
Manchmal liegt es nicht an dir. Der Server ist überlastet oder der Datenbankserver antwortet nicht. Lösung: Statusseite des Hosters prüfen, zehn Minuten warten, Support kontaktieren.
So findest du die Ursache in 10 Minuten
Statt zu raten, lass dir den Fehler anzeigen. In der wp-config.php die Zeile define('WP_DEBUG', false); ersetzen durch:
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Seite neu laden, dann in wp-content/debug.log schauen. Die letzte Zeile mit Fatal error nennt Datei und Zeile — und damit das Plugin oder Theme. Danach WP_DEBUG wieder auf false setzen und die debug.log löschen; sie kann sensible Pfade enthalten.
Was du nicht tun solltest
- Nicht wild weitere Updates einspielen. Im kaputten Zustand aktualisieren überschreibt die Spuren zur Ursache.
- Kein Backup blind zurückspielen. Erst verstehen, was passiert ist — sonst passiert es beim nächsten Update wieder.
- Keine Dateien löschen. Umbenennen reicht und ist umkehrbar.
- Nicht stundenlang selbst suchen, wenn die Seite Umsatz macht. Jede Stunde Ausfall kostet. Ab einem gewissen Punkt ist Hilfe günstiger als Zeit.
Damit es nicht wieder passiert
Der weisse Bildschirm ist fast immer die Folge eines Updates ohne Backup und ohne Test. Drei Regeln verhindern 90 % der Fälle: Backup vor jedem Update (automatisch, extern gespeichert), Updates einzeln statt alle auf einmal, und eine Staging-Kopie, auf der du Updates zuerst testest. Genau das ist der Kern eines Wartungsvertrags — und der Grund, warum gewartete Websites diesen Artikel nie brauchen.
Häufige Fragen
Warum zeigt WordPress einen weissen Bildschirm ohne Fehlermeldung?
Weil auf Produktivseiten die Fehleranzeige abgeschaltet ist. PHP bricht bei einem schweren Fehler ab, WordPress liefert nichts aus. Mit WP_DEBUG_LOG schreibst du den Fehler in eine Logdatei und siehst, welche Datei ihn verursacht.
Kann ich mich noch einloggen, wenn die Seite weiss ist?
Oft ja — über /wp-admin/. Ist auch der Admin weiss, prüfe dein E-Mail-Postfach: WordPress schickt seit Version 5.2 einen Link in den Wiederherstellungsmodus, mit dem du dich trotz Fehler einloggen und das Plugin deaktivieren kannst.
Hilft es, WordPress einfach neu zu installieren?
Nur bei einem abgebrochenen Core-Update. Bei Plugin- oder Theme-Fehlern ändert eine Neuinstallation nichts, weil das Problem in wp-content liegt. Erst Ursache finden, dann handeln.
Wie lange dauert es, den weissen Bildschirm zu beheben?
Bei einem Plugin-Konflikt 10 bis 30 Minuten, wenn du FTP-Zugang hast. Bei Speicherlimit oder PHP-Version ähnlich. Bei Datenbankfehlern oder unbekannter Ursache kann es länger dauern — dann ist die Frage, ob deine Zeit oder professionelle Hilfe günstiger ist.
Was kostet es, den weissen Bildschirm reparieren zu lassen?
Bei WEBINEX gibt es zuerst eine pauschale Diagnose mit Befund, dann einen Festpreis — du weisst, was es kostet, bevor wir anfangen. Einfache Plugin-Konflikte sind meist am selben Tag erledigt.
Veröffentlicht am 16.09.2026 · Fitim Hajdini, Geschäftsführer WEBINEX