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
Den betroffenen Bereich bestimmen
Ist die gesamte Website weiß, nur eine Unterseite oder nur der Editor? Testen Sie Login, ein privates Fenster und ein zweites Gerät. Dokumentieren Sie letzte Änderungen und prüfen Sie, ob zusätzlich ein HTTP-500-Status auftritt.
02
Recovery Mode richtig einordnen
Bei bestimmten fatalen PHP-Fehlern kann WordPress einen Link an die Administratoradresse senden. Prüfen Sie auch Spam. Dieser Zugang pausiert Komponenten für die eigene Sitzung und ist keine automatische Reparatur für alle Besucher. Den Link vertraulich behandeln.
03
Plugins und Theme kontrolliert testen
Wenn das Backend funktioniert, testen Sie die zuletzt geänderte, verdächtige Erweiterung. Deaktivierung kann geschäftskritische Funktionen beeinflussen. Einen kompatiblen Themewechsel und umfangreiche Konflikttests bevorzugt auf Staging durchführen; das bisherige Theme nicht löschen.
04
PHP-Logs vor blindem Debugging nutzen
Der Hoster kann das zum Zeitpunkt passende PHP-Log prüfen. Datei, Zeile und Fehlertext sind Ansatzpunkte. WP_DEBUG, WP_DEBUG_LOG und WP_DEBUG_DISPLAY nur fachkundig, zeitlich begrenzt und bevorzugt auf Staging einsetzen; keine Fehler öffentlich ausgeben und Logs schützen.
05
Speicher und eigenen Code anhand von Befunden prüfen
Ein Speicherfehler erfordert Prüfung von Verbrauch und zulässigen Limits. Eine PHP-Umstellung muss zu Plugins und Theme passen. Bei zuletzt bearbeitetem Code die betroffene Datei kontrolliert mit einer bekannten Fassung vergleichen, statt zusätzliche Sammelupdates auszuführen.
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.