Verfügbarkeitsüberwachung für Websites von 300+ Standorten weltweit

Die sechs Karten oben sind der Einstieg der meisten Konten. Der vollständige Katalog umfasst vierzehn Monitor-Typen, die sich alle dieselbe Standortflotte, dasselbe Bestätigungsprotokoll und dieselbe Alarmweiterleitung teilen - Sie betreiben kein Tool für Uptime und ein zweites für Zertifikate.

Die Netzwerk-Checks laufen von der öffentlichen Flotte mit 300+ Standorten. Die Infrastruktur-Checks - Datenbankabfrage, Leistungszähler und SNMP - laufen stattdessen über dedizierte Agents, weil sie Zugangsdaten und Reichweite in Ihr Netzwerk brauchen und keine Geografie.

Das ist wichtig, denn die häufigsten Gründe, warum ein Check „fehlschlägt“, haben nichts mit Ihrem Server zu tun:

• Der Pfad ist ausgefallen, nicht die Website. Ein Transit-Anbieter leitet neunzig Sekunden lang schlecht um, während jedes andere Netzwerk Sie weiterhin erreicht.
• Die Website ist ausgefallen, aber nur für einen Teil der Nutzer. Ein CDN-Edge liefert in einer Region veraltete Fehler aus, oder eine Firewall-Regel sperrt ein Land - und ein Messpunkt am falschen Ort meldet „alles in Ordnung“.
• Die Messsonde ist ausgefallen. Ohne zweite Meinung sehen ein defekter Knoten und eine defekte Website gleich aus.

Verteiltes Monitoring beantwortet alle drei Fälle auf dieselbe Weise: mehrere voneinander unabhängige Orte fragen und dann vergleichen. Für diesen Vergleich, einmalig und sofort, nutzen Sie den kostenlosen HTTP-Check von mehreren Standorten.

1. Der Monitor ist fällig. Die Intervalle reichen von einer Minute bis zu 24 Stunden, Standard sind drei, und fällige Arbeit wird laufend übernommen statt in Batch-Fenstern.
2. Aus den gewählten Gruppen wird ein Standort ausgewählt. Sie wählen Gruppen, keine Maschinen, sodass ein Check innerhalb der Gruppe rotiert, statt an einem Rechner zu hängen.
3. Der Check läuft. Der Standort führt die echte Anfrage aus - HTTP-Abruf, ICMP-Ping, TCP-Handshake, Seitenladen im Browser - und liefert das Ergebnis, die Zeitaufschlüsselung und, wo sinnvoll, den Antwortinhalt zurück.
4. Ein Statuswechsel startet eine Bestätigung, keinen Alarm. Nur eine bestätigte Änderung eröffnet oder beendet eine Ausfallphase.

Die Gruppen, auf die ein Monitor gerichtet werden kann, sind in der Oberfläche und in der API benannt und wählbar:

Ein neuer Monitor startet mit Westeuropa, Osteuropa und Nordamerika. Gruppen lassen sich kombinieren und abziehen: allworld mit -russia bedeutet „überall außer Russland“ - so halten Sie das nationale Routing eines einzelnen Landes aus Ihren Alarmen heraus.

Ein einzelner fehlgeschlagener Check löst nie einen Alarm aus. Weicht ein Ergebnis vom aktuellen Zustand des Monitors ab, öffnet HostTracker eine Bestätigungssitzung und hält den Alarm zurück, bis andere Standorte geantwortet haben:

