Uptime-Benachrichtigungen, die dich wirklich wecken

Jedes Monitoring-Tool kann eine E-Mail schicken. Das Problem ist nicht die Erkennung – es ist, dass der Alarm im selben Kanal landet wie ein Newsletter, mit demselben Ton wie eine Termineinladung. Ein Webhook aufs Handy löst die letzte Meile.

Fast jeder Monitor spricht Webhook

Für keines dieser Tools brauchst du ein Plugin oder eine Integration – sie alle haben einen generischen Webhook-Benachrichtigungstyp und können damit an eine URL deiner Wahl posten. Webhooky-Endpunkt anlegen, URL kopieren, einfügen:

Weil ein Webhooky-Endpunkt jeden POST-Body annimmt, muss bei keinem davon das Payload umgeformt werden. Fehlt im Body ein Feld title oder message, greift der Fallback auf Titel, Text und Sound vom Endpunkt – „api.example.com ist down“ mit Sirene funktioniert also ohne eine Zeile Code.

Der Alarm, der nie kommt

Uptime-Monitoring hat einen blinden Fleck, in den viele laufen: Es sagt dir, wenn ein Check fehlschlägt – aber nicht, wenn der Check gar nicht mehr läuft. Ein Cronjob, der stillschweigend nicht mehr eingeplant wurde, ein Backup-Skript, das nie angestoßen wurde, ein gestorbener Monitoring-Container: alles leise. Stille sieht exakt aus wie Erfolg.

Die Lösung ist ein Dead Man's Switch: Statt dass der Job meldet, dass er gescheitert ist, meldet er, dass er gelaufen ist – und etwas beschwert sich, wenn diese Meldung ausbleibt. Healthchecks.io ist genau dafür gebaut: Dein Job pingt bei Erfolg eine URL an, und bleibt der Ping im eingestellten Zeitfenster aus, feuert Healthchecks seinen Webhook. Richte den aufs Handy, und du bekommst „das nächtliche Backup ist nicht gelaufen“ – die Meldung, die du wirklich gebraucht hast.

Wenn du keinen weiteren Dienst betreiben willst, funktioniert auch die Sparvariante: Lass den Job bei Erfolg auf einen Webhooky-Endpunkt mit leisem Sound posten – ein fehlender nächtlicher Ping wird dann in der Historie dieses Endpunkts sichtbar.

Ein Sound pro Schweregrad

Hier verdient sich ein eigener Endpunkt seinen Platz gegenüber der E-Mail. Alarmmüdigkeit ist real, und das Gegenmittel sind nicht weniger Alarme – sondern Alarme, die du ohne Hinsehen einordnen kannst:

  • Down – Sirene oder Buzzer. Der einzige, der unangenehm sein darf.
  • Wieder erreichbar – etwas Kurzes, Angenehmes. Diesen Ton zu hören heißt, du kannst aufhören, dir Sorgen zu machen – das zählt genauso viel wie der erste Alarm.
  • Eingeschränkt / langsam – ein neutraler Ton. Wissenswert, aber kein Aufwachgrund.
  • Zertifikat läuft ab – ein leiser. Dreißig Tage Vorlauf brauchen keine Sirene.
  • Backup fertig – der leiseste von allen, oder gar kein Ton, nur Historie.

Nach einer Woche liest du das nicht mehr. Eine Sirene um 3 Uhr heißt Produktion; ein sanfter Ton um 3 Uhr heißt, das Backup ist in Ordnung und du kannst weiterschlafen. 40 Sounds stehen zur Wahl, pro Endpunkt einstellbar oder pro Nachricht über das Feld sound überschreibbar.

Zwei nützliche Einzeiler

Melden, wenn ein lange laufender Befehl fertig ist – egal mit welchem Ergebnis:

./long-migration.sh; curl -s -X POST https://api.webhooky.app/DEIN_KEY \
  -d "{\"title\":\"Migration fertig\",\"message\":\"exit $?\"}"

Oder einen Cronjob absichern, sodass du nur von Fehlern erfährst:

0 3 * * * /opt/backup.sh || curl -s -X POST https://api.webhooky.app/DEIN_KEY \
  -d '{"title":"❌ Backup fehlgeschlagen","sound":"buzzer"}'

Weitere Muster in Benachrichtigung, wenn dein Skript fertig ist.

Warum das E-Mail und Chat beim Alarmieren schlägt

E-Mail hat kein Dringlichkeitsgefälle – alles landet in einer Liste mit einem Ton. Slack und Discord sind besser fürs Team, aber schlechter fürs Geweckt-Werden: Ihre Benachrichtigungseinstellungen gelten global statt pro Alarm, und ein Ausfall um 3 Uhr konkurriert mit einem Kanal, in den jemand ein GIF gepostet hat. Ein eigener Endpunkt gibt jedem Alarmtyp seinen eigenen Sound und sein eigenes Vibrationsmuster, kommt auf allen Geräten gleichzeitig an und führt pro Endpunkt eine Historie, an der du siehst, wie oft etwas flattert. Kein Konto anzulegen – App installieren, Endpunkt erstellen, URL in den Monitor einfügen.

Jetzt bei Google Play Laden im App Store

Häufige Fragen

Wie bekomme ich eine Push-Benachrichtigung, wenn mein Server ausfällt?

Leg in deinem Monitoring-Tool eine Webhook-Benachrichtigung an – Uptime Kuma, UptimeRobot, Better Stack und Grafana haben alle einen generischen Webhook-Typ – und richte sie auf eine URL, die dich benachrichtigt. Ein Webhooky-Endpunkt macht aus diesem POST einen Push mit eigenem Sound, ohne Server dazwischen.

Was passiert, wenn mein Monitoring-Tool selbst ausfällt?

Nichts – und genau das ist das Problem: Ein toter Monitor ist still. Nimm einen Dead Man's Switch: Lass den Job bei Erfolg einen Dienst wie Healthchecks.io anpingen und alarmiere, wenn der Ping ausbleibt, statt dich darauf zu verlassen, dass ein Fehler gemeldet wird.

Kann ich unterschiedliche Sounds für Down und Wiederhergestellt haben?

Ja. Leg pro Alarmtyp einen Endpunkt an und weise jedem einen Sound zu, oder überschreib den Sound pro Nachricht mit einem sound-Feld im JSON-Body. Webhooky hat 40 Sounds.

Braucht Uptime Kuma ein Plugin für Push-Benachrichtigungen?

Nein. Uptime Kuma hat einen generischen Webhook-Benachrichtigungstyp eingebaut – anlegen, Endpunkt-URL einfügen und den Monitoren zuweisen.