---
title: "Statusseiten"
description: "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.deinkunde.com)."
---

<Cards>
  <Card title="Design & Branding" href="/status-pages/design">
    8 Layouts, Farbschemata, Akzentfarbe, eigener Titel und Schalter für die Anzeige.
  </Card>
  <Card title="Eigene Domains" href="/status-pages/custom-domains">
    Betreiben Sie eine Seite auf `status.deinkunde.com` mit DNS-Verifizierung und automatischem HTTPS.
  </Card>
  <Card title="Statusseiten-API" href="/api/status-pages">
    Erstellen, aktualisieren, gestalten und Domains programmatisch verwalten.
  </Card>
</Cards>

## 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älle** | **Beeinträchtigt** |
| **Aktives Wartungsfenster** und keine offenen Vorfälle | **Wartung** |
| Keines davon | **Operativ** |

Das Gesamt-Banner spiegelt den schlechtesten Status über alle Services wider. Siehe [Vorfälle](/incidents) und [Wartung](/maintenance) 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.

| Einstellung | Beschreibung |
|-------------|--------------|
| **Kunde** | Pflichtfeld. Der Kunde, dessen Services die Seite anzeigt. |
| **Öffentlicher Name** | Der für Besucher sichtbare Seitentitel. |
| **Slug** | Für die freundliche URL. Wird aus dem Namen generiert; Kleinbuchstaben, Ziffern und Bindestriche. |
| **Beschreibung** | Optionaler Einleitungstext unter dem Titel. |
| **Sichtbarkeit** | `public` (für alle sichtbar) oder `customer_members_only` (Login + Zugriff auf den Kunden nötig). |
| **Veröffentlicht** | Ausschalten, um die Seite ohne Löschen zu verbergen. |

All das geht auch per [API](/de/api/status-pages/create-status-page).

## 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](/status-pages/custom-domains) wird die Seite zusätzlich am Apex dieses Hostnamens ausgeliefert, z.B. `https://status.deinkunde.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](/status-pages/design) 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](/incidents)).
- **Wartung erwartet, aber Operativ?** Prüfen Sie, ob das Wartungsfenster **aktiv** ist und die aktuelle Zeit innerhalb von Start/Ende liegt (siehe [Wartung](/maintenance)).