1. Zehn Sekunden warten. Ein Ziel, das gerade gekippt ist, braucht am wenigsten einen Schwall zusätzlichen Datenverkehr, und viele kurze Störungen sind vorbei, bevor die zehnte Sekunde erreicht ist.
2. Die Wiederholung auffächern. Bis zu sieben Standorte werden aus einem durchmischten Pool gezogen und im Abstand von zwei Sekunden gestartet, sodass sich die Wiederholungen zeitlich und geografisch verteilen. Sind zu wenige vertrauenswürdige Standorte frei, wird das Quorum auf mindestens drei aufgefüllt.
3. Die Antworten sortieren, bevor sie gezählt werden. Ein Standort, der den Check nicht ausführen konnte, zählt nicht und wird nicht bestraft. Einer, der Unbrauchbares liefert, zählt ebenfalls nicht, wird markiert, und es wird ein Ersatz losgeschickt.
4. Die Übereinstimmungsregel anwenden. Standardmäßig entscheidet die Mehrheit. Pro Monitor können Sie verlangen, dass mindestens eine festgelegte Anzahl von Standorten „down“ meldet, volle Übereinstimmung in beide Richtungen fordern oder volle Übereinstimmung für einen Ausfall fordern, während Wiederherstellungen mit Mehrheit bestätigt werden.
5. Die Standorte am Urteil messen. Ein Standort, der immer wieder abweicht, erhält einen Misstrauenspunkt mit Countdown, wird übersprungen, solange dieser läuft, und verdient sich den Weg zurück, wenn der Countdown abklingt. So zieht sich ein flatternder Knoten selbst aus dem Verkehr.
6. Kam nichts Zählbares zurück, wird niemand geweckt. Die Sitzung endet ohne Urteil, und der Basis-Check wird später wiederholt.

Es hat auch einen Ausschalter: Ein Check, dessen Ergebnis für sich allein eindeutig ist (eine Datenbankabfrage hat die Zeile entweder geliefert oder nicht), überspringt die Bestätigung vollständig.

Das stärkste Argument für Monitoring von mehreren Standorten ist nicht der Ausfall, den alle bemerken, sondern der, den nur manche bemerken. In Europa erreichbar, in Nordamerika nicht - so sieht das aus:

Illustrativ, aber genau in der Form, in der ein echtes Ergebnis pro Standort vorliegt. Die Standard-Mehrheitsregel ruft daraus keinen globalen Ausfall aus, weil es keiner ist. Sie hält fest, welche Standorte in welcher Sekunde mit welchem Fehler ausgefallen sind - Belege mit Zeitstempel, erhoben außerhalb des Netzwerks Ihres Anbieters, und genau das macht sie in einem Support-Ticket verwendbar.

Um bei einem regionalen Ausfall alarmiert zu werden, statt ihn nur zu protokollieren: Stellen Sie die Bestätigungsregel auf „mindestens so viele Standorte melden down“ ein oder betreiben Sie einen zweiten Monitor, der auf diese Region festgelegt ist und bei dem der Ausfall die Mehrheit bildet. Sie suchen gerade den Fehler an einem Host? Ein globaler Ping-Test zeigt dieses Bild mit einem Klick.

Das Alarmieren richtet sich nach der eigenen Verzögerung jedes Kontakts, nicht nach einer globalen Regel. Jeder Kontakt wählt, wann er von einem Ausfall erfahren möchte: sofort, nach 3, 5, 15, 30 oder 60 Minuten anhaltenden Ausfalls oder nach 3, 6, 12 oder 24 Stunden. Diese Stufenleiter macht aus einer Kontaktliste eine Eskalationsrichtlinie, ganz ohne separates Bereitschaftsprodukt - Minute 0 an den Team-Kanal, Minute 5 an das Telefon des Bereitschaftsingenieurs, Minute 30 an den Engineering-Lead, Stunde 3 an den Kontoinhaber.

Kanäle für jede Stufe: E-Mail, SMS, Sprachanruf, Browser-Push, Slack, Telegram, Discord, Viber und signierte Webhooks - über den Webhook erreichen Alarme einen Incident-Manager, ein Ticketsystem oder jedes interne Tool mit eingehender URL.

Monitoring, das nur alarmiert, ist ein halbes Produkt. Die andere Hälfte ist die Aufzeichnung, die es hinterlässt - das, was Sie bei einem Hosting-Streit, einem SLA-Gutschriftsantrag oder einer Nachbesprechung eines Vorfalls verwenden.

• Check-Ergebnisse pro Standort mit Status, Antwortzeit und Fehlertext, als Verlauf gespeichert und nicht nur als aktueller Zustand.
• Ausfallphasen mit bestätigtem Beginn, bestätigtem Ende und der Bestätigungsspur hinter beidem.
• Geplante Uptime-Berichte, per E-Mail im von Ihnen festgelegten Rhythmus.
• Ein SLA-Export und ein Uptime-Badge, direkt von einer Statusseite veröffentlicht.
• Wartungsfenster, damit geplante Arbeiten nicht die Verfügbarkeitszahl verfälschen, die Sie später verteidigen müssen.

