# Status-Seite erstellen: der komplette Guide für Agenturen (2026) > Von der ersten Status-Seite bis zur gebrandeten Kunden-Statusseite: Was du kommunizierst, wie du Incidents postest und wie eine Statusseite unter eigener Domain läuft. Source: https://uptimeify.io/de/blog/status-seite-erstellen-guide Eine Status-Seite ist die Seite, auf die jeder schaut, wenn etwas nicht funktioniert, und die stärkste Gelegenheit, im Störungsfall souverän statt sprachlos zu wirken. Für Agenturen ist sie doppelt wertvoll: als Werkzeug, das im Ernstfall Support-Anfragen abfängt, und als Markensignal, das jeder Kunde sieht. Dieser Guide führt dich von der ersten einfachen Status-Seite bis zur gebrandeten Kunden-Statusseite unter eigener Domain, inklusive der Frage, was du kommunizierst und wie du einen Incident richtig postest. - **Eine Status-Seite zeigt den Betriebsstatus deiner Dienste**, und fängt im Störungsfall Support-Anfragen ab, statt sie auszulösen. - **Vier Schritte zur ersten Seite:** Dienste festlegen, ans Monitoring anbinden, branden, unter eigener Domain veröffentlichen. - **Gute Seiten sind für Menschen gemacht:** klarer Gesamtstatus, Komponentenliste, Incident-Verlauf, verständliche Sprache. - **Incidents richtig posten:** ein fester Ablauf (Investigating → Identified → Monitoring → Resolved), kurze ehrliche Updates. - **Für Agenturen:** gebrandet, unter Kunden-Domain per CNAME, öffentlich oder passwortgeschützt, EU-gehostet. ## Was eine Status-Seite ist, und warum jede Agentur eine braucht Eine Status-Seite ist eine öffentlich (oder privat) erreichbare Seite, die auf einen Blick zeigt, ob ein Dienst läuft: die Website, die API, der Mailserver, der Checkout. Sie ist der ruhige Gegenpol zum Chaos eines Ausfalls, der Ort, an dem ein Nutzer selbst nachsehen kann, statt beim Support anzurufen. Für Agenturen und MSPs erfüllt sie zwei Aufgaben zugleich. Erstens ist sie ein **Support-Deflektor**: Wenn die Seite eines Kunden ausfällt, landen die Anfragen sonst bei dir: „ist bei euch was kaputt?". Eine Status-Seite beantwortet diese Frage, bevor sie gestellt wird, und nimmt Last aus deinem Postfach. Zweitens ist sie ein **Vertrauenssignal**: Eine gepflegte, gebrandete Status-Seite signalisiert Professionalität und Transparenz, gerade im Störungsfall, wo Schweigen am teuersten ist. Wer proaktiv einen Status zeigt, wirkt souveräner als der, der jede Anfrage einzeln beantwortet. Der entscheidende Punkt: Eine Status-Seite ist kein Nachgedanke für den Notfall, sondern ein Werkzeug, das du einmal einrichtest und das dann bei jedem Vorfall für dich arbeitet. Eine Status-Seite ist Support-Deflektor und Markensignal in einem. Sie beantwortet die Frage „ist etwas kaputt?", bevor sie in deinem Postfach landet, und zeigt im Ernstfall Souveränität statt Schweigen. ## Schritt für Schritt: die erste Status-Seite erstellen Der Weg zur ersten funktionierenden Status-Seite besteht aus vier klaren Schritten. Er ist bewusst schlank: die Kunst liegt nicht in der Technik, sondern in den Entscheidungen, was die Seite zeigt. **Schritt 1: Die Dienste festlegen.** Überlege, welche Komponenten die Seite abbilden soll. Für einen einfachen Fall reicht „Website". Für einen umfassenderen Dienst listest du die relevanten Bausteine einzeln: Website, API, Mailversand, Datenbank, Checkout. Jede Komponente bekommt später einen eigenen Statuspunkt, sodass ein Besucher sieht, *was* genau betroffen ist, nicht nur, *dass* etwas nicht stimmt. **Schritt 2: Ans Monitoring anbinden.** Der Status der Seite sollte niemals von Hand gepflegt werden: eine manuell aktualisierte Status-Seite ist im Ernstfall garantiert veraltet. Stattdessen hängt jede Komponente an einem echten Monitor: Website-Uptime, SSL, DNS, ein Ping auf den Server, ein SMTP-Check für den Mailversand. Bei Uptimeify ist die Status-Seite direkt mit den Monitoren verdrahtet, sodass der angezeigte Status automatisch aus den echten Check-Ergebnissen kommt, bestätigt von mehreren EU-Standorten, bevor eine Komponente als gestört gilt. **Schritt 3: Branden und Sichtbarkeit wählen.** Jetzt bekommt die Seite dein, oder das Logo deines Kunden, deine Farben, deinen Namen. Und du entscheidest: öffentlich für alle sichtbar, oder passwortgeschützt nur für den Kunden und dessen Team. Zu dieser Wahl gleich mehr im eigenen Abschnitt. **Schritt 4: Unter eigener Domain veröffentlichen.** Zuletzt läuft die Seite unter deiner Domain statt unter einer fremden Anbieter-URL, der Schritt, der aus einem generischen Tool ein Markensignal macht. Wie das per CNAME funktioniert, klärt der nächste Abschnitt. Vier Schritte: Dienste festlegen, ans Monitoring anbinden, branden und Sichtbarkeit wählen, unter eigener Domain veröffentlichen. Der Status kommt automatisch aus echten Checks, niemals von Hand gepflegt. ## Die eigene Domain: gebrandet per CNAME Der sichtbare Unterschied zwischen einer starken und einer beliebigen Status-Seite ist die Adresse in der Browserzeile. `status.fremder-anbieter.com/deinkunde` wirkt ausgelagert; `status.deinkunde.com` ist Teil der Marke. Möglich macht das ein einziger DNS-Eintrag: der CNAME. Ein CNAME (Canonical Name) verweist eine Subdomain auf eine andere Adresse. Du legst im DNS deiner, oder der Kunden-Domain, fest, dass `status.deinkunde.com` auf das Ziel zeigt, das die Plattform dir vorgibt. Ab diesem Moment liefert die Plattform die Inhalte aus, aber der Besucher sieht ausschließlich deine Domain. Der Ablauf ist schlank: Subdomain wählen, CNAME anlegen, Propagation abwarten (meist Minuten bis wenige Stunden), fertig. Bei Uptimeify sind die Status-Seiten für genau diesen Betrieb ausgelegt, gebrandet, unter eigener Domain, EU-gehostet. Für dich als Agentur heißt das: Jeder Kunde bekommt eine Status-Seite, die aussieht, als hättest du sie selbst gebaut, ohne dass du eine Zeile Code schreibst. Die eigene Domain entsteht durch einen CNAME, der deine Subdomain auf das Plattform-Ziel verweist. Aus `status.fremder-anbieter.com` wird `status.deinkunde.com`, dasselbe Tool, dein Markenauftritt. ## Was auf eine gute Status-Seite gehört Sobald die Seite technisch steht, entscheidet der Inhalt über ihren Wert. Eine gute Status-Seite ist für Menschen gemacht, nicht für Techniker. Ein besorgter Besucher soll in Sekunden verstehen, woran er ist. Vier Elemente gehören dazu. **Der Gesamtstatus, ganz oben.** Das Erste, was ein Besucher sieht, ist eine einzige, klare Aussage: „Alle Systeme betriebsbereit", „Teilstörung" oder „Großstörung". Diese eine Zeile beantwortet 90 % aller Besuche. Sie sollte farblich eindeutig sein (grün / gelb / rot) und ohne Fachbegriffe auskommen. **Die Komponentenliste.** Darunter die einzelnen Dienste mit ihrem jeweiligen Status. So sieht ein Besucher nicht nur, *dass* etwas klemmt, sondern *was*: „Website betriebsbereit, Mailversand gestört" ist eine nützliche Auskunft, „irgendwas ist kaputt" nicht. **Der Incident-Verlauf.** Eine Historie der letzten Vorfälle mit Zeitpunkt und Dauer zeigt zweierlei: dass du transparent mit Störungen umgehst, und dass die allermeiste Zeit alles läuft. Ein sichtbarer 90-Tage-Verlauf mit überwiegend grünen Tagen ist selbst ein Vertrauensargument. **Wartungsfenster.** Geplante Arbeiten gehören angekündigt. Läuft eine Wartung, sollte die betroffene Komponente klar als „In Wartung" erscheinen, nicht als Störung. Bei Uptimeify blendet ein aktives Wartungsfenster die Alarme aus und zeigt den Dienst auf der Status-Seite als Wartung statt als Ausfall, sodass geplante Arbeit nicht wie ein Notfall aussieht. Vier Elemente: klarer Gesamtstatus oben, Komponentenliste mit Einzelstatus, Incident-Verlauf und angekündigte Wartungsfenster. Alles in verständlicher Sprache. Die Seite ist für den besorgten Nutzer, nicht für den Admin. ## Wie man einen Incident richtig kommuniziert Der Moment, in dem eine Status-Seite ihren Wert wirklich beweist, ist der Ausfall. Und hier machen die meisten denselben Fehler: Sie schweigen, bis alles wieder läuft. Doch Schweigen erzeugt genau die Anrufe und E-Mails, die die Status-Seite verhindern soll. Die Lösung ist ein fester Ablauf aus kurzen, ehrlichen Updates. Ein bewährtes Muster folgt vier Phasen. **Investigating:** „Wir haben eine Störung beim Mailversand festgestellt und untersuchen die Ursache.", gepostet, sobald das Problem bestätigt ist, oft bevor der Kunde es selbst bemerkt. **Identified:** „Die Ursache liegt bei unserem Mail-Dienstleister, eine Behebung ist eingeleitet.", sobald du weißt, woran es liegt. **Monitoring:** „Die Behebung ist ausgerollt, wir beobachten die Wiederherstellung.", wenn der Fix greift. **Resolved:** „Der Mailversand läuft wieder normal. Danke für eure Geduld.", wenn es vorbei ist. Drei Regeln machen diese Updates gut. Erstens: **einfache Sprache**, keine Stacktraces, keine internen Systemnamen, der Leser ist der Endkunde, nicht dein Team. Zweitens: **jede Meldung mit Uhrzeit**, damit der Verlauf nachvollziehbar bleibt. Drittens: **keine Schuldzuweisung und kein Kleinreden**, weder „das war der Hoster" als Abschiebung noch „nur ein kleines Problem", wenn es für den Nutzer ein großes ist. Ziel ist nicht, den Ausfall verschwinden zu lassen, sondern zu zeigen, dass jemand ruhig und kompetent daran arbeitet. Genau das baut im Ernstfall Vertrauen auf, statt es zu verlieren. Poste Incidents entlang eines festen Ablaufs, Investigating, Identified, Monitoring, Resolved, in einfacher Sprache, mit Uhrzeit, ohne Schuldzuweisung. Schweigen erzeugt die Anrufe, die die Status-Seite eigentlich verhindern soll. ## Öffentlich oder passwortgeschützt: die richtige Wahl je Kunde Ein Punkt, der sowohl Vertrauen als auch Vertraulichkeit berührt, ist die Sichtbarkeit der Seite, und sie sollte bewusst pro Kunde fallen, nicht pauschal. Eine **öffentliche** Status-Seite ist ein Transparenzsignal nach außen. Jeder kann den Betriebsstatus einsehen, was besonders bei Diensten mit vielen Endnutzern souverän wirkt: Ein öffentlicher Status im Störungsfall strahlt mehr Kontrolle aus als eine Kette einzeln beantworteter Anfragen. Der Preis ist, dass Betriebsinformationen für alle sichtbar sind. Eine **passwortgeschützte** Seite ist die richtige Wahl, wenn die Statusinfos nur den Kunden und dessen Team etwas angehen, oder wenn sie Rückschlüsse auf interne Infrastruktur zulassen, die nicht öffentlich sein sollte. Sie eignet sich für interne Dashboards, B2B-Dienste mit festem Nutzerkreis oder sensible Systeme. Uptimeify unterstützt beide Modi, sodass du je Kunde zwischen maximaler Transparenz und kontrolliertem Zugriff wählst. Die Faustregel: kundenseitige Dienste mit breitem Publikum tendenziell öffentlich, interne oder sensible Systeme tendenziell geschützt. Im Zweifel entscheidet, wer die Seite im Ernstfall sehen soll. ## Der EU-Aspekt: wo die Statusdaten liegen Ein letzter Punkt, der für Agenturen mit europäischen Kunden zählt: wo die Daten deiner Status-Seite verarbeitet werden. Sobald die Seite öffentlich unter deiner Domain läuft, ist sie datenschutzrechtlich eine Webseite wie jede andere, und der Verarbeitungsort ihrer Daten wird zur relevanten Frage. Bei Uptimeify liegen die angezeigten Daten in der EU: Die Plattform ist EU-gehostet, und die Verfügbarkeitsdaten, die die Status-Seite ausspielt, stammen aus Checks, die ausschließlich von europäischen Standorten laufen: Nürnberg, Falkenstein, Frankfurt, Berlin, Logroño, Paris, Warschau, Mailand und Helsinki. Für dich vereinfacht das die datenschutzrechtliche Einordnung gegenüber deinem Kunden erheblich: Sowohl Speicherung als auch Erhebung der Statusdaten bleiben im europäischen Rechtsraum. Das ist eine faktische, überprüfbare Aussage, kein Garantie-Claim, sondern ein Standort. Damit schließt sich der Kreis. Eine Status-Seite ist im besten Fall dreierlei zugleich: ein Werkzeug, das Support abfängt, ein Markensignal unter deiner eigenen Domain und eine saubere, faktische Antwort auf die Datenschutz-Frage, die bei europäischen Kunden früher oder später kommt. Wer sie einmal richtig aufsetzt, automatisch gespeist, verständlich, gebrandet, EU-gehostet, hat für jeden künftigen Ausfall bereits die beste Antwort parat. Setz das Werkzeug auf, das bei jedem Ausfall für dich arbeitet. Erstelle eine gebrandete Status-Seite unter deiner Domain, automatisch aus echten EU-Checks gespeist, öffentlich oder passwortgeschützt.