WordPress weiße Seite beheben

Wenn WordPress nur eine weiße Seite anzeigt, handelt es sich um einen kritischen Fehler: WordPress bricht die Verarbeitung ab, bevor überhaupt HTML-Code ausgegeben werden kann. Das Ergebnis: eine komplett weiße Seite ohne jede Fehlermeldung. Der Name "White Screen of Death" stammt aus der Windows-Welt - dort ist der "Blue Screen of Death" das Äquivalent bei Systemabstürzen.

Der Grund für die fehlende Fehlermeldung ist einfach: PHP unterdrückt auf den meisten Webservern standardmäßig alle Fehlermeldungen. Das ist aus Sicherheitsgründen sinnvoll - Besucher sollen keine technischen Details sehen. Bei einem schwerwiegenden Fehler führt das aber dazu, dass Sie als Administrator ebenfalls im Dunkeln tappen.

Die gute Nachricht: Der White Screen of Death klingt dramatischer, als er ist. In den allermeisten Fällen ist die Website nicht verloren - das Problem lässt sich beheben. Sie müssen nur wissen, wo Sie suchen müssen.

Der White Screen of Death hat immer eine technische Ursache. Nach meiner Erfahrung aus über 27 Jahren Webentwicklung sind diese Faktoren die häufigsten Verursacher - sortiert nach Häufigkeit:

• Plugin-Konflikte (häufigste Ursache): Ein Plugin enthält fehlerhaften Code, ist nicht mit der WordPress- oder PHP-Version kompatibel, oder kollidiert mit einem anderen Plugin. Besonders nach Updates tritt das häufig auf.
• Theme-Fehler (zweithäufigste Ursache): Ein fehlerhaftes Theme oder ein Theme-Update kann die gesamte Website lahmlegen. Manchmal reicht schon eine vergessene Klammer im Code der functions.php.
• PHP-Speicherlimit überschritten: Wenn WordPress oder ein Plugin mehr Arbeitsspeicher benötigt als erlaubt, bricht PHP die Ausführung ab. Besonders speicherhungrige Page-Builder sind oft die Ursache.
• PHP-Version inkompatibel: Nach einem PHP-Update auf dem Server funktionieren veraltete Plugins oder Themes möglicherweise nicht mehr. PHP 8 ist deutlich strenger als PHP 7.4.
• Beschädigte Core-Dateien (selten): WordPress-Kerndateien wurden durch ein fehlgeschlagenes Update, einen Hackerangriff oder Serverfehler beschädigt.

Bevor Sie sich in die WordPress-Fehlersuche stürzen, sollten Sie ausschließen, dass das Problem beim Server liegt. Manchmal zeigt auch ein Serverausfall eine weiße Seite - und dann können alle WordPress-Reparaturversuche nichts helfen.

Führen Sie diese drei schnellen Tests durch:

• Andere Seiten beim gleichen Hoster prüfen: Haben Sie mehrere Websites beim gleichen Anbieter? Testen Sie, ob diese funktionieren. Bei einem Serverausfall wären alle betroffen.
• Status-Seite des Hosters aufrufen: Die meisten Hoster haben eine Status-Seite (z.B. status.hosteurope.de oder status.all-inkl.com). Dort sehen Sie, ob aktuell Störungen gemeldet sind.
• Einfache PHP-Datei testen: Erstellen Sie eine Datei test.php mit nur dem Inhalt <?php echo "Server läuft"; ?> und laden Sie sie hoch. Wenn diese Datei funktioniert, liegt das Problem bei WordPress, nicht beim Server.

Keine Zeit für technische Fehlersuche? Wenn Sie lieber einen Profi ranlassen möchten: Mein Website-Reparatur-Service bietet Festpreise ab 49€ zzgl. MwSt. für genau solche Fälle. In den meisten Fällen ist das Problem innerhalb von 24-48 Stunden gelöst.

Plugins sind mit Abstand die häufigste Ursache für den White Screen of Death. Das Problem: Wenn Sie nicht mehr ins Backend kommen, können Sie Plugins nicht über die normale Oberfläche deaktivieren. Die Lösung: per FTP direkt auf dem Server.

