Der Wartungsmodus (Maintenance Mode) schaltet eine Website vorübergehend auf eine Hinweisseite, während Updates oder Arbeiten laufen. Aus SEO-Sicht kommt es darauf an, dass die Hinweisseite den Statuscode 503 liefert und nicht 200.
Was sollte der Server im Wartungsmodus senden?
Google empfiehlt in seiner Anleitung zum vorübergehenden Abschalten einer Website, den Status 503 (Service Unavailable) zu liefern. Die Anleitung richtet sich an Online-Shops, gilt sinngemäß aber für jede Website. Er teilt Crawlern mit, dass die Unterbrechung vorübergehend ist. Optional gibt der Header Retry-After die Dauer in Sekunden oder einen Zeitpunkt an, an dem Googlebot den Abruf wiederholen kann.
Eine Wartungsseite mit Status 200 sieht für Crawler wie normaler Inhalt aus. Auch 404, 403 und 410 sowie noindex sind für Wartungsseiten falsch, weil sie URLs aus der Suche entfernen.
Wie lange darf der Wartungsmodus dauern?
Nur kurz. Für eine Sperre von ein bis zwei Tagen nennt Google den 503 mit einer Informationsseite. Ein 503 über mehrere Tage kann dazu führen, dass URLs aus dem Index fallen. Google beschreibt den 503 als Lösung für höchstens ein bis zwei Tage. Ein längerer Zeitraum sollte stattdessen mit einer indexierbaren Startseite (Status 200) überbrückt werden.
Wichtig ist außerdem die robots.txt. Sie darf nicht mit 503 antworten, weil Google bei Serverfehlern der robots.txt das Crawling der Website zunächst einstellt. Während eines 503 kann Google Titel, Beschreibungen und strukturierte Daten nicht aktualisieren.
| Statuscode | Bedeutung laut RFC | Reaktion von Googlebot | Folge für den Index | Retry-After |
|---|---|---|---|---|
| 429 Too Many Requests | zu viele Anfragen in einem bestimmten Zeitraum (Rate Limiting, RFC 6585) | Signal für einen überlasteten Server, wird als Serverfehler behandelt; Crawling wird vorübergehend langsamer | indexierte URLs bleiben vorerst; sieht Googlebot den Code mehrere Tage auf derselben URL, kann sie aus dem Index fallen | RFC: darf mitgesendet werden; Google: zeigt den Crawlern, wann sie es erneut versuchen können |
| 500 Internal Server Error | unerwarteter Zustand auf dem Server | Crawlrate der Website sinkt, proportional zur Zahl der URLs mit Serverfehler | indexierte URLs bleiben vorerst; bei anhaltendem Fehler werden sie entfernt, nach mehreren Tagen auf derselben URL ist das möglich | von Google nur für 503 und 429 beschrieben |
| 502 Bad Gateway | Gateway oder Proxy hat vom Server dahinter eine ungültige Antwort erhalten | wie 500 | indexierte URLs bleiben vorerst, werden bei anhaltendem Fehler entfernt | von Google nur für 503 und 429 beschrieben |
| 503 Service Unavailable | vorübergehend nicht verfügbar, etwa wegen Überlastung oder Wartung | wie 500 | indexierte URLs bleiben vorerst; sieht Googlebot den Code mehrere Tage auf derselben URL, kann sie aus dem Index fallen | RFC: darf mitgesendet werden und nennt die erwartete Dauer; Google: zeigt den Crawlern, wann sie es erneut versuchen können (Sekunden oder Datum) |
| 504 Gateway Timeout | Gateway oder Proxy hat vom Server dahinter nicht rechtzeitig eine Antwort erhalten | von Google nicht einzeln genannt; für alle 5xx gilt, dass das Crawling vorübergehend langsamer wird | indexierte URLs bleiben vorerst, werden aber irgendwann entfernt (Aussage für alle 5xx) | von Google nur für 503 und 429 beschrieben |
Inhalte aus Antworten mit 5xx ignoriert Google. Sobald der Server wieder mit 2xx antwortet, erhöht Google die Crawlrate schrittweise. Um das Crawling bewusst kurz zu drosseln (einige Stunden bis ein, zwei Tage), nennt Google 500, 503 oder 429 und rät davon ab, das länger zu tun. Netzwerk-Timeouts, abgebrochene Verbindungen und DNS-Fehler behandelt Google ähnlich wie 5xx; nicht erreichbare URLs fallen laut Google innerhalb von Tagen aus dem Index. Quellen: Google Crawling Infrastructure: How HTTP status codes affect Google's crawlers (last updated 2026-02-04); Google Crawling Infrastructure: Reduce the Google crawl rate (last updated 2026-10-06); Google Crawling Infrastructure: Debug network and DNS errors (last updated 2025-12-18); RFC 9110: HTTP Semantics, 15.6 Server Error 5xx and 10.2.3 Retry-After; RFC 6585: Additional HTTP Status Codes, 4. 429 Too Many Requests. Stand: .
Beispiel
HTTP/1.1 503 Service Unavailable
Retry-After: 3600
Content-Type: text/html
Die Seite im Body erklärt Nutzern, wann die Website wieder erreichbar ist.
Häufige Fehler
- Die Wartungsseite antwortet mit 200 und erscheint wie normaler Inhalt.
- Die robots.txt liefert ebenfalls 503.
- Der Wartungsmodus bleibt nach einem Update versehentlich aktiv.
Quellen
- Temporarily pause or disable a website – Google Search Centraldevelopers.google.com
- robots.txt-Spezifikationen – Google Search Centraldevelopers.google.com
- Reduce the Google crawl rate – Google Crawling Infrastructure (Stand 06.10.2026)developers.google.com
Stand: