Audit-Log

Wer hat den Vorfall veröffentlicht? Wer hat die Komponente auf „Großer Ausfall" gesetzt? Wer hat das Passwort der Statusseite geändert?

Unter Statusseiten → Audit-Log findest du jede Änderung in deinem Workspace, mit Zeitpunkt, Person und betroffenem Objekt.

Tarife

  • Pro: die letzten 30 Tage.
  • Business: alles, was aufbewahrt wird — ein Jahr.

Aufgezeichnet wird in jedem Tarif. Wechselst du zu Pro oder Business, ist der Verlauf also schon da, auch wenn du ihn vorher nicht sehen konntest.

Was protokolliert wird

Anlegen, Ändern und Löschen von Vorfällen und deren Updates, Wartungen, Komponenten, Komponentengruppen, Vorlagen, Integrationen, Metriken, HTTP-Checks, Abonnenten, dem eigenen Mailserver (SMTP) und den Einstellungen der Statusseite selbst.

Dazu, wer Zugang zum Workspace hat:

  • Team: wer beigetreten ist und wer entfernt wurde, und jeder Rollenwechsel mit alter und neuer Rolle
  • Einladungen: verschickt (mit der vorgesehenen Rolle) und zurückgezogen; eine angenommene erscheint als Beitritt
  • API-Tokens: angelegt (mit Nur lesen oder Lesen und schreiben) und widerrufen

Jeder Eintrag enthält:

  • Wann die Änderung passiert ist, auf die Sekunde genau
  • Wer sie ausgelöst hat — eine Person, ein API-Token oder das System
  • Was geändert wurde: Objekt, Name und jedes geänderte Feld mit dem Wert vorher und nachher
  • die IP-Adresse, von der die Änderung kam

Änderungen, die nur Zeitstempel betreffen, erzeugen keinen Eintrag. Ein Protokoll, das mit Rauschen vollläuft, liest niemand.

Filtern und Details

Die Liste lässt sich eingrenzen nach Aktion (angelegt, geändert, gelöscht), Herkunft (Person, API-Token, automatisch), Statusseite, Objektart (Komponente, Vorfall, Wartung, Teammitglied …), Person und Zeitraum. Unter Person stehen auch Kolleginnen und Kollegen, die den Workspace inzwischen verlassen haben.

Ein Klick auf das Auge neben einem Eintrag zeigt jedes geänderte Feld mit seinem Wert vorher und nachher. Den Wert vorher gibt es für Einträge ab dem 12. November 2026; ältere zeigen nur den neuen Wert.

Person, Token oder System

Drei Arten von Auslösern, und der Unterschied ist für ein Audit wesentlich:

  • Person — jemand war im Dashboard angemeldet.
  • API-Token — ein Skript hat gehandelt, mit dem Token einer Person. Der Name steht dabei, aber es war eine Automatisierung, kein Mensch.
  • Automatisch — der Planer hat eine Wartung gestartet, ein Job hat einen Status zurückgesetzt. Niemand hat etwas gedrückt.

Verlässt jemand das Unternehmen und sein Konto wird gelöscht, bleibt sein Name in den bestehenden Einträgen stehen. Ein Protokoll, das ausgerechnet dann leer wird, wenn jemand geht, wäre keins.

Was nicht drinsteht

Keine Geheimnisse. Ändert jemand das Passwort deiner Statusseite, steht im Protokoll, dass das Passwort geändert wurde — nie der Wert, weder der alte noch der neue. Dasselbe gilt für Webhook-Secrets, API-Token, die Adressen von Chat-Integrationen (Slack, Teams, Discord, Google Chat) und Zugangsdaten von Checks.

Keine Abonnenten-Adressen. Bei Abonnenten steht, dass einer angelegt oder gelöscht wurde, von wem und wann — aber nicht welcher. Die Adressen sind bei uns verschlüsselt gespeichert, und sie im Protokoll im Klartext zu wiederholen würde diesen Schutz aufheben. Wen es betrifft, steht in der Abonnentenliste.

Keine Inhalte. Von langen Texten werden vorher wie nachher nur die ersten 120 Zeichen aufgezeichnet. Das Protokoll sagt dir, dass die Meldung geändert wurde, und wie sie anfing — nicht den ganzen Text.

Das Protokoll lässt sich nicht bearbeiten

Es gibt keine Möglichkeit, einen Eintrag zu ändern oder zu löschen — auch nicht für dich, auch nicht für uns über die Oberfläche. Ein Protokoll, an dem jemand nachträglich drehen kann, beantwortet keine Prüfungsfrage.

Über die API

Dasselbe Protokoll liest du auch über die REST-API: GET /api/v1/audit-log, neueste Einträge zuerst, filterbar nach Aktion (action), Urheber (actor_type: user, api_token, system), Statusseite (statuspage_id), Objektart (subject_type, z. B. Incident) und Zeitraum (since, until). Jedes geänderte Feld steht als {from, to}. Dieselben Regeln gelten: keine Geheimnisse, keine Abonnenten-Adressen, und das Zeitfenster deines Tarifs — ein Pro-Token sieht auch mit since nur die letzten 30 Tage. Details in der API-Referenz.

Aufbewahrung

Einträge werden 365 Tage aufbewahrt und danach automatisch gelöscht — in jedem Tarif. Wie weit du davon zurücksiehst, hängt vom Tarif ab (siehe oben). Das deckt die üblichen Prüfzyklen ab und ist zugleich eine Frist, die wir dir und deinen Prüfern nennen können — statt „unbegrenzt".

Brauchst du für eine Prüfung einen längeren Zeitraum oder einen Export, sprich uns an.