Fehler 503 Service Unavailable

TL;DR — Eine Antwort mit 503 Service Unavailable sagt Suchmaschinen „die Website ist vorübergehend nicht erreichbar — bitte bald wieder vorbeischauen“ statt „diese Seite gibt es nicht mehr“. Wenn Sie Ihre Website für geplante Wartungsarbeiten offline nehmen müssen, ist ein 503 der richtige Code. Ergänzen Sie einen Retry-After-Header, damit Googlebot weiß, wann er wiederkommen soll, halten Sie Ihre robots.txt erreichbar, und lassen Sie den 503 nicht länger als ein bis zwei Tage bestehen.

Was ein 503 tatsächlich bedeutet

HTTP 503 bedeutet, dass der Server die Anfrage vorübergehend nicht bearbeiten kann, und der Standard erlaubt einen Retry-After-Header. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: 503 Google empfiehlt 503 für kurze Ausfallzeiten, warnt aber davor, dass eine längere Nichtverfügbarkeit die Indexierung beeinträchtigen kann. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: Pause an online business

Ein 503 ist ein HTTP-Statuscode aus der 5xx-Familie — der Gruppe „irgendetwas stimmt auf der Serverseite nicht“. Konkret bedeutet er, dass der Server so weit läuft, dass er antworten kann, die Anfrage aber gerade jetzt nicht bedienen kann — meist weil er überlastet ist oder weil Sie ihn in den Wartungsmodus versetzt haben.

Das Schlüsselwort lautet vorübergehend. Genau das unterscheidet einen 503 von den anderen Codes, zu denen man greifen könnte, wenn eine Seite nicht verfügbar ist:

• 200 OK sagt „hier ist der Inhalt“ — selbst wenn dieser „Inhalt“ nur eine Nachricht „wir sind gleich wieder da“ ist. Suchmaschinen nehmen das wörtlich und können die Fehlerseite indexieren.
• 404 Not Found / 410 Gone sagen „diese Seite existiert nicht / ist dauerhaft verschwunden“. Wer sie während der Wartung ausliefert, fordert Google auf, die Seite fallen zu lassen.
• 503 Service Unavailable sagt “I exist, I’m just busy — come back later.” (Übersetzung) „Ich bin da, ich bin nur beschäftigt – kommen Sie später wieder.“ Das ist der Code, den Sie für geplante Ausfallzeiten wollen.

Warum 503 bei Wartungsarbeiten die richtige Wahl ist

Bei einem Deployment, einem Serverumzug oder geplanten Wartungsarbeiten sollen Suchmaschinen pausieren und nicht schlussfolgern, dass Ihre Seiten tot sind. Ein 503 verschafft Ihnen diese Pause. Google sagt das direkt: Wer eine Website kurzzeitig offline nehmen muss, liefert einen 503 aus — keinen 404 und keine 200-Fehlerseite.

Stellen Sie es sich wie ein Schild „Bin in 10 Minuten zurück“ an einer Ladentür vor. Ein 404 wäre, als würde man den Laden abreißen; eine 200-Seite mit „demnächst verfügbar“ wäre, als würde man das gesamte Sortiment durch ein einziges Schild ersetzen und hoffen, dass die Kundschaft weiterhin glaubt, es gebe hier Schuhe. Der 503 ist das Schild, das Ihren Platz sichert.

Der Retry-After-Header

Zusammen mit dem 503 können Sie einen Retry-After-Header senden, der Crawlern ungefähr mitteilt, wann sie wiederkommen sollen. Er kann eine Anzahl von Sekunden oder ein konkretes Datum mit Uhrzeit enthalten:

HTTP/1.1 503 Service Unavailable
Retry-After: 3600

Dieses Beispiel bittet Bots, etwa eine Stunde zu warten. Google kann den Wert als Hinweis darauf nutzen, wann erneut gecrawlt wird. Google kommt nicht auf die exakte Sekunde zurück, aber auch nicht davor.

Die drei Dinge, die man nicht falsch machen darf

1. Liefern Sie den 503 nicht lange aus. Ein bis zwei Tage sind unproblematisch. Deutlich länger, und Google hält den Ausfall für dauerhaft und kann Ihre Seiten fallen lassen.
2. Liefern Sie für Ihre robots.txt keinen 503 aus. Gibt diese Datei einen 503 zurück, kann Google gar nichts crawlen — auch nicht die Prüfung, die zeigen würde, dass Sie wieder online sind.
3. Verwenden Sie stattdessen keinen 404 und keine schlichte 200-Seite mit „demnächst verfügbar“. Beides sendet das falsche Signal und kann Sie mehr kosten als der 503.

Sie möchten die Schwellenwerte zur Dauer, die genauen Google-Zitate und die Umsetzung auf einzelnen Plattformen? Wechseln Sie zur Registerkarte Fortgeschritten.

TL;DR — 503 ist der korrekte Code für vorübergehende Nichtverfügbarkeit, und Google bevorzugt ihn ausdrücklich gegenüber 404/410 (dauerhaft) oder einer 200-Fehlerseite (indexierbarer Ballast). Kombinieren Sie ihn mit Retry-After. Googles eigene Obergrenze für einen 503 über die gesamte Website liegt bei 1–2 Tagen; jenseits von “a couple of days” (Übersetzung) „ein paar Tagen“ wertet Google den 503 als dauerhaft und entfernt URLs. Ein 503 friert zudem Ihre indexierten Metadaten ein — Titel, Beschreibungen und strukturierte Daten werden nicht aktualisiert, solange er ausgeliefert wird. Liefern Sie für Ihre robots.txt niemals einen 503 aus. Google behandelt 429 und 503 bei der Drosselung der Crawl-Rate gleich. Und nach einem langen Ausfall ist die Erholung wahrscheinlich, aber eine identische Wiederherstellung ist nicht garantiert. Für alles, was länger als ein bis zwei Tage dauert, liefern Sie stattdessen einen indexierbaren 200-Platzhalter aus.

