Changelog

Beim Pausieren legst du unter Wie lange? fest, wann der Service von selbst wieder anläuft: für 30 Minuten, 1 Stunde, 3 Stunden, bis morgen oder bis zu einem Zeitpunkt deiner Wahl, höchstens 90 Tage. Bis ich fortsetze gibt es weiterhin. Das geht auch direkt aus der Service-Liste. Bis zum Ende zählt die Konsole die Zeit herunter. Mit Verlängern und Jetzt fortsetzen änderst du eine laufende Pause. Eine Notiz fürs Team ist nur in der Konsole sichtbar und erscheint nie auf einer Statuspage.

Auch einen manuell gesetzten Status kannst du befristen. Danach zeigt die Statuspage wieder den gemessenen Status. Läuft dann noch eine Wartung, steht dort der Wartungsstatus.

Hat dein Tarif zum Ende der Pause keinen Platz, bleibt der Service pausiert. Das siehst du auf dem Dashboard, und Inhaber und Admins deiner Organisation bekommen eine E-Mail. Pause und Status auf Zeit gehen auch über die API und den MCP. Beim Planen einer Wartung gibst du das Ende jetzt wahlweise als Dauer an.

Die Vorfälle sind in die Reiter Offen, Behoben, Intern und Alle geteilt, jeweils mit Anzahl. Du filterst nach Schweregrad, Service, Tag, Statuspage und Zeitraum, danach, ob ein Vorfall automatisch erkannt oder von Hand gemeldet wurde, und suchst im Titel. Die Einträge sind nach Tagen getrennt. Die Filter stehen in der Adresse. So kannst du eine gefilterte Liste als Link weitergeben.

Mit Alle Treffer auswählen behebst oder löschst du alles, was zum Filter passt, auch über mehrere Seiten, bis zu 500 Vorfälle auf einmal. Kommt ein neuer Vorfall dazu, springt die Liste nicht mehr. Ein Hinweis oben zeigt ihn an.

Die Wartungen teilen sich genauso in Anstehend & laufend, Vergangen, Abgebrochen und Alle, mit Filtern für Typ, Service, Tag, Statuspage und Zeitraum.

Ein interner Vorfall steht auf keiner Statuspage, und niemand wird benachrichtigt. Das zeigt jetzt ein Hinweis oben auf dem Vorfall. In der Vorfall-Liste, auf dem Dashboard und auf der Service-Seite trägt er das Badge Intern, und die Liste lässt sich danach filtern.

Beim Anlegen wählst du mit Direkt veröffentlichen, ob ein Vorfall sofort erscheint oder erst intern bleibt. Mit Veröffentlichen bringst du ihn später auf deine Statuspages. Vorher siehst du, wo er erscheint und welche Meldung an wie viele Abonnenten geht. Ob sie überhaupt rausgeht, entscheidest du dabei selbst, auch über die API und den MCP. Auf intern stellen nimmt ihn sofort wieder von allen Statuspages.

Trägst du einen Vorfall erst später als behoben ein, gibst du unter Behoben am an, wann er wirklich vorbei war. Das geht beim Beheben, im Update-Formular und auf der Bearbeiten-Seite. Die Ausfallzeiten der betroffenen Services richten sich danach. Auch KI-Assistenten können den Zeitpunkt über den MCP angeben.

In der Aktivität wählst du jetzt mehrere Personen, Kategorien und Kanäle auf einmal. Die aktiven Filter stehen über der Liste und lassen sich einzeln entfernen. Bis gilt bis zum Ende des Tages in deiner Zeitzone.

Eine Meldung mit dem Status Behoben schließt den Vorfall. Im Update-Formular braucht sie deshalb jetzt das Recht Vorfälle auflösen, wie schon in der API. Notizen zu einem bereits behobenen Vorfall gehen weiter ohne dieses Recht.

Stellst du einen internen Vorfall auf öffentlich, bekommen deine Abonnenten jetzt die neueste Meldung. Bisher ging die erste raus. Bei einem schon behobenen Vorfall war das also noch „Wir untersuchen …“. Veröffentlichst du einen Vorfall erneut, geht eine schon verschickte Meldung nicht mehr ungefragt ein zweites Mal raus.

Besucher sehen deine Statuspage jetzt in der Sprache ihres Browsers. Bietet die Seite diese Sprache nicht an, erscheint sie auf Englisch, wenn vorhanden, sonst in ihrer Standardsprache. Bisher landeten englischsprachige Besucher auf rein deutschen Statuspages teils auf einer englischen Fassung, die es gar nicht gibt.