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.

Lesezeit 7 Min. Aktualisiert 24.05.2026 1 Quellen Jan-Tristan Rudat Jan-Tristan Rudat
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
Jan-Tristan Rudat

Ü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

Website Status Checker nutzen

Sofort im Browser, ohne Anmeldung.

Zum Tool