Statusseite einrichten

Alle Einstellungen findest du unter Statusseiten → deine Seite, aufgeteilt auf Reiter.

Allgemein

Name — der Titel oben auf der Seite und in Benachrichtigungen.
Zeitzone — in welcher Zeit alle Zeitpunkte angezeigt werden: auf der Seite, im RSS-Feed und in den Benachrichtigungs-Mails. In derselben Zeit trägst du Störungen und Wartungen im Dashboard ein. Nimm die deiner Kunden, nicht die deines Servers. Der Kalender-Feed (.ics) und die API liefern Zeiten mit Zeitzonenangabe, dein Kalender bzw. dein Skript rechnet sie selbst um.
Sprache — Deutsch oder Englisch. Gilt für alles, was Besucher und Abonnenten sehen: die öffentliche Seite, RSS- und Kalender-Feed, das Badge und alle E-Mails, SMS und Webhook-Texte an Abonnenten — von „Neuer Vorfall“ bis zu Datum und Uhrzeit. Deine eigenen Texte (Titel und Meldungen) bleiben, wie du sie schreibst; stell die Sprache also auf die ein, in der du deine Meldungen verfasst. Unabhängig von der Sprache deines Dashboards; eine neue Seite startet in deiner Dashboard-Sprache.

Branding

Logo — steht anstelle des Namens oben, 48 Pixel hoch. SVG, PNG, JPEG, WebP oder GIF bis 2 MB. Am besten SVG: bleibt überall scharf. Ein Pixelbild sollte mindestens doppelt so hoch sein.
Logo für das dunkle Theme — optional. Erscheint, wenn die Seite dunkel ist (bei System entscheidet der Browser des Besuchers), damit ein dunkles Logo nicht verschwindet.
Favicon — das Symbol im Browser-Tab. SVG, PNG, ICO, WebP oder GIF bis 512 KB.
Primärfarbe — färbt Schaltflächen, Links und Diagramme. Die Schrift darauf wird automatisch schwarz oder weiß, je nachdem, was besser lesbar ist.
Farbe für „Funktionsfähig“ — optional. Färbt die Uptime-Balken, die Status-Badges und das Banner, solange alles läuft. Leer bleibt es beim Standard-Grün. Gelb, Orange, Rot und Blau für Störungen und Wartungen bleiben fest, damit ein Problem auf jeder Seite gleich aussieht. Über die API heißt das Feld operational_color; null setzt es zurück.
Theme — hell, dunkel oder System (richtet sich nach der Einstellung des Besuchers).

Logo, Favicon, Farbe und Theme gibt es in jedem Tarif. Eine Statusseite ohne das eigene Logo sieht aus, als sei man falsch abgebogen.

Über die API lädst du Logo, Logo für das dunkle Theme und Favicon mit POST /api/v1/statuspage/logo, /logo-dark bzw. /favicon hoch, mit denselben Formaten.

SVG speichern wir bereinigt. Eine SVG-Datei kann Skripte enthalten. Beim Hochladen entfernen wir Skripte, Event-Handler und Verweise auf andere Dateien; was danach kein brauchbares SVG mehr ist, lehnen wir ab. Weil Gmail und Outlook kein SVG anzeigen, erzeugen wir für Benachrichtigungsmails automatisch eine PNG-Fassung deines Logos.

Veröffentlicht — der Hauptschalter. Aus heißt: Unter ihrer Adresse ist die Seite für niemanden erreichbar; wer sie aufruft, sieht „Diese Statusseite ist gerade nicht erreichbar“. Dein Team sieht sie trotzdem: In der Liste der Statusseiten und in der Bearbeiten-Maske öffnet Vorschau die Seite, mit dem Hinweis, dass sie nicht veröffentlicht ist. Abonnenten bekommen keine Benachrichtigungen, bis die Seite veröffentlicht ist; ihre Abmelde- und Verwaltungslinks funktionieren weiter. Für eine interne Seite, die andere aufrufen sollen, gibt es Passwortschutz und IP-Freigabe.
Passwortschutz und Auf Netzwerke beschränken — siehe Private Statusseiten.
Uptime anzeigen, Uptime-Tage, Schwelle für „beeinträchtigt" — siehe Uptime.
Gesamtdiagramm anzeigen — das Diagramm oben auf der Seite, der Durchschnitt über alle Komponenten. Aus, wenn du nur die Balken je Komponente zeigen willst.

Überschriften

Eigene Worte für die Überschriften der Seite: „Aktive Störungen“, „Geplante Wartung“, „Uptime je Komponente“, „Chronik“, „Systemmetriken“, „Störungsverlauf“ und „Vergangene Wartungen“. Ein leeres Feld zeigt den Standard in der Sprache der Seite, der Platzhalter verrät ihn. Je höchstens 80 Zeichen, nur Text. Der Link zum Verlauf im Footer trägt dieselbe Überschrift wie die Verlaufsseite. In jedem Tarif. Über die API heißt das Feld section_titles, ein Objekt mit den Schlüsseln active_incidents, scheduled_maintenance, component_uptime, timeline, metrics, incident_history und past_maintenance; nur die gesendeten Schlüssel ändern sich, null setzt einen zurück.

Abonnements

Hier legst du fest, welche Kanäle Besucher abonnieren können: E-Mail, SMS, Webhook und RSS/Kalender. Der Hauptschalter Abonnements erlauben blendet den Anmeldebereich komplett aus.

