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 fehlerhaften Aufruf eingrenzen
Testen Sie Startseite, Unterseite, Login und die konkrete Aktion. Notieren Sie, ob der Fehler beim Speichern, Upload oder Absenden auftritt. Vor wiederholten Formular- oder Bestellversuchen prüfen, ob der Vorgang bereits verarbeitet wurde.
02
Das passende Fehlerprotokoll lesen
HTTP 500 nennt nicht die konkrete Ursache. Geben Sie dem Hoster URL, Uhrzeit, Zeitzone und gegebenenfalls Anfrage-ID. PHP-Datei und Zeile, Speicherfehler oder ungültige Serveranweisung liefern unterschiedliche Ansatzpunkte. Fehlende Einträge können auf das falsche Log oder einen vorgeschalteten Dienst hinweisen.
03
Plugin-, Theme- und PHP-Änderungen prüfen
Vergleichen Sie den Beginn mit Updates, eigenem Code und PHP-Umstellungen. Testen Sie eine klar verdächtige Komponente kontrolliert auf einer Kopie. Ein höheres Speicherlimit allein erklärt keinen wachsenden Verbrauch; prüfen Sie Ursache und zulässige Ressourcen.
04
Serverregeln nicht pauschal ersetzen
Bei Apache können ungültige .htaccess-Anweisungen Fehler auslösen. Reines Nginx wertet diese Datei nicht aus. Löschen oder ersetzen Sie keine Konfiguration blind: Zugriffsschutz und Weiterleitungen könnten verloren gehen. Prüfen Sie mit dem Hoster die konkret beanstandete Regel.
05
Rechte und Ressourcen gezielt abklären
Dateieigentümer, Rechte, Speicherplatz und PHP-Verarbeitung müssen zur Hostingumgebung passen. Eine pauschale Freigabe mit 777 ist kein sinnvoller Reparaturschritt. Nach jeder gezielten Korrektur denselben Aufruf und anschließend weitere Geschäftsprozesse kontrollieren.
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.