Was 503 ist — und was nicht

Ein 503 ist ein vorübergehender Serverzustand, kein Signal für eine dauerhafte Entfernung. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: 503 Das Verhalten der Suche hängt von der Dauer und von wiederholten Antworten ab; der Zeitpunkt der Erholung ist nicht garantiert. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: Pause an online business

RFC 9110 hält die Formulierung bewusst weich: Der Server ist derzeit nicht in der Lage, die Anfrage zu bearbeiten, Besserung wird als wahrscheinlich beschrieben, nicht als sicher, und der Retry-After-Header ist optional — ein MAY, keine Pflicht. Der Standard zwingt einen Crawler nicht dazu, zu einem bestimmten Zeitpunkt zurückzukehren, und ein Server kann den 503 sogar ganz weglassen und die Verbindung stattdessen einfach verweigern. Das ist für diese gesamte Seite relevant: Alles Folgende zum Crawling-Verhalten von Google und zur Dauer bis zur Erholung beschreibt, was üblicherweise passiert, keine vertragliche Zusage.

503 steht für vorübergehende serverseitige Nichtverfügbarkeit. Es ist kein Allzweckwerkzeug nach dem Motto „diese Seite verstecken“, und es ist nicht mit seinen Nachbarcodes austauschbar:

• 404 / 410 — dauerhafte Entfernung. Während der Wartung teilen sie Google mit, dass Ihre Seiten verschwunden sind, und Google beginnt, sie fallen zu lassen (410 eine Spur schneller als 404).
• 200 mit Fehlerinhalt — eine Seite „wir sind gleich wieder da“, die 200 OK zurückgibt, sieht wie echter Inhalt aus. Google indexiert sie, und wenn jede URL dieselbe Seite zurückgibt, kann Google sie als Duplikate behandeln.
• 503 — „ich bin da, nur vorübergehend nicht verfügbar“. Der eine Code, der pausieren sagt und nicht löschen.

Was Google tatsächlich empfiehlt (in dieser Reihenfolge)

Googles aktuelle, aktiv gepflegte Dokumentation (Website vorübergehend pausieren oder deaktivieren) enthält eine Präferenzreihenfolge, die von den meisten Konkurrenzartikeln ausgelassen wird. Beginnen Sie damit:

1. Gehen Sie gar nicht erst komplett vom Netz — schränken Sie stattdessen die Funktionalität ein. Googles oberste Empfehlung ist, die Website online zu lassen und nur die riskanten Teile abzuschalten (Warenkorb deaktivieren, Banner einblenden, strukturierte Daten / Merchant-Center-Feed aktualisieren), denn das “minimizes any negative effects on your site’s presence in Search.” (Übersetzung) „minimiert alle negativen Auswirkungen auf die Präsenz Ihrer Website in der Suche.“ Ein 503 über die gesamte Website ist die Ausweichoption, nicht der Standard.

2. Wenn die gesamte Website abgeschaltet werden muss: die 1–2-Tage-Regel. Google nennt eine vollständige Abschaltung “an extreme measure that should only be taken for a very short period of time (a few days at most),” (Übersetzung) „eine extreme Maßnahme, die nur für einen sehr kurzen Zeitraum (höchstens ein paar Tage) ergriffen werden sollte“, und wird beim Mechanismus konkret: “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code instead of all content.” (Übersetzung) „Wenn Sie die Website dringend für 1–2 Tage abschalten müssen, geben Sie statt aller Inhalte eine informative Fehlerseite mit dem HTTP-Antwortstatuscode 503 zurück.“

3. Länger als das: Wechseln Sie zu einem indexierbaren 200-Platzhalter. Sobald ein bis zwei Tage überschritten sind, hören Sie auf, 503-Antworten auszuliefern. Google: “If you need to disable the site for a longer time, then provide an indexable home page as a placeholder for users to find in Search by using the 200 HTTP status code.” (Übersetzung) „Wenn Sie die Website für längere Zeit abschalten müssen, stellen Sie mit dem HTTP-Statuscode 200 eine indexierbare Startseite als Platzhalter bereit, die Nutzerinnen und Nutzer in der Suche finden können.“

Das Spektrum der Dauer (es gibt keine einzelne harte Grenze)

Verschiedene Google-Quellen liefern ein Spektrum, keine einzelne magische Zahl — und es ist richtungsweisend, keine Zusicherung. Die einzige Angabe, die aus Googles eigener aktueller Dokumentation stammt, ist die Obergrenze von 1–2 Tagen weiter unten; die Angaben im Minuten- und im Tagesbereich sind Kommentare von Google-Mitarbeitern, die das Search Engine Journal aus Office-Hours-Sessions weitergibt, keine primär belegten Aussagen, die als verbindliche Zusagen gelten.

