wp-admin oder wp-login zeigt eine weiße Seite

Eine weiße Seite bedeutet, dass der Browser keinen sichtbaren Inhalt erhalten hat. Das kann an einem verborgenen PHP-Fehler liegen, aber auch an einer leeren Antwort, einer Blockierung oder einer falschen Weiterleitung. Uhrzeit und Protokoll derselben Anfrage helfen, das zu unterscheiden.

1. Eine konkrete Anfrage protokollieren

Öffnen Sie /wp-login.php genau einmal und notieren Sie in den Entwicklertools des Browsers Uhrzeit, End-URL und HTTP-Code. Prüfen Sie auch, ob der öffentliche Teil funktioniert und ob WordPress dem Administrator eine Wiederherstellungs-E-Mail geschickt hat.

Prüfen Sie das PHP-Protokoll zu diesem Zeitpunkt. Wenn Sie keines haben, aktivieren Sie vorübergehend das private Debug-Protokoll mit WP_DEBUG_DISPLAY auf false; zeigen Sie auf einer öffentlichen Website keine PHP-Fehler an.

2. Dem ersten Fehler der Anfrage folgen

• Wenn Allowed memory size exhausted erscheint, bestätigen Sie das tatsächlich geltende Limit und welche Komponente Speicher verbraucht hat, bevor Sie es erhöhen.
• Wenn Permission denied erscheint, prüfen Sie nur den genannten Pfad, seinen Eigentümer und die empfohlenen Rechte. Ändern Sie ohne diesen Beleg nicht die Rechte der gesamten Installation.
• Wenn der Fehler auf wp-content/plugins/nombre-del-plugin/ zeigt, aktualisieren Sie dieses Plugin oder isolieren Sie es umkehrbar.
• Wenn er auf das aktive Theme zeigt, testen Sie ein Standard-Theme in Staging oder über den Wiederherstellungsmodus.

Die genannte Datei zeigt, wo die Ausführung endete, nicht immer, wer den ungültigen Wert verursacht hat. Bewahren Sie auch den Stacktrace und den ersten fatalen Fehler derselben Uhrzeit auf.

3. Nur das Nötige isolieren

Wenn Sie nicht in WordPress gelangen und der Fehler ein Plugin nennt, benennen Sie nur dessen Ordner per FTP oder über den Dateimanager um. Rufen Sie dieselbe URL erneut auf: Das geänderte Ergebnis ist der brauchbare Beleg. Wenn Sie den ganzen Ordner plugins umbenennen, deaktivieren Sie auch Sicherheit, Cache und Shop; das sollte einem kontrollierten Test vorbehalten bleiben.

Wenn das Protokoll keine Komponente nennt, führen Sie den Konflikttest in Staging durch: Deaktivieren Sie Plugins gruppenweise und wechseln Sie vorübergehend zu einem Standard-Theme.

4. Prüfen und zurücksetzen

Rufen Sie /wp-login.php erneut auf und bestätigen Sie HTTP-Code, sichtbaren Inhalt und das Fehlen des Fehlers im Protokoll. Aktivieren Sie die isolierten Komponenten wieder, setzen Sie die Debug-Konfiguration zurück und prüfen Sie auch den öffentlichen Teil und die kritischen Funktionen der Website.

Wenn das PHP-Protokoll keinen Fehler zeigt

Prüfen Sie, ob die Antwort leer ist oder HTML enthält, das durch CSS oder einen JavaScript-Fehler verborgen wird. Im zweiten Fall sehen Sie in Konsole und Netzwerk nach. Bei einer Kette von Weiterleitungen notieren Sie die Ziele und prüfen die konfigurierte URL, HTTPS und die Plugins, die den Anmeldepfad ändern.

Der Wiederherstellungsmodus kann eine Komponente nur für Ihre Sitzung pausieren; dass Sie über seinen Link hineinkommen, beweist nicht, dass die Website für alle anderen Besucher repariert ist. Bestätigen Sie das Ergebnis aus einer unabhängigen Sitzung und sichern Sie sich den Zugang per SFTP oder Dateimanager, bevor Sie Komponenten für Anmeldung oder Sicherheit ändern.