Externe Belege haben gerade deshalb Gewicht, weil sie extern sind: Ein Anbieter kann Ihre eigenen Server-Logs abtun, aber ein Protokoll mit Zeitstempel über Ausfälle, die aus mehreren unabhängigen Netzwerken gesehen wurden - keines davon Ihres -, lässt sich schwerer bestreiten.

Der schnellste Weg, das Support-Aufkommen bei einem Vorfall zu senken, ist, die Leute nicht mehr fragen zu lassen. Eine Statusseite macht aus Monitoren, die Sie ohnehin betreiben, öffentliche Komponenten, aktualisiert sie aus denselben bestätigten Ergebnissen, die Ihre Alarme auslösen, und wird für Sie unter einer eigenen Adresse gehostet - ohne zusätzliches Hosting, ohne DNS-Arbeit. Vorfälle und Wartungsfenster werden dort veröffentlicht, und Besucher können sie abonnieren.

Statusseiten sind in jedem Tarif enthalten, auch im kostenlosen, und ebenso die Veröffentlichung unter Ihrer eigenen Domain. HostTracker betreibt seine eigene auf derselben Technik - status.host-tracker.com ist ein Live-Beispiel - und die Übersicht zu Statusseiten erklärt den Rest.

Jede Aussage auf dieser Seite lässt sich ohne Konto prüfen, denn die kostenlosen Sofort-Tools laufen auf derselben Flotte wie die bezahlten Monitore. Richten Sie eines auf eine Website, von der Sie wissen, dass sie gesund ist, dann auf eine, von der Sie wissen, dass sie es nicht ist, und lesen Sie die Ergebnisse pro Standort selbst.

• Kostenloser HTTP-Check von mehreren Standorten - Statuscode, Antwortzeit und Header pro Standort.
• Globalen Ping-Test starten - Erreichbarkeit, Latenz und Paketverlust auf Netzwerkebene, wo sich Routing-Probleme zuerst zeigen.

Es gibt elf dieser kostenlosen Tools, jedes die manuelle Version eines Monitor-Typs, den Sie später nach Zeitplan laufen lassen können.

Standorte sind ein vollwertiger Parameter und keine Einstellung, die in einem Formular vergraben ist. Einen Check aus benannten Regionen per REST ausführen:

curl -X POST https://api2.host-tracker.com/check \
  -H "Authorization: Bearer $HT_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://example.com", "type": "http", "pools": ["westeurope", "asia"]}'

Die Kennungen aus der Regionentabelle kommen in pools, und dieselben Werte funktionieren, wenn Sie einen geplanten Monitor anlegen. Um diese REST-Schnittstelle herum gibt es offizielle Bibliotheken für TypeScript, Python, Go und .NET, den Kommandozeilen-Client ht, eine GitHub Action und einen MCP-Server, damit ein KI-Assistent Monitore anlegen und Ergebnisse direkt lesen kann - alles aus einem einzigen OpenAPI-Dokument generiert.

Drei Wege, das Netzwerk zu nutzen, und die Flotte ist in allen dieselbe - der kostenlose Tarif wird nicht von weniger Orten geprüft als die bezahlten.

Die Testphase ist der ehrliche Weg, das zu bewerten: 30 Tage, hundert Monitore, keine Karte - genug, um HostTracker neben dem zu betreiben, was Sie heute nutzen, und die Alarme zu vergleichen, die beide tatsächlich gesendet haben. Alle Limits pro Tarif: Tarife für Website-Monitoring von HostTracker.

Nur Spalten, die sich anhand einer veröffentlichten Seite prüfen lassen. Aus den Preis- und Dokumentationsseiten der jeweiligen Anbieter, Stand August 2026 - prüfen Sie alles nach, wovon eine Entscheidung abhängt.

Wo wir nicht vorn liegen, sagt die Tabelle das: Der kostenlose Tarif von UptimeRobot enthält mehr Monitore als unserer, und deren gehosteter MCP-Server kam mit OAuth früher als unserer. Die Gründe, dieses Netzwerk zu wählen, stehen in den ersten drei Zeilen.

Netzwerk-, Protokoll- und Tarifangaben auf dieser Seite zuletzt geprüft am 30. August 2026. HostTracker betreibt dieses verteilte Monitoring-Netzwerk seit 2004.