warum dieses Tool
Warum sich Nutzer für Uptimepage entscheiden
Jedes Überwachungstool sagt Ihnen, wenn eine URL nicht mehr antwortet. Ob Sie eines behalten, entscheidet sich an etwas Engerem: wie sicher es sich ist, bevor es Sie weckt, und wie viel von der übrigen Arbeit es Ihnen abnimmt.
Sie erfahren es von uns, nicht von einem Kunden
Der schlimmste Weg, zu erfahren, dass Ihre Kasse kaputt ist, ist die E-Mail von jemandem, der bezahlen wollte. Checks laufen rund um die Uhr gegen die Seiten, über die Ihr Geld hereinkommt: die Website, die Kasse, das Anmeldeformular, die API dahinter. Verhält sich eine davon nicht mehr wie erwartet, erreicht der Alarm Slack, Telegram, E-Mail, einen Webhook oder Ihr Handy, und er enthält die fehlgeschlagene Antwort, was meist reicht, um zu wissen, wo Sie suchen müssen. Wie schnell er ankommt, legen Sie selbst fest: Es dauert das gewählte Prüfintervall mal die Zahl der Fehlschläge, die Sie zuerst bestätigt haben möchten.
Ein Tool statt drei
Die meisten zahlen am Ende für einen Checker, dann für eine Statusseite, dann für ein Bereitschafts-Tool, das entscheidet, wer geweckt wird. Hier sind die Checks, die öffentliche Seite, die Ihre Kunden lesen, der Störungsverlauf, den Sie während der Arbeit fortschreiben, und die Dienstpläne der Bereitschaft mit ihrer Eskalation ein einziges Produkt. Ein ausfallender Monitor eröffnet von selbst eine Störung und alarmiert seine Kanäle oder wer gerade Bereitschaft hat, und Sie entscheiden, welche Monitore auf der öffentlichen Seite erscheinen. Besucher abonnieren die Seite per bestätigter E-Mail oder signiertem Webhook und erfahren, wenn das Problem behoben ist, und das ist ungefähr das gesamte Support-Postfach, das Sie sonst von Hand beantwortet hätten.
Einrichten durch Fragen statt durch Formulare
Monitore zu haben ist nicht das Lästige. Was man vor sich herschiebt, ist die erste Stunde, in der es noch keine gibt und jeder einzelne ein Formular ist. Verbinden Sie stattdessen einen KI-Assistenten und beschreiben Sie, worauf es ankommt: die Website, das Zertifikat, die Domain-Verlängerung, den nächtlichen Job, der sich melden sollte. Er schlägt die Monitore vor und legt sie an, und bevor etwas gespeichert wird, führt er den Check einmal aus und zeigt Ihnen das echte Ergebnis neben jeder Einstellung, die er anwenden würde. Ein Check, der das Falsche prüft, fällt genau dort auf, an der Stelle, an der ein Ablehnen Sie nichts kostet. Später können Sie fragen, was letzte Nacht kaputtgegangen ist, einen Monitor pausieren, der zu viel Lärm macht, oder etwas sofort noch einmal prüfen lassen.
Es schlägt nicht grundlos Alarm
Eine Sonde mit einer schlechten Netzwerkminute ist der häufigste Fehlalarm in der Überwachung, und sie ist der Grund, warum man irgendwann aufhört, seine Alarme zu lesen. Vor Ihren Alarmen stehen zwei Schranken. Eine Region muss mehrere Checks hintereinander nicht bestehen, bevor sie überhaupt als ausgefallen gilt, standardmäßig zwei. Dann werden die ausgefallenen Regionen gegen die Richtlinie des Monitors gezählt, und der Standard ist eine Mehrheit, sodass bei einem Monitor, der von drei Orten aus geprüft wird, zwei übereinstimmen müssen. Ihre Alarmierung und der öffentliche Verfügbarkeitsbalken folgen derselben Regel, also passt das, was Ihre Kunden sehen, zu dem, was Sie geweckt hat.
Holen Sie die Person dazu, die Dinge repariert
Laden Sie Ihren Entwickler, Ihre Agentur oder Ihre Assistenz ein, statt ihnen Ihr Passwort zu mailen. Ein Mitglied betreibt die Überwachung: Es legt Monitore an und bearbeitet sie, bestätigt Störungen und veröffentlicht während eines Ausfalls Updates für Kunden, und genau das wollen Sie, wenn die Person, die um 3 Uhr nachts wach ist, nicht die Person ist, der das Konto gehört. Ein Inhaber kontrolliert die Organisation selbst: wer dazugehört und die Seite mit Ihrer Marke, die Kunden sehen. Einladungen werden per E-Mail verschickt und tragen die Rolle, die Sie gewählt haben.
Was ein Check tatsächlich prüft
Ein Monitor prüft hier eine konkrete Erwartung, statt nur zu fragen, ob der Host antwortet. Ein HTTP-Check legt den Statuscode fest, gleicht Text im Body ab, setzt ein eigenes Timeout und entscheidet, ob Weiterleitungen und selbst signierte Zertifikate akzeptabel sind. Die Zeitmessung kommt aufgeteilt in DNS, TCP-Verbindungsaufbau, TLS-Handshake und Zeit bis zum ersten Byte zurück, sodass ein langsamer Check Ihnen sagt, welcher der vier Teile langsam ist. Zertifikats- und Domain-Checks zählen die verbleibenden Tage und warnen bei Schwellen, die Sie festlegen, lange vor dem Ablaufdatum. Heartbeat-Monitore laufen andersherum: Ihr Cronjob pingt uns, und Stille über Periode plus Kulanzzeit hinaus ist der Fehler. Ein Browser-Flow führt einen echten Login durch und misst jeden Schritt, sodass ein Formular, das noch angezeigt wird, während der Login dahinter kaputt ist, nicht als gesund durchgeht.
Die KI darf handeln, in festen Grenzen
Neununddreißig Tools sind über MCP verfügbar. Neunzehn lesen, soweit die Scopes Ihres Tokens es erlauben: Monitore und ihr Verlauf Region für Region, Läufe von Browser-Flows, Störungen und ihre Kennzahlen, Wartungsfenster, Statusseiten, Kanäle, Variablenschlüssel, der Zustand der Organisation, die Nutzung im Verhältnis zu Ihrem Tarif. Die anderen zwanzig können handeln. Jede Aktion braucht den passenden Scope auf einem an die Organisation gebundenen Token, Ihre Zustimmung im Moment selbst in jedem Client, der anhalten und fragen kann, und jede schreibt einen Eintrag ins Audit-Log, der festhält, ob Sie gefragt wurden; ein Client, der nicht fragen kann, führt die Schreibaktion mit dem gewährten Scope aus, wie es die REST API täte, geben Sie einem solchen Client also nur lesende Scopes. Es gibt kein „Auswahl merken“. Was der Assistent nicht kann, zählt genauso. Er kann an einem Monitor keine Request-Header, Auth-Tokens oder Flow-Passwörter setzen, und eine URL, die ein Passwort enthält, wird sofort abgelehnt. Beim Zurücklesen kommen Header-Werte und Request-Bodys maskiert an, das Ping-Token eines Heartbeats wird zurückgehalten, und was ein Flow eintippt, wird nie zurückgegeben. Die Adresse ist die Ausnahme: Sie wird so gemeldet, wie sie konfiguriert ist, sodass Zugangsdaten, die jemand in die URL selbst geschrieben hat, dort sichtbar sind, genau wie in der API. Er kann keinen Benachrichtigungskanal anlegen, denn dazu müsste man ihm einen Webhook oder ein Bot-Token aushändigen, er kann einen Monitor aber an einen Kanal binden, den Sie bereits angelegt haben. Das Nachjustieren eines Monitors ändert, wie laut er Alarm schlägt, nie, was er überwacht, und ein Monitor, der von Terraform verwaltet wird, wird abgelehnt, damit der nächste Apply das nicht still rückgängig machen kann.
Oder behalten Sie es in der Versionsverwaltung
Das Dashboard, die REST API, der Terraform-Provider und die MCP-Tools steuern dieselben Endpunkte, sodass ein Monitor, den Sie per Klick angelegt haben, dasselbe Objekt ist, das ein Skript zurückliest. API-Tokens mit Scopes sind an eine Organisation gebunden und tragen nur die Berechtigungen, die Sie gewähren. Der Provider verwaltet HTTP-, TCP-, DNS-, TLS-, Domain-, Ping-, Heartbeat-, Flow- und manuelle Monitore, Ihre Benachrichtigungskanäle sowie die Statusseiten und Komponenten, auf denen sie erscheinen. Wenn Ihre Infrastruktur also schon in Terraform lebt, durchläuft all das dasselbe Review und denselben Rollback wie der Rest.
Selbst betreiben oder uns betreiben lassen
Das ganze Produkt steht unter AGPL und wird als eine eigenständige Binärdatei ausgeliefert. Ein einziger Befehl mit docker compose startet es mit Postgres und ClickHouse, beide Datenbanken migrieren sich selbst, und ein zweiter Befehl legt Ihr Inhaberkonto an und gibt einen Anmeldelink aus. Das ist die ganze Installation. Für Kubernetes gibt es ein Helm-Chart, und dieselbe Binärdatei, im Agent-Modus gestartet, führt Checks aus Ihrem eigenen Netzwerk heraus aus. Nichts im Kern wird zurückgehalten, um das Selbst-Hosting mühsam zu machen: die Checks, die Statusseiten, die Abonnenten, die API und jeder Alarmkanal sind derselbe Code, den wir betreiben.
Ein in Terraform deklarierter Monitor
resource "uptimepage_target" "checkout" {
name = "checkout"
interval = 180
check = {
type = "http"
http = {
url = "https://example.com/checkout"
expected_status = { kind = "exact", exact = 200 }
}
}
}
Häufige Fragen
Muss ich technisch versiert sein, um es zu nutzen?
Was macht der KI-Assistent eigentlich?
Weckt es mich grundlos?
Brauche ich ein separates Statusseiten-Tool?
Kann ich es auf meinem eigenen Server betreiben?
Auf einen Blick
- Was es prüft HTTP, TCP, DNS, TLS, Domain, Ping, Heartbeat, Flow, manuell
- Von wo mehrere Regionen, die Mehrheit muss zustimmen
- Einrichten mit der App, einem KI-Assistenten, der API oder Terraform
- Inklusive Statusseite, Störungen, Alarme, Bereitschaft
- Ihr Team Personen einladen, als Inhaber oder Mitglied
- Selbst hosten AGPL, eine Binärdatei, docker compose
- Einstiegspreis kostenlos, ohne Karte
Links
In unter 5 Minuten startklar.
Funktionen · Preise · Notizen