Nichts ist schlimmer, als zu deiner WordPress Webseite zu surfen und plötzlich mit dem White Screen of Death (WSoD) konfrontiert zu werden. Dieser Fehler macht deine Webseite sowohl für Administratoren als auch für Besucher unzugänglich.
Der WSoD kann auch unglaublich frustrierend sein, aufgrund des Mangels an Informationen, die auf eine mögliche Ursache oder Lösung hinweisen. Es ist aber auch einer der häufigsten WordPress-Fehler. Also wen es betrifft, ist es in den meisten Fällen lösbar.
In diesem Beitrag werden wir erklären, was der WordPress WSoD ist und was die häufigsten Ursachen sind. Am wichtigsten ist aber, dass wir dich durch neun mögliche Lösungen führen, um deine Webseite so schnell wie möglich wieder zum Laufen zu bringen.
Lasst uns loslegen!
Was ist der WordPress White Screen of Death?
Getreu seinem Namen tritt der WordPress White Screen of Death (auch bekannt als „WSoD“) auf, wenn du anstelle der Webseite, auf die du versuchst zuzugreifen, auf einen leeren weißen Bildschirm an dieser Stelle stößt.
Je nachdem, welchen Browser du verwendest, kannst du unterschiedliche Fehlermeldungen erhalten. Unten ist ein Beispiel in Google Chrome, das eine HTTP-500-Fehlermeldung enthält: „Diese Seite funktioniert nicht und kann die Anfrage nicht bearbeiten“:
Nun lass uns einen Blick auf den White Screen of Death in Mozilla Firefox werfen:
Wie du sehen kannst, ist es nur ein einfacher weißer Bildschirm. Es enthält keine nützlichen Fehler oder Warnmeldungen.
Der WordPress White Screen of Death wird fast immer durch PHP-Code-Fehler oder Erschöpfung des Speicherlimits verursacht.
Eine andere mögliche Ursache ist ein fehlerhaftes Theme oder Plugin. Letzteres ist wahrscheinlich das Problem, wenn das Frontend der Webseite down ist, dein WordPress-Adminbereich aber up ist. Um schnell zu überprüfen, ob das Dashboard auf deiner Webseite funktioniert, navigiere einfach zu yourdomain.com/wp-admin.
Also, wie behebt man den WSoD? Schön, dass du fragst!
Wie man den White Screen of Death von WordPress repariert (9 Methoden)
Wenn du den WordPress White Screen of Death siehst, wird es deine Priorität sein, ihn so schnell wie möglich zu reparieren. Mit diesem Gedanken im Hinterkopf schauen wir uns neun mögliche Lösungen an, mit denen ihr es lösen könnt.
1. Deaktiviere deine WordPress Plugins
Einer der einfachsten und gebräuchlichsten Wege, den WordPress WSoD zu reparieren, ist, einfach alle deine Plugins zu deaktivieren. Oftmals geht eine Webseite aufgrund eines schlechten Plugin-Updates unter.
Wenn du immer noch Zugang zu deinem Adminbereich hast, ist ein schneller Weg dies zu beheben, indem du vom Dashboard zu den Plugins navigierst, alle Plugins auswählst und dann auf Deaktivieren aus dem Massenaktionen-Dropdown-Menü klickst:
Dies wird alle deine Plugins deaktivieren.
Wenn damit das Problem behoben ist, musst du das Schuldige finden. Um dies zu tun, kannst du die Plugins nacheinander aktivieren und die Webseite nach jeder Aktivierung neu laden. Wenn dein Frontend abstürzt, hast du das entsprechende Plugin gefunden.
Du kannst dann den Entwickler des Plugins um Hilfe bitten oder ein Support-Ticket im WordPress-Plugin-Verzeichnis posten.
Wenn du nicht auf dein Dashboard zugreifen kannst, kannst du einen File Transfer Protocol (FTP)-Client verwenden, um auf das Dateiverzeichnis deiner Webseite zuzugreifen.
Unter dem wp-content Ordner deines Hauptverzeichnisses findest du den Plugin-Ordner. Benenne es in etwas wie „plugins_old“ um:
Dann überprüfe deine Webseite noch einmal im Frontend. Wenn das funktioniert, musst du jedes Plugin einzeln testen. Benenne deinen Plugin-Ordner wieder in „plugins“ um, und benenne dann jeden Plugin-Ordner darin einzeln um, bis du das fehlerhafte gefunden hast.
2. Zu einem Standard WordPress Theme wechseln
Wenn das Problem nicht an einem Plugin liegt, könnte dein WordPress Theme die Ursache für den White Screen of Death sein. Um zu sehen, ob dies das Problem ist, kannst du dein Theme ersetzen, indem du zu einem Standard-Theme wechselst.
Wenn du Zugang zu deinem Adminbereich hast, gehe in deinem Dashboard auf Erscheinung > Themes. Finde und aktiviere ein Standard WordPress Theme wie Twenty Twenty:
Dann teste deine Webseite noch einmal. Wenn es funktioniert, wirst du wissen, dass das Problem bei deinem Theme liegt.
Wenn du keinen Zugang zu deinem Dashboard hast, ist der Prozess der gleiche wie bei den Plugins.
Benutze FTP, um auf die Dateien deiner Webseite zuzugreifen, und benenne deinen Ordner wp-content/themes in etwas anderes um:
WordPress kehrt dann zum neuesten Standard-Theme zurück, welches höchstwahrscheinlich Twenty Twenty ist. Wenn du kein anderes Theme hast, kannst du eines aus dem WordPress Theme-Verzeichnis herunterladen und es dann in deinen Theme-Ordner hochladen.
Danach kannst du deine Webseite noch einmal überprüfen. Wenn es funktioniert, hat dein Theme vielleicht einen Konflikt oder ein schlechtes Update gehabt. Wenn dies der Fall ist, solltest du den Entwickler um Hilfe bitten oder darüber nachdenken, das Theme zu wechseln.
3. Browser- und WordPress-Plugin-Cache löschen
Wenn du Zugang zum Backend deiner WordPress Webseite hast, aber immer noch den WSoD im Frontend siehst, könnte es an einem Problem mit deinem Cache liegen.
Um es zu beheben, versuche den Cache deines Webbrowsers und dein WordPress-Caching-Plugin zu leeren (vorausgesetzt, du hast eines installiert).
Wenn du ein Caching-Plugin auf deiner Webseite installiert hast, wie z.B. WP Rocket oder WP Super Cache, bieten die meisten eine schnelle Möglichkeit, den Cache über die Einstellungsseite des Plugins zu löschen.
Wenn du WP Super Cache als Beispiel nimmst, würdest du in deinem WordPress-Dashboard zu Einstellungen > WP Super Cache > Cache löschen navigieren:
Wie du deinen Cache von MyKinsta leerst
Wenn du ein Kinsta-Benutzer bist, gibt es auch eine einfache Möglichkeit, deinen Cache mit MyKinsta zu leeren. Dazu loggst du dich in deinen Account ein. Klicke auf Tools, gefolgt von Cache leeren unter der Sektion Site Cache:
Sobald du den Cache geleert hast, speichere deine Änderungen. Dann besuche deine Webseite erneut, um zu sehen, ob das Problem dadurch behoben wurde. Wenn nicht, ist es an der Zeit, zu einer anderen Lösung überzugehen.
4. Debugging-Modus einschalten
Wenn du immer noch den WordPress White Screen of Death siehst, der Adminbereich nicht funktioniert oder du denkst, dass du das Problem gefunden hast, aber tiefer gehen willst, kannst du den Debugging-Modus aktivieren. Dieser zeigt alle Fehler an, die auf deiner Webseite auftreten.
Um den Debugging-Modus zu aktivieren, musst du die wp-config.php-Datei deiner WordPress-Installation öffnen. Darin solltest du die folgende Zeile finden:
define( 'WP_DEBUG', false )Ändere „false“ in „true“, und lade dann deine Webseite neu. Wenn diese Zeile nicht existiert, kannst du sie an den Anfang der Datei hinzufügen.
Statt des weißen Bildschirms erhält man dann einen weißen Bildschirm und einige Fehlermeldungen. Dies ist keine große Verbesserung, aber es ist nur ein Anfang. Die WSoD-Fehlermeldung sollte angeben, von welcher Datei das Problem herrührt, etwa so
Cannot redeclare get_posts() (previously declared in
/var/www/html/wordpress/wp-includes/post.php:1874) in
/var/www/html/wordpress/wp-content/plugins/my-test-plugin/my-test-plugin.php on line 38Du kannst am Ende dieser Beispielmeldung sehen, dass das Problem in Zeile 38 eines Plugins namens my-test-plugin liegt. Daher sollte das Deaktivieren dieses Plugins das Problem beheben.
Wenn du nach dem Aktivieren des Debug-Modus überhaupt keine Fehler siehst, musst du dich eventuell an deinen Web-Host wenden. Es ist möglich, dass das Debugging auf deinem Server nicht richtig konfiguriert ist.
Kinsta-Kunden haben die Möglichkeit, ein eingebautes Debugging-Tool zu verwenden. Klicke auf dem MyKinsta-Dashboard auf den Namen deiner Webseite und dann auf Tools. Unter WordPress-Debugging wähle Aktivieren:
Du kannst dann auf dein Fehlerprotokoll unter der Sektion Logs deines MyKinsta-Dashboards zugreifen und es erkunden, um mehr über das Problem zu erfahren.
Denke daran, dass durch das Einschalten des Debugging-Modus einige Informationen deiner Webseite für unbefugte Benutzer zugänglich gemacht werden können. Deshalb solltest du den Modus immer ausschalten, wenn du es nicht mehr benutzt.
5. Erhöhe dein Erinnerungslimit
Wenn du immer noch die gefürchtete leere WSoD-Seite siehst, nachdem du einige der oben genannten Lösungen ausprobiert hast, oder wenn du einen Fehler bekommst, der sich über Speicherlimits oder erschöpften Speicher beschwert, musst du der Anwendung mehr Speicher zuweisen.
Dies kann über die wp-config.php Datei auf vielen WordPress-Installationen erfolgen. Öffne die Datei und füge den folgenden Code hinzu:
define('WP_MEMORY_LIMIT', '64M');Wenn das nicht zu funktionieren scheint, hast du ein paar Optionen. In einer normalen Umgebung kannst du deine .htaccess-Datei verwenden, um das Speicherlimit zu erhöhen. Füge einfach die folgende Zeile hinzu:
php_value memory_limit 64MWenn du nicht auf deine .htaccess-Datei zugreifen kannst, kannst du stattdessen deine php.ini-Datei verwenden, um das Speicherlimit zu erhöhen.
Um das zu tun, verbinde dich mit deinem Server per FTP. Suche im Hauptverzeichnis deiner Webseite nach der php.ini Datei. Wenn du es gefunden hast, füge die folgende Zeile irgendwo in der Datei ein:
memory_limit = 64MWenn du immer noch keinen Speicherplatz mehr hast und mehr zuweisen musst, kann es ein Problem in deiner Anwendung geben. Vielleicht verbraucht dein Theme oder eines deiner Plugins eine übermäßige Menge an Ressourcen.
An diesem Punkt solltest du vielleicht einen Entwickler beauftragen, einen Blick darauf zu werfen. Sogar dein Host kann dir vielleicht helfen, indem er dir die SQL-Logs und andere Ressourcen-Statistiken für deine Webseite zeigt.
6. Probleme mit Dateiberechtigungen prüfen
Ein weiterer möglicher Grund für den WSoD sind Genehmigungs- und Besitzfragen. Es ist möglich, dieses Problem selbst zu beheben. Wenn du jedoch nicht wirklich weißt, was du tust, raten wir davon ab, da du versehentlich Schwachstellen erzeugen kannst, die Angreifer ausnutzen können.
Wenn es um die WordPress-Berechtigungen geht, gibt es drei einfache Regeln zu befolgen:
- Die Dateien sollten auf 664 oder 644 gesetzt werden.
- Ordner sollten auf 775 oder 755 gesetzt werden.
- Die wp-config.php Datei sollte auf 660, 600 oder 644 gesetzt werden.
Wenn du SSH-Zugang zu deinem Server hast, kannst du die entsprechenden Regeln mit dem folgenden Befehl anwenden, indem du es aus dem WordPress-Stammverzeichnis ausführst:
sudo find . -type f -exec chmod 664 {} +
sudo find . -type d -exec chmod 775 {} +
sudo chmod 660 wp-config.phpWenn du dir nicht sicher bist, wie du das machen sollst, oder ein bisschen eingeschüchtert bist, frag deinen Webhost um Hilfe.
7. Nach fehlgeschlagenen Auto-Update-Problemen suchen
Manchmal hat WordPress ein Problem mit Updates, z.B. wenn der Server ausfällt. Meistens löst sich dieses Problem von selbst. In einigen seltenen Fällen kann es jedoch zu dem WordPress White Screen of Death führen.
Als erstes solltest du in dein WordPress-Stammverzeichnis gehen und nachsehen, ob es dort eine .maintenance-Datei gibt (der Name der Datei kann auch abgekürzt sein).
Was du tun solltest, ist versuchen, diese Datei zu löschen und deine Webseite erneut zu laden.
Wenn die Aktualisierung erfolgreich war, aber WordPress diese Datei nicht automatisch entfernen konnte, sollte alles wieder normal sein.
Wenn die Aktualisierung nicht erfolgreich war, kann es sein, dass es automatisch neu gestartet wird. In diesem Fall sollte alles wieder normal sein.
Wenn alles andere fehlschlägt, befolge die empfohlene manuelle Update-Prozedur für WordPress, die das Problem ein für alle Mal beheben sollte.
8. Syntaxfehler beheben oder ein Backup wiederherstellen
Eine andere häufige Ursache für den WordPress WSoD ist, wenn du den Code auf deiner Webseite bearbeitest und versehentlich etwas falsch tippst oder die falsche Syntax verwendest.
Ein Zeichen an der falschen Stelle könnte deine gesamte Webseite zum Absturz bringen, weshalb du niemals Code auf deiner Live-Produktionsseite editieren solltest.
Aber keine Sorge. Du kannst dich jederzeit per FTP mit deiner Webseite verbinden und die Änderungen, die du manuell vorgenommen hast, rückgängig machen. Wenn du nicht weißt, welche Änderung das Problem verursacht hat, ist ein WordPress-Backup sehr hilfreich.
Hier bei Kinsta kannst du deine Webseite mit einem einzigen Klick auf einen früheren Zeitpunkt zurücksetzen. Dazu loggst du dich in dein MyKinsta-Dashboard ein und navigierst zu Backups:
Denkt daran, dass, wenn ihr den Debug-Modus in WordPress früher aktiviert habt, es auch eine Fehlermeldung geben könnte, die auf einen Parse-Syntaxfehler hinweist. Wenn dies der Fall ist, sollte es dir genau sagen, wo du den Problemcode finden kannst.
9. Erhöhe die PHP Textverarbeitungsfähigkeiten
An diesem Punkt, wenn der WSoD noch nicht gelöst ist, gibt es einen zusätzlichen Trick, den du versuchen kannst. In seltenen Fällen kann es vorkommen, dass dieses Problem auftritt, weil eine Seite oder ein Beitrag besonders lang ist.
Wenn dies der Fall ist, kannst du versuchen, die PHP-Textverarbeitungsmöglichkeiten auf deiner Webseite anzupassen, indem du die Backtrack- und Rekursionsgrenzen erhöhst. Füge dazu den folgenden Code in deine wp-config.php-Datei ein:
/* Trick for long posts /
ini_set('pcre.recursion_limit',20000000);
ini_set('pcre.backtrack_limit',10000000);Sobald du diesen Code hinzugefügt hast, speichere deine Änderungen. Aktualisiere dann deine Webseite, um zu sehen, ob es jetzt funktioniert.
Zusammenfassung
Der WordPress White Screen of Death kann unglaublich frustrierend, ja sogar beängstigend sein. Es gibt eine Reihe von Dingen, die schief gehen können, aber glücklicherweise ist die Situation meist nicht so schlimm, wie es scheint.
Ein einfacher Plugin- und/oder Theme-Check sollte das WSoD-Problem in den meisten Fällen beheben. Wenn ihr euch mit dem WordPress-Debug-Modus besser vertraut macht, wird das Problem definitiv mehr Licht auf das Problem werfen und euch anleiten.
Wenn ihr auf andere WordPress White Screen of Death Situationen gestoßen seid, lasst es uns wissen, damit wir daraus lernen und die Erfahrung teilen können!
Hallo, mein Name ist Daniel, ich bin der CTO hier bei Kinsta. Du kennst mich vielleicht vom Smashing Magazine, WPMU Dev, Tuts+ und anderen WordPress/Entwicklungsmagazinen. Abgesehen von WordPress und PHP verbringe ich die meiste Zeit mit Node, React, GraphQL und anderen Technologien im Bereich Javascript. Wenn ich nicht gerade an der besten Hosting-Lösung des Universums arbeite, sammle ich Brettspiele, spiele Tischfußball im Büro, reise oder spiele Gitarre und singe in einer ziemlich schlechten Band.
Schreibe einen Kommentar