Was Sie brauchen: FTP-Zugangsdaten (Benutzername, Passwort, Server-Adresse) und ein FTP-Programm wie FileZilla (kostenlos). Alternativ bieten die meisten Hoster einen Dateimanager im Hosting-Panel an.

Schritt-für-Schritt Anleitung:

• Schritt 1: Verbinden Sie sich per FTP mit Ihrem Webspace. Navigieren Sie zum WordPress-Installationsverzeichnis (dort wo wp-content liegt).
• Schritt 2: Öffnen Sie den Ordner wp-content.
• Schritt 3: Benennen Sie den Ordner plugins um in plugins_deaktiviert (Rechtsklick → Umbenennen).
• Schritt 4: Laden Sie Ihre Website neu. Wenn sie jetzt funktioniert, war ein Plugin schuld.
• Schritt 5: Benennen Sie den Ordner zurück in plugins. Alle Plugins sind jetzt deaktiviert, aber wieder vorhanden.
• Schritt 6: Loggen Sie sich ins Backend ein und aktivieren Sie die Plugins nacheinander einzeln - testen Sie nach jedem Plugin, ob die Seite noch funktioniert.

Wenn das Deaktivieren der Plugins nicht geholfen hat, ist möglicherweise Ihr Theme die Ursache. Auch hier können Sie per FTP ein anderes Theme aktivieren - ohne Backend-Zugang.

So funktioniert es: WordPress lädt automatisch ein Standard-Theme, wenn das aktive Theme nicht gefunden wird. Wir machen uns das zunutze.

Schritt-für-Schritt Anleitung:

• Schritt 1: Verbinden Sie sich per FTP und navigieren Sie zu wp-content/themes/.
• Schritt 2: Prüfen Sie, ob ein Standard-Theme vorhanden ist (twentytwentyfour, twentytwentythree, etc.). Falls nicht: Laden Sie eines von wordpress.org herunter und entpacken Sie es hier.
• Schritt 3: Benennen Sie Ihren aktiven Theme-Ordner um (z.B. mein-theme zu mein-theme_deaktiviert).
• Schritt 4: Laden Sie die Website neu. WordPress aktiviert automatisch das Standard-Theme.
• Schritt 5: Wenn die Seite jetzt funktioniert, liegt das Problem im Theme. Kontaktieren Sie den Theme-Entwickler oder prüfen Sie auf Updates.

Manchmal braucht WordPress einfach mehr Arbeitsspeicher, als der Server erlaubt. Der WordPress-Standard liegt bei 64MB (bei Multisite sogar nur 40MB), viele Hoster setzen höhere Werte wie 128MB oder 256MB. Für umfangreiche Websites mit vielen Plugins kann selbst das zu wenig sein.

Die wp-config.php bearbeiten: Die einfachste Methode ist, das Speicherlimit in der WordPress-Konfigurationsdatei zu erhöhen.

Schritt-für-Schritt Anleitung:

• Schritt 1: Verbinden Sie sich per FTP und öffnen Sie die Datei wp-config.php im Hauptverzeichnis von WordPress.
• Schritt 2: Suchen Sie die Zeile /* That's all, stop editing! Happy publishing. */
• Schritt 3: Fügen Sie direkt darüber diese Zeile ein: define('WP_MEMORY_LIMIT', '256M');
• Schritt 4: Speichern Sie die Datei und laden Sie sie wieder hoch.
• Schritt 5: Testen Sie, ob die Website jetzt funktioniert.

Der Debug-Modus ist Ihr mächtigstes Werkzeug bei der Fehlersuche (siehe auch offizielle WordPress-Dokumentation). Er zeigt die versteckten PHP-Fehlermeldungen an, die Ihnen genau verraten, was schiefläuft. Statt im Dunkeln zu tappen, sehen Sie den exakten Fehler mit Dateiname und Zeilennummer. Eine ausführliche Anleitung zum Thema Error-Logs finden Sie in meinem Blog-Artikel WordPress Error-Logs finden und verstehen.

