Wer heute eine Statusseite besucht, sieht meistens dasselbe: grüne Häkchen für alle Dienste, vielleicht einen laufenden oder bereits abgeschlossenen Vorfall, und im besten Fall eine kurze Beschreibung des aktuellen Zustands. Was fehlt, ist der Blick zurück. Wie zuverlässig war dieser Dienst in den vergangenen 30, 60 oder 90 Tagen wirklich? Wie oft ist er ausgefallen? Wie lange hat eine Störung im Durchschnitt gedauert?
Historische Uptime-Daten sind kein Luxus. Sie sind ein wesentlicher Bestandteil professioneller Statuskommunikation – und der Beweis dafür, dass Transparenz auch dann gilt, wenn es nichts Gutes zu berichten gibt.
Warum der aktuelle Status allein nicht ausreicht
Ein grünes „Alle Systeme betriebsbereit" ist eine Momentaufnahme. Wer als Nutzer oder Kunde regelmäßig auf eine Statusseite schaut, interessiert sich aber selten nur für den aktuellen Moment. Die relevante Frage lautet: Kann ich diesem Dienst vertrauen – nicht heute, sondern dauerhaft?
Diese Frage lässt sich nur mit historischen Daten beantworten. Ein Dienst, der in den letzten 30 Tagen dreimal ausgefallen ist, kann aktuell grün leuchten – aber das Muster zeigt etwas anderes. Umgekehrt kann ein Dienst mit einer einzigen Störung vor drei Monaten besonders vertrauenswürdig wirken, wenn er seitdem stabil läuft und das sichtbar ist.
Ohne historische Daten gibt es keine Grundlage für eine ehrliche Einschätzung. Mit ihnen wird die Statusseite vom reinen Notfallanzeigesystem zu einem echten Kommunikationsinstrument.
Was historische Uptime-Daten zeigen sollten
Die Darstellung historischer Verfügbarkeit sollte auf drei Dimensionen ausgerichtet sein:
Verfügbarkeitsprozentsatz über Zeiträume
Der häufigste Indikator ist der prozentuale Uptime-Wert über einen definierten Zeitraum – typischerweise 30, 60 oder 90 Tage. Dieser Wert lässt sich direkt mit SLA-Versprechen vergleichen. Wenn ein Anbieter 99,9 Prozent Verfügbarkeit zusagt, sollte die Statusseite auch zeigen, ob dieser Wert eingehalten wurde.
Wichtig ist die Transparenz bei der Berechnung: Werden geplante Wartungsfenster als Ausfallzeiten gewertet oder nicht? Gibt es eine Unterscheidung nach Schweregraden? Teams, die diese Fragen klar beantworten, schaffen Vertrauen – auch wenn das Ergebnis nicht perfekt ist.
Zeitliche Verteilung von Vorfällen
Eine Balkengrafik, die die vergangenen 90 Tage tagesweise darstellt, zeigt auf einen Blick, wann Probleme aufgetreten sind. Farbcodierung hilft dabei: Grün für störungsfreie Tage, Gelb für partielle Beeinträchtigungen, Rot für vollständige Ausfälle. Nutzer können so erkennen, ob Störungen selten und kurz waren oder ob sich ein Muster wiederholt.
Reaktions- und Lösungszeiten bei Vorfällen
Neben der bloßen Verfügbarkeit ist die Reaktionsfähigkeit des Teams ein wichtiger Indikator. Wie lange dauerte es vom ersten Auftreten eines Problems bis zur ersten Statusmeldung? Wie lange bis zur vollständigen Lösung? Diese Zeiten – oft als MTTA (Mean Time to Acknowledge) und MTTR (Mean Time to Resolve) bekannt – sagen mehr über die Prozessqualität aus als reine Uptime-Zahlen.
Psychologie der Transparenz: Warum Ehrlichkeit mehr Vertrauen schafft als Perfektion
Es gibt eine verbreitete Befürchtung, dass das Zeigen historischer Ausfälle das Vertrauen beschädigt. Das Gegenteil ist der Fall. Studien aus dem Customer-Experience-Bereich zeigen konsistent, dass Transparenz über Probleme – kombiniert mit klarer Kommunikation zur Lösung – die Kundenbindung stärkt, nicht schwächt.
Nutzer akzeptieren Ausfälle. Was sie nicht akzeptieren, ist das Gefühl, belogen oder im Dunkeln gelassen worden zu sein.
Eine Statusseite, die historische Vorfälle sauber dokumentiert, signalisiert: Wir verstecken nichts. Wir wissen, was passiert ist. Wir haben es analysiert. Und wir haben Maßnahmen ergriffen. Das ist ein qualitativer Unterschied zu einem System, das nach jedem Vorfall einfach wieder auf Grün springt, ohne Kontext.
Aufbau einer sinnvollen Vorfallsgeschichte
Historische Daten sind wertlos, wenn sie nicht verständlich aufbereitet sind. Gute Statusseiten verbinden die Verfügbarkeitsgrafik mit echten Vorfallsberichten. Für jeden relevanten Vorfall sollte mindestens folgendes dokumentiert sein:
- Zeitpunkt und Dauer: Wann hat die Störung begonnen, wann wurde sie behoben?
- Betroffene Dienste: Welche Komponenten waren betroffen – und welche nicht?
- Schweregrad: War es ein vollständiger Ausfall, eine Performance-Degradation oder eine partielle Beeinträchtigung?
- Ursache und Maßnahmen: Was hat die Störung verursacht, und was wurde unternommen, damit sie nicht wieder vorkommt?
Diese Informationen müssen nicht lang sein. Ein klarer Absatz pro Vorfall reicht in den meisten Fällen aus. Was zählt, ist die Vollständigkeit und Ehrlichkeit – nicht die Länge.
Technische Grundlage: Was Monitoring-Daten leisten müssen
Um historische Uptime-Daten sinnvoll darzustellen, braucht es eine solide Datenbasis. Dienste müssen regelmäßig geprüft werden – idealerweise von mehreren Standorten aus, damit netzwerkspezifische Ausfälle nicht als generelle Verfügbarkeitsprobleme gewertet werden. Die Prüfintervalle sollten eng genug sein, um kurze Ausfälle nicht zu verpassen.
Wichtig ist auch, dass Monitoring-Daten langfristig aufbewahrt werden. Wer nur die vergangene Woche speichert, kann keine 90-Tage-Statistik anzeigen. Die Rohdaten – Timestamp, HTTP-Status, Antwortzeit, Fehlercode – sollten in einem System landen, das aggregierten Zugriff ermöglicht, ohne täglich Millionen von Einzelmessungen auflisten zu müssen.
Öffentlich, privat oder beides?
Nicht alle historischen Uptime-Daten müssen öffentlich sein. Teams, die interne Dienste betreiben, können eine private Statusseite für ihr eigenes Team oder ihre Kunden führen, während eine öffentliche Seite nur ausgewählte externe Dienste zeigt.
Die Aufteilung sollte bewusst erfolgen: Was ist für externe Nutzer und Kunden relevant? Was ist interne Betriebsinformation? Beide können auf einer modernen Monitoring-Plattform parallel verwaltet werden – mit unterschiedlichem Zugang und unterschiedlichem Detailgrad.
Fazit: Historische Daten sind kein optionales Extra
Eine Statusseite ohne historische Uptime-Daten ist wie ein Zeugnis ohne Noten. Sie zeigt, dass man grundsätzlich vorhanden ist – aber nicht, wie gut. Wer seinen Nutzern und Kunden echte Transparenz bieten will, kommt um eine strukturierte Darstellung vergangener Verfügbarkeit nicht herum.
Der Aufwand dafür ist überschaubar, wenn das Monitoring bereits sauber aufgesetzt ist. Die Wirkung auf Vertrauen und Glaubwürdigkeit ist dagegen erheblich. Wer zeigt, dass er auch in schwierigen Phasen offen kommuniziert, hebt sich von Anbietern ab, die ihre Statusseite nur bei laufendem Betrieb aktualisieren.
Quellen: Atlassian Incident Management Leitfaden, PagerDuty SRE-Dokumentation, eigene Erfahrungswerte aus Statusseiten-Design.