• Minuten, gelegentlich. Gary Illyes, via Search Engine Journal: “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate. Fortunately for you, 10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” (Übersetzung) „Einen 503-Statuscode über einen längeren Zeitraum auszuliefern, führt zu einer Verringerung der Crawl-Rate. Zum Glück für Sie sind 10–15 Minuten hin und wieder in keiner Weise ‚längerer Zeitraum‘, es sollte also passen.“
• Etwa ein Tag. John Mueller, via Search Engine Journal: “For an outage of maybe a day or so, using a 503 result code is a great way to tell us that we should check back.” (Übersetzung) „Bei einem Ausfall von vielleicht einem Tag ist ein 503-Statuscode eine sehr gute Möglichkeit, uns mitzuteilen, dass wir später noch einmal nachsehen sollten.“
• 1–2 Tage. Googles eigene dokumentierte Obergrenze für einen dringenden 503 über die gesamte Website — die einzige Zahl in dieser Liste aus Googles aktueller, primär belegter Dokumentation.
• “A couple of days” and beyond. (Übersetzung) „Ein paar Tage“ und darüber hinaus. Hier kippt es. Mueller, via Search Engine Journal: “after a couple of days we think this is a permanent result code, and we think your pages are just gone, and we will drop them from the index.” (Übersetzung) „Nach ein paar Tagen halten wir dies für einen dauerhaften Statuscode, und wir gehen davon aus, dass Ihre Seiten einfach weg sind, und wir entfernen sie aus dem Index.“
• Wochen. Nahezu garantierter Indexverlust, und — laut Dokumentation — für die Erholung nach einer vollständigen Entfernung gibt es “no fixed time … and there’s no mechanism to speed that up.” (Übersetzung) „keine feste Zeitspanne … und es gibt keinen Mechanismus, das zu beschleunigen.“

Nichts davon ergibt eine Countdown-Uhr mit Sicherheitsgarantie. Es beschreibt, was üblicherweise passiert, und keine Regel, auf die Sie sich für ein bestimmtes Ergebnis verlassen können — behandeln Sie die Angabe von 1–2 Tagen als äußere Grenze, um die herum geplant wird, und nicht als Zusicherung, dass alles darunter risikofrei sei.

Der Nebeneffekt eingefrorener Metadaten (das Risiko, über das niemand spricht)

Auch ein kurzer, korrekter 503 hat einen Preis, der gern übersehen wird: Solange Sie 503er ausliefern, kann Google nicht aktualisieren, was es bereits hat. Direkt aus der Dokumentation: “it’s not possible for Google’s systems to refresh titles, descriptions, metadata, or structured data included on a website if a page returns a 503 HTTP response status code.” (Übersetzung) „Es ist für Googles Systeme nicht möglich, Titel, Beschreibungen, Metadaten oder strukturierte Daten einer Website zu aktualisieren, wenn eine Seite den HTTP-Antwortstatuscode 503 zurückgibt.“

Ein 503 friert Ihre indexierten Metadaten also ein — er löscht sie nicht und aktualisiert sie nicht. Wenn Sie kurz vor der Wartung einen Titel oder strukturierte Daten geändert haben, kann sich ein veraltetes SERP-Snippet durch das gesamte Fenster ziehen. Mit „sicher“ ist hier „bei kurzer Dauer nicht dauerhaft schädlich“ gemeint, nicht „unsichtbar“.

Geben Sie für robots.txt niemals einen 503 zurück

Das ist eine echte Stolperfalle aus der Praxis: Manche Plugins für den Wartungsmodus und pauschale CDN-Regeln liefern für alles einen 503 aus, auch für robots.txt. Tun Sie das nicht. Google ist eindeutig: “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (Übersetzung) „Geben Sie für die robots.txt-Datei keinen HTTP-Antwortstatuscode 503 zurück, weil dies jegliches Crawling blockiert.“ Eine robots.txt mit 503 hindert Google daran, überhaupt etwas zu crawlen, und verhindert auch den erneuten Crawl, der bestätigen würde, dass Sie wieder da sind. Lassen Sie robots.txt auch bei einem Ausfall der gesamten Website weiterhin 200 zurückgeben.

503 vs. 429 — Google behandelt beide gleich

Im Kontext der Ratenbegrenzung werden 429 und 503 oft als austauschbare Optionen betrachtet. Für die Drosselung der Crawl-Rate sind beide für Google gleichwertig. Mueller (auf einer Seite, die er später selbst als älter gekennzeichnet hat): “we treat them both about the same. We see both as a temporary issue, and tend to slow down crawling if we see a bunch of them.” (Übersetzung) „Wir behandeln beide ungefähr gleich. Beide gelten als vorübergehendes Problem, und bei vielen davon neigen wir dazu, das Crawling zu verlangsamen.“ Dieselbe Drosselungslogik; sowohl ein 429 Too Many Requests als auch ein 503 sagen Googlebot, dass er das Crawling verlangsamen soll. (Die Geschwister 502/504, die anderen vorübergehenden Gateway-/Timeout-Fehler, werden ähnlich behandelt — anhaltende 5xx jeder Art verlangsamen das Crawling.)

Erholung ist wahrscheinlich — nicht garantiert

Der nützlichste Mythos-Check zu diesem gesamten Thema: Wenn ein langer Ausfall Ihre Seiten tatsächlich aus dem Index wirft, kommen sie meist zurück, aber nicht immer gleich. Mueller: “when the pages come back we will crawl them again and we will try to index them again. But it’s essentially during that time we will probably drop a lot of the pages from the website from our index, and there’s a pretty good chance that it’ll come back in a similar way but it’s not always guaranteed.” (Übersetzung) „Wenn die Seiten zurückkommen, crawlen wir sie erneut und versuchen, sie erneut zu indexieren. Aber im Wesentlichen werden wir in dieser Zeit wahrscheinlich viele der Seiten der Website aus unserem Index entfernen, und es besteht eine ziemlich gute Chance, dass sie in ähnlicher Weise zurückkehren, aber das ist nicht immer garantiert.“ Planen Sie Ihre Wartungsfenster so, als könnte die Erholung unvollständig sein, denn das kann sie.

