Bestätigten Ausfall pushen
Die Nachricht geht raus, sobald genug unabhängige EU-Standorte den Check oft genug hintereinander abweisen, nicht schon bei der ersten fehlgeschlagenen Anfrage; beide Schwellen stehen in deinem Paket.
Eine Topic-URL, auf ntfy.sh oder auf deinem eigenen Server, und jeder bestätigte Ausfall kommt als Push an, ohne Konto irgendwo.
Was die Alarmkette an ntfy schickt, steht hier vollständig, und mehr passiert nicht. Einmal lesen, und du weißt, was dein Team sehen wird.
Die Nachricht geht raus, sobald genug unabhängige EU-Standorte den Check oft genug hintereinander abweisen, nicht schon bei der ersten fehlgeschlagenen Anfrage; beide Schwellen stehen in deinem Paket.
Die Entwarnung kommt auf demselben Topic an, mit niedrigerer Priorität, denn sie ist eine Nachricht und kein Notfall.
Ein Ausfall kommt mit ntfys Priorität max an, eine Warnung mit high, die Entwarnung mit default, dein Telefon kann sie also unterschiedlich behandeln.
Jeder Push trägt einen Tag, der in der App zum Symbol wird, ein Rundumlicht beim Ausfall und ein Haken bei der Entwarnung.
Die Nachricht ist reiner Text und liest sich damit in der App, im Browser und in allem gleich, was das Topic abonniert.
ntfy.sh und ein selbst betriebener Server funktionieren beide, die Adresse wird vor dem Aufruf gegen interne Ziele geprüft.
Ein Zugriffstoken geht als Bearer-Kopfzeile mit, sobald du eins hinterlegst, ein privates Topic funktioniert damit wie ein offenes.
Auslaufende TLS-Zertifikate, ablaufende Domains und Einträge auf Blocklisten erreichen dasselbe Topic.
Jeder Kanal ist eine eigene Topic-URL, damit der Ausfall eines Kunden die Leute erreicht, die diesen Kunden betreuen, und nicht alle.
Das Dashboard schickt beim Einrichten einen Test-Push an das Topic, damit ein falsches Topic oder Token vor dem ersten echten Alarm auffällt.
Teams, die ihr Monitoring über Uptimeify fahren

Einen Topic-Namen auf ntfy.sh oder auf deinem eigenen Server wählen und ihn in der App abonnieren.
Topic URL
Verschlüsselt gespeichert
Die Topic-URL ist das ganze Ziel, ein Zugriffstoken braucht es nur, wenn das Topic geschützt ist.
Die URL als ntfy-Kanal anlegen, die Monitore zuordnen und den Test-Push senden.
Nein. Auf ntfy.sh genügt ein Topic-Name, auf deinem eigenen Server gilt, was du festgelegt hast. Ein Zugriffstoken braucht es nur, wenn das Topic geschützt ist.
Ja. Die Adresse wird vor dem Senden aufgelöst und gegen interne sowie Loopback-Ziele geprüft, eine Topic-URL kann also nicht auf etwas in deinem Netz zeigen.
An Priorität und Tag. Ein Ausfall kommt mit Priorität max und Rundumlicht, eine Warnung mit high, die Entwarnung mit default und Haken.
Nein. Deine Quota deckt Monitore und das monatliche SMS- und Sprachkontingent. Alarme über ntfy, E-Mail, Webhook oder Slack zehren nicht daran.
Ja. Jeder Kanal ist eine eigene Topic-URL, und du ordnest ihm Monitore und Kunden zu. Der Ausfall eines Kunden erreicht damit die Leute, die diesen Kunden betreuen, und nicht alle.
ntfy einmal verbinden, und jeder bestätigte Ausfall kommt auf dem Topic an, das du ohnehin abonniert hast.