Website-Monitoring-Software: vom einzelnen Uptime-Check bis zur kompletten Nutzerreise

Website-Monitoring-Software ist eine Reihe von Maschinen außerhalb Ihrer Infrastruktur, die Ihre Website nach Zeitplan in Ihrem Auftrag aufrufen und Ihnen in dem Moment Bescheid geben, in dem die Antwort nicht mehr die erwartete ist. Das ist die ganze Idee. Alles andere auf dieser Seite ist ein Detail darüber, was als die Antwort zählt: ein Statuscode, ein Textabschnitt auf der Seite, eine Antwortzeit, ein JSON-Feld, ein Zertifikats-Ablaufdatum, ein CPU-Wert oder das Ergebnis eines fünfstufigen Checkouts.

Der Grund, warum das von außen laufen muss, ist, dass die Ausfälle, von denen Sie am dringendsten erfahren müssen, von innen unsichtbar sind. Ein Server, dessen Festplatte voll ist, meldet sich seinem eigenen Dashboard weiterhin als gesund. Ein DNS-Eintrag, der auf eine stillgelegte Adresse zeigt, löst vom Büro aus, wo der Cache noch warm ist, tadellos auf. Ein Zertifikat, das um 2 Uhr morgens abgelaufen ist, blockiert jeden Browser der Welt, während Ihr eigener Load Balancer weiter antwortet. Externes Uptime-Monitoring schließt genau diese Lücke, weil es exakt das sieht, was ein Besucher sieht.

Der zweite Grund ist Beweiskraft. Wenn Ihr Hoster Ihnen sagt, der Ausfall habe vier Minuten gedauert, und Ihre Kunden sagen, er habe eine Stunde gedauert, entscheidet ein unabhängiges Protokoll jedes Checks, von jedem Standort, mit Zeitstempeln, den Streit. Genau dieses Protokoll ist auch die Grundlage für einen monatlichen Uptime-Bericht und eine öffentliche Statusseite.

1. Schritt 1PrüfenEin Prüfpunkt führt Ihren Check im festgelegten Intervall aus - bis zu einmal pro Minute - von den von Ihnen gewählten Standorten.
2. Schritt 2BestätigenEin Fehler wird von anderen Prüfpunkten erneut geprüft, bevor irgendetwas als Down deklariert wird, sodass eine einzelne schlechte Route kein Ausfall ist.
3. Schritt 3AlarmierenDie für diesen Monitor eingetragenen Kontakte werden über die von ihnen gewählten Kanäle benachrichtigt - und erneut, sobald sich die Website erholt.
4. Schritt 4AufzeichnenJedes Ergebnis wird mit Standort und Zeitpunkt gespeichert und fließt in Uptime-Werte, Vorfallshistorie und Berichte ein.

Der Server antwortet nicht mehr. Der offensichtliche Ausfall und immer noch der häufigste: Die Seite läuft in einen Timeout oder liefert eine Fehlerseite, die niemand sieht, bis ein Kunde anruft. Uptime-Monitoring schickt bis zu einmal pro Minute eine HTTP- oder HTTPS-Anfrage an Ihre Adresse, von über 300 Prüfpunkten aus, bestätigt den Fehler von weiteren Standorten, bevor irgendetwas als Down gilt, und alarmiert die für diesen Monitor eingetragenen Kontakte.

Das Zertifikat läuft ab. Ein Zertifikat, das um 2 Uhr nachts abläuft, blockiert jeden Browser der Welt, während der Server selbst tadellos weiter antwortet — in Ihren eigenen Logs sieht nichts falsch aus. SSL-Zertifikats-Monitoring verfolgt Ablaufdatum, Vertrauenskette und Hostnamen im Zertifikat und warnt Wochen im Voraus statt erst in dem Moment, in dem nichts mehr geht.

Die Domain verfällt. Die Verlängerungsmail ging an eine Adresse, die niemand mehr liest, oder ein Nameserver-Eintrag wurde von jemandem geändert, der längst nicht mehr hier arbeitet. Domain-Ablauf-Monitoring überwacht das Registrierungsdatum und die DNS-Antworten dahinter, damit eine auslaufende Domain etwas ist, worüber Sie informiert werden, und nicht etwas, das Sie entdecken.

Die Domain landet auf einer Blacklist. Eine geteilte Hosting-IP, ein kompromittiertes Konto oder ein falsch konfigurierter Mailserver genügen — und das erste Symptom ist meist Stille: Ihre E-Mails kommen einfach nicht mehr an. Blacklist-Monitoring prüft Ihre Domain und Ihre IP-Adresse planmäßig gegen Dutzende Listen und meldet den Tag, an dem ein Eintrag auftaucht.