Ein paar FAQs, die eine direkte Antwort verdienen

• Schadet ein 503 dem SEO? Nicht, wenn er kurz und korrekt ist. Ein kurzer 503 mit Retry-After ist das beabsichtigte Signal für geplante Ausfallzeiten. Der Schaden entsteht dadurch, dass er zu lange bestehen bleibt oder dass für robots.txt ein 503 ausgeliefert wird.
• Ist 503 oder 404 besser für Wartungsarbeiten? 503, immer. Ein 404 sagt „verschwunden“ und startet die Deindexierung; ein 503 sagt „bald zurück“.
• Gibt WordPress während Updates einen 503 zurück? Ja — WordPress liefert während der Aktualisierung von Core oder Plugins automatisch einen 503 aus. Das ist das korrekte Verhalten; das Fenster dauert normalerweise Sekunden.
• Kann ich stattdessen einfach eine Seite „demnächst verfügbar“ mit 200 anzeigen? Nein. Eine 200-Fehlerseite wird als Inhalt indexiert, und wenn es über alle URLs hinweg dieselbe Seite ist, kann Google diese URLs als Duplikate behandeln.

Die eine Regel, die man sich merken sollte

Googles eigene Obergrenze für einen dringenden 503 über die gesamte Website liegt bei 1–2 Tagen — behandeln Sie das als äußere Grenze, um die herum geplant wird, und nicht als garantiert sicheres Fenster. Selbst innerhalb dieser Grenze bremst ein 503 weiterhin Ihre Crawl-Rate und friert Ihre Metadaten ein, und nichts hier sagt ein bestimmtes Ranking-, Indexierungs- oder Erholungsergebnis zu. Jenseits dieser Obergrenze wechseln Sie zu einem indexierbaren 200-Platzhalter, bevor Google entscheidet, dass Ihre Seiten verschwunden sind. Alles andere auf dieser Seite ist eine Fußnote dazu.

Für die benachbarten Codes siehe den restlichen Cluster HTTP-Statuscodes.

KI-Zusammenfassung

Eine verdichtete Fassung der Advanced-Version:

• 503 = vorübergehende Nichtverfügbarkeit. Es ist der korrekte Code für geplante Wartungsarbeiten — Google bevorzugt ihn gegenüber 404/410 (dauerhaft) und gegenüber einer 200-Fehlerseite (die als Inhalt indexiert wird, oft als Duplikate).
• Kombinieren Sie ihn mit Retry-After (Sekunden oder ein HTTP-Datum), wobei RFC 9110 den Header optional macht (ein MAY) — Googlebot kann ihn als Hinweis darauf nutzen, wann erneut gecrawlt wird, und drosselt seine Crawl-Rate, aber nichts erzwingt einen exakten Rückkehrzeitpunkt.
• Die Dauer ist ein Spektrum, keine Zusicherung: Die einzige Angabe aus Googles eigener aktueller Dokumentation sind 1–2 Tage, die dokumentierte Obergrenze für einen dringenden 503 über die gesamte Website. Vom Search Engine Journal weitergegebene Kommentare von Google-Mitarbeitern stufen kurze Fenster (10–15 Minuten, etwa ein Tag) als grundsätzlich unproblematisch ein und benennen “a couple of days” (Übersetzung) „ein paar Tage“ und mehr als den Punkt, ab dem Google den 503 als dauerhaft wertet und Seiten entfernt — lesen Sie das als richtungsweisend und nicht als primär belegte Zusagen. Für längere Schließungen liefern Sie stattdessen einen indexierbaren 200-Platzhalter aus.
• Metadaten frieren ein: Solange ein 503 ausgeliefert wird, kann Google Titel, Beschreibungen oder strukturierte Daten nicht aktualisieren — veraltete Snippets können daher bestehen bleiben.
• Liefern Sie für robots.txt niemals einen 503 aus — das blockiert jegliches Crawling, auch das erneute Crawling, das Ihre Rückkehr bestätigt.
• 429 ≈ 503 bei der Drosselung der Crawl-Rate; Google behandelt beide gleich.
• Die Erholung nach einem langen Ausfall ist wahrscheinlich, aber “not always guaranteed” (Übersetzung) „nicht immer garantiert“ (Mueller); eine identische Wiederherstellung ist also nicht zugesichert, und für eine vollständige Entfernung aus dem Index gibt es keine feste Erholungszeit.
• Beste Vorgehensweise insgesamt: Googles oberste Empfehlung ist, eine vollständige Abschaltung ganz zu vermeiden — Funktionalität einschränken und online bleiben.

Offizielle Dokumentation

Primärquellen zu 503 und geplanten Ausfallzeiten.

Google

• Website vorübergehend pausieren oder deaktivieren — Googles aktuelle, maßgebliche Dokumentation: die Präferenzreihenfolge, die 1–2-Tage-Regel, Retry-After, die Ausnahme für robots.txt, der Hinweis auf eingefrorene Metadaten und der Tipp zur Prüfung mit curl.
• Geplante Website-Ausfallzeit bewältigen (Blogbeitrag von 2011) — der ursprüngliche Beitrag (trägt inzwischen einen Hinweis „veraltet, siehe Best Practices“). Quelle des klassischen PHP-Beispiels für Retry-After.
• Tiefenleitfaden zur Funktionsweise der Google-Suche — Hintergrund zur Drosselung der Crawl-Rate: Fehler der HTTP-500-Familie bedeuten „langsamer“.

