Uptimeify Docs

Statusseiten

Mit Statusseiten kommunizieren Sie den Servicezustand transparent an Ihre Kunden — Live-Gesamtstatus, eine Aufschlüsselung pro Service und eine kurze Historie der letzten Vorfälle und Wartungen. Jede Seite ist vollständig brandbar und kann auf Ihrer eigenen Domain laufen (z.B. status.example.com).

Was eine Statusseite zeigt

  • Gesamtstatus — ein einzelnes Banner: Operativ, Beeinträchtigt oder Wartung.
  • Services — die überwachten Websites und Service-Monitore des Kunden, jeweils mit eigenem Status.
  • Uptime-Statistiken — optionale Verfügbarkeitsprozente pro Service.
  • Letzte Historie — optionale Liste der jüngsten Vorfälle und Wartungen.

Wie der öffentliche Status abgeleitet wird

Uptimeify berechnet den öffentlichen Status jedes Service aus zwei Live-Signalen — Rohdaten der Checks werden nie offengelegt:

BedingungÖffentlicher Status
Ein oder mehrere offene VorfälleBeeinträchtigt
Aktives Wartungsfenster und keine offenen VorfälleWartung
Keines davonOperativ

Das Gesamt-Banner spiegelt den schlechtesten Status über alle Services wider. Siehe Vorfälle und Wartung dazu, wie diese Signale entstehen.

Statusseite erstellen

In der App: Dashboard → Statusseiten → Erstellen. Eine Seite gehört immer zu genau einem Kunden — sie zeigt dessen Services.

EinstellungBeschreibung
KundePflichtfeld. Der Kunde, dessen Services die Seite anzeigt.
Öffentlicher NameDer für Besucher sichtbare Seitentitel.
SlugFür die freundliche URL. Wird aus dem Namen generiert; Kleinbuchstaben, Ziffern und Bindestriche.
BeschreibungOptionaler Einleitungstext unter dem Titel.
Sichtbarkeitpublic (für alle sichtbar) oder customer_members_only (Login + Zugriff auf den Kunden nötig).
VeröffentlichtAusschalten, um die Seite ohne Löschen zu verbergen.

All das geht auch per API.

URLs

Jede Statusseite ist erreichbar unter:

  • /status/<slug> — freundliche URL basierend auf dem konfigurierten Slug.
  • /status/<id> — stabile URL basierend auf der Seiten-ID (immer verfügbar, auch wenn sich der Slug ändert).

Mit einer aktiven eigenen Domain wird die Seite zusätzlich am Apex dieses Hostnamens ausgeliefert, z.B. https://status.example.com/.

Sichtbarkeit & Veröffentlichung

  • public — die Seite ist für jeden mit dem Link erreichbar. Ideal für kundenseitigen Status.
  • customer_members_only — Besucher müssen eingeloggt sein und Zugriff auf den Kunden haben. Ideal für interne oder NDA-gebundene Services.
  • Veröffentlicht ist unabhängig von der Sichtbarkeit: Eine nicht veröffentlichte Seite liefert nicht gefunden — unabhängig von der Sichtbarkeit. Praktisch, solange Sie die Seite noch einrichten.

Letzte Historie

Der Abschnitt Letzte Historie wird über zwei unabhängige Schalter gesteuert:

  • Letzte Vorfälle anzeigen
  • Letzte Wartungen anzeigen

Diese betreffen nur die Historien-Liste. Live-Indikatoren (etwa ein Service, der gerade in Wartung ist) werden unabhängig davon immer angezeigt. Die Design-Einstellungen steuern zusätzlich das Zeitfenster der Historie (historyDays).

Fehlerbehebung

„Statusseite nicht gefunden"

  • Prüfen Sie, ob die Seite veröffentlicht ist.
  • Bei Sichtbarkeit customer_members_only müssen Sie eingeloggt sein und Zugriff auf diesen Kunden haben.
  • Prüfen Sie den Slug — er wird beim Speichern auf Kleinbuchstaben-mit-Bindestrichen normalisiert.

Ein Service zeigt den falschen Status

  • Bleibt auf Beeinträchtigt? Es gibt noch einen offenen Vorfall für diesen Service — lösen Sie ihn auf oder warten Sie auf die automatische Wiederherstellung (siehe Vorfälle).
  • Wartung erwartet, aber Operativ? Prüfen Sie, ob das Wartungsfenster aktiv ist und die aktuelle Zeit innerhalb von Start/Ende liegt (siehe Wartung).

Auf dieser Seite