WordPress White Screen of Death beheben 2025

Der WSOD zeigt sich oft als erstes Zeichen erschöpfter Hosting-Ressourcen oder fehlerhafter Server-Konfigurationen. Entscheidend ist zu verstehen, ob das Problem beim Hosting liegt oder bei der WordPress-Installation selbst.

Der White Screen of Death erscheint als völlig leerer weißer Bildschirm ohne jegliche Fehlermeldung. Je nach Browser kann zusätzlich ein HTTP-500-Fehler angezeigt werden. Das Problem tritt in verschiedenen Formen auf:

• Totaler WSOD: Die gesamte Website ist betroffen, Frontend und Backend unzugänglich
• Partieller WSOD: Nur das Backend oder nur das Frontend zeigt den weißen Bildschirm
• Sporadischer WSOD: Der Fehler tritt nur bei bestimmten Aktionen auf, etwa beim Speichern von Beiträgen
• Begleitend: WordPress sendet automatisch eine E-Mail mit dem Betreff „Your Site is Experiencing a Technical Issue“

PHP-Fehler werden standardmäßig unterdrückt wenn ein Skript das Speicherlimit erreicht und vom Server beendet wird. WordPress hat WP_DEBUG standardmäßig auf false gesetzt und unterdrückt dadurch Fehlermeldungen. Der Server bricht die Ausführung mittendrin ab und liefert nur noch einen leeren Output.

Im Debug-Modus würdest du konkrete Fehlermeldungen sehen wie „PHP Fatal Error: Allowed memory size exhausted“. Ohne aktiviertes Debugging bleibt der Bildschirm weiß.

Seit WordPress 5.2 sendet das System automatisch eine E-Mail an die Administrator-Adresse wenn kritische Fehler auftreten. Die E-Mail trägt den Betreff „Your Site is Experiencing a Technical Issue“ und enthält einen Wiederherstellungsmodus-Link.

So nutzt du den Wiederherstellungsmodus: Öffne die E-Mail und klicke auf den bereitgestellten Link. Du gelangst in einen speziellen Modus, in dem du problematische Plugins oder Themes deaktivieren kannst ohne vollständigen Dashboard-Zugriff zu benötigen. Dieser Link ist 24 Stunden gültig.

Viele WSOD-Ursachen entstehen durch Hosting-Limitierungen. Bei günstigem Shared Hosting treten Speicher- und Ressourcenprobleme deutlich häufiger auf als bei leistungsstärkeren Paketen.

Das erschöpfte PHP-Speicherlimit ist die häufigste WSOD-Ursache. WordPress-Sites mit vielen Plugins und umfangreichen Themes stoßen schnell an Grenzen. Beim Shared Hosting liegt das Limit oft bei 64-128MB, während VPS oder Managed WordPress Hosting typischerweise 256MB oder mehr bieten.

Anbieter wie ALL-INKL und Hetzner bieten bei ihren WordPress-optimierten Paketen standardmäßig höhere Limits und ermöglichen einfache Anpassungen über das Control Panel.

Bestimmte Plugin-Kategorien verursachen besonders häufig Probleme. Caching-Plugins und SEO-Plugins stehen ganz oben auf der Liste, gefolgt von Security-Plugins. Konflikte entstehen wenn mehrere Plugins dieselben WordPress-Funktionen modifizieren oder veraltete Code-Bibliotheken nutzen.

• Caching-Plugins können mit anderen Performance-Tools kollidieren
• SEO-Plugins greifen tief in die Datenbankstruktur ein
• Security-Plugins blockieren manchmal legitime WordPress-Funktionen
• Page Builder können mit Theme-Funktionen konkurrieren

Theme-Probleme entstehen häufig durch schlecht kodierte functions.php-Dateien. Besonders kritisch: zusätzliche Leerzeichen oder Zeichen nach dem schließenden PHP-Tag. Ein einzelnes Leerzeichen nach ?> reicht aus um den gesamten Output zu stören und den WSOD auszulösen.

Der Code endet mit ?> gefolgt von unsichtbaren Leerzeichen oder Zeilenumbrüchen. Diese zusätzlichen Zeichen werden als Output interpretiert und brechen die Header-Verarbeitung. Custom Themes oder manuell angepasste Theme-Dateien sind besonders anfällig für solche Fehler.

Neben den Hauptursachen gibt es weitere technische Probleme die den WSOD auslösen können:

