Schadet Downtime dem SEO? Was wirklich mit dem Ranking passiert

Schadet Downtime dem SEO? Ein kurzer Ausfall so gut wie nie, aber Downtime, die tagelang anhält, kann dazu führen, dass Google eine Website seltener crawlt und Seiten irgendwann aus dem Index fallen. Entscheidend sind zwei Dinge: wie lange die Website nicht erreichbar ist und welchen HTTP-Statuscode sie in dieser Zeit zurückgibt.

Für eine Agentur ist die Behebung des Ausfalls meist Sache von jemand anderem, etwa vom Hoster, vom Entwickler des Kunden oder von dessen IT-Abteilung. Ihn zu bemerken ist dagegen deine Aufgabe. Eine Website, die Googlebot nicht erreicht, kann ihre Rankings nicht halten, und der Kunde wird fragen, warum niemand es mitbekommen hat.

Was Googles Dokumentation zu Downtime und SEO sagt

Googles Seite dazu, wie HTTP-Statuscodes das Crawling beeinflussen, ist ziemlich deutlich. 5xx-Serverfehler und 429 Too Many Requests bringen Googlebot dazu, das Crawling der Website zu verlangsamen. Bereits indexierte URLs bleiben eine Zeit lang erhalten, werden aber irgendwann entfernt, wenn die Fehler anhalten. Timeouts und abgelehnte Verbindungen behandelt Google ähnlich wie Serverfehler.

Für geplante oder vorübergehende Nichterreichbarkeit ist 503 Service Unavailable die empfohlene Antwort. Sie signalisiert Crawlern, dass das Problem voraussichtlich vorbeigeht. Ein Retry-After-Header ergänzt, wann sie wiederkommen sollen, zum Beispiel Retry-After: 3600 für eine Stunde.

Ein Detail übersieht man leicht. Wenn die robots.txt selbst einen Serverfehler liefert, stoppt Google laut seiner robots.txt-Dokumentation das Crawling der Website, und hält der Fehler lange an, greift es auf die zuletzt zwischengespeicherte Version der Datei zurück. Ein Ausfall, der den ganzen Host lahmlegt, nimmt die robots.txt mit.

Ab wann ein Ausfall zu lang ist

Google nennt keine feste Grenze. Lies die folgenden Werte also als grobe Orientierung, nicht als Regeln.

Dauer des Ausfalls	Was meistens passiert
Ein paar Minuten	Googlebot ruft vielleicht gar nichts ab. Falls doch, versucht er es später erneut. Kein messbarer Ranking-Effekt.
Ein paar Stunden	Das Crawling verlangsamt sich. Die Seiten bleiben indexiert, und mit einem sauberen 503 erholt sich die Website, sobald sie wieder stabil läuft.
Ein oder mehrere Tage mit 5xx	Die Crawl-Rate sinkt, und einzelne URLs können aus dem Index fallen. Die meisten kommen nach der Erholung zurück, nicht immer auf dieselbe Position.
Häufige kurze Ausfälle	Jeder einzelne ist harmlos, aber ein Host, der immer wieder ausfällt, kann Googlebot dauerhaft zu vorsichtigem Crawling bringen.

Warum der Statuscode so viel zählt wie die Dauer

Zwei Websites, die gleich lange vier Stunden down sind, können ganz unterschiedlich daraus hervorgehen.

Die erste liefert aus ihrem Wartungsmodus einen 503 mit Retry-After. Google versteht das als vorübergehend und wartet. Die zweite zeigt eine freundliche Seite „Wir sind bald wieder da“ mit 200 OK. Für Googlebot ist das eine echte Seite, deren Inhalt durch einen einzigen Satz ersetzt wurde. Wird sie in diesem Zustand gecrawlt, kann der Wartungstext im Snippet in den Suchergebnissen landen, bis der eigentliche Inhalt zurück ist.

Ein 500 Internal Server Error oder ein Timeout liegt dazwischen. Er wird nicht als Inhalt indexiert, trägt aber auch nicht das Signal, dass es nur vorübergehend ist.

WordPress macht es von Haus aus richtig. Bei Core- und Plugin-Updates legt es eine .maintenance-Datei an und liefert den Hinweis, dass die Website wegen planmäßiger Wartung kurzzeitig nicht verfügbar ist, mit Status 503 aus. Coming-Soon- und Wartungs-Plugins von Drittanbietern verhalten sich unterschiedlich. Prüf also vor einem geplanten Ausfall, welches Plugin die Website des Kunden verwendet.

Wo der Schaden in der Search Console sichtbar wird

Wenn du vermutest, dass ein Ausfall einen Kunden bereits getroffen hat, helfen zwei Berichte. Der Bericht „Crawling-Statistik“ unter „Einstellungen“ hat einen Abschnitt „Hoststatus“, der den Abruf der robots.txt, die DNS-Auflösung und die Serververbindung der letzten 90 Tage abdeckt, dazu eine Aufschlüsselung der Crawling-Anfragen nach Antwortcode. Der Bericht zur Seitenindexierung listet URLs unter „Serverfehler (5xx)“, wenn Google sie nicht abrufen konnte.

Beide schauen zurück. Sie erklären, was letzte Woche passiert ist, und das ist für einen Kundenreport nützlich, verhindert aber nichts. Einen weiteren Infrastruktur-Ausfall, der für Besucher wie Downtime aussieht, beschreibt der Artikel SSL-Zertifikat-Ablauf überwachen.

Einen Ausfall bemerken, während er noch läuft

Stell dir die teure Variante vor. Eine Kundenseite fällt am späten Freitagabend aus, niemand schaut hin, Googlebot und Kunden laufen das ganze Wochenende auf Fehler, und du erfährst es am Montag. Bei einem Onlineshop wiegen die verlorenen Wochenendumsätze womöglich schwerer als jeder Ranking-Knick, und du bist derjenige, der beides erklären muss. 5 oder 50 Kundenseiten von Hand zu prüfen ist nicht realistisch, praktikabel ist nur ein Monitor, der bei einem Ausfall Alarm schlägt. Unser Vergleich zur UptimeRobot-Alternative geht die Optionen durch.

Das Uptime-Monitoring von Deltio benachrichtigt dich per Slack und E-Mail, pro Website, wenn eine Kundenseite ausfällt. Es erkennt außerdem, wenn eine Seite durch eine Wartungsseite ersetzt wurde, und fängt damit den Fall „bald wieder da“ mit 200 OK ab, den ein einfacher Up/Down-Check als gesund meldet. Weil dasselbe Konto noindex, robots.txt und Sitemap-URLs in einem täglichen Zyklus vergleicht, siehst du auch, ob eine Website nach einem Vorfall mit veränderten SEO-Einstellungen zurückkommt.

Crawl-Budget analysiert Deltio nicht, und Server-Logs liest es auch nicht. Dafür brauchst du weiterhin die Search Console und die Access-Logs des Hosters. Wie Uptime und Indexierbarkeit zusammenhängen, steht in Uptime- und SEO-Monitoring.