RFC / technische Referenz

• MDN — 503 Service Unavailable — die standardbasierte Definition des Statuscodes.
• MDN — Retry-After header — Syntax für die Sekunden- und die HTTP-Datums-Form.

Bing / Microsoft

• Bing veröffentlicht keine Dokumentation zu 503 bei Wartungsarbeiten in derselben Detailtiefe wie Google. Retry-After ist ein standardisierter RFC-Header (nicht Google-spezifisch), und auch Bingbot drosselt die Crawl-Rate bei wiederholten 5xx-/429-Antworten — betrachten Sie konkretes Bing-Verhalten aber als aus der Standard-HTTP-Semantik abgeleitet und nicht als dokumentierte Aussage.

Zitate aus der Quelle

Offizielle Aussagen von Google. Jeder Link ist ein Deeplink, der direkt zur zitierten Passage auf der Quellseite springt.

Google-Dokumentation — die 1–2-Tage-Regel

• “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code instead of all content.” (Übersetzung) „Wenn Sie die Website dringend für 1–2 Tage abschalten müssen, geben Sie statt aller Inhalte eine informative Fehlerseite mit dem HTTP-Antwortstatuscode 503 zurück.“ Zum Zitat springen
• “If you need to disable the site for a longer time, then provide an indexable home page as a placeholder for users to find in Search by using the 200 HTTP status code.” (Übersetzung) „Wenn Sie die Website für längere Zeit abschalten müssen, stellen Sie mit dem HTTP-Statuscode 200 eine indexierbare Startseite als Platzhalter bereit, die Nutzerinnen und Nutzer in der Suche finden können.“ Zum Zitat springen

Google-Dokumentation — robots.txt und Metadaten

• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (Übersetzung) „Geben Sie für die robots.txt-Datei keinen HTTP-Antwortstatuscode 503 zurück, weil dies jegliches Crawling blockiert.“ Zum Zitat springen
• “it’s not possible for Google’s systems to refresh titles, descriptions, metadata, or structured data included on a website if a page returns a 503 HTTP response status code.” (Übersetzung) „Es ist für Googles Systeme nicht möglich, Titel, Beschreibungen, Metadaten oder strukturierte Daten einer Website zu aktualisieren, wenn eine Seite den HTTP-Antwortstatuscode 503 zurückgibt.“ Zum Zitat springen
• “removing a site completely from Google’s index is a significant change that can take quite some time to recover from.” (Übersetzung) „Eine Website vollständig aus Googles Index zu entfernen, ist eine erhebliche Änderung, deren Behebung durchaus einige Zeit dauern kann.“ Zum Zitat springen

Google Search Central Blog (2011)

• “instead of returning an HTTP result code 404 (Not Found) or showing an error page with the status code 200 (OK) when a page is requested, it’s better to return a 503 HTTP result code (Service Unavailable) which tells search engine crawlers that the downtime is temporary.” (Übersetzung) „Statt beim Aufruf einer Seite einen HTTP-Ergebniscode 404 (Not Found) zurückzugeben oder eine Fehlerseite mit dem Statuscode 200 (OK) anzuzeigen, ist es besser, einen HTTP-Ergebniscode 503 (Service Unavailable) zurückzugeben, der Suchmaschinen-Crawlern mitteilt, dass die Ausfallzeit vorübergehend ist.“ Zum Zitat springen
• “If known, the length of the downtime in seconds or the estimated date and time when the downtime will be complete can be specified in an optional Retry-After header, which Googlebot may use to determine when to recrawl the URL.” (Übersetzung) „Falls bekannt, kann die Dauer der Ausfallzeit in Sekunden oder das geschätzte Datum mit Uhrzeit, zu dem die Ausfallzeit endet, in einem optionalen Retry-After-Header angegeben werden, den Googlebot nutzen kann, um zu bestimmen, wann die URL erneut gecrawlt wird.“ Zum Zitat springen

John Mueller, Google

• “please return a ‘503 Service unavailable’ HTTP result code… they’re generally more than happy to give your site some time to catch up again.” (Übersetzung) „Bitte geben Sie einen HTTP-Statuscode 503 (Dienst nicht verfügbar) zurück … sie sind in der Regel gern bereit, Ihrer Website etwas Zeit zur Erholung zu geben.“ Zum Zitat springen Von johnmu.com/503s/ (2013), Muellers persönliche Neuveröffentlichung eines Google+-Beitrags. Die Live-Seite rendert typografische Apostrophe, daher wird der Deeplink kurz gehalten, um eine exakte Textübereinstimmung zu garantieren.
• “we treat them both about the same. We see both as a temporary issue, and tend to slow down crawling if we see a bunch of them.” (Übersetzung) „Wir behandeln beide etwa gleich. Wir sehen beide als vorübergehendes Problem und neigen dazu, das Crawling zu verlangsamen, wenn wir viele davon sehen.“ (zu 429 vs. 503) Zum Zitat springen Von johnmu.com/429-or-503/ (2015), einer Seite, die Mueller selbst als “old, probably outdated.” (Übersetzung) “alt, wahrscheinlich veraltet” kennzeichnet.
• “after a couple of days we think this is a permanent result code, and we think your pages are just gone, and we will drop them from the index.” (Übersetzung) „Nach ein paar Tagen halten wir dies für einen dauerhaften Statuscode, und wir gehen davon aus, dass Ihre Seiten einfach weg sind, und wir entfernen sie aus dem Index.“ Zum Zitat springen Weitergegeben vom Search Engine Journal aus einer Office-Hours-/Q&A-Session von Search Central; vor einer abschließenden Bewertung gegen das Original prüfen.

