Wegen eines anderen 4xx-Fehlers blockiert: finde den echten Statuscode

Zuletzt aktualisiert: 2026-10-30

Kurz gesagt

Dieser Status bedeutet: Der Googlebot hat einen 4xx-Client-Fehler erhalten, der keine eigene Zeile hat, anders als 401, 403 oder 404. Google nennt keine weiteren Details, der erste Schritt ist also, den genauen Code zu finden, den dein Server geliefert hat. Behebe dann, wie dein Server die Anfrage für Seiten behandelt, die öffentlich sein sollen.

Genaue Bezeichnung in der Search Console: Blocked due to other 4xx issue

Was er bedeutet

Laut der Google-Hilfe zur Seitenindexierung stieß der Server auf einen 4xx-Fehler, der von keinem anderen Problemtyp abgedeckt wird, und Google schlägt vor, die Seite mit der URL-Prüfung zu debuggen. Die URL Inspection API beschreibt denselben Zustand als blocked due to other 4xx issue, nicht 403 oder 404. Der Google-Hilfeartikel betitelt den Grund als „URL blocked due to other 4xx issue“; die Berichtszeile lässt das Wort URL weg.

Welcher Code es auch ist, für die Indexierung behandelt Google 4xx-Antworten gleich: Es ignoriert den Inhalt, indexiert keine neuen URLs, die einen 4xx-Code liefern, und entfernt bereits indexierte URLs mit der Zeit. Ausnahme ist 429 Too Many Requests, das Google als Zeichen eines überlasteten Servers wertet und als Serverfehler zählt.

Ist das ein Problem?

Ja, wenn die URLs Seiten sind, die funktionieren sollten. Ein Code wie 400 Bad Request oder 405 Method Not Allowed als Antwort auf eine einfache Seitenanfrage bedeutet meist, dass der Server oder eine Anwendungsschicht etwas an der Anfrage ablehnt. Sind die URLs fehlerhafte Links, die nie Seiten waren, ist der Effekt klein.

Häufige Ursachen

Anfragen, die als fehlerhaft abgelehnt werden

Server oder Frameworks, die für unerwartete Parameter, Kodierungen oder Header 400 liefern.

Sicherheitsregeln mit ungewöhnlichen Codes

WAFs oder Plugins, die blockierte Anfragen mit einem 4xx-Code außer 403 beantworten.

Rechtliche oder regionale Einschränkungen

Seiten, die für einige Regionen 451 Unavailable For Legal Reasons liefern.

Methoden- oder Content-Negotiation-Fehler

Routen, die nur bestimmte Methoden oder Header akzeptieren und mit 405, 406 oder ähnlichen Codes antworten.

Kaputte generierte URLs

Fehlerhaft aufgebaute URLs in Links oder Sitemaps, die die Anwendung nicht parsen kann.

So behebst du ihn

  1. Ermittle den genauen Statuscode. Prüfe die URL und öffne „Gecrawlte Seite anzeigen“, um die HTTP-Antwort zu sehen, führe „Live-URL testen“ aus und prüfe deine Access-Logs auf Googlebot-Anfragen an dieselbe URL.
  2. Reproduziere mit einer einfachen Anfrage. Fordere die URL mit einem schlichten HTTP-Client ohne Cookies an. Wenn es fehlschlägt, behebe die Route, die Parameterbehandlung oder die Serverregel.
  3. Prüfe Sicherheitsschichten. Sieh dir WAF-, CDN- und Plugin-Logs nach Regeln an, die Crawler mit einem ungewöhnlichen Code blockieren, und lass verifizierten Googlebot zu.
  4. Behebe oder entferne fehlerhafte URLs. Wenn die URLs fehlerhaft sind, korrigiere die Links oder Sitemap-Einträge, die sie erzeugen.
  5. Validiere. Sobald die Seiten 200 liefern, beantrage die Indexierung für die wichtigen und klicke „Fehlerbehebung validieren“.

Mit GSC Magic prüfen

gsc_inspect_urls_batch meldet den Abrufstatus jeder URL, sodass dein Assistent jede URL in diesem Zustand sammeln und nach Pfad und Query-Parametern gruppieren kann; oft steckt ein Template oder ein Parameter hinter allen. report_index_health markiert diese URLs in deiner Sitemap. Den genauen Statuscode findest du in deinen Serverlogs oder in der HTTP-Antwort der URL-Prüfung.

gsc_inspect_urls_batchreport_index_healthgsc_inspect_url

Prompts zum Kopieren

Prüfe diese URLs und liste jede auf, die wegen eines anderen 4xx-Fehlers blockiert ist, gruppiert nach Pfadmuster und Query-Parametern.

Führe eine Indexprüfung meiner Sitemap aus und liste alle URLs mit einem 4xx-Abrufproblem auf, aufgeteilt in 401, 403, 404 und andere 4xx.

Vergleiche diese fehlschlagenden URLs mit ähnlichen indexierten URLs meiner Website und sag mir, was sich in Struktur oder Parametern unterscheidet.

Leitfäden im Blog

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.

 Blocked due to unauthorized request (401)

Dieser Status bedeutet: Der Server hat dem Googlebot mit 401 Unauthorized geantwortet und Zugangsdaten verlangt, die er nicht hat. Ist die Seite privat, ist das richtig und sie bleibt aus Google. Soll sie öffentlich sein, entferne die Authentifizierungspflicht oder, wenn sie bleiben muss, lass verifizierte Googlebot-Anfragen durch.

 Not found (404)

„Nicht gefunden (404)“ bedeutet: Google hat die URL angefordert und dein Server mit 404 geantwortet. Laut Google ist ein 404 nicht unbedingt ein Problem, wenn eine Seite ohne Ersatz entfernt wurde. Behebe die 404er, auf die du selbst verlinkst oder die in einer Sitemap stehen, und leite verschobene Seiten per 301 weiter.

 Server error (5xx)

„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.

Häufige Fragen

Welche Statuscodes landen hier?

Google sagt nur, dass ein 4xx-Fehler von keinem anderen Problemtyp abgedeckt ist. 401, 403 und 404 haben eigene Zeilen. Prüfe den genauen Code in der URL-Prüfung oder deinen Serverlogs, statt zu raten.

Gehört 429 dazu?

Die Crawling-Dokumentation von Google behandelt 429 als Zeichen eines überlasteten Servers und zählt es als Serverfehler, nicht als gewöhnlichen Client-Fehler. Wenn du viele 429-Antworten siehst, prüfe Rate Limiting und Kapazität.

Werden diese Seiten aus dem Index entfernt?

Laut Google werden URLs, die einen 4xx-Code liefern, nicht indexiert, und bereits indexierte URLs, die anfangen einen zu liefern, werden mit der Zeit aus dem Index entfernt.

Quellen