Status und IncidentCommunication.
Statusseiten und Incident-Kommunikationswerkzeuge informieren Kunden, Partner und interne Gruppen über Störungen, Wartungen und Wiederherstellung. Sie schaffen verlässliche Lageinformation, sie überwachen aber nicht selbst und ersetzen keine Krisenkommunikation.
Information,
die erreichbar bleibt.
Bei einer Störung entscheidet der richtige Adressat, die erkennbare Aktualität und eine klare Servicezuordnung. Eine Statusseite trennt diese Kommunikation von dem System, das gerade ausfällt.
Monitoring und SIEM erkennen Zustände oder Sicherheitsereignisse. On-Call koordiniert die Bearbeitung. Statuskommunikation übersetzt bestätigte Lageinformationen in Updates für die betroffenen Zielgruppen.
Zehn Plattformen.
| Plattform | Abdeckung | Typischer Schwerpunkt | Im Pilot klären |
|---|---|---|---|
| Atlassian Statuspage | Öffentliche, private und zielgruppenspezifische Statusseiten | Digitale Dienste und Atlassian-Umfeld | Audience Segments, Abonnenten und Integrationen |
| Status.io | Public und Private Pages, Komponenten, API | SaaS und digitale Services | Benachrichtigungskanäle und Branding |
| Instatus | Statusseiten, Abonnenten, Integrationen | Fokussierte Statuskommunikation | Private Pages und Zielgruppen |
| Statuspal | Hosted und Self-Hosted Status Pages | Technische und datenschutzbewusste Teams | Eigenbetrieb, Verfügbarkeit und Integration |
| Cachet | Open-Source Status Page | Self-Hosted | Betriebsverantwortung und Benachrichtigungen |
| Uptime.com Status Pages | Monitoring und Status Pages | Web- und Service-Monitoring | Trennung von Monitoring und kommunizierter Lage |
| PagerDuty | Incident, Stakeholder Communication, Status | Operations Cloud | Statusfunktion im gewünschten Lizenzumfang |
| incident.io | Status, Alerts, Incident, Post-Incident | Engineering und SRE | Kommunikation aus Chat- und Incident-Workflow |
| Xurrent Status Pages | Status Pages, Incident, Service Management | Service Management und Operations | Verbindung zu IMR und ITSM |
| Better Stack | Monitoring, Incident, Status Pages | Integrierte Betriebsplattform | Vorhandene Monitoring- und ITSM-Werkzeuge |
Erst Komponenten,
dann Meldungen.
- Komponenten aus Kundensicht schneiden (z. B. Anmeldung, Zahlung, API), nicht nach interner Systemarchitektur, und jeder Komponente einen fachlichen Owner geben.
- Freigaberegel festlegen: wer eine erste Meldung ohne weitere Freigabe veröffentlichen darf und ab welcher Schwere Kommunikation und Rechtsdienst einzubeziehen sind.
- Textbausteine für typische Lagen vorbereiten (Teilausfall, Verdacht auf Sicherheitsvorfall, Wartung) und in jeder Meldung den Zeitpunkt der nächsten Aktualisierung nennen.
- Abonnentendaten regelmässig bereinigen: Die Statusseite verwaltet Personendaten und braucht eigene Zugriffs- und Löschregeln.
- Zeit von der Eröffnung des Incidents bis zur ersten veröffentlichten Meldung
- Anteil Updates, die zum angekündigten Zeitpunkt erscheinen
- Abweichung zwischen kommunizierter und gemessener Störungsdauer
Der Incident Commander liefert die bestätigte Lage, eine benannte Kommunikationsrolle formuliert und veröffentlicht. Bei Sicherheitsvorfällen geben Security und Rechtsdienst Aussagen zu Ursache oder Datenabfluss frei.
NIS2 Art. 23 Abs. 1 verlangt, die Empfänger der Dienste gegebenenfalls unverzüglich über erhebliche Sicherheitsvorfälle zu unterrichten, die die Diensterbringung beeinträchtigen könnten. DORA Art. 14 fordert Kommunikationspläne gegenüber Kunden und Öffentlichkeit sowie mindestens eine damit beauftragte Person.
Die Statusseite ersetzt weder Behördenmeldungen noch die Information betroffener Personen nach revDSG Art. 24 Abs. 4; sie hilft aber, diese Aussagen zeitlich und inhaltlich konsistent zu halten.
Grüne Komponenten heissen nicht, dass alles läuft. Eine manuell gepflegte Statusseite zeigt nur, was jemand bestätigt hat, und veraltet ohne festen Rhythmus mitten in der Störung.
Die Meldung proben.
- Zielgruppe: Kunden, Partner und interne Teams benötigen unterschiedliche Sicht und Freigaben.
- Unabhängigkeit: Die Statusseite muss bei einem Ausfall des Primärdienstes erreichbar bleiben.
- Nachvollziehbarkeit: Zeitstempel, Komponenten, Abonnement und Verlauf mit einer realen Störung testen.
On-Call und Incident Management führt die operative Bearbeitung. Diese Seite behandelt die bestätigte Kommunikation daraus.
Security Tool Navigator · Gebiet 14
Im Gebiet Service Operations und Workflow einordnen.
Diese Werkzeugklasse gehört zum Gebiet Service Operations und Workflow. Der Gebietshub zeigt, wie die Werkzeugklassen zusammenwirken, wo sie sich abgrenzen und welche Fragen CIO und CISO jeweils klären.