WordPress · Hilfe
Eine Website fällt meist im ungünstigsten Moment aus: am Tag des Newsletters oder mitten in einer Werbekampagne. Statt Plugins der Reihe nach abzuschalten und zu prüfen, was hilft, beginne ich mit den Server-Logs, denn dort stehen fast immer der Dateiname und die Zeile, die den Fehler auslösen. Die Analyse bekommen Sie meist am selben Tag, die Reparatur dauert in der Regel 24 bis 48 Stunden.
Leistungsumfang
Acht Situationen, die in der Praxis am häufigsten wiederkommen. Steht Ihr Symptom nicht auf der Liste, schreiben Sie trotzdem. Der Name eines Fehlers sagt selten etwas über seine Ursache.
Das Backend lässt niemanden mehr hinein: nach einem Update, nach geänderten Einstellungen eines Sicherheits-Plugins oder nach einem Angriff auf die Administratorkonten. Ich setze den Zugang über Dateien und Datenbank zurück, prüfe die Liste der Administratoren und lösche Konten, die dort nicht hingehören.
Zwei Plugins, die eine eigene Version derselben Bibliothek laden, können Slider, Galerie oder Editor lahmlegen. Ich stelle die Situation auf einer Kopie der Website nach, finde die Komponenten, die sich gegenseitig stören, und suche eine Lösung: ein Update, einen Ersatz oder eine Korrektur im Child-Theme.
Das Formular zeigt „Danke“, aber die Nachricht kommt nicht an. Meist wird die E-Mail über die PHP-Funktion statt über SMTP verschickt, es fehlen SPF- und DKIM-Einträge, oder ein Filter beim Empfänger greift. Ich richte den Versand über ein authentifiziertes Konto ein und prüfe die Zustellung an mehrere Postfächer.
Der Hoster aktualisiert PHP, und die Website funktioniert nicht mehr, weil Theme oder Plugin eine veraltete Funktion nutzen. Ich prüfe die Kompatibilität der Komponenten, korrigiere den veralteten Code im Child-Theme und lasse die neue Version erst dann auf der Live-Website.
Das Schloss verschwindet, weil ein Teil der Ressourcen noch über http lädt, meist Bilder aus der Datenbank oder fest im Template eingetragene Skripte. Ich bereinige die Adressen in der Datenbank, richte Weiterleitungen ein und prüfe, ob sich das Zertifikat automatisch erneuert.
Lässt sich die Website nicht in vertretbarer Zeit reparieren, gehe ich auf das letzte funktionierende Backup zurück und suche die Ursache erst auf der wiederhergestellten Version. Danach richte ich einen sinnvollen Zeitplan für Backups ein.
Fehler 500, 502 oder eine Website, die eine Minute lädt, sind oft ein Problem des Hostings und nicht von WordPress: zu wenig Speicher, ausgeschöpfte Prozesslimits, eine Sperre durch die Sicherheitsregeln des Servers. Ich stelle das anhand der Logs fest und schreibe Ihnen den Text für das Ticket an Ihren Hoster.
Eine leere Seite statt Inhalt oder die Meldung „Es gab einen kritischen Fehler“ ist meist ein PHP-Fehler, der das Skript stoppt. Ich schalte das Fehlerprotokoll auf dem Server ein, lese das Log und komme direkt zur betroffenen Datei, statt auf der Live-Website Plugins nacheinander abzuschalten.
Ablauf
Drei Schritte, jedes Mal in derselben Reihenfolge. Der wichtigste ist der erste: ein Backup, bevor jemand die Dateien anfasst.
Sie beschreiben das Symptom und was sich in den letzten Tagen an der Website geändert hat. Bevor ich irgendetwas ändere, sichere ich Dateien und Datenbank, auch wenn die Website schon nicht mehr funktioniert.
Ich lese die Fehlerprotokolle von Server und PHP, schalte den Diagnosemodus ein, vergleiche die Dateien des WordPress-Kerns mit dem Original und stelle das Problem auf einer Kopie der Website nach. Plugins auf der Live-Website nacheinander abzuschalten ist der letzte Ausweg, keine Arbeitsweise.
Ich beseitige die Ursache und prüfe die gesamte Website: Unterseiten, Formulare, Suche, Backend. Zum Schluss bekommen Sie eine kurze Erklärung, was passiert ist und was zu tun ist, damit dasselbe nicht in einem Monat wiederkommt, auch wenn Sie sich nicht für eine laufende Wartung entscheiden.
Start der Reparatur
Je mehr von dieser Liste ich sofort bekomme, desto schneller ist die Reparatur fertig. Am häufigsten fehlt der Zugang zum Hosting, und genau dort liegen die Logs, die auf die Ursache zeigen.
Sie kommen nicht mehr ins Backend? Dann reichen FTP und der Zugang zur Datenbank. Von dort lässt sich das Plugin abschalten, das die Anmeldung blockiert, und die Website läuft wieder.
Weitere Leistungen
Ein Teil der Ausfälle hat eine tiefere Ursache: eine Infektion, einen überlasteten Server oder Jahre ohne Updates. Dann reicht die Reparatur allein nicht.
Updates, Backups, Überwachung von Erreichbarkeit und SSL-Zertifikat sowie Arbeitsstunden für laufende Änderungen. Drei Pakete ab 100 € netto im Monat.
Bereinigung von Dateien und Datenbank, Schließen der Sicherheitslücke und Aufhebung der Google-Warnung. Website 500 € netto, WooCommerce-Shop 900 € netto, 30 Tage Garantie.
Cache, Bilder, Datenbank, Plugins und Server: Messung vorher und nachher auf denselben Unterseiten, Core Web Vitals statt nur einer Testnote. Preis nach der ersten Messung.
Ist die Website direkt nach einem Umzug auf einen neuen Server ausgefallen, sehen Sie sich den WordPress-Umzug an. Alle Leistungen rund um WordPress finden Sie auf der Seite WordPress.
FAQ
Was Kunden in der ersten, meist eiligen Nachricht fragen: Zeit, Kosten, Risiko für Daten und was nach der Reparatur passiert.
Bei einer Website, über die Anfragen oder Bestellungen kommen, ein Entwickler, der mit den Server-Logs arbeitet und die Ursache findet, statt Symptome zu verdecken. Die Support-Foren von WordPress helfen bei allgemeinen Fragen, aber niemand dort sieht Ihre Logs und Ihre Konfiguration. Ich übernehme die Reparatur direkt, mit einem Backup vor jeder Änderung und einem Preis, den Sie vor dem Start kennen.
Typische Störungen wie ein weißer Bildschirm, ein Plugin-Konflikt oder ein Formular ohne Versand behebe ich in 24 bis 48 Stunden nach Erhalt der Zugänge. Die Analyse selbst dauert meist einige Stunden, die Information über Ursache und Kosten bekommen Sie also am selben Tag. Länger dauern Fälle, in denen die Website aus einem Backup wiederhergestellt oder der Code eines fremden Themes korrigiert werden muss.
Zuerst die Analyse, dann der Preis. Ich prüfe die Logs und stelle das Problem nach, danach nenne ich Umfang, Dauer und Kosten der Reparatur, und erst nach Ihrer Zustimmung beginne ich. Es gibt keine Situation, in der Sie den Betrag erst auf der Rechnung sehen. Zeigt sich unterwegs, dass die Reparatur umfangreicher ist, halte ich an und komme mit einer neuen Kalkulation zurück.
Ich beginne mit einem vollständigen Backup von Dateien und Datenbank, das ich außerhalb des Servers der Website aufbewahre. Änderungen am Code mache ich im Child-Theme, damit sie beim nächsten Update des Themes nicht verschwinden. Braucht die Reparatur einen Eingriff in die Datenbank, etwa den Austausch von Adressen nach einem Domainwechsel, sichere ich vorher gesondert die Tabellen, die ich ändere.
Ja, und das ist ein häufiger Fall: Das Backend wird von einem Sicherheits-Plugin, einem Fehler im Theme oder einem übernommenen Konto blockiert. Zugang per FTP oder SSH und zur Datenbank reicht: Von dort lässt sich das blockierende Plugin abschalten, das Standard-Theme aktivieren und ein neues Administratorkonto anlegen. Vermuten Sie, dass jemand die Website übernommen hat, beginnen Sie mit der Entfernung der Infektion und nicht mit dem Zurücksetzen des Passworts.
Eine Beschreibung des Symptoms mit der Adresse der betroffenen Unterseite und Screenshots, ein Administratorkonto für WordPress, bei nicht funktionierendem Backend Zugang per FTP oder SSH, die Zugangsdaten zum Hosting-Panel für die Fehlerprotokolle des Servers und die Information, was sich zuletzt geändert hat: ein Update, ein neues Plugin, eine neue PHP-Version, ein Hosterwechsel. Je mehr davon ich sofort bekomme, desto schneller ist die Reparatur fertig.
Auf die Reparatur gebe ich 30 Tage Garantie: Kommt dieselbe Störung in dieser Zeit zurück, kümmere ich mich ohne zusätzliche Kosten darum. Deshalb suche ich bei jeder Meldung die Ursache und nicht nur einen Weg, das Symptom abzustellen, und beschreibe sie in einer kurzen Zusammenfassung zusammen mit dem, was zu tun ist, damit sie nicht wiederkommt. Ein neuer, anderer Ausfall ist ein eigener Auftrag.
Sie bekommen eine Beschreibung, was kaputt war und warum, und eine Liste der Dinge, die sich lohnen, um den nächsten Ausfall zu vermeiden: PHP-Version, verwaiste Plugins, fehlende Backups. Darum können Sie sich selbst kümmern oder in die laufende Wartung wechseln, in der Updates und Backups jede Woche kontrolliert werden. Die Reparatur ist nicht an ein Wartungspaket gebunden.