• Datenbankfehler durch beschädigte Tabellen oder fehlgeschlagene Queries
• .maintenance-Datei blockiert die Site im Wartungsmodus nach abgebrochenen Updates
• CDN-Konfigurationsfehler oder abgelaufene SSL-Zertifikate
• Server-Ausfälle oder Wartungsarbeiten beim Hosting-Provider
• Malware-Infektionen
• Falsche Dateiberechtigungen blockieren WordPress-Kernfunktionen

Server-Ausfälle und SSL-Probleme liegen beim Hosting-Provider. Die Wahl eines Anbieters mit stabiler Infrastruktur und schnellem Support reduziert solche Risiken.

Diese Lösungen können direkt im WordPress-Backend durchgeführt werden, sofern dieses noch erreichbar ist.

Cache-Probleme werden oft übersehen, sind aber eine der einfachsten WSOD-Ursachen. Leere zuerst deinen Browser-Cache: In Chrome drückst du Strg+Shift+Entf und wählst „Bilder und Dateien im Cache“. In Firefox funktioniert dieselbe Tastenkombination, in Safari gehst du über Einstellungen → Erweitert → Website-Daten entfernen.

Falls dein WordPress-Dashboard noch zugänglich ist, leere auch den WordPress-Cache. Bei Caching-Plugins wie WP Super Cache oder W3 Total Cache findest du die Option meist unter dem Plugin-Menü als „Cache leeren“ oder „Purge Cache“.

Gehe zu Plugins → Installierte Plugins und wähle alle Plugins aus. Im Dropdown-Menü „Aktion auswählen“ wählst du „Deaktivieren“ und klickst auf „Übernehmen“. Alle Plugins werden auf einmal deaktiviert.

Prüfe ob die Website wieder funktioniert. Falls ja, aktiviere die Plugins einzeln nacheinander und teste nach jedem Plugin. So identifizierst du den Übeltäter. Wenn du das problematische Plugin gefunden hast, suche nach Alternativen oder kontaktiere den Plugin-Support für eine Lösung.

Navigiere zu Design → Themes und aktiviere ein WordPress-Standard-Theme wie Twenty Twenty-Five oder Twenty Twenty-Four. Diese Themes sind gründlich getestet und verursachen selten Probleme.

Verschwindet der WSOD nach dem Theme-Wechsel, liegt das Problem bei deinem vorherigen Theme. Kontaktiere den Theme-Entwickler oder prüfe ob Updates verfügbar sind. Erstelle vor dem Wechsel ein Backup deiner Theme-Anpassungen falls du diese später wiederherstellen möchtest.

Diese Methoden benötigen FTP-Zugang, den jeder Hosting-Provider bereitstellt.

FTP ermöglicht direkten Zugriff auf deine Website-Dateien. Die Zugangsdaten findest du im Control Panel deines Hosting-Providers, meist unter „FTP-Accounts“ oder „Dateiverwaltung“. Du benötigst: FTP-Server-Adresse, Benutzername und Passwort.

Empfohlene FTP-Programme sind FileZilla und Cyberduck. Gib nach der Installation die Zugangsdaten ein und verbinde dich. Navigiere zum WordPress-Verzeichnis (meist public_html oder htdocs). Bei cPanel findest du FTP-Zugangsdaten unter „FTP-Konten“, bei Plesk unter „FTP-Zugang“.

Verbinde dich per FTP und navigiere zu /wp-content/. Dort findest du den Ordner /plugins/. Klicke mit rechts auf diesen Ordner und benenne ihn um in /plugins-deactivated/. WordPress findet die Plugins nicht mehr und deaktiviert sie automatisch alle.

Prüfe ob deine Website wieder funktioniert. Falls ja, benenne den Ordner zurück in /plugins/. Jetzt kannst du einzelne Plugin-Ordner umbenennen um den Übeltäter zu identifizieren. Benenne zum Beispiel /problematic-plugin/ um in /problematic-plugin-deactivated/ und teste die Website nach jeder Änderung.

Navigiere per FTP zu /wp-content/themes/. Du siehst alle installierten Themes als Ordner. Identifiziere dein aktives Theme und benenne es um, etwa von /mein-theme/ in /mein-theme-deactivated/.

WordPress aktiviert automatisch ein Standard-Theme wenn das aktive Theme nicht gefunden wird. Meist wird Twenty Twenty-Five oder das neueste verfügbare Standard-Theme aktiviert. Prüfe ob die Website wieder läuft. Falls ja, liegt das Problem definitiv beim Theme.

