Serverfehler (5xx): warum der Googlebot deine Seite nicht laden konnte

Zuletzt aktualisiert: 2026-10-30

Kurz gesagt

„Serverfehler (5xx)“ bedeutet: Dein Server hat eine Antwort der 500er-Klasse geliefert, als der Googlebot die Seite angefordert hat. Google verlangsamt das Crawling bei solchen Fehlern und entfernt URLs mit der Zeit, die weiter fehlschlagen. Prüfe den Hoststatus in den Crawl-Statistiken, reproduziere den Fehler und behebe dann Kapazität, Timeouts oder Regeln, die den Googlebot blockieren.

Genaue Bezeichnung in der Search Console: Server error (5xx)

Was er bedeutet

Laut der Google-Hilfe zur Seitenindexierung hat dein Server bei der Anforderung der Seite einen Fehler der 500er-Klasse geliefert. Der Abschnitt zur Fehlerbehebung ergänzt, dass ein Serverfehler bedeutet, dass der Googlebot nicht auf die URL zugreifen konnte, die Anfrage zeitlich überschritten wurde oder die Website ausgelastet war, sodass der Googlebot die Anfrage aufgeben musste. Serverfehler können vorübergehend sein, ein Live-Test kann also gelingen, obwohl Googles Crawling fehlschlug.

Die Crawling-Dokumentation von Google erklärt die Folgen: 5xx- und 429-Antworten veranlassen Googles Crawler, vorübergehend langsamer zu werden, bereits indexierte URLs bleiben eine Weile erhalten, werden aber irgendwann entfernt, und URLs, die dauerhaft einen Serverfehler liefern, werden aus dem Index genommen. Sobald der Server wieder 2xx liefert, erhöht Google die Crawling-Rate allmählich.

Ist das ein Problem?

Ja, wenn es Seiten betrifft, die dir wichtig sind, oder immer wiederkommt. Ein paar einmalige Fehler während eines Deployments können sich von selbst erledigen. Ein Anstieg, ein ganzer betroffener Bereich oder Fehler, die über mehrere Crawls bestehen, deuten auf Kapazität, Konfiguration oder eine Sicherheitsschicht hin, die den Googlebot blockiert, und sie reduzieren auch, wie viel Google crawlen will.

Häufige Ursachen

Überlastetes oder zu schwaches Hosting

Der Server kommt mit Besuchern plus Crawling nicht hinterher und liefert 500, 502 oder 503 oder läuft in ein Timeout.

Langsame dynamische Seiten

Laut der Google-Hilfe können dynamische Seiten, etwa mit langen Parameterlisten, zu lange brauchen und in ein Timeout laufen.

Firewalls und Bot-Schutz

Laut Google können DoS-Schutz und Firewalls den Googlebot blockieren, weil er mehr Anfragen stellt als ein typischer Besucher.

Anwendungsfehler

Bugs, fehlgeschlagene Deployments, Datenbankausfälle oder erschöpfter Speicher bei bestimmten Templates.

DNS- oder Verbindungsprobleme

Fehlgeschlagene DNS-Abfragen oder abgebrochene Verbindungen, die die Crawl-Statistiken als Probleme der Host-Verfügbarkeit zeigen.

Ein 503 oder 429, das zu lange bleibt

Laut Google kann die Rückgabe dieser Codes über etwa zwei Tage hinaus dazu führen, dass diese URLs aus dem Index genommen werden.

So behebst du ihn

  1. Prüfe den Hoststatus in den Crawl-Statistiken. Öffne Einstellungen und dann Crawl-Statistiken und sieh dir den Hoststatus für robots.txt-Abruf, DNS-Auflösung und Serververbindung an, dazu die Aufschlüsselung nach Antwortcode und die durchschnittliche Antwortzeit.
  2. Reproduziere den Fehler und lies deine Logs. Führe „Live-URL testen“ für Beispiel-URLs aus und prüfe Serverlogs für dieselben URLs und Zeiten. Suche nach Fehlern, die nur bei Anfragen des Googlebot auftreten.
  3. Behebe Kapazität und langsame Seiten. Ergänze Serverressourcen oder Caching, beschleunige langsame Abfragen und halte Parameterlisten kurz. Google schlägt vor, die Ressourcen für die Auslieferung zu erhöhen und zu prüfen, ob die Crawling-Anfragen im selben Zeitraum steigen.
  4. Lass verifizierten Googlebot durch. Stelle sicher, dass Firewalls, WAFs und Bot-Manager den Googlebot zulassen. Verifiziere Anfragen per Reverse-DNS oder über Googles veröffentlichte IP-Bereiche, statt dem User-Agent-String zu vertrauen.
  5. Nutze 503 oder 429 nur für kurze Ausfälle. Während Wartung oder Überlastung sagt ein temporäres 503 oder 429 Google, langsamer zu werden. Stelle die Rückgabe ein, sobald das Problem behoben ist.
  6. Validiere nach der Korrektur. Wenn die Fehler aufhören, klicke „Fehlerbehebung validieren“, damit Google die betroffenen URLs erneut prüft.

