Wenn die WordPress-Verwaltung fehlerhaft lädt
Archivbeitrag mit redaktionell überarbeitetem Inhalt
Nach einem Update oder einer Plugininstallation kann die Verwaltung unformatiert erscheinen oder Schaltflächen können ausfallen. Häufig fehlen CSS- oder JavaScript-Ressourcen; auch Serverfehler, Rechte, falsche URLs oder Caches kommen infrage.
Zuerst die fehlerhafte Anfrage finden
Prüfe Konsole und Netzwerkantworten in den Entwicklertools. Eine Antwort mit 403, 404 oder 500 für load-scripts.php oder eine andere Ressource erfordert unterschiedliche Untersuchungen. Sieh in das Serverprotokoll und teste die letzte Pluginänderung isoliert. Cacheleeren ist ein hilfreicher Test, ersetzt aber keine Ursachenanalyse.
Übergangslösung und tatsächliche Reparatur
Das Abschalten von CONCATENATE_SCRIPTS kann bestimmte Fehler bei kombinierten Ressourcen eingrenzen. Es ist ein Diagnoseschritt, keine allgemeine Lösung. Bei einem unvollständigen Update stelle Kerndateien aus einem geprüften Paket wieder her und bewahre wp-content sowie eigene Konfiguration. Halte eine Sicherung bereit und prüfe danach Anmeldung, Bearbeitung und öffentliche Website.
- Fehlerhafte Anfrage: Netzwerk und Konsole helfen, den ersten Fehler und seine tatsächliche Antwort zu finden.
- Eingrenzung: Einzelne Änderungen in einer Testkopie trennen mögliche Ursachen von vorübergehenden Nebenwirkungen.
- Nachprüfung: Anmeldung, Bearbeitung und öffentliche Anzeige bestätigen mehr als eine wieder korrekte Formatierung.
Im Browser mit der Untersuchung beginnen
Öffne die Entwicklerwerkzeuge und lade die Adminseite neu. Suche im Netzwerk nach fehlenden oder fehlerhaften Ressourcen und in der Konsole nach JavaScript-Fehlern. Eine 404-Antwort kann auf ein fehlendes Ziel, 403 auf eine Sperre und 500 auf einen Serverfehler hinweisen. Die genaue Ursache benötigt weitere Prüfung. Notiere URL, Statuscode und Beginn des Problems. Das hilft mehr als das zufällige Austauschen von Plugins anhand des Screenshots. Die erste fehlerhafte Anfrage kann weitere Fehler auslösen. Deshalb ist die Reihenfolge der Meldungen häufig genauso wichtig wie ihre Anzahl.
HTTP-Antworten: unterschiedliche Prüfungen.
- 404: Die angeforderte Ressource wurde nicht gefunden.
- 403: Der Server hat den Zugriff verweigert.
- 500: Ein Serverfehler ist aufgetreten; die Ursache prüfen.
Änderungen getrennt nachstellen
Sammle nach einem Update die betroffenen Versionen und Änderungen. Prüfe Plugin- und Themenbeziehungen in einer Testkopie, möglichst mit nur einer Änderung gleichzeitig. Alle Plugins auf der Livewebsite zu deaktivieren kann andere Funktionen abschalten und sollte nicht der erste unbegründete Schritt sein. Browsercache, Servercache und ein möglicher zwischengeschalteter Cache sind verschiedene Ebenen. Finde auch nach erfolgreichem Leeren heraus, weshalb die falsche Ressource entstand. Sonst kann das Problem erneut erscheinen. Ein kontrollierter Vergleich zwischen funktionierendem und fehlerhaftem Zustand grenzt die Ursache wesentlich besser ein als mehrere gleichzeitige Eingriffe.
Protokolle und vorübergehende Diagnose
Nutze die WordPress-Debugmöglichkeiten entsprechend der offiziellen Anleitung und Umgebung. Fehlerdetails gehören ins Protokoll statt auf die öffentliche Seite. Bewahre dort keine geheimen Schlüssel oder unnötigen personenbezogenen Daten auf. Das Abschalten zusammengefasster Skripte kann eine bestimmte Ressourcenstörung eingrenzen, sollte aber kein undokumentierter Dauerpatch werden. Notiere Zweck und Entfernungskriterium der Diagnoseeinstellung. Eine vorübergehend nutzbare Oberfläche beweist noch nicht, dass die Ursache beseitigt wurde. Trenne deshalb Hilfsmittel zur Untersuchung von der endgültigen Korrektur und prüfe den normalen Zustand anschließend erneut.
Den gesamten Ablauf nachprüfen
Teste Anmeldung, Mediathek, das Speichern eines Beitrags und die öffentliche Website. Kontrolliere verbliebene fehlerhafte Anfragen und Warnungen. Wurden Kerndateien wiederhergestellt, prüfe eigene Inhalte, Konfiguration und Uploads separat. Eine vorherige Sicherung muss die Rückkehr ermöglichen. Dokumentiere Problem und Lösung so, dass ein anderer Fachmann sie versteht. Das Ziel ist ein funktionierendes, wartbares System, nicht nur das Verschwinden der unformatierten Seite im aktuellen Browser. Diese abschließenden Prüfungen verhindern, dass eine sichtbare Reparatur unbemerkt an anderer Stelle eine neue Störung hinterlässt.
Weiterlesen
WordPress: wenn ein Dateityp aus Sicherheitsgründen blockiert wird