Nach fehlgeschlagenen Updates kann eine .maintenance-Datei im WordPress-Root-Verzeichnis zurückbleiben. Diese Datei versetzt die Website in den Wartungsmodus und zeigt einen weißen Bildschirm oder die Meldung „Kurzzeitig nicht erreichbar wegen Wartungsarbeiten“.

Verbinde dich per FTP und navigiere zum WordPress-Root-Verzeichnis (dort wo sich wp-config.php befindet). Suche nach der Datei .maintenance (der Punkt am Anfang macht sie unsichtbar, aktiviere „versteckte Dateien anzeigen“ in deinem FTP-Programm). Lösche diese Datei und die Website sollte sofort wieder funktionieren.

Das Speicherlimit ist eine zentrale Hosting-Einstellung. Unsere Analyse zeigt wann ein Hosting-Upgrade die nachhaltigste Lösung ist.

Verbinde dich per FTP und öffne die Datei wp-config.php im WordPress-Root-Verzeichnis. Suche die Zeile die mit „That’s all, stop editing!“ beginnt. Direkt darüber fügst du folgende Zeile ein: define(‚WP_MEMORY_LIMIT‘, ‚256M‘);

Der Standardwert liegt oft bei 64M. Erhöhe ihn auf 256M für mittelgroße Sites oder 512M für umfangreiche WordPress-Installationen mit vielen Plugins. Speichere die Datei und lade sie per FTP hoch. Prüfe ob der WSOD verschwindet.

Falls die Änderung keine Wirkung zeigt, hat dein Hosting-Provider möglicherweise ein niedrigeres Server-Limit gesetzt das deine Einstellung überschreibt. In diesem Fall musst du den Support kontaktieren oder ein Hosting-Upgrade in Betracht ziehen.

Eine alternative Methode nutzt die .htaccess-Datei im WordPress-Root-Verzeichnis. Öffne die Datei per FTP und füge am Ende folgende Zeile hinzu: php_value memory_limit 256M

Diese Methode funktioniert nicht bei allen Hosting-Anbietern. Besonders Managed WordPress Hosting-Anbieter erlauben diese Einstellung oft nicht oder optimieren das Speicherlimit automatisch. Bei Apache-Servern mit mod_php funktioniert die Methode meist, bei nginx oder PHP-FPM nicht.

Bestimmte Anzeichen deuten darauf hin, dass dein aktuelles Hosting nicht mehr ausreicht: Der WSOD tritt regelmäßig auf trotz Optimierungen, das Speicherlimit kann nicht weiter erhöht werden oder die Ladezeiten bleiben langsam auch nach allen Verbesserungen.

ALL-INKL bietet bei seinen WordPress-Paketen ab 10 Euro/Monat bereits 256MB Speicher, Hetzner bei seinen Webhosting-Paketen flexible Limits.

Der Debug-Modus hilft die genaue Fehlerquelle zu identifizieren. Manche Hosting-Provider bieten auch eigene Error-Logs im Control Panel an die zusätzliche Informationen liefern.

Öffne die wp-config.php per FTP und suche nach der Zeile define(‚WP_DEBUG‘, false);. Falls diese nicht existiert, füge folgende Zeilen direkt vor „That’s all, stop editing!“ ein:

define(‚WP_DEBUG‘, true);
define(‚WP_DEBUG_LOG‘, true);
define(‚WP_DEBUG_DISPLAY‘, false);

Die erste Zeile aktiviert den Debug-Modus, die zweite schreibt Fehler in eine Log-Datei und die dritte verhindert dass Fehler direkt auf der Website angezeigt werden. So bleiben Fehlerdetails vor Besuchern verborgen während du sie analysieren kannst.

Die debug.log-Datei wird automatisch im Verzeichnis /wp-content/ erstellt. Lade sie per FTP herunter und öffne sie mit einem Texteditor. Die Datei enthält alle PHP-Fehler, Warnungen und Hinweise mit Zeitstempel.

Typische Fehlermeldungen: „PHP Fatal Error: Allowed memory size exhausted“ deutet auf Speicherprobleme hin, „PHP Parse Error: syntax error“ zeigt Syntaxfehler in Dateien und „PHP Warning: Cannot modify header information“ weist auf Output vor den Headers hin. Suche nach „Fatal Error“ da diese den WSOD direkt verursachen.

Zusätzlich zu WordPress-Logs bieten Hosting-Provider eigene Error-Logs. In cPanel findest du diese unter „Fehlerprotokoll“ oder „Error Logs“, in Plesk unter „Logs“.

Diese Server-Logs zeigen PHP-Fehler, Apache-Fehler und andere Server-Probleme die WordPress selbst nicht protokolliert.