SMS und Webhooks sind tarifabhängig. Erlaubt dein Tarif SMS, ist der Kanal bei einer neuen Seite gleich eingeschaltet. Details unter Abonnenten.

Domain

Subdomain — deine Adresse unter statuswerk.eu.
Eigene Domain — deine eigene Adresse, inklusive Zertifikat. Siehe Eigene Domain.

SEO

Meta-Titel und Meta-Beschreibung — was in Suchergebnissen und Link-Vorschauen steht. Leer gelassen, nehmen wir den Namen und einen Standardtext, der den Namen nennt. An den Titel hängen wir „ - Status“ an, außer das Wort steht schon darin („Rechnungskit Status“ bleibt, wie es ist).
Vor Suchmaschinen verbergen — setzt noindex, nofollow. Suchmaschinen, die sich daran halten, nehmen die Seite nicht auf.

Das ist kein Zugriffsschutz: Wer die Adresse hat, kommt weiterhin drauf. Für echte Beschränkung siehe Private Statusseiten.

Ab dem Tarif Basic.

Vorschau beim Teilen

Teilt jemand den Link zu deiner Statusseite — in Slack, Teams, LinkedIn oder per Messenger —, erscheint ein Vorschaubild: dein Logo, der Name der Seite, der aktuelle Zustand („Alle Systeme funktionsfähig“, „Größerer Ausfall“ …) in seiner Farbe und die Adresse. Dazu Meta-Titel und Meta-Beschreibung aus dem Abschnitt SEO.

Das Bild entsteht von selbst und wird neu gezeichnet, sobald sich Zustand, Logo, Name oder Farbe ändern. Plattformen speichern Vorschauen allerdings eine Weile; ein Link, der schon geteilt wurde, zeigt dort unter Umständen noch das ältere Bild.

Bei einer privaten Statusseite liegt auch das Bild hinter Passwort oder IP-Freigabe — wer die Seite nicht öffnen darf, bekommt auch keine Vorschau mit ihrem Zustand.

Besucherstatistik

Wie viele Leute während einer Störung auf deine Statusseite schauen, ist eine nützliche Zahl. Unter Eigener Code → Besucherstatistik wählst du einen datenschutzfreundlichen Anbieter:

Plausible (plausible.io) — die Domain, unter der du die Seite in Plausible angelegt hast.
Umami Cloud — die Website-ID.
Matomo Cloud — die Site-ID und die Adresse deiner Instanz, z. B. https://deine-firma.matomo.cloud. Matomo läuft bei uns immer ohne Cookies: Statusseiten haben kein Einwilligungsbanner, und wer während eines Ausfalls nachsieht, soll keins wegklicken müssen.

Den Code dafür schreiben wir selbst aus deinen Angaben. Eigenes JavaScript ist dafür nicht nötig und bleibt weiterhin ausgeschlossen.

Selbst gehostete Server (eigenes Plausible, Umami oder Matomo) gehen derzeit nicht: Ein Server, den man selbst wählt, könnte jedes beliebige Skript auf die Seite laden — genau das, was wir beim eigenen Code ausschließen.

Den Anbieter musst du in deiner Datenschutzerklärung nennen, er verarbeitet die Seitenaufrufe deiner Besucher.

Ab dem Tarif Pro.

Eigener Code

Drei Felder für eigenes HTML und CSS: Header-HTML (vor </head>), Footer-HTML (vor </body>) und eigenes CSS.

Gedacht für Webfonts, Verifizierungs-Tags und eine Anpassung an euer Design-System.

Scripts laufen nicht. Deine Statusseite liegt auf unserer Domain, deshalb liefern wir Markup und Gestaltung aus, aber nichts, was ausgeführt wird. Beim Speichern entfernen wir:

<script>, <iframe>, <object> und ähnliche Einbettungen
Event-Handler wie onclick oder onload
javascript:-Links

Im Header bleiben nur <link> und <meta> stehen. Gestaltung gehört ins CSS-Feld. Was das Formular nach dem Speichern zeigt, ist genau das, was die Seite ausliefert. Eine Analytics-Einbindung gehört deshalb nicht hierher, sondern in die Besucherstatistik.

Wechselst du in einen Tarif ohne eigenen Code, liefert die Seite ihn nicht mehr aus. Gespeichert bleibt er trotzdem und ist mit dem passenden Tarif sofort wieder da.

Ab dem Tarif Business.

White Label

Im Tarif Business verschwindet der Hinweis „Bereitgestellt von Statuswerk" aus dem Seitenfuß — und ebenso aus dem Kalender-Feed, der sonst in der Kalender-App des Kunden auftaucht. Dafür gibt es keinen Schalter: der Tarif genügt.

Mehrere Statusseiten

Je nach Tarif kannst du mehrere Statusseiten in einem Workspace führen — eine öffentliche und eine interne zum Beispiel, jede mit eigener Domain, eigenen Komponenten und eigenen Abonnenten. Die Anzahl steht in der Preisübersicht. Wer welche Seite sehen und ändern darf, legst du unter Team fest.

Löschen: In den Einstellungen der Seite oben rechts mit Löschen, über die API mit DELETE /api/v1/statuspages/{id}. Das ist endgültig: Komponenten, Vorfälle, Wartungen, Abonnenten und die eigene Domain gehen mit; Abonnenten werden darüber nicht benachrichtigt.