Eine WordPress-Website besteht aus einem Programm, einer Datenbank und einem Haufen Plugins, oft auf Shared Hosting. Wenn eines davon ausfällt, fällt die Website auf ihre eigene Weise aus. Die Seite kann leer bleiben, eine kurze Meldung zeigen oder so langsam laden, dass Besucher gehen.
Überwachung von außen kann in all das nicht hineinsehen. Sie kann aber regelmäßig dieselben Adressen abrufen wie ein Besucher und Ihnen sagen, wenn die Antwort falsch ist. Dieser Ratgeber zeigt, welche Adressen Sie abrufen lassen und welche Signale Sie setzen.
Die Fehler, die es zu erkennen lohnt
Die WordPress-Dokumentation beschreibt die Fehler, auf die Website-Betreiber am häufigsten stoßen. Jeder sieht von außen anders aus:
| Was passiert ist | Was ein Besucher sieht | Was eine Prüfung von außen lesen kann |
|---|---|---|
| Ein Plugin oder Theme scheitert mit einem PHP-Fehler | Eine leere Seite (der „weiße Bildschirm“) oder eine Meldung, dass die Website einen kritischen Fehler hat | Meist ein Serverfehler, 500. Manchmal eine leere Seite, die trotzdem mit 200 antwortet |
| WordPress erreicht seine Datenbank nicht | „Error establishing a database connection“ | Ein Serverfehler oder eine Seite, die diesen Ausdruck enthält |
| Ein Update wird unterbrochen | Ein kurzer Wartungshinweis, der nicht verschwindet | Eine 503-Antwort |
| Der Hoster ist überlastet | Eine Seite, die langsam lädt, dann ein Fehler oder eine Zeitüberschreitung | Langsame Antwortzeiten, dann eine Zeitüberschreitung oder eine 5xx-Antwort |
| Das Zertifikat oder die Domain läuft ab | Eine Sicherheitswarnung des Browsers oder gar keine Website | Eine Warnung zu SSL, Domain oder DNS |
Keiner davon ist selten. Die meisten beginnen direkt nach einer Änderung, deshalb treten sie tendenziell auf, wenn niemand hinsieht.
Welche Adressen Sie überwachen sollten
Jede genaue Adresse zählt als eine Website, wählen Sie also mit Bedacht.
- Die Startseite. Die naheliegende erste Adresse. Ein Caching-Plugin liefert sie womöglich aus einer gespeicherten Kopie aus, daher kann sie noch eine Weile gesund aussehen, nachdem der Rest der Website ausgefallen ist.
- Die Anmeldeseite wp-login.php. Sie ist öffentlich, antwortet ohne Passwort und bleibt meist außerhalb des Caches. PHP und die Datenbank müssen sie bei jeder Anfrage neu aufbauen, deshalb fällt sie tendenziell aus, wenn diese ausfallen.
- Eine Seite, die für das Geschäft wichtig ist. Eine Kontaktseite, eine Buchungsseite, eine Preisliste.
- Jeder andere Hostname. Ein Shop oder Mitgliederbereich auf einer Subdomain oder eine Staging-Kopie ist eine eigene Adresse mit eigenen Fehlern.
Überwachen Sie nicht den Admin-Bereich. Eine Prüfung meldet sich nicht an und würde nur eine Weiterleitung zur Anmeldeseite sehen.
Eine Fehlerseite erkennen, die mit 200 antwortet
Ein Serverfehler ist einfach: Jede endgültige Antwort außerhalb von 200 bis 399 gilt als Fehlschlag, und der Grund wird festgehalten.
Der schwierige Fall ist eine Seite, die mit 200 antwortet, aber falsch ist. Ein Cache kann eine leere oder kaputte Seite ausliefern, oder ein Theme gibt eine Fehlermeldung innerhalb einer sonst normalen Antwort aus. Zwei Textalarme decken das ab:
- Fehlschlag, wenn die Seite einen Ausdruck enthält. Nehmen Sie einen Ausdruck aus dem Fehler selbst, etwa „Error establishing a database connection“.
- Fehlschlag, wenn der Seite ein Ausdruck fehlt. Nehmen Sie einen Ausdruck, der auf einer gesunden Seite immer steht, etwa einen Teil des Fußzeilentexts oder den Namen eines Buttons.
Wählen Sie einen Ausdruck, der kurz und exakt ist und weder von Redakteuren noch von Übersetzungs-Plugins verändert wird. Der Text muss genau übereinstimmen.
Im Wartungsmodus hängengeblieben
Wenn WordPress sich selbst aktualisiert, zeigt es einen kurzen Wartungshinweis und antwortet für einen Moment mit einem 503. Wird das Update unterbrochen, kann der Hinweis stundenlang stehen bleiben, und Besucher sehen sonst nichts.
Ein 503 ist für eine Prüfung von außen ein Fehlschlag, dieser Fall braucht also keine besondere Einstellung. Wichtig ist, dass jemand Bescheid bekommt. Weil eine fehlgeschlagene Prüfung wiederholt wird, bevor ein Vorfall eröffnet wird, löst ein normales kurzes Update keinen Alarm aus, ein hängendes dagegen schon.
Erst langsam, dann ausgefallen
Ein überlasteter Hoster geht selten in einem Schritt von gesund zu tot. Seiten brauchen länger, dann laufen einige in die Zeitüberschreitung. Eine Prüfung wartet bis zu 15 Sekunden, bevor sie eine Antwort als Fehlschlag wertet, und hält jedes Mal die Antwortzeit fest. Ein Verlaufsdiagramm zeigt daher, wie eine Website langsamer wird, bevor sie ausfällt.
Was Überwachung von außen nicht kann
- Sie weiß nicht, welche Plugins oder Themes installiert sind oder welche veraltet sind.
- Sie findet keine Sicherheitslücken, keine Schadsoftware und keine gehackte Seite, die weiterhin normal antwortet.
- Sie sieht nicht hinter eine Anmeldung, ein Formular oder eine Kasse.
- Sie repariert nichts. Sie sagt Ihnen, dass es ein Problem gibt und wann es begann und endete.
Checkliste
- Sind die Startseite und auch die Anmeldeseite überwacht?
- Gibt es einen Textalarm auf einen Ausdruck von einer gesunden Seite?
- Erreichen die Benachrichtigungen jemanden, der handeln kann, per E-Mail oder Telegram?
- Werden SSL-Zertifikat und Ablaufdatum der Domain überwacht?
- Wenn Sie Websites für andere betreuen: Trägt jede den Namen ihres Kunden?