Die Seite wird als Malware markiert. Ein kompromittiertes Plugin liefert etwas aus, das Google nicht gefällt, und Browser stellen eine rote Warnseite vor Ihre Startseite, während die Website selbst läuft. Malware-Monitoring gleicht Ihre URLs rund um die Uhr mit Googles Web-Risk-Datenbank ab, damit Sie von uns von der Markierung erfahren und nicht aus Ihrer Besucherkurve.

Alle fünf laufen über dieselbe Monitor-Liste, dieselben Kontakte und dieselbe Rechnung — genau darum geht es. Es sind die Ausfälle mit ein und demselben Symptom: „Bei mir funktioniert die Seite doch“ — und gemeinsam überwacht sind sie am günstigsten.

Verfügbarkeit ist die Untergrenze, nicht die Obergrenze. Eine Website kann jede Anfrage mit einem völlig gesunden 200 beantworten, während ihr Login-Formular defekt ist, ihre Suche nichts liefert oder ihre API plötzlich ein leeres Array sendet, wo früher der Produktkatalog stand. Diese drei Checks decken die gesamte Leiter ab: Der Server antwortet, der Ablauf durch die Website läuft vollständig, und die maschinenlesbaren Antworten dahinter sind weiterhin korrekt.

Langsam ist der Ausfall, den niemand ausruft. Seiten, die acht Sekunden brauchen, lösen keinen Down-Alarm aus - sie verlieren still die Besucher, die nicht warten wollten, und das wochenlang, bevor es jemand bemerkt. Diese Checks beobachten die drei Ebenen, an denen das meist beginnt: die Seite so, wie ein echter Browser sie lädt, die Maschine, die sie ausliefert, und die Datenbank, auf die sie wartet.

Diese Gruppe existiert wegen einer bestimmten Art von Fehler: Nichts ist kaputtgegangen, aber das Internet vertraut Ihnen plötzlich nicht mehr. Ein abgelaufenes Zertifikat, eine Domain, die niemand verlängert hat, eine Malware-Markierung durch ein kompromittiertes Plugin oder ein Mailserver, der auf einer Blacklist gelandet ist - jedes davon nimmt eine völlig gesunde Website vom Netz, und keines davon zeigt sich in einem Verfügbarkeits-Check, der nur Statuscodes liest.

Jedes Skript kann Ihnen eine E-Mail schicken, sobald eine Anfrage zum ersten Mal in ein Timeout läuft. Das Schwierige am Betrieb eines Monitoring-Dienstes ist nicht, Fehler zu bemerken, sondern mit der Einschätzung richtig zu liegen - denn ein Dienst, der Sie um 3 Uhr morgens wegen eines Routing-Hakelns weckt, wird innerhalb eines Monats stummgeschaltet, und ein stummgeschalteter Monitor schützt niemanden.

Ein fehlgeschlagener Check ist deshalb nie für sich allein ein Alarm. HostTracker prüft die Website zunächst erneut von anderen Prüfpunkten aus. Kann ein Standort Ihren Server nicht erreichen, während alle anderen ihn erreichen, ist das ein Netzwerkproblem zwischen diesem Prüfpunkt und Ihnen - und wird als solches erfasst statt eskaliert. Sie entscheiden, wie viele Bestätigungen ein Monitor braucht, bevor er auf Down wechselt, und Sie können diese Zahl für eine Website hinter einer instabilen Netzwerkverbindung erhöhen oder für eine, bei der jede Sekunde zählt, senken.

Geplante Arbeiten erhalten dieselbe Behandlung aus der anderen Richtung: Legen Sie ein Wartungsfenster fest, und der Monitor prüft und protokolliert weiter, aber niemand wird für ein Deployment geweckt, von dem er ohnehin schon wusste. Und da jedes Ergebnis den Standort trägt, von dem es stammt, ist der Alarm selbst diagnostisch. Down von jedem Prüfpunkt ist ein Serverproblem. Down aus einem Land ist ein Routing- oder CDN-Problem. Langsam bei drei von zwölf gewählten Standorten ist ein Kapazitätsproblem, das noch kein Ausfall geworden ist.

Erkennung ist nur die halbe Aufgabe eines Monitoring-Dienstes; die andere Hälfte ist, die richtige Person über einen Kanal zu erreichen, auf den sie tatsächlich reagiert. HostTracker verschickt Ausfallalarme per E-Mail, SMS, Anruf, Telegram, Slack, Microsoft Teams, PagerDuty, Viber, Discord, Pushover, Pushbullet, Mattermost, Web-Push und Webhook, und Sie können so viele davon gleichzeitig nutzen, wie Sie möchten.