Mit GSC Magic prüfen

gsc_inspect_urls_batch zeigt den Abrufstatus, den Google für jede URL gespeichert hat, sodass dein Assistent Serverfehler über Hunderte von URLs von 404ern oder Weiterleitungsproblemen unterscheiden kann, und gsc_query_analytics nach Datum zeigt, ob die Klicks fielen, als die Fehler begannen. Wenn du auch Bing Webmaster Tools verbindest, listet bing_crawl_issues URLs, bei denen der Bingbot auf 5xx-Fehler stieß, eine zweite Meinung dazu, ob das Problem dein Server ist oder Googlebot-spezifisch. Pro-Pläne können dich außerdem per E-Mail warnen, wenn eine Seite mit Klicks alle Impressionen verliert; siehe SEO-Alerts für Traffic-Einbrüche und Indexierung.

gsc_inspect_urls_batchgsc_query_analyticsbing_crawl_issuesgsc_inspect_url

Prompts zum Kopieren

Prüfe diese URLs und liste jede auf, deren Abrufstatus ein Serverfehler ist, mit dem Zeitpunkt des letzten Crawlings, gruppiert nach Verzeichnis.

Zeige tägliche Klicks und Impressionen der letzten 28 Tage und sag mir, ob sie rund um die Tage fielen, an denen die Serverfehler begannen.

Rufe die Crawling-Probleme von Bing für meine Website ab und sag mir, ob Bing bei den URLs, die Google als Serverfehler meldet, ebenfalls 5xx-Fehler sieht.

Leitfäden im Blog

Redirect error

„Weiterleitungsfehler“ bedeutet: Google hat versucht, einer Weiterleitung von der URL zu folgen, und ist gescheitert. Google nennt vier Ursachen: eine zu lange Kette, eine Weiterleitungsschleife, eine URL, die die maximale Länge überschritten hat, und eine fehlerhafte oder leere URL in der Kette. Verfolge die Weiterleitung Sprung für Sprung und zeige die URL direkt auf eine funktionierende endgültige Seite.

 Discovered - currently not indexed

„Gefunden – zurzeit nicht indexiert“ bedeutet: Google hat die URL über einen Link oder eine Sitemap entdeckt, sie aber noch nicht gecrawlt. Laut Google wurde das Crawling meist verschoben, weil es die Website überlastet hätte. Behebe das, indem du URLs mit geringem Wert reduzierst, die Serverantwort verbesserst und wichtige Seiten verlinkst.

 Blocked due to access forbidden (403)

Dieser Status bedeutet: Dein Server hat dem Googlebot mit 403 Forbidden geantwortet. Google weist darauf hin, dass der Googlebot nie Zugangsdaten sendet, ein 403 an ihn also meist fälschlich zurückgegeben wird. Soll die Seite in Google sein, finde die Firewall-, CDN- oder Serverregel, die blockiert, und lass verifizierten Googlebot durch.

 Soft 404

Ein Soft 404 ist eine URL, die den Statuscode 200 (Erfolg) liefert, für Google aber wie eine Nicht-gefunden-, leere oder Fehlerseite aussieht. Google schließt solche Seiten aus der Suche aus. Liefere für fehlende Seiten ein echtes 404 oder 410, leite verschobene per 301 auf einen echten Ersatz weiter und behebe das Rendering für echte Seiten, die Google falsch gelesen hat.

Häufige Fragen

Entfernen 5xx-Fehler meine Seiten aus Google?

Dauerhafte können das. Laut Google bleiben bereits indexierte URLs eine Weile erhalten, werden aber irgendwann entfernt, und URLs, die dauerhaft einen Serverfehler liefern, werden aus dem Index genommen.

Der Live-Test funktioniert, der Bericht zeigt aber 5xx. Warum?

Google merkt an, dass Serverfehler vorübergehend sein können, der Live-Test kann also gelingen, wenn das frühere Crawling fehlschlug. Prüfe die Crawl-Statistiken und deine Serverlogs für den Zeitpunkt des fehlgeschlagenen Crawlings.

Behandelt Google 429 als Serverfehler?

Ja. Laut der Crawling-Dokumentation von Google behandeln seine Crawler 429 als Signal, dass der Server überlastet ist, und zählen es als Serverfehler.

Sollte ich während der Wartung 503 liefern?

Für kurze Zeiträume ja. Google schlägt vor, bei Überlastung vorübergehend 503 oder 429 zu liefern, warnt aber, dass das über etwa zwei Tage hinaus dazu führen kann, dass diese URLs entfernt werden.

Quellen