Gary Illyes, Google

• “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate. Fortunately for you, 10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” (Übersetzung) „Einen 503-Statuscode über einen längeren Zeitraum auszuliefern, führt zu einer Verringerung der Crawl-Rate. Zum Glück für Sie sind 10–15 Minuten hin und wieder in keiner Weise ‚längerer Zeitraum‘, es sollte also passen.“ Zum Zitat springen Weitergegeben vom Search Engine Journal aus einer SEO-Office-Hours-Session von Google Search Central.

503-Checkliste für geplante Wartungsarbeiten

Arbeiten Sie diese Liste vor, während und nach einem Wartungsfenster ab:

• Entschieden, ob überhaupt eine vollständige Abschaltung nötig ist — lässt sich stattdessen die Funktionalität einschränken und die Website online halten (Googles bevorzugte Option)?
• Die Wartungsseite gibt einen echten 503-Status zurück (mit curl geprüft, nicht nur im Browser betrachtet).
• Ein Retry-After-Header ist gesetzt (Sekunden oder ein HTTP-Datum) mit einer realistischen Schätzung.
• robots.txt gibt weiterhin 200 zurück und ist erreichbar — niemals mit 503.
• Die 503-Seite ist leichtgewichtig: statisches HTML, Inline-CSS, keine schweren Assets (Bots rufen sie wiederholt ab).
• Eine harte interne Frist ist gesetzt, um auf einen indexierbaren 200-Platzhalter zu wechseln, falls das Fenster ~1–2 Tage überschreitet.
• Keine Seiten geben 404/410 oder eine 200-Seite mit „demnächst verfügbar“ statt des 503 zurück.
• Die Search-Console-Berichte Seitenindexierung und Crawling-Statistiken werden während und nach dem Fenster auf 5xx-Spitzen beobachtet.
• Nach der Wartung: bestätigt, dass Seiten wieder 200 zurückgeben, für wichtige URLs über die URL-Prüfung ein erneutes Crawling angestoßen und geprüft, dass Metadaten/Snippets aktualisiert wurden.

SOP: Die Website korrekt in den geplanten Wartungsmodus versetzen

Ein wiederholbares Verfahren für ein kurzes, sicheres Wartungsfenster.

Vor dem Fenster

1. Legen Sie den Umfang fest. Wenn Sie die Website online lassen und nur den riskanten Teil deaktivieren können (Warenkorb, Checkout, eine defekte Funktion), tun Sie das stattdessen — es ist Googles oberste Empfehlung und vermeidet das gesamte nachfolgende Risiko. Gehen Sie nur dann zu einem vollständigen 503 über, wenn Sie wirklich alles offline nehmen müssen.
2. Schätzen Sie die Dauer ehrlich ein. Wenn es realistisch mehr als 1–2 Tage sind, planen Sie gar keinen 503 über die gesamte Website — planen Sie stattdessen eine indexierbare 200-Platzhalter-Startseite.
3. Bauen Sie eine leichtgewichtige Wartungsseite. Statisches HTML, Inline-CSS, Base64 oder gar keine Bilder. Bots (und Nutzer) rufen sie wiederholt ab, sie darf den Server also nicht belasten.

Die Antwort konfigurieren

4. Geben Sie für die Website-Inhalte einen echten 503 zurück. Beispiele:
   • Apache (.htaccess): alles auf die Wartungsseite leiten und den Status erzwingen —

     RewriteEngine On
     RewriteCond %{REQUEST_URI} !^/maintenance\.html$
     RewriteCond %{REQUEST_URI} !^/robots\.txt$
     RewriteRule ^ /maintenance.html [R=503,L]
     ErrorDocument 503 /maintenance.html
     Header always set Retry-After "3600"

   • Nginx:

     location / {
         return 503;
     }
     error_page 503 /maintenance.html;
     location = /maintenance.html { internal; add_header Retry-After 3600; }
     location = /robots.txt { }   # keep robots.txt serving 200

   • PHP (Googles eigene Beispielform):

     header('HTTP/1.1 503 Service Unavailable');
     header('Retry-After: 3600');

5. Setzen Sie Retry-After auf eine realistische Schätzung — Sekunden (3600) oder ein HTTP-Datum.
6. Nehmen Sie robots.txt aus. Stellen Sie sicher, dass robots.txt weiterhin 200 zurückgibt (siehe die Rewrite-Bedingungen oben). Das ist der Schritt, den die meisten übersehen.

Prüfen

7. Bestätigen Sie den Status mit curl, nicht im Browser:

   curl -I -X GET "https://www.example.com/"
   # expect: HTTP/1.1 503 Service Unavailable  +  Retry-After: ...
   curl -I "https://www.example.com/robots.txt"
   # expect: HTTP/1.1 200 OK

Während und danach

