Monitoring
Website-Monitoring einrichten: Ausfälle sofort erkennen
Wie du ein zuverlässiges Website-Monitoring aufbaust, welche Metriken wirklich zählen und wie du Benachrichtigungen so konfigurierst, dass du bei einem Ausfall sofort reagieren kannst.
Inhalt
Eine Website kann jederzeit ausfallen: wegen eines Server-Fehlers, eines Zertifikatsproblems, eines fehlgeschlagenen Deployments oder einer DDoS-Attacke. Wer erst durch Nutzerberichte oder durch einen zufälligen eigenen Besuch von einem Ausfall erfährt, verliert wertvolle Zeit. Professionelles Monitoring benachrichtigt dich innerhalb von Minuten.
Was Monitoring leisten muss
Ein gutes Monitoring-Setup beantwortet mindestens diese Fragen:
- Ist die Website gerade erreichbar?
- Gibt der Server den richtigen HTTP-Statuscode zurück?
- Wie lange dauert die erste Antwort (Time to First Byte)?
- Läuft das SSL-Zertifikat bald ab?
Darüber hinaus gibt es erweiterte Prüfungen: Enthält die Seite noch den erwarteten Text? Funktioniert ein bestimmtes Formular? Liefert eine API den korrekten JSON-Wert zurück? Je nach Anwendung können diese Checks entscheidend sein.
Monitoring-Intervall und Standorte
Die meisten Monitoring-Dienste prüfen die Website von mehreren Standorten aus. Das verhindert False Positives: Wenn nur ein Standort einen Fehler meldet, prüft der Dienst von einem zweiten Ort nach. Erst wenn beide Standorte denselben Fehler sehen, wird ein Alarm ausgelöst.
Für Websites mit globalem Publikum empfehlen sich mindestens drei Prüfstandorte: Europa, Nordamerika und Asien. So erkennst du auch regionale Probleme, zum Beispiel wenn ein CDN-Knoten in einer Region ausgefallen ist, während die Website in anderen Teilen der Welt normal läuft.
Das Tool auf dieser Seite führt genau diese Art von Prüfung durch und zeigt dir, ob deine Website global oder nur regional nicht erreichbar ist.
HTTP-Statuscodes richtig interpretieren
Monitoring ohne Statuscode-Auswertung ist unvollständig. Diese Codes sind besonders relevant:
200 OK: Seite wird korrekt ausgeliefert. Alles in Ordnung.
301 / 302: Weiterleitung. Prüfe, ob das die erwartete Weiterleitung ist oder ob eine fehlerhafte Redirect-Schleife entstand.
403 Forbidden: Der Server antwortet, aber verweigert den Zugriff. Oft ein Konfigurationsproblem oder eine IP-Sperre.
404 Not Found: Die URL existiert nicht. Entweder wurde die Seite gelöscht, oder ein Deployment hat die Dateistruktur verändert.
500 Internal Server Error: Der Server hat einen internen Fehler. Häufig verursacht durch einen PHP-Fehler, eine Datenbank-Verbindungsunterbrechung oder einen fehlgeschlagenen App-Start.
503 Service Unavailable: Der Server ist überlastet oder im Wartungsmodus.
Benachrichtigungskanäle einrichten
Ein Alarm nützt nichts, wenn er nicht die richtige Person erreicht. Richte mindestens zwei Kanäle ein:
E-Mail: Zuverlässig, aber oft übersehen, wenn das Postfach voll ist. Gut als Backup.
Slack / Teams: Benachrichtigungen direkt im Team-Chat erreichen alle Beteiligten gleichzeitig.
SMS oder Anruf: Für kritische Infrastruktur, bei der auch nachts reagiert werden muss.
Webhooks: Für eigene Integrationen, z.B. um einen automatisierten Neustart-Prozess auszulösen oder ein Ticket im Support-System anzulegen.
Achte auf Eskalationsstufen: Ein kurzer Ausfall unter zwei Minuten sollte vielleicht nur geloggt werden, kein Alarm auslösen. Ein Ausfall über fünf Minuten alarmiert den ersten Ansprechpartner. Bleibt die Website nach 15 Minuten weiterhin nicht erreichbar, wird eine zweite Person benachrichtigt.
SSL-Zertifikat überwachen
Ein abgelaufenes SSL-Zertifikat ist eine häufige Ursache für plötzliche Website-Ausfälle aus Nutzersicht. Browser zeigen eine Sicherheitswarnung, Besucher springen ab. Das Zertifikat läuft nicht überraschend ab, sondern zu einem bekannten Datum, das Monitoring-Systeme leicht im Voraus prüfen können.
Richte Alarme ein für 30 Tage vor Ablauf (erste Warnung), 14 Tage (dringend erneuern) und 7 Tage (kritisch). Wer Let’s Encrypt mit automatischer Erneuerung nutzt, sollte trotzdem überwachen, ob die Erneuerung tatsächlich funktioniert hat.
Statusseite für Nutzer
Gutes Monitoring endet nicht mit dem internen Alarm. Eine öffentliche Statusseite informiert Nutzer proaktiv über bekannte Probleme. Das reduziert Support-Anfragen erheblich: Statt zehn E-Mails mit “Eure Seite ist down” bekommst du keine, weil Nutzer selbst nachschauen können.
Statusseiten sollten den aktuellen Zustand zeigen, eine Historie der letzten Vorfälle und geplante Wartungsfenster. Dienste wie Statuspage.io oder das selbst gehostete Cachet ermöglichen das ohne großen Aufwand.
Fazit
Wer eine Website betreibt, kommt um ein Monitoring-Setup nicht herum. Die Investition in Zeit ist gering, der Nutzen enorm: Du erfährst von Ausfällen bevor deine Nutzer sich beschweren, kannst schnell reagieren und den Schaden minimieren. Beginne mit einfachen HTTP-Checks und SSL-Überwachung, und erweitere das Setup bei Bedarf um Content-Checks und API-Monitoring.
Häufige Fragen
Wie oft sollte ein Monitoring-Dienst meine Website prüfen?
Für produktive Websites empfehlen sich Intervalle von einer bis fünf Minuten. Kürzere Intervalle erkennen Ausfälle schneller, erzeugen aber mehr Traffic und können bei manchen Hosts als Last angesehen werden. Für kritische Anwendungen ist ein Minuten-Takt sinnvoll, für einfache Präsenzseiten reichen fünf Minuten.
Was ist der Unterschied zwischen HTTP-Monitoring und ICMP-Ping?
Ein HTTP-Check prüft, ob der Webserver tatsächlich eine korrekte Seite ausliefert und z.B. HTTP 200 zurückgibt. Ein ICMP-Ping prüft nur, ob der Server im Netzwerk erreichbar ist. Ein Server kann auf Ping antworten, während der Webserver selbst abgestürzt ist. HTTP-Checks sind daher aussagekräftiger.
Was bedeutet 'False Positive' beim Monitoring?
Ein False Positive ist ein Alarm, der ausgelöst wird, obwohl die Website eigentlich erreichbar ist. Das passiert z.B. bei kurzen Netzwerkschwankungen auf der Seite des Monitoring-Dienstes. Gute Systeme warten kurz und prüfen von einem zweiten Standort nach, bevor sie eine Benachrichtigung senden.
Quellen
- Google Site Reliability Engineering Book (SRE Book) online verfügbar
Über die Autorenschaft
Jan-Tristan Rudat
Redakteur website-status-checker.de
Themengebiet: Generationen, Kulturgeschichte, Sternzeichen, Pop-Phänomene rund ums Alter
Mehr über Jan-Tristan Rudat →Verwandte Artikel
Grundlagen
Website-Status prüfen: So geht es richtig
Was bedeutet es, den Status einer Website zu prüfen? Dieser Leitfaden erklärt die Grundlagen, welche Methoden es gibt und worauf es ankommt.
Lesezeit 6 Min.
HTTP
HTTP-Statuscodes erklärt: 2xx, 3xx, 4xx und 5xx
Eine vollständige Übersicht der wichtigsten HTTP-Statuscodes mit Erklärungen, was sie bedeuten und wann sie auftreten.
Lesezeit 7 Min.
HTTP
404 Not Found: Was dieser Fehler bedeutet und wie man ihn behebt
Der HTTP-Fehler 404 ist einer der bekanntesten Codes im Web. Dieser Artikel erklärt, warum er auftritt und wie man ihn richtig behebt.
Lesezeit 6 Min.