Uptime-Monitoring ist ein automatisierter Dienst, der Ihre Website, API oder Ihren Server in einem festen Intervall prüft und Sie alarmiert, sobald nicht mehr korrekt geantwortet wird. Er beantwortet rund um die Uhr eine Frage: Ist das gerade erreichbar? Außerdem zeichnet er auf, wie lange jede Antwort gedauert hat – so entsteht mit der Zeit eine genaue Historie von Verfügbarkeit und Geschwindigkeit.
Dieser Leitfaden erklärt, wie Uptime-Checks funktionieren, wie Sie ein Intervall wählen, warum gute Dienste einen Ausfall bestätigen, bevor sie alarmieren, und was Uptime-Prozentwerte in der Praxis bedeuten.
So funktioniert ein Uptime-Check
Ein Monitoring-Dienst sendet von seinen eigenen Servern eine Anfrage an Ihre Website, genau wie ein Besucher, und wertet die Antwort aus. Je nachdem, was Sie überwachen, kann der Check sein:
HTTP(S): ruft eine URL ab und prüft den Statuscode, die Antwortzeit und auf Wunsch den Inhalt der Antwort. Das ist der Standard-Check für Websites und APIs.
Ping: sendet ein ICMP-Echo, um zu sehen, ob ein Host im Netzwerk erreichbar ist.
Port: baut eine Verbindung zu einem bestimmten TCP-Port auf, zum Beispiel 465 für SMTP über TLS oder 3306 für eine Datenbank, um zu sehen, ob der Dienst lauscht.
Das sind die klassischen Uptime-Checks. Uptimecheck ergänzt Monitor-Typen für das, was sie nicht sehen: Cron-Jobs, Server, DNS-Einträge und Domains, Drittanbieter-Dienste wie Ihren Zahlungsanbieter, Website-Gesundheit (defekte Links, Mixed Content und Ladegeschwindigkeit) und Flows, die Schritt für Schritt durch einen Login oder Checkout gehen.
Ein HTTP-Check besteht, wenn die Antwort rechtzeitig eintrifft und Ihren Erwartungen entspricht. Standardmäßig heißt das: ein erfolgreicher Statuscode. Ein besserer Check prüft auch den Inhalt. Eine Seite kann Status 200 liefern und trotzdem „Database connection error“ anzeigen. Wenn Sie prüfen, ob die Antwort ein Wort enthält, das nur auf einer funktionierenden Seite steht, oder ob eine API das erwartete Feld zurückgibt, erkennen Sie solche Fälle. In Uptimecheck legen Sie für jeden Uptime-Monitor oder API-Monitor HTTP-Methode, Header, Request-Body, erwartete Statuscodes, ein Keyword und JSON-Checks fest.
Vom fehlgeschlagenen Check zum Alarm
Eine einzelne fehlgeschlagene Anfrage ist nicht immer ein Ausfall. Ein Paket kann zwischen zwei Netzwerken verloren gehen, oder ein Server stockt für eine Sekunde. Würde jeder Fehler einen Alarm auslösen, würden die Leute die Alarme bald ignorieren. Deshalb läuft ein gut gebauter Check in Schritten ab:
Ein Check schlägt fehl, zum Beispiel mit einem Timeout oder einer 503.
Der Dienst prüft erneut, idealerweise aus einer zweiten Region.
Bestätigt sich der Fehler, wird ein Incident eröffnet und Alarme gehen raus.
Sobald die Checks wieder bestehen, geht eine Entwarnung mit der gesamten Ausfallzeit raus.
Prüfungen aus zwei Regionen leisten zweierlei. Sie filtern Fehlalarme heraus, die durch einen einzelnen Netzwerkpfad entstehen, und sie zeigen, wenn ein Ausfall regional ist: Fällt Ihre Website aus Europa aus, funktioniert aber aus den USA, liegt das Problem wahrscheinlich im Routing oder an einem CDN-Edge, nicht an Ihrem Server. Uptimecheck prüft aus Stockholm, London und New York und bestätigt jeden Fehler von einem zweiten Standort, bevor ein Incident eröffnet wird – so weckt ein einzelner Aussetzer niemanden.
Das richtige Check-Intervall wählen
Das Intervall ist die längste Zeit, die ein Ausfall unbemerkt bleiben kann. Bei einem Fünf-Minuten-Intervall wird ein Ausfall, der direkt nach einem Check beginnt, bis zu fünf Minuten später entdeckt, plus Bestätigungszeit. Mit Checks jede Minute wird er innerhalb von etwa einer Minute entdeckt.
Als Faustregel:
Jede Minute für alles, was Geld verdient oder Kunden bedient: Shops, SaaS-Produkte, Buchungssysteme, APIs.
Alle fünf Minuten für private Projekte, interne Tools und Websites, bei denen ein paar Minuten mehr keine Rolle spielen.
Uptimecheck prüft in den bezahlten Plänen jede Minute und im Free-Plan alle 5 Minuten. Details finden Sie in der Preisübersicht.
Was Uptime-Prozentwerte in Minuten bedeuten
Uptime wird meist als Prozentsatz der Zeit angegeben. Die Zahlen liegen scheinbar nah beieinander, doch der Unterschied in echter Ausfallzeit ist groß. Über ein Jahr gerechnet:
99 % erlauben 3 Tage, 15 Stunden und 36 Minuten Ausfallzeit.
99,9 % erlauben 8 Stunden, 45 Minuten und 36 Sekunden.
99,99 % erlauben 52 Minuten und 34 Sekunden.
Pro Monat entsprechen 99,9 % etwa 43 Minuten. Das kann ein langer Vorfall sein oder viele kurze. Monitoring zeigt Ihnen, welches von beiden – und das ist wichtig, weil die Lösung jeweils eine andere ist. Ein langer Ausfall deutet auf einen einzelnen Fehler hin. Viele kurze deuten oft auf einen überlasteten Server oder eine unzuverlässige Abhängigkeit.
Was Sie überwachen sollten
Die meisten Teams beginnen mit der Startseite. Das ist ein guter Anfang, aber die Startseite ist oft gecacht und fällt als Letztes aus. Ein sinnvolles Set an Monitoren umfasst:
Die Seiten, die Geld verdienen: Checkout, Registrierung, Buchung.
Die Login-Seite, die von der Datenbank und dem Session-Speicher abhängt.
Öffentliche APIs, von denen Ihre Apps und Integrationen abhängen.
Unterstützende Dienste wie Mailserver und Datenbanken, mit Port-Checks.
Alles, was abläuft: SSL-Zertifikate und Domains.
Geplante Jobs, mit Heartbeats – denn ein fehlgeschlagenes Backup legt Ihre Website nicht lahm, braucht aber trotzdem einen Alarm.
Wohin Alarme gehen sollten
Ein Alarm hilft nur, wenn er jemanden erreicht, der handeln kann. Für die meisten Alarme tagsüber reicht E-Mail. Bei Ausfällen in der Nacht ist ein Kanal, der auf das Smartphone pusht, schwerer zu übersehen. Team-Chats wie Slack, Discord, Telegram oder Microsoft Teams halten alle auf dem Laufenden und geben dem Incident einen gemeinsamen Ort für die Abstimmung. Mit Webhooks schicken Sie Alarme in Ihre eigenen Systeme. Uptimecheck sendet Alarme per E-Mail, an Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, per Webhook und als Push-Benachrichtigung auf Ihr Smartphone – in jedem Plan. Siehe Benachrichtigungen.
Checkliste für Uptime-Monitoring
Listen Sie die Seiten, APIs und Dienste auf, die zählen – beginnend mit denen, die Geld verdienen.
Legen Sie für jede einen HTTP(S)-Monitor an, bei den wichtigsten mit Inhaltsprüfung.
Wählen Sie für geschäftskritische Checks ein Intervall von 1 Minute.
Prüfen Sie aus mehr als einer Region.
Senden Sie Alarme an mindestens zwei Kanäle, davon einen, der nachts taugt.
Ergänzen Sie SSL-, Domain- und Heartbeat-Monitore für alles, was ablaufen oder unbemerkt stehen bleiben kann.
Veröffentlichen Sie eine Statusseite, damit Kunden während eines Incidents sehen, was los ist.
Prüfen Sie jeden Monat die Incident-Historie und die Antwortzeiten.
Zusammenfassung
Uptime-Monitoring macht aus „Die Website ist vielleicht down“ ein „Die Website ist seit zwei Minuten down, hier ist der Fehler, und die richtige Person weiß schon Bescheid“. Wählen Sie ein kurzes Intervall, bestätigen Sie Ausfälle vor dem Alarm, prüfen Sie neben Statuscodes auch den Inhalt und senden Sie Alarme dorthin, wo sie gesehen werden.
Uptimecheck deckt Websites, APIs, Server, Cron-Jobs, DNS, SSL, Domains, Drittanbieter-Dienste, Website-Gesundheit und mehrstufige Flows in einem Konto zum Festpreis ab. Testen Sie es 14 Tage kostenlos, ohne Kreditkarte.