8. Behalten Sie die Uhr im Blick. Wenn Sie sich der Obergrenze von 1–2 Tagen nähern, wechseln Sie zu einem indexierbaren 200-Platzhalter, bevor Google beginnt, den 503 als dauerhaft zu behandeln.
9. Holen Sie die Website zurück. Entfernen Sie die 503-Regel; bestätigen Sie, dass Seiten wieder 200 zurückgeben.
10. Prüfen Sie erneut. Nutzen Sie die URL-Prüfung in der GSC für wichtige Seiten, beobachten Sie in den Crawling-Statistiken, wie die 5xx-Spitze abklingt, und bestätigen Sie, dass Titel/Beschreibungen/strukturierte Daten wieder aktualisiert werden (während des 503 waren sie eingefroren).

Was man nicht tun sollte — und die Mythen dahinter

Mythos: „Ein 503 über mehr als ein paar Tage ist völlig unbedenklich, solange ich Retry-After verwende.“ Retry-After erhöht die Genauigkeit; es setzt Googles Obergrenze nicht außer Kraft. Die Dokumentation begrenzt einen dringenden 503 über die gesamte Website auf 1–2 Tage, und Mueller: “after a couple of days we think this is a permanent result code… and we will drop them from the index.” (Übersetzung) „Nach ein paar Tagen halten wir dies für einen dauerhaften Ergebniscode … und wir entfernen sie aus dem Index.“ Wechseln Sie zu einem 200-Platzhalter, bevor Sie dort ankommen.

Mythos: „503 hat null SEO-Auswirkung, wenn er korrekt umgesetzt ist.“ Selbst ein kurzer, korrekter 503 pausiert die Aktualisierung der Metadaten — Titel, Beschreibungen und strukturierte Daten können nicht aktualisiert werden, solange er ausgeliefert wird — und jeder 503 senkt die Crawl-Rate etwas. „Sicher“ heißt „bei kurzer Dauer nicht dauerhaft schädlich“, nicht „unsichtbar“.

Mythos: „Ein 404 oder eine 200-Seite mit ‚demnächst verfügbar‘ ist während der Wartung genauso gut.“ Nein. 404/410 signalisiert dauerhafte Entfernung und lässt Seiten schneller aus dem Index fallen. Eine pauschale 200-Fehlerseite wird als Inhalt indexiert — und wenn jede URL dieselbe Seite zurückgibt, kann Google sie als Duplikate behandeln.

Mythos: „Man sollte der Vollständigkeit halber auch für die robots.txt einen 503 ausliefern.“ Genau umgekehrt. Eine robots.txt mit 503 blockiert jegliches Crawling, auch das erneute Crawling, das die Rückkehr Ihrer Website bestätigt. Belassen Sie diese bei 200.

Mythos: „Wenn Google meine Seiten während der Ausfallzeit entfernt, kommen sie exakt genauso zurück.“ Wahrscheinlich, aber “not always guaranteed” (Übersetzung) „nicht immer garantiert“ (Mueller), und für die Erholung nach einer vollständigen Entfernung gibt es weder einen festen Zeitplan noch eine Möglichkeit, sie zu beschleunigen.

Mythos: „429 und 503 sind völlig verschiedene Signale.“ Bei der Drosselung der Crawl-Rate “treat[s] them both about the same.” (Übersetzung) Google „behandelt beide etwa gleich“.

Das Anti-Pattern, das man sich einprägen sollte: eine schlichte 200 OK-Seite mit „wegen Wartungsarbeiten offline“ auszuliefern. Es ist der mit Abstand häufigste Fehler und der, vor dem Google am direktesten warnt.

503 bei Wartungsarbeiten — Spickzettel

Welcher Code für welche Situation

Spektrum der Dauer

Die Zeile mit 1–2 Tagen ist Googles eigene aktuelle dokumentierte Obergrenze. Die Zeilen im Minuten- und im Tagesbereich sind Kommentare von Google-Mitarbeitern, weitergegeben vom Search Engine Journal, keine primäre Google-Dokumentation — lesen Sie das Spektrum als richtungsweisend und nicht als garantiert sicheres Zeitfenster.

Retry-After-Formen

• Sekunden: Retry-After: 3600
• HTTP-Datum: Retry-After: Sat, 8 Oct 2011 18:27:00 GMT

Nicht vergessen

• robots.txt bleibt bei 200 — niemals mit 503 ausliefern.
• 503-Seite = statisches HTML, Inline-CSS (Bots rufen sie wiederholt ab).
• 503 friert indexierte Titel/Beschreibungen/strukturierte Daten ein — sie werden nicht aktualisiert.
• Mit curl -I prüfen, nicht im Browser.

Prüfen, ob Ihr 503 wirklich ein 503 ist

Ein Browser kann eine Wartungsseite anzeigen, während der Server im Hintergrund 200 zurückgibt. Prüfen Sie den echten Statuscode und die Header mit curl.

macOS / Linux

# Site content should return 503 with a Retry-After header
curl -I -X GET "https://www.example.com/"
# expect: HTTP/1.1 503 Service Unavailable
#         Retry-After: 3600

# robots.txt must stay reachable (200), NOT 503
curl -I "https://www.example.com/robots.txt"
# expect: HTTP/1.1 200 OK

Windows (PowerShell)

# -SkipHttpErrorCheck lets PowerShell show the 503 instead of throwing
(Invoke-WebRequest -Uri "https://www.example.com/" -Method Head -SkipHttpErrorCheck).StatusCode
(Invoke-WebRequest -Uri "https://www.example.com/robots.txt" -Method Head).StatusCode

Minimale 503-Antworten

PHP (Googles eigene Beispielform)

