Deine Wordpress-Seite besteht nur aus einem weißen Bildschirm, dem HTTP-Fehlercode 500 oder lädt irsinnig langsam? White Screen of Death (WSoD), die berüchtigten 500´er sowie lange Ladezeiten scheinen zu den größten Herausforderungen im Umgang mit WordPress zu gehören und sie hinterlassen regelmäßig lange Gesichter. Zwar gehören Ladezeit, PHP- und HTTP-Fehler nicht unbedingt zusammen, sie erfordern aber in der Regel das gleiche Vorgehen: Nämlich die Analyse, was da im Hintergrund so passiert.
Die Suche nach der Ursache ist oft relativ simpel. Es sagt einem oft nur niemand. Der beliebteste Tipp bei Wordpress lautet oft:

“Deaktiviere mal alle Plugins und aktiviere sie nacheinander wieder.”

Anonymer Ratgeber, Mai 2018

Das ist alles andere als effizient, ja nicht einmal effektiv: Du erfährst nach 27 Minuten und zwei Tassen Kaffe, dass das Plugin “Foobar” für den Fehler verantwortlich ist, weil das den WSoD auslöst. Aber dann weißt du immer noch nicht, was genau der Fehler ist. Danke für nichts?

Tatsächlich gibt es nur drei Dinge, die dir helfen können, dir selber zu helfen, wenn WordPress dich mal wieder im Stich lässt. Und diese drei Werkzeuge zur Fehlersuche und Diagnose langsamer Wordpress-Installation stelle ich jetzt einmal vor:

1. Die Entwickler-Konsole deines Browsers

Dieses Werkzeug bringt mittlerweile jeder moderne Browser mit und das sollte auch die erste Anlaufstelle für dich sein. Welche Entwicklerkonsole du verwendest, ist deinem Geschmack überlassen, in der Funktionalität unterscheiden sie sich kaum. Du öffnest die Entwicklerkonsole auf vielfältige Weise über

• das Kontextmenü (Rechte Maustaste -> Element untersuchen) oder
• über mit der Funktionstaste F12 oder
• mit dem Shortcut CTRL+SHIFT+I (Windows) / CMD+OPT+I (OS X)

[gallery link=“file” columns=“4” ids=“2356,2357,2358,2359”]

2. Der Query Monitor - warum ist dein Wordpress so langsam?

Der Query Monitor ist ein wirklich nützliches Plugin für Wordpress. Eines der wenigen. Du fragst dich, warum deine Seite so lange lädt und die Entwicklerkonsole gibt nicht vielmehr her als ein TTFB (Time To First Byte) von 60 Sekunden?

Die Entwicklerkonsole sagt dir nur, wie lange der Browser auf den Inhalt wartet. Hier kann maximal identifiziert werden, dass die reine Wartezeit (TTFB) 60 Sekunden beträgt und der Inhalt in 10 Sekunden heruntergeladen wird (die ganzen anderen Nerd-Kennzahlen jetzt mal außen vor gelassen). Letzteres liegt ziemlich wahrscheinlich an der Internetleitung von dir oder dem Hoster. Aber TTFB? Das ist im Grunde die Zeit, die der Server benötigt um die Ausgabe einmal zusammenzuschustern und zu deinem Browser zu schicken. Also das ganze PHP-Gedöns einmal “interpretieren” und ein paar Datenbankabfragen durchführen. Je umfangreicher deine WordPress-Seite ist (sprich Plugin-Vielfalt), desto mehr gibt es hier zu tun. Und was da im Hintergrund genau passiert, sagt dir der Query Monitor.

[gallery link=“file” columns=“2” ids=“2354,2355”]

Nach der Installation siehst du in der Admin-Toolbar erstmal ein paar oberflächliche Zahlen: Ladezeit, Größe und Anzahl der Queries. Wirklich spannend wird es, wenn du mal auf diese Zahlen klickst. Dann öffnet sich eine “Entwickler-Konsole”, die deiner WordPress-Seite mal gehörig unter die Haube schaut. Du siehst Datenbankabfragen, Scripte, Funktionen und alle möglichen Diagnostiken - einfach alles. Du kannst nun relativ zügig erkennen, ob manche Abfragen einfach nur doppelte durchgeführt wurden oder die Datenbank grundsätzlich zu langsam ist.

3. Der Debug-Modus

DasBbeste zum Schluss - der Debug-Modus verrät dir wirklich alles und ist eigentlich der Premium-Weg der Problemlösung.

Du wirst nur selten erleben, dass Wordpress bzw. dein Server dich wirklich gar nicht mit einer Fehlermeldung erhellen will. Der unliebsame White Screen of Death und der gefürchtete HTTP-Fehler 500 sind im Grunde nur der Standardeinstellungen geschuldet. Du kannst dann entweder ein Ticket bei deinem Hoster öffnen und im nächsten Jahr mit einer Antwort rechnen oder versuchen, selber an die Fehlermeldung zu gelangen und das Problem eigenständig zu analysieren: Der geheime Trick lautet nämlich, einfach mal das Internet nach der Fehlermeldung zu durchsuchen. In 99,99% der Fälle bist du bei weitem nicht der erste mit diesem banalen Problem..

Die wahre Herausforderung ist allerdings, dass die Ausgabe von Fehlermeldungen eben standardmäßig unterdrückt  wird. Aus Gründen der Sicherheit und Bedienbarkeit ist das grundsätzlich nicht verkehrt. Wenn du doch mal wissen willst, woher der White Screen of Death wirklich kommt, gehst du folgendermaßen vor:

A: Du aktivierst die Fehlerausgabe von Wordpress

Dazu öffnest du die Datei wp-config.php, nachdem du sie lokal gespeichert hast, und setzt folgenden Parameter direkt an den Anfang, aber hinter das <?php: