Praxis · 11 Min. Lesezeit

Benachrichtigungen richtig einrichten: Kanäle und Regeln

Kurz erklärt

Gute Benachrichtigungen erreichen die richtige Person schnell, auf einem Kanal, der sofort auffällt, und nur bei Wichtigem. Kombinieren Sie einen Push-Kanal wie Telegram mit E-Mail oder einem Teamchat als Zweitweg, nutzen Sie Erinnerungen als Eskalation, Ruhezeiten gegen nächtliche Nebensächlichkeiten und prüfen Sie jeden Kanal mit dem Testversand.

Das Wichtigste in Kürze

  • Jeder kritische Monitor sollte über mindestens zwei unterschiedliche Kanäle alarmieren, damit ein Dienstausfall bei einem Anbieter nicht blind macht.
  • Ruhezeiten pausieren Erinnerungen und Langsam-Alarme; Ausfall und Wiederherstellung werden immer gesendet.
  • Erinnerungen (15 Minuten bis 24 Stunden) sind die Eskalationsstufe: Kurze Abstände für Shops, lange für Nebenprojekte.
  • Die Voreinstellung „Störung nach 2 Fehlschlägen“ ist ein Kompromiss zwischen Tempo und Fehlalarmen und je Monitor einstellbar.
  • Ein Alarmkanal, der nie getestet wurde, ist eine Annahme: Testversand und Zustellprotokoll nutzen.

Was macht eine Benachrichtigung gut?

Ein Alarm hat drei Eigenschaften, die zusammenpassen müssen: Er muss ankommen (technisch zugestellt), auffallen (zur richtigen Zeit auf einem Gerät, das Sie ansehen) und vertrauenswürdig sein (so selten falsch, dass Sie ihn ernst nehmen). Scheitert eine Eigenschaft, scheitert das Monitoring, auch wenn die Messung perfekt ist. Ein Ausfall, der um 03:10 Uhr in einem E-Mail-Postfach landet, das Sie um 08:00 Uhr öffnen, wurde erkannt, aber nicht behandelt.

Die Einstellungen von UPTIMESHIELD lassen sich diesen drei Eigenschaften zuordnen: Kanäle und Testversand betreffen die Zustellung, Erinnerungen und Ruhezeiten die Aufmerksamkeit, Wiederholungsprüfung, Bestätigung nach mehreren Fehlschlägen und Mehrheitsentscheid die Verlässlichkeit. Eine Übersicht aller Ereignisse und Kanäle steht auf der Seite Alarme & Kanäle.

Welche Ereignisse lösen eine Meldung aus?

EreignisWannIn Ruhezeiten
AusfallStörung bestätigt (Standard: 2 aufeinanderfolgende Fehlschläge)wird gesendet
WiederherstellungMonitor ist wieder erreichbarwird gesendet
ErinnerungStörung dauert an, nach dem gewählten Abstandpausiert
LangsamMehrere aufeinanderfolgende Prüfungen über der Antwortzeit-Schwellepausiert
SSL läuft ab30, 14, 7, 3 und 1 Tag vor Ablaufpausiert
TestManuell ausgelöst, je Kanalwird gesendet

Die Tabelle zeigt die Logik hinter der Abstufung: Alles, was eine Handlung zwingend auslöst (Ausfall) oder abschließt (Wiederherstellung), bleibt immer wirksam. Alles, was eine bekannte Lage nur wiederholt oder eine Verschlechterung ohne Totalausfall anzeigt, darf in der Nacht warten.

Welcher Kanal passt zu welcher Situation?

KanalStärkeSchwächeGut für
E-MailÜberall verfügbar, dauerhaftes ProtokollWird oft spät gelesen, Spam-FilterZweitkanal, Nachweis, Kunden in Kopie
TelegramPush aufs Smartphone, schnellAbhängig vom Messenger und HandyeinstellungenEinzelpersonen, Bereitschaft
Slack / Microsoft Teams / DiscordTeam sieht den Alarm gemeinsamGehen im Chat-Rauschen unter, wenn kein eigener Kanal bestehtTeams, die im Chat arbeiten
WebhookAutomatisierung (Ticket, Telefonanruf-Dienst, eigenes System)Eigener Empfänger muss laufen und gepflegt werdenIntegration in bestehende Abläufe

Wichtig ist die Unabhängigkeit der Wege. Wenn Ihr Alarm per Chat-Dienst und Ihre Website über denselben Anbieter laufen, fällt beides gemeinsam aus. Ein kostenloses Solo-Konto kann bis zu sechs Kanäle einrichten und alle genannten Kanaltypen nutzen; Pro und Max erlauben mehr, siehe Preise.

Entscheidungsregeln

  • Einzelperson, ein Projekt: Telegram als Hauptkanal, E-Mail als Zweitkanal.
  • Kleines Team: Ein eigener Slack-/Teams-/Discord-Kanal nur für Monitoring plus ein persönlicher Push-Kanal für die Person mit Bereitschaft.
  • Agentur mit Kundenverantwortung: Teamkanal, Webhook ins Ticketsystem und Kundenbenachrichtigung über die Statusseite statt per E-Mail-Flut.
  • Unkritisches Nebenprojekt: Ein Kanal genügt, dazu eine lange Erinnerung.

Wie nutzt man Erinnerungen als Eskalation?

Bei andauernder Störung sendet UPTIMESHIELD auf Wunsch Erinnerungen im Abstand von 15, 30 oder 60 Minuten, 3, 12 oder 24 Stunden; „nie“ ist ebenfalls wählbar. Das ist keine Eskalationskette mit Personenwechsel, aber eine einfache Form davon: Wer die erste Meldung übersehen hat, wird erneut erreicht.

Beispielrechnung

Ein Ausfall beginnt um 23:00 Uhr und wird erst um 07:00 Uhr behoben, also nach 480 Minuten. Bei einem Erinnerungsabstand von 15 Minuten wären das bis zu 32 Erinnerungen (480 ÷ 15), bei 180 Minuten nur 2 (480 ÷ 180, abgerundet) und bei 720 Minuten keine. Wenn die Ruhezeit von 22:00 bis 07:00 Uhr gilt, werden diese Erinnerungen in der Nacht ohnehin pausiert, und Sie erhalten nur Ausfall und Wiederherstellung. Der Abstand sollte also zu dem Zeitraum passen, in dem tatsächlich jemand reagieren kann.

Praxisregel: Wählen Sie den Abstand so, dass er etwa dem Zeitraum entspricht, den Sie bereit sind, ein Problem unbeachtet zu lassen. Für einen Onlineshop mit hohem Tagesumsatz sind 15 oder 30 Minuten sinnvoll, für ein Hobbyprojekt 12 oder 24 Stunden. Wie teuer ein Ausfall tatsächlich ist, rechnet Was kostet ein Website-Ausfall? vor.

Wie setzt man Ruhezeiten sinnvoll?

Ruhezeiten gelten pro Konto: Erinnerungen, Langsam-Alarme und SSL-Warnungen pausieren, Ausfall und Wiederherstellung werden immer gesendet. Das ist eine bewusste Sicherheitsgrenze: Ein echter Totalausfall um 03:00 Uhr wird gemeldet, das Dauerrauschen danach nicht. Setzen Sie die Ruhezeit auf die Stunden, in denen Sie nicht reagieren können oder wollen, und prüfen Sie morgens die Übersicht im Dashboard. Die Ruhezeit ersetzt kein Wartungsfenster: Wartungen unterdrücken Alarme zu einem geplanten Zeitpunkt und nehmen die Zeit aus der Verfügbarkeit, siehe Wartungsfenster planen.

Wer nachts wirklich nicht gestört werden darf, kann die Ruhezeit mit einem bewusst gewählten Empfänger kombinieren, zum Beispiel ein Telegram-Kanal, dessen Benachrichtigungen auf dem Gerät nachts stumm sind, während E-Mail als Protokoll dient. Beachten Sie, dass ein Handy im Nicht-stören-Modus auch den Ausfallalarm verschluckt; das System kann das nicht ändern.

Wie viele Fehlschläge sollen bis zum Alarm vergehen?

Die Standardlogik: Schlägt eine Prüfung fehl, folgt sofort eine Wiederholung. Schlägt auch sie fehl, zählt ein Fehlschlag. Eine Störung gilt als bestätigt, wenn zwei Fehlschläge aufeinanderfolgen. Der Wert ist je Monitor zwischen 1 und 5 einstellbar. Ein Beispiel für den Zusammenhang zwischen Intervall und Meldezeit:

IntervallFehlschläge bis AlarmSpäteste Meldung nach Beginn (ungefähr)
1 Minute (Pro)22 Minuten
5 Minuten210 Minuten
5 Minuten315 Minuten
15 Minuten230 Minuten

Die Werte sind Näherungen: Die Meldezeit hängt davon ab, wann innerhalb des Intervalls der Ausfall beginnt; sie liegt zwischen (n − 1) und n Intervallen plus Prüfdauer und Wiederholungsprüfung. Wer 1 Fehlschlag einstellt, bekommt schneller Bescheid, aber auch jeden kurzen Netzwerkaussetzer als Alarm. Die Abwägung vertieft Falsche Ausfallalarme vermeiden. Zusätzlich kann bei Pro und Max ein Mehrheitsentscheid über mehrere Messstandorte Fehlalarme senken; ohne zusätzliche Standorte misst nur der Hauptstandort.

Wie sichert man einen Webhook ab?

Ein Webhook sendet bei jedem Ereignis ein JSON-Dokument an Ihre Adresse. Weil jeder diese Adresse aufrufen könnte, lässt sich der Versand mit einer HMAC-SHA256-Signatur absichern. UPTIMESHIELD sendet die Header X-UC-Timestamp und X-UC-Signature; die Signatur wird über Zeitstempel + "\n" + roher Body mit dem gemeinsamen Geheimnis gebildet. Der Empfänger prüft sie so:

<?php
$secret    = getenv('UC_WEBHOOK_SECRET');
$body      = file_get_contents('php://input');
$timestamp = $_SERVER['HTTP_X_UC_TIMESTAMP'] ?? '';
$signature = $_SERVER['HTTP_X_UC_SIGNATURE'] ?? '';

$expected = 'sha256=' . hash_hmac('sha256', $timestamp . "\n" . $body, $secret);

if (!hash_equals($expected, $signature) || abs(time() - (int) $timestamp) > 300) {
    http_response_code(401);
    exit('invalid signature');
}
$event = json_decode($body, true);
http_response_code(204);

Zwei Punkte sind entscheidend: Verwenden Sie den unveränderten rohen Body (kein erneutes Kodieren des JSON) und vergleichen Sie mit hash_equals, nicht mit ==. Die Prüfung des Zeitstempels (hier fünf Minuten) verhindert, dass ein abgefangener Aufruf später wiederholt wird. Das vollständige Format und Beispiele für weitere Sprachen stehen auf Alarme & Kanäle. Weil Zustellung nicht garantiert ist, sollte der Empfänger idempotent arbeiten: Das gleiche Ereignis zweimal zu verarbeiten darf keinen Schaden anrichten.

Wie testet man, ob Alarme wirklich ankommen?

Jeder Kanal besitzt einen Testversand (Ereignis test). Das Zustellprotokoll zeigt, ob und wann eine Nachricht rausging und ob der Versand Fehler meldete. Gehen Sie nach der Einrichtung so vor:

  1. E-Mail-Empfänger bestätigen (Double-Opt-in): Ohne Klick auf den Bestätigungslink wird nichts zugestellt.
  2. Testversand je Kanal auslösen und auf dem Zielgerät prüfen, nicht nur im Protokoll.
  3. Prüfen Sie den Spam-Ordner und legen Sie ggf. eine Regel an, die Absender nie als Spam einstuft. Hintergründe zu Absender-Authentifizierung: SPF, DKIM und DMARC erklärt.
  4. Telefoneinstellungen kontrollieren: Benachrichtigungen der Messenger-App erlaubt, Akkuoptimierung deaktiviert, Nicht-stören-Ausnahme für den Alarmkanal.
  5. Einmal im Quartal wiederholen und ins Protokoll sehen; Empfänger wechseln, Handys werden ersetzt, Chat-Kanäle archiviert.

Welche Fehler passieren bei der Alarmierung am häufigsten?

  • Nur ein Kanal. Fällt er aus, merkt niemand etwas. Gegenmaßnahme: zwei verschiedene Wege, mindestens einer mit Push.
  • Alarmmüdigkeit. Zu viele unwichtige Meldungen führen dazu, dass auch wichtige ignoriert werden. Gegenmaßnahme: Bestätigung nach 2 oder mehr Fehlschlägen, sinnvolle Langsam-Schwelle (siehe Antwortzeit interpretieren), Ruhezeiten.
  • Alarm an eine Sammeladresse. E-Mails an info@ oder admin@ lesen alle und niemand fühlt sich zuständig. Gegenmaßnahme: eine benannte Person mit Bereitschaft.
  • Kanal nie getestet. Der Alarm läuft bei einem Ausfall ins Leere. Gegenmaßnahme: Testversand und Protokoll.
  • Webhook-Empfänger auf derselben Infrastruktur wie die überwachte Website. Fällt der Server aus, kann er auch den Alarm nicht mehr verarbeiten. Gegenmaßnahme: Empfänger separat hosten.
  • Keine Absprache, wer reagiert. Ein Alarm ohne Zuständigkeit ist Information, keine Alarmierung. Siehe Ausfall-Notfallplan.

Checkliste: Alarmierung einrichten

  1. Pro Projekt zwei Kanäle festlegen: ein Push-Kanal, ein Zweitweg.
  2. Pro Monitor den Erinnerungsabstand passend zur Geschäftskritik wählen.
  3. Ruhezeit auf die eigenen Nachtstunden setzen.
  4. Anzahl der Fehlschläge für sensible Monitore prüfen (Standard 2).
  5. Jeden Kanal testen, E-Mail-Adressen bestätigen, Protokoll ansehen.
  6. Webhooks signieren und die Signatur im Empfänger prüfen.
  7. Zuständigkeit und Vertretung schriftlich festhalten.

Grenzen und Einordnung

Die Zustellung hängt von Mailservern, Chat-Diensten und Ihrem Gerät ab. UPTIMESHIELD unternimmt bei einem Fehlschlag einen Wiederholungsversuch, eine Zustellgarantie gibt es nicht, und kein Monitoring-System kann sie geben. Alarme sind außerdem nur so gut wie die Messung: Wer einen Alarm erhält, weiß, dass die Prüfkriterien verletzt wurden, nicht automatisch, was die Ursache ist. Und eine Meldung ersetzt nicht den Notfallplan: Wer reagiert, wie eskaliert wird und was zu tun ist, müssen Sie vorher festlegen.

Wie setzt man das mit UPTIMESHIELD um?

Nach der Registrierung richten Sie im Dashboard unter den Kanälen E-Mail, Telegram, Slack, Teams, Discord oder einen Webhook ein, ordnen sie den Monitoren zu und stellen Erinnerungen, Ruhezeiten und die Zahl der Fehlschläge ein. Ein täglicher oder wöchentlicher E-Mail-Digest fasst die Lage zusammen, ersetzt aber keinen Alarmkanal. Ein Aktivitäts-Feed zeigt, was zuletzt passiert ist. Pro und Max ergänzen Mehrheitsentscheid über mehrere Messstandorte und mehr Kanäle; Unterschiede stehen unter Preise.

Quellen und weiterführende Standards

Externe Links führen zu den Original-Spezifikationen und offiziellen Dokumentationen. Die Einordnung und die Beispielrechnungen stammen aus der Messmethodik von UPTIMESHIELD.

Selbst prüfen: Testen Sie jetzt, ob Ihre Website erreichbar ist und wie schnell sie antwortet – mit dem Uptime Checker.

Häufige Fragen zum Thema

Welche Benachrichtigungskanäle bietet UPTIMESHIELD?
E-Mail (mit Bestätigung der Adresse), Webhook mit optionaler HMAC-Signatur, Slack, Microsoft Teams, Telegram und Discord. Das kostenlose Solo-Konto enthält E-Mail, Webhook und Telegram; Slack, Teams, Discord und weitere Kanäle sind ab Pro verfügbar.
Werden Ausfälle auch in den Ruhezeiten gemeldet?
Ja. Ruhezeiten pausieren nur Erinnerungen, Langsam-Alarme und SSL-Warnungen. Ausfall und Wiederherstellung werden immer gesendet.
Wie oft werde ich bei einem andauernden Ausfall erinnert?
Das bestimmen Sie: Wählbar sind 15, 30 oder 60 Minuten sowie 3, 12 oder 24 Stunden oder keine Erinnerung.
Wie verhindere ich Fehlalarme?
Durch die Wiederholungsprüfung, die Bestätigung nach mehreren aufeinanderfolgenden Fehlschlägen und, bei Pro und Max, mehrere Messstandorte mit Mehrheitsentscheid. Der Preis ist eine etwas spätere Meldung.
Wie prüfe ich, ob ein Alarmkanal funktioniert?
Mit dem Testversand je Kanal. Das Zustellprotokoll zeigt, ob eine Nachricht versendet wurde; prüfen Sie zusätzlich, ob sie auf dem Zielgerät ankam.
Wie prüfe ich die Signatur eines Webhooks?
Bilden Sie den HMAC-SHA256 über den Zeitstempel, einen Zeilenumbruch und den rohen Body mit Ihrem Geheimnis, stellen Sie „sha256=“ voran und vergleichen Sie das Ergebnis zeitkonstant mit dem Header X-UC-Signature. Prüfen Sie außerdem, dass der Zeitstempel nicht älter als fünf Minuten ist.