<?php
header('HTTP/1.1 503 Service Unavailable');
header('Retry-After: 3600'); // or an HTTP date: 'Sat, 8 Oct 2011 18:27:00 GMT'
?>
<!DOCTYPE html>
<title>We'll be right back</title>
<h1>Down for scheduled maintenance</h1>
<p>We expect to be back within the hour. Thanks for your patience.</p>

Nginx (Inhalte mit 503, robots.txt ausgenommen)

location / {
    return 503;
}
error_page 503 /maintenance.html;
location = /maintenance.html {
    internal;
    add_header Retry-After 3600;
}
location = /robots.txt { }   # keep serving robots.txt normally (200)

Halten Sie die Wartungsseite statisch, mit Inline-CSS und ohne schwere Assets — Bots fordern sie wiederholt an, und diese Seite selbst soll den Server nicht belasten.

Tools für den Umgang mit einem 503 und dessen Prüfung

• curl -I — der schnellste Weg, den echten Statuscode und den Retry-After-Header zu bestätigen (ein Browser kann die Wahrheit verbergen). Siehe die Registerkarte Skripte.
• Google Search Console — URL-Prüfung — prüfen Sie den zuletzt gecrawlten Status einer bestimmten URL und fordern Sie ein erneutes Crawling an, sobald Sie wieder online sind.
• GSC — Bericht zu Crawling-Statistiken — achten Sie während des Fensters auf die 5xx-/503-Spitze und bestätigen Sie, dass sie danach abklingt.
• GSC — Bericht zur Seitenindexierung — finden Sie Seiten, die entfernt wurden, falls das Fenster lang war.
• Screaming Frog SEO Spider — crawlen Sie Ihre eigene Website, um zu bestätigen, welche URLs 503 statt 200 zurückgeben (und dass für robots.txt kein 503 ausgeliefert wird).
• Ahrefs Site Audit / Ahrefs Webmaster Tools — zeigt 5xx-Antworten über die gesamte Website hinweg, damit Sie einen vereinzelten 503 finden, der über das Fenster hinaus bestehen bleibt.
• WordPress-Plugins für den Wartungsmodus (z. B. WP Maintenance Mode) — WordPress liefert bei Core-/Plugin-Updates ohnehin automatisch einen 503 aus; ein Plugin gibt Ihnen eine kontrollierte Wartungsseite — stellen Sie nur sicher, dass es für robots.txt keinen 503 ausliefert.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• HTTP-Statuscodes: Die vollständige Liste für SEO — mein vollständiger Leitfaden zu den Statuscodes, die für SEO relevant sind, mit 503 im 5xx-Kontext. Diese Tiefenanalyse zu einem einzelnen Thema ist die ausgebaute Fassung der einzeiligen Behandlung in jenem Leitfaden.
• Der Einsteigerleitfaden für technisches SEO — wo Crawling, Statuscodes und Wartung ins größere Bild passen.

Aus der Branche

• Website vorübergehend pausieren oder deaktivieren (Google Search Central) — die maßgebliche, aktuelle Dokumentation; lesen Sie diese zuerst.
• Geplante Website-Ausfallzeit bewältigen (Google Search Central Blog, 2011) — der ursprüngliche Beitrag und das klassische PHP-Beispiel für Retry-After.
• 503s (John Mueller, johnmu.com) — Muellers eigene, allgemein verständliche Einschätzung, warum man bei Ausfallzeiten einen 503 ausliefern sollte.
• Google zum SEO-Einfluss von 503-Statuscodes (Search Engine Journal) — Gary Illyes zum Datenpunkt „10–15 Minuten sind unproblematisch“.
• Google entfernt Seiten aus dem Index, wenn eine Website mehrere Tage ausfällt (Search Engine Journal) — Muellers Schwelle “a couple of days… we will drop them” (Übersetzung) „ein paar Tage … dann entfernen wir sie“.
• HTTP 503: Website-Wartung korrekt für SEO handhaben (Yoast) — eine praxisnahe, WordPress-geprägte Erläuterung der Retry-After-Mechanik.
• 503 Service Unavailable (MDN) — die Standardreferenz zum Statuscode selbst.

Videos

• Google Search Central (YouTube) — die Serie How Google Search Works und die Archive der SEO-Office-Hours, in denen Mueller und Illyes die auf dieser Seite zitierten Fragen zu 503/Wartung und zum Zeitrahmen der Deindexierung beantwortet haben. Kanal

Zitierfähige Zahlen

• 1–2 Tage — Googles dokumentierte Obergrenze für den Einsatz eines 503 über die gesamte Website bei einer dringenden Abschaltung; darüber hinaus wechseln Sie zu einem 200-Platzhalter. Quelle
• 10–15 Minuten, gelegentlich = unproblematisch — Gary Illyes dazu, wie kurz ein 503-Fenster sein kann, ohne die Crawl-Rate zu beeinträchtigen. Quelle
• “A couple of days” (Übersetzung) „ein paar Tage“ — der Punkt, ab dem Google einen 503 als dauerhaft wertet und Seiten aus dem Index entfernt (John Mueller). Quelle
• Keine feste Erholungszeit — Googles Dokumentation zur Erholung nach einer vollständigen Entfernung aus dem Index: kein festgelegter Zeitplan und keine Möglichkeit, sie zu beschleunigen. Quelle

Testen Sie sich selbst: Fehler 503 Service Unavailable

Fünf kurze Fragen zum Einsatz von 503 bei geplanten Wartungsarbeiten. Wählen Sie jeweils eine Antwort und prüfen Sie dann.

Änderungsprotokoll