Website-Monitoring: Es vor Ihren Kunden wissen
Verfügbarkeits-Monitoring beantwortet eine Frage: Antwortet die Startseite? Die meisten echten Ausfälle sind leiser. Die Website läuft, und das Kontaktformular schlägt seit drei Wochen fehl, oder die Kasse funktioniert für alle außer für Kundinnen mit einer bestimmten Zahlungsmethode.
Dieser Leitfaden behandelt, was zu überwachen ist, wie man Schwellen setzt, die etwas bedeuten, und wie man Alarme glaubwürdig hält.
Jenseits von „läuft sie"#
Die Ausfälle, die Geld kosten, sind meist partiell. Überwachen Sie die Ergebnisse, auf die es Ihnen ankommt, nicht nur den antwortenden Server.
| Überwachung | Fängt | Häufigkeit |
|---|---|---|
| HTTP-Verfügbarkeit | Server aus, DNS-Fehler | Alle 1–5 Minuten |
| Transaktionsprüfung | Kaputtes Formular, kaputte Kasse | Alle 15–60 Minuten |
| Fehlerrate | Ausnahmen, die nach einem Deployment steigen | Fortlaufend |
| Zertifikatsablauf | Der klassische Sonntagmorgen-Ausfall | Täglich, Alarm 30 Tage vorher |
| Domainablauf | Der schlimmstmögliche Ausfall | Täglich, Alarm 60 Tage vorher |
| Core Web Vitals | Langsame Verschlechterung, die niemand bemerkt | Wöchentlich |
| Search-Console-Abdeckung | Seiten, die aus dem Index fallen | Wöchentlich |
| Platten- und Datenbankgröße | Stilles Wachstum in eine harte Grenze | Täglich |
| Backup-Erfolg | Backups, die vor Monaten aufgehört haben zu laufen | Täglich |
Eine synthetische Transaktion, die ein echtes Formular an eine Testadresse sendet, ist für die meisten Unternehmensseiten die wertvollste einzelne Überwachung. Kaputte Formulare sind unsichtbar und teuer.
Schwellen setzen, die etwas bedeuten#
Eine Überwachung, die bei jedem Aussetzer alarmiert, erzieht Menschen dazu, sie zu ignorieren — und dann wirkt sie nicht, wenn es darauf ankommt. Schwellen sollten widerspiegeln, was Sie tatsächlich handeln lassen würde.
- Verlangen Sie zwei oder drei aufeinanderfolgende Fehlschläge von mehr als einem Standort, bevor alarmiert wird.
- Alarmieren Sie auf die Fehlerrate statt auf einzelne Fehler — ein einzelner 500er ist Rauschen, eine Ratenänderung ist ein Signal.
- Setzen Sie Performance-Alarme auf einen Trend über Tage, nicht auf eine einzelne langsame Messung.
- Trennen Sie Schweregrade: Website aus geht aufs Telefon; eine langsame Seite in die Wochenzusammenfassung.
- Leiten Sie Alarme an eine Person, nicht an ein gemeinsames Postfach, das niemand verantwortet.
- Sehen Sie jeden ausgelösten Alarm durch: Erforderte er keine Handlung, ändern Sie die Schwelle oder löschen Sie die Überwachung.
Was zu tun ist, wenn ein Alarm auslöst#
Eine schriftliche Reihenfolge macht aus einem Vorfall statt einer Improvisation ein Verfahren — was am meisten zählt, wenn die Person in Rufbereitschaft nicht die ist, die die Website gebaut hat.
- Bestätigen Sie, dass es echt ist: Laden Sie die Website selbst aus einem anderen Netz.
- Prüfen Sie zuerst das Offensichtliche — wurde etwas ausgerollt, ist ein Zertifikat abgelaufen, meldet der Hoster einen Vorfall?
- Veröffentlichen Sie ein Status-Update, wenn Kundinnen betroffen sind. Schweigen ist schlimmer als schlechte Nachrichten.
- Stellen Sie den Dienst wieder her, bevor Sie diagnostizieren. Rollen Sie das Deployment zurück und untersuchen Sie in Ruhe.
- Halten Sie fest, was passiert ist, warum, und was es früher gefunden hätte.
- Ergänzen Sie die Überwachung, die es gefunden hätte. So wächst die obige Liste richtig.
Das nützlichste Ergebnis eines Vorfalls ist eine neue Überwachung und ein Weg weniger, auf dem er still passieren kann.
Sinnvolle Voreinstellungen für eine kleine Website#
Sie brauchen keine Observability-Plattform. Für die meisten Unternehmenswebsites reicht dieser Satz und er ist an einem Nachmittag eingerichtet.
- Verfügbarkeitsprüfung auf der Startseite und einer tiefen Seite, alle fünf Minuten, von zwei Standorten.
- Ein synthetisches Formularabsenden täglich, an eine Adresse, die ein Mensch liest.
- Alarme für Zertifikats- und Domainablauf, weit im Voraus.
- Alarmierung bei Serverfehlern aus der Anwendung, mit einer Ratenschwelle.
- Eine Wochenmail mit Core Web Vitals und Search-Console-Abdeckung.
- Eine tägliche Bestätigung, dass das Backup gelaufen ist und seine Größe normal aussieht.
Häufige Fragen
Wie oft sollte ich die Verfügbarkeit prüfen?
Alle ein bis fünf Minuten ist üblich, von mindestens zwei geografischen Standorten, damit ein Netzproblem an einem Messpunkt Sie nicht um 3 Uhr nachts weckt. Häufigere Prüfungen ändern selten das Ergebnis, denn die Zeit bis zum Bemerken ist klein im Vergleich zur Zeit bis zur Behebung.
Welche Verfügbarkeit sollte ich erwarten?
Ordentliches Shared Hosting liefert etwa 99,9 %, also rund neun Stunden Ausfall im Jahr. Managed Plattformen und gute Cloud-Setups erreichen 99,95 % oder besser. Wichtiger als die Zahl ist, ob der Ausfall verstreute Minuten sind oder ein einzelner langer Ausfall während der Geschäftszeiten.
Reichen kostenlose Monitoring-Werkzeuge?
Für die Verfügbarkeit einer kleinen Website in der Regel ja — die kostenlosen Stufen decken eine Handvoll Prüfungen im Fünf-Minuten-Takt ab. Was kostenlosen Stufen meist fehlt, sind synthetische Transaktionen und mehrstufige Prüfungen, und genau dort liegt die wertvolle Überwachung. Planen Sie dafür gezielt einen kleinen Betrag ein.
Wie vermeide ich Alarmmüdigkeit?
Löschen Sie Überwachungen, die nie eine Handlung erforderten, verlangen Sie mehrere aufeinanderfolgende Fehlschläge vor dem Alarm, und trennen Sie dringende von informativen Kanälen. Sehen Sie ausgelöste Alarme dann monatlich durch. Ein Alarmkanal, den Menschen stummschalten, ist schlimmer als gar keine Alarmierung, weil er den Glauben erzeugt, jemand passe auf.
website monitoringverfügbarkeits monitoringsynthetisches monitoringfehler trackingincident responsewebsite alarme