Debug-Modus aktivieren:

• Schritt 1: Öffnen Sie die wp-config.php per FTP.
• Schritt 2: Suchen Sie die Zeile define('WP_DEBUG', false);
• Schritt 3: Ändern Sie sie zu define('WP_DEBUG', true);
• Schritt 4: Fügen Sie direkt darunter hinzu: define('WP_DEBUG_LOG', true); und define('WP_DEBUG_DISPLAY', true);
• Schritt 5: Speichern, hochladen und die Website neu laden.

Jetzt sollte statt der weißen Seite eine Fehlermeldung erscheinen. Diese sieht oft so aus: Fatal error: Uncaught Error: Call to undefined function... in /var/www/html/wp-content/plugins/problematic-plugin/file.php on line 42

Diese Meldung verrät Ihnen: Das Problem liegt in der Datei file.php des Plugins problematic-plugin in Zeile 42. Damit wissen Sie genau, welches Plugin Sie deaktivieren müssen.

Wenn alle anderen Lösungen nicht helfen, können beschädigte WordPress-Kerndateien die Ursache sein. Das passiert manchmal bei fehlgeschlagenen Updates oder nach Hackerangriffen. Die gute Nachricht: Sie können die Core-Dateien ersetzen, ohne Ihre Inhalte zu verlieren.

Wichtig zu verstehen: Ihre Inhalte (Texte, Bilder, Einstellungen) liegen in der Datenbank und im wp-content-Ordner. Die Core-Dateien sind nur der "Motor" von WordPress - den können Sie gefahrlos austauschen.

Schritt-für-Schritt Anleitung:

• Schritt 1: Laden Sie die aktuelle WordPress-Version von wordpress.org herunter.
• Schritt 2: Entpacken Sie die ZIP-Datei auf Ihrem Computer.
• Schritt 3: Löschen Sie aus dem entpackten Ordner: den kompletten wp-content-Ordner und die Datei wp-config.php (falls vorhanden).
• Schritt 4: Verbinden Sie sich per FTP mit Ihrem Server.
• Schritt 5: Laden Sie alle verbliebenen Dateien und Ordner hoch und überschreiben Sie die vorhandenen Dateien.
• Schritt 6: Testen Sie, ob die Website jetzt funktioniert.

Der beste White Screen ist der, der gar nicht erst auftritt. Mit ein paar Vorsichtsmaßnahmen können Sie das Risiko drastisch reduzieren. Als Webentwickler mit über 27 Jahren Erfahrung habe ich diese Praktiken bei allen Projekten etabliert:

• Regelmäßige Backups erstellen: Ein aktuelles Backup ist Ihre Lebensversicherung. Nutzen Sie Plugins wie UpdraftPlus oder die Backup-Funktion Ihres Hosters. Mindestens wöchentlich, bei aktiven Seiten täglich.
• Updates zuerst auf einer Staging-Umgebung testen: Viele Hoster bieten Staging-Funktionen an. Dort können Sie Updates gefahrlos testen, bevor sie auf der Live-Seite landen.
• Nur notwendige Plugins verwenden: Jedes Plugin ist ein potenzielles Risiko. Deaktivieren und löschen Sie Plugins, die Sie nicht wirklich brauchen. Weniger Plugins = weniger Angriffsfläche.
• Plugins und Themes aktuell halten: Veraltete Software ist die häufigste Ursache für Probleme. Prüfen Sie regelmäßig auf Updates - aber machen Sie vorher ein Backup.
• PHP-Version im Blick behalten: Informieren Sie sich, welche PHP-Version Ihre Plugins und Themes unterstützen, bevor Sie upgraden. Die meisten Hoster benachrichtigen Sie vor PHP-Updates.
• Caching-Plugin nutzen: Ein gutes Caching-Plugin verbessert nicht nur die Performance, sondern kann auch verhindern, dass PHP-Fehler sofort die ganze Seite lahmlegen.