Kontakte abonnieren pro Monitor statt pro Konto, sodass der Entwickler, dem der Checkout-Ablauf gehört, nicht wegen einer Marketing-Landingpage geweckt wird und die Person, die Domains verlängert, nicht jeden HTTP-Timeout mitbekommt. Kanäle lassen sich als Alarm-Eskalation stufen: sofort eine Telegram-Nachricht, dann ein Anruf, falls die Website ein paar Minuten später immer noch down ist, dann eine Eskalation an eine zweite Person. Wiederherstellungsmeldungen werden über dieselben Kanäle verschickt, sodass ein Vorfall immer explizit endet, statt einfach zu verebben.

Webhooks sind für die Fälle da, die keiner der oben genannten Kanäle abdeckt. Sie senden den Vorfall an das, was Sie bereits betreiben - sei es PagerDuty, ein interner Chatbot, eine Ticket-Warteschlange oder ein Skript, das einen Dienst neu startet und zurückmeldet, was es getan hat.

Jedes Check-Ergebnis wird gespeichert, wodurch aus einem Strom von Alarmen etwas wird, über das Sie tatsächlich nachdenken können. Das Dashboard zeigt den aktuellen Status jedes Monitors sowie seine Uptime über einen beliebigen Zeitraum; das Vorfallsprotokoll listet jeden Ausfall mit Beginn, Dauer und den Standorten, die ihn gesehen haben; und geplante Uptime- und SLA-Berichte können wöchentlich oder monatlich in einem Postfach landen, ohne dass sich jemand einloggen muss - genau das, was ein SLA-Gespräch oder ein Kundenvertrag meist tatsächlich braucht.

Wenn Ihre Nutzer dieselbe Information brauchen, ist es besser, sie zu veröffentlichen, als sie vierzigmal zu beantworten. Erstellen Sie eine kostenlose öffentliche Statusseite aus den Monitoren, die Sie bereits betreiben: live Uptime-Prozentwerte, eine Vorfalls-Zeitleiste, die Sie während der Arbeit kommentieren können, sowie E-Mail- oder RSS-Updates für alle, die sich anmelden. Es sind dieselben Daten, die Ihr Dashboard zeigt, gefiltert auf das, was Sie öffentlich machen möchten.

Wenn Sie ohnehin mit einem geöffneten KI-Assistenten debuggen, kann das Monitoring-Netzwerk direkt antworten. Der MCP-Server für KI-Assistenten von HostTracker stellt Sofort-Checks über das Model Context Protocol bereit, sodass Claude, Cursor und andere MCP-Clients einen HTTP-Check aus Europa und Asien ausführen, DNS auflösen, nach Blacklist-Einträgen suchen oder eine Route verfolgen können - und die Ergebnisse in demselben Gespräch lesen, in dem Sie gerade herausfinden, was kaputt ist.

Er nutzt Ihr eigenes HostTracker-API-Token und dieselben über 300 Prüfpunkte wie alles andere auf dieser Seite. Es gibt kein separates Dashboard zu lernen und nichts, das synchron gehalten werden müsste, denn es ist derselbe Dienst, der antwortet.

Jeder Check-Typ auf dieser Seite ist in jedem Plan verfügbar. Was der Plan bestimmt, ist der Umfang: wie viele Monitore Sie betreiben und wie oft sie prüfen dürfen. Das ist bewusst so, denn der Unterschied zwischen einem privaten Blog und einem Online-Shop liegt nicht darin, welche Funktionen sie brauchen, sondern wie schnell sie von einem Problem erfahren müssen.

Der kostenlose Plan ist dauerhaft und überwacht zwei Websites alle 30 Minuten - genug, um ein abgelaufenes Zertifikat oder eine über Nacht ausgefallene Website zu erkennen. Kostenpflichtige Pläne starten mit Solo bei 9 $ im Monat, dann Webmaster bei 14 $ und Business bei 29 $, mit einer Enterprise-Stufe für größere Flotten. Neue Konten erhalten eine 30-tägige Testphase mit 100 Monitoren und Ein-Minuten-Checks, ohne Kreditkarte, sodass Sie einen echten Monat Ihrer eigenen Uptime messen können, bevor Sie sich für irgendetwas entscheiden.

Der ehrliche Weg, sich zu entscheiden, ist, vom Prüfintervall aus rückwärts zu denken. Wenn ein fünfminütiger Ausfall Sie nichts kostet, prüfen Sie alle fünf Minuten und zahlen weniger. Wenn er Sie Bestellungen kostet, prüfen Sie jede Minute, und der Plan bezahlt sich selbst, sobald er Ihnen das erste Mal fünfzig Minuten unbemerkte Ausfallzeit erspart. Vergleichen Sie alle Monitoring-Pläne und Preise.