Wartungsmodus und Statusseite: Geplante Ausfälle professionell kommunizieren

Wartungsarbeiten sind unvermeidbar. Ob ein Server-Upgrade, eine Datenbankmigration oder ein größeres Deployment: Es gibt Momente, in denen eine Website vorübergehend nicht erreichbar sein muss. Der Unterschied zwischen einem professionell kommunizierten Wartungsfenster und einem ungeplanten Ausfall liegt nicht im technischen Vorgang, sondern in der Vorbereitung und Kommunikation.

Wartungsmodus richtig einrichten

Ein Wartungsmodus ist keine einfache Fehlerseite. Er erfüllt drei technische Anforderungen:

HTTP 503 zurückgeben: Der Statuscode 503 (Service Unavailable) signalisiert Suchmaschinen, dass die Seite vorübergehend nicht verfügbar ist. Google und andere Crawler respektieren diesen Code und entfernen die Seite nicht aus dem Index. Eine Wartungsseite, die mit HTTP 200 antwortet, riskiert, dass die Wartungsseite selbst indexiert wird.

Retry-After-Header setzen: Zusammen mit dem 503-Status gibt der Header Retry-After: 3600 an, dass der Dienst in 3600 Sekunden (einer Stunde) wieder verfügbar sein sollte. Crawler kommen dann später wieder vorbei, statt die Seite sofort als ausgefallen zu behandeln.

Robots.txt unverändert lassen: Verändere die Robots.txt während der Wartung nicht. Wenn Crawler in diesem Moment die Website besuchen und eine abweichende Robots.txt sehen, kann das unerwartete Indexierungsveränderungen auslösen.

Bei Nginx setzt du den Wartungsmodus mit einer simplen Konfiguration:

server \{
    return 503;
    error_page 503 /maintenance.html;
    location = /maintenance.html \{
        root /var/www/maintenance;
        internal;
    \}
    add_header Retry-After 3600;
\}

Die Wartungsseite gestalten

Eine Wartungsseite sollte knapp und informativ sein. Nutzer brauchen genau drei Informationen:

1. Was ist der Grund für die Nicht-Erreichbarkeit
2. Wann ist die Website wieder verfügbar
3. Wo sie aktuelle Informationen finden (Statusseite, soziale Netzwerke)

Vermeide technische Details, die Nutzer nicht interessieren. “Wir führen Datenbankmigrationen durch, um die Systemstabilität zu verbessern” ist unnötig. “Wir aktualisieren unsere Systeme und sind ab 14 Uhr wieder erreichbar” reicht vollständig.

Füge ein Kontakt-Element hinzu für den Fall, dass Nutzer dringende Anliegen haben. Eine E-Mail-Adresse oder ein Link zum Social-Media-Kanal, auf dem du Updates postest, genügt.

Statusseite betreiben

Eine Statusseite ist dauerhafter Bestandteil deiner Infrastruktur, nicht nur für Wartungsfenster. Sie gibt Nutzern eine zentrale Anlaufstelle, um den aktuellen Zustand deiner Dienste zu prüfen, vergangene Vorfälle nachzulesen und geplante Wartungsarbeiten vorab zu sehen.

Wichtig: Die Statusseite muss auf einer anderen Domain oder zumindest auf einer anderen Infrastruktur liegen als deine Hauptseite. Eine Statusseite, die zusammen mit der ausgefallenen Website nicht erreichbar ist, hat keinen Nutzen.

Gängige Lösungen für Statusseiten:

Statuspage.io: Weit verbreitet, eignet sich für Teams, die eine professionelle und anpassbare Statusseite ohne technischen Aufwand wollen.

Upptime: Open-Source, nutzt GitHub Actions und GitHub Pages. Die Statusprüfungen laufen im GitHub-Workflow, die Seite liegt auf GitHub Pages. Vollständig kostenlos und gut geeignet für kleinere Projekte.

Cachet: Selbst gehostete Open-Source-Alternative, wenn du keine Abhängigkeit von Drittanbietern möchtest.

Vorfälle kommunizieren

Wenn eine ungeplante Störung auftritt, kommuniziere in klar abgegrenzten Update-Phasen:

Ersterkennung: “Wir untersuchen gerade eine gemeldete Störung bei [Dienst]. Mehr Informationen folgen.”

Zwischenupdate: “Wir haben die Ursache identifiziert und arbeiten an der Behebung. Voraussichtliche Wiederherstellung: 15:30 Uhr.”

Abschluss: “Der Vorfall wurde behoben. Alle Dienste laufen wieder normal. Wir werden einen detaillierten Bericht in den nächsten 24 Stunden veröffentlichen.”

Dieser Rhythmus schafft Vertrauen, auch wenn die technischen Probleme noch nicht gelöst sind. Nutzer, die wissen, dass jemand an der Lösung arbeitet und sie proaktiv informiert, reagieren deutlich entspannter als solche, die keine Rückmeldung erhalten.

Mit dem Tool kombinieren

Das Tool auf dieser Seite eignet sich als schneller externer Check, ob deine Wartungsseite korrekt ausgeliefert wird und den richtigen HTTP-Statuscode zurückgibt. Gib einfach deine Domain ein und prüfe in den Ergebnissen, ob der Statuscode 503 erscheint. Das bestätigt, dass Crawler und externe Dienste deine Seite korrekt als “temporär nicht verfügbar” klassifizieren.

Fazit

Geplante Wartungsarbeiten sind eine Chance, Professionalität zu zeigen. Wer Nutzern rechtzeitig kommuniziert, was passiert, und sie über den Fortschritt auf dem Laufenden hält, baut Vertrauen auf statt es zu verlieren. Die technische Seite ist dabei einfach: HTTP 503, Retry-After-Header und eine gut erreichbare Statusseite sind die Grundlage.