Diese Anleitung richtet sich an Betreiber selbst gehosteter WordPress-Websites. Für Eingriffe benötigen Sie passende Rechte und einen sicheren Rückweg. Ohne Erfahrung mit Dateien, Datenbank und Hosting sollten Sie die Diagnose mit Ihrem Hoster oder Wartungsdienst abstimmen.
Befund festhalten
Notieren Sie die betroffene URL, die genaue Meldung, den ersten beobachteten Zeitpunkt mit Zeitzone und die letzte Änderung. Vergleichen Sie Startseite, Unterseite und Login. Halten Sie bereits getestete Schritte fest; ein einzelner fehlgeschlagener Aufruf beweist noch keinen vollständigen Ausfall.
Sicherung und Rückweg
Sichern Sie vor Eingriffen den aktuellen Stand von Dateien und Datenbank, soweit möglich, und bewahren Sie ältere Sicherungen auf. Prüfen Sie Datum und Wiederherstellbarkeit. Auch ein fehlerhafter oder infizierter Zustand kann für die Analyse wichtig sein und muss geschützt, getrennt von sauberen Backups aufbewahrt werden.
Ändern Sie einen Punkt zur Zeit und testen Sie danach denselben Aufruf. Umfangreiche Plugin-, Theme- und Konfigurationstests gehören möglichst auf eine Staging-Kopie. Deaktivieren ist nicht Löschen: Shop-, Formular- und Sicherheitsfunktionen können betroffen sein. Dokumentieren Sie Ausgangszustand, Änderung und Rückweg.
Gezielte Diagnose
01
Öffentliche Seite, Backend und Shop trennen
Vergleichen Sie repräsentative URLs, Gerät, Anmeldestatus und Zeitpunkt. Ein schneller öffentlicher Cache sagt wenig über Editor oder Warenkorb aus. Wiederholen Sie Messungen unter gleichen Bedingungen und halten Sie den Ausgangswert fest.
02
Serverantwort und Darstellung unterscheiden
Lange Wartezeit vor dem ersten Byte verweist auf andere Prüfpunkte als ein spät geladenes Bild oder blockierende Skripte. Nutzen Sie den Netzwerkverlauf und PageSpeed Insights. Trennen Sie Labortests von verfügbaren Felddaten realer Besucher.
03
Bilder und Skripte passend ausliefern
Prüfen Sie große Bilder am Seitenanfang, Auflösung, Komprimierung und reservierte Abmessungen. Ein wichtiges Einstiegsbild sollte nicht durch Lazy Loading verzögert werden. Untersuchen Sie externe Skripte und behalten Sie nur belegte Verbesserungen ohne Funktionsverlust bei.
04
Caching mit den Funktionen abstimmen
Prüfen Sie zuerst vorhandene Hosting- und WordPress-Caches. Mehrere gleichartige Cacheplugins erschweren die Diagnose. Warenkorb, Checkout, Kundenkonto und persönliche Inhalte benötigen korrekte Ausnahmen. Kontrollieren Sie Sitzungen, Preise und Formulare nach jeder Änderung.
05
Plugins, Datenbank und Hosting untersuchen
Entscheidend ist die Arbeit einer Erweiterung, nicht ihre bloße Anzahl. Prüfen Sie langsame Abfragen, externe Verbindungen und parallele Backups oder Importe. Profiling möglichst auf Staging; keine Datenbanktabellen oder Hintergrundaufgaben ohne Befund löschen oder abschalten.
Core Web Vitals: Zielwerte für echte Besuche
LCP betrifft den größten sichtbaren Inhalt, INP die Reaktion auf Interaktionen und CLS Layoutverschiebungen. Die Zielwerte beziehen sich auf das 75. Perzentil echter Besuche, getrennt nach Mobilgerät und Desktop. Labormessungen und ein einzelner Score ersetzen diese Felddaten nicht.
Wiederherstellung abwägen
Ein Backup kann helfen, ersetzt aber keine Ursachenanalyse. Prüfen Sie es möglichst zunächst isoliert. Neuere Bestellungen, Anfragen und Inhalte könnten beim Zurücksetzen verloren gehen. Stimmen Sie den Wiederherstellungsumfang ab; übernehmen Sie bei einem Angriff aktuelle Dateien nicht ungeprüft in eine bereinigte Installation.
Nach der Korrektur testen
Prüfen Sie die ursprünglich betroffene URL sowie Startseite, Unterseiten und Login. Kontrollieren Sie wichtige Formulare und Shopfunktionen in einer geeigneten Testumgebung, ohne unbeabsichtigte Livebestellungen auszulösen. Leeren Sie nach einer gezielten Korrektur nur die betroffenen Cache-Ebenen. Dokumentieren Sie Ergebnis und Ursache.
Wann Sie Unterstützung brauchen
Stoppen Sie weitere Eingriffe, wenn die Ursache unklar bleibt, kein verlässlicher Rückweg besteht oder geschäftskritische Funktionen betroffen sind. Bei Malwarehinweisen hat die Sicherheitsprüfung Vorrang. Vollständige Logs, Wiederherstellungslinks, Passwörter und Schlüssel gehören nicht in öffentliche Foren oder unverschlüsselte E-Mails.
Leistungen und Kosten klären →Wartung nach der Reparatur
WordPress-Core, Plugins und Themes werden wöchentlich aktualisiert. So bleiben notwendige Updates nicht zwischen Kundenterminen und Tagesgeschäft liegen. Monatlich, täglich oder stündlich: Das Sicherungsintervall richtet sich nach Ihrem Paket. Die Backups liegen auf EU-Servern.
Reparaturen und die Bereinigung bereits gehackter Websites werden separat angeboten. Kostenpflichtige Plugin-Lizenzen sind nicht enthalten.