Diese fortgeschrittenen Lösungen betreffen oft Server-Konfigurationen.

Dateiberechtigungen (chmod-Werte) steuern wer Dateien lesen, schreiben oder ausführen darf. Falsche Berechtigungen können WordPress blockieren und den WSOD auslösen. Die chmod-Werte bestehen aus drei Ziffern für Besitzer, Gruppe und Öffentlichkeit.

In FileZilla klickst du mit rechts auf eine Datei oder einen Ordner, wählst „Dateiattribute“ und gibst den numerischen Wert ein. Setze die Berechtigungen für alle WordPress-Ordner auf 755 und alle Dateien auf 644.

Die PHP-Version findest du im Hosting Control Panel, meist unter „PHP-Einstellungen“ oder „Software“. WordPress empfiehlt aktuell PHP 8.0 oder höher. Viele alte Plugins und Themes funktionieren jedoch nicht mit PHP 8+ und verursachen Fatal Errors.

Prüfe vor einem PHP-Upgrade ob deine Plugins und Themes kompatibel sind. Nutze das Plugin „PHP Compatibility Checker“ um deine Installation zu scannen. Falls Inkompatibilitäten gefunden werden, aktualisiere zuerst die betroffenen Plugins oder suche Alternativen. Bei Managed WordPress Hosting erfolgen PHP-Updates oft automatisch mit Kompatibilitätsprüfungen.

Wenn alle anderen Methoden fehlschlagen, ist ein Backup die sicherste Lösung. Viele Hosting-Provider bieten automatische tägliche oder wöchentliche Backups die du über das Control Panel wiederherstellen kannst.

Für manuelle Wiederherstellung: Lade die Backup-Dateien per FTP hoch und überschreibe die aktuellen Dateien. Importiere die Datenbank-Backup-Datei über phpMyAdmin. Beachte dass alle Änderungen seit dem Backup verloren gehen.

Die Hosting-Infrastruktur trägt entscheidend zur Site-Stabilität bei.

Updates schließen Sicherheitslücken und verbessern die Kompatibilität zwischen WordPress-Komponenten. Führe Updates immer in der richtigen Reihenfolge durch: erst WordPress Core, dann Plugins, zuletzt das Theme. So vermeidest du Kompatibilitätsprobleme.

Erstelle vor jedem Update ein vollständiges Backup. Teste größere Updates zuerst in einer Staging-Umgebung bevor du sie auf der Live-Site durchführst. Plane Updates für verkehrsschwache Zeiten ein.

Eine Staging-Umgebung ist eine exakte Kopie deiner Live-Website auf der du Änderungen gefahrlos testen kannst. Alle Updates, neue Plugins und Theme-Anpassungen testest du erst in Staging bevor sie live gehen. So vermeidest du WSOD auf der produktiven Website.

Viele Managed WordPress Hosting-Anbieter bieten integrierte Staging-Umgebungen mit One-Click-Setup. Bei Kinsta, WP Engine und Raidboxes erstellst du eine Staging-Site mit einem Klick und kannst Änderungen nach erfolgreichen Tests automatisch auf Live übertragen.

Monitoring-Tools erkennen Probleme oft bevor sie kritisch werden. UptimeRobot prüft alle 5 Minuten ob deine Website erreichbar ist und benachrichtigt dich per E-Mail bei Ausfällen. Pingdom bietet zusätzlich Performance-Monitoring und detaillierte Fehleranalysen.

• UptimeRobot: Kostenlos, bis 50 Monitore
• Pingdom: Ab 10 Euro/Monat, detaillierte Analysen
• New Relic: Application Performance Monitoring
• Jetpack Monitor: Kostenlos für WordPress

Bestimmte Hosting-Eigenschaften sind entscheidend für WordPress-Stabilität: ausreichend Speicher (mindestens 256MB), schneller Support, automatische Backups, integrierte Staging-Umgebungen und aktuelle PHP-Versionen. Shared Hosting reicht für kleine Blogs, wachsende Business-Sites profitieren von VPS oder Managed WordPress Hosting.

Der White Screen of Death ist in den meisten Fällen mit systematischem Vorgehen lösbar. Cache leeren, Plugins deaktivieren, Speicherlimit erhöhen und den Debug-Modus nutzen sind die wichtigsten Schritte. Viele Probleme entstehen durch unzureichende Hosting-Ressourcen. Bei regelmäßig auftretendem WSOD ist ein Hosting-Upgrade oft die nachhaltigste Lösung.