Abonnenten (Subscriber)
Deine Kunden müssen deine Statuspage nicht ständig im Auge behalten – sie können sie abonnieren und werden automatisch benachrichtigt. Das reduziert Support-Anfragen und schafft Vertrauen.
Abonnenten erhalten Benachrichtigungen bei:
- einem neuen veröffentlichten Incident
- jedem Incident-Update
- der Auflösung eines Incidents
- geplanten und laufenden Wartungen

Abonnements aktivieren
Abonnements sind pro Statuspage konfigurierbar. In den Einstellungen legst du fest, über welche Kanäle sich Besucher selbst anmelden dürfen. Standardmäßig ist E-Mail aktiviert.
| Kanal | Beschreibung |
|---|---|
| Klassische Benachrichtigung per E-Mail. Immer empfehlenswert. | |
| Telegram | Benachrichtigung über einen Telegram-Bot. |
Weitere Kanäle: von dir verwaltet
Kanäle wie Webhook, Slack, Discord und Microsoft Teams können Abonnenten nicht selbst hinzufügen -- diese richtest du bei Bedarf für einzelne Abonnenten ein. So behältst du die Kontrolle über technische Integrationen.
So abonnieren deine Kunden
- Sie klicken auf Abonnieren und geben ihre E-Mail-Adresse ein.
- Optional wählen sie aus, welche Komponenten sie interessieren (z.B. nur „API"). So bekommen sie nur relevante Meldungen.
- Sie erhalten eine Bestätigungs-E-Mail und klicken auf den Link (Double-Opt-in).
- Erst nach der Bestätigung ist das Abonnement aktiv.
Double-Opt-in schützt dich
Die Bestätigung per Link stellt sicher, dass niemand mit einer fremden E-Mail-Adresse angemeldet wird. Unbestätigte Anmeldungen werden nach 48 Stunden automatisch verworfen.
Abonnement verwalten
Nach der Bestätigung erhält jeder Abonnent einen persönlichen Verwaltungs-Link. Darüber kann er selbst die abonnierten Komponenten ändern, weitere Self-Service-Kanäle (E-Mail, Telegram) hinzufügen oder entfernen und sich jederzeit wieder abmelden. Um An- und Abmeldungen musst du dich also nicht kümmern.
Komponenten-Auswahl
Ist deine Statuspage in Komponenten gegliedert, können Abonnenten gezielt einzelne Komponenten abonnieren – ein Kunde, der nur deine API nutzt, wird dann nicht über andere Störungen informiert. Wählt ein Abonnent nichts aus, wird er über alle Komponenten informiert.
Abonnenten-Limits pro Plan
| Plan | Max. Abonnenten |
|---|---|
| Free | 250 |
| Solo | 500 |
| Team | 1.000 |
| Business | 2.500 |
Zustellung im Blick behalten
Im Bereich deiner Statuspage siehst du, wie viele bestätigte Abonnenten du hast. Versendete Benachrichtigungen werden protokolliert, sodass du die Zustellung nachvollziehen kannst.
Webhook für Abonnenten
Richtest du einem Abonnenten einen Webhook ein, bekommt er jede Meldung, über die er auch per E-Mail benachrichtigt würde, als POST mit JSON: event (zum Beispiel incident.created oder maintenance.started), timestamp, die Statuspage und unter data den Vorfall oder die Wartung mit der neuen Meldung und den betroffenen Komponenten.
Die Header webhook-id und webhook-timestamp sind dieselben wie beim Webhook deiner Organisation. Alle Abonnenten einer Statuspage bekommen zu einer Meldung dieselbe webhook-id, daran erkennt der Empfänger Wiederholungen. Webhooks für Abonnenten sind nicht signiert.
Schlägt eine Zustellung fehl, versucht LIVCK es bis zu dreimal, jedes Mal mit derselben webhook-id und demselben Body. Im Zustellprotokoll findest du die Zustellung über diese ID.
Weiterführende Themen
- Öffentliche Ansicht – Was deine Kunden sehen
- Komponenten – Statuspage strukturieren
- Benachrichtigungen – Übersicht – Team- vs. Abonnenten-Benachrichtigungen
- Wartungs-Benachrichtigungen – Wann Abonnenten bei Wartungen informiert werden