Blockiert aufgrund eines anderen 4xx-Problems: So behebst du es
Du öffnest die Search Console, und da ist sie: Nicht indexiert: "Blockiert aufgrund eines anderen 4xx-Problems". Kein Statuscode, keine betroffene Datei, keine offensichtliche Ursache.
Dieser Leitfaden erklärt genau, welche Fehler diese Kennzeichnung auslösen, wie du den tatsächlichen Statuscode dahinter findest und wie du jede Ursache behebst – einschließlich der Diagnoseschritte, die die meisten Beiträge auslassen. Wo dieser Bericht im größeren Tool steht, erfährst du in unserem vollständigen Leitfaden zur Google Search Console.
Was "blockiert aufgrund eines anderen 4xx-Problems" tatsächlich bedeutet
"Blockiert aufgrund eines anderen 4xx-Problems" bedeutet, dass der Googlebot eine URL angefragt und eine 4xx-Antwort (clientseitig) erhalten hat, die die Search Console nicht bereits in eine eigene Kategorie einsortiert.
Weil Google die Seite nicht abrufen konnte, wird sie nicht indexiert. In diesen Fällen bleibt die URL aus den Suchergebnissen, bis sie einen erfolgreichen Status zurückgibt.
Das Wort "anderen" ist hier entscheidend. Die Search Console hat für die drei häufigsten 4xx-Codes bereits eigene Kennzeichnungen:
- 401 → "Blockiert aufgrund einer nicht autorisierten Anfrage (401)."
- 403 → "Blockiert aufgrund von verweigertem Zugriff (403)."
- 404 → "Nicht gefunden (404)."
Somit wird "anderer 4xx" zum Sammelbegriff für alles andere im 4xx-Bereich: 400, 405, 408, 410, 429 und ähnliche Codes. Die Meldung ist vage, weil Google weiß, dass ein 4xx aufgetreten ist, es aber keiner ist, den sie gekennzeichnet haben.
Welche 4xx-Statuscodes diesen Fehler auslösen
Das sind die Codes, die am häufigsten unter dieser Kennzeichnung landen. Du musst herausfinden, welchen dein Server tatsächlich zurückgibt, bevor du etwas beheben kannst.
| Code | Name | Typischer Auslöser |
|---|---|---|
| 400 | Bad Request | Fehlerhafte URL, ungültige Zeichen, beschädigte Anfrage |
| 405 | Method Not Allowed | Server lehnt die Anfragemethode ab (z. B. GET auf diesem Pfad deaktiviert) |
| 406 | Not Acceptable | Nichtübereinstimmung bei der Inhaltsverhandlung |
| 408 | Request Timeout | Server antwortet nicht rechtzeitig innerhalb seines Zeitfensters |
| 410 | Gone | Seite dauerhaft entfernt (siehe Hinweis unten) |
| 411 / 412 / 421 / 422 | Verschiedene | Probleme mit Länge / Vorbedingung / Fehlleitung / nicht verarbeitbarer Anfrage |
| 429 | Too Many Requests | Ratenbegrenzung (eine sehr häufige Ursache auf größeren oder aggressiv geschützten Websites) |
| 451 | Unavailable for Legal Reasons | Geografische / rechtliche Blockierung |
| 418 | I'm a teapot | Ein Scherz-Status, der in einem RFC definiert ist (selten, aber ein echter Code, den manche Konfigurationen gelegentlich zurückgeben) |
Ein Hinweis zu 410 (Gone): Wenn eine Seite absichtlich endgültig entfernt wird, ist ein 410 die richtige Antwort, und du solltest sie nicht "beheben". Stelle nur sicher, dass es keine Seite ist, die du eigentlich indexieren möchtest.
Was 4xx-Fehler für den Googlebot verursacht
Die meisten Fälle lassen sich auf eine dieser fünf Ursachen zurückführen:
- Sicherheitsregeln und WAFs. Firewalls wie Cloudflare, Sucuri oder AWS WAF stufen den Googlebot manchmal fälschlicherweise als Bedrohung ein und geben einen 403 zurück oder blockieren die Anfrage. Sicherheits-Plugins in WordPress können dasselbe tun.
- Ratenbegrenzung (429). Der Server gibt einen 429 zurück, wenn er entscheidet, dass zu viele Anfragen zu schnell eingegangen sind, und Google indexiert keine Seite, auf der es immer wieder ratenbegrenzt wird.
- Server- oder CDN-Konfiguration. Eine CDN-Regel, eine .htaccess-Direktive oder eine Template-Änderung kann bei URLs, die in deinem Browser einwandfrei rendern, plötzlich einen 4xx zurückgeben.
- Fehlerhafte URLs (400). Ein 400 bedeutet, dass der Server die Anfrage nicht verstehen konnte – oft eine falsche URL-Struktur oder fehlerhafte Parameter. Das ist häufig bei facettierter Navigation und Sitzungs- / Tracking-Parametern.
- Dateiberechtigungen. Zu streng gesetzte Verzeichnisberechtigungen (z. B. 700 statt 755) können einen 403 auslösen.
Ein nützliches Indiz: Weil es sich um clientseitige Antworten handelt, die daran gebunden sind, wie die Anfrage gestellt wird, siehst du denselben Fehler in deinem eigenen Browser oft nicht – genau deshalb wirkt der Bericht so undurchsichtig.
So findest du den genauen 4xx-Statuscode, den Google erhalten hat
Die Search Console sagt dir, dass eine Seite betroffen ist, aber nicht, welchen 4xx-Code sie zurückgegeben hat. Das musst du selbst herausfinden. Arbeite diese Abfolge durch:
- Liste die betroffenen URLs auf. Gehe in der Search Console zu Indexierung → Seiten, scrolle zu "Warum Seiten nicht indexiert werden" und klicke auf "Blockiert aufgrund eines anderen 4xx-Problems", um die vollständige Liste zu sehen. Diese findest du im Bereich Seiten → Tab Nicht indexiert.
- Untersuche eine URL. Klicke auf eine URL und dann auf Live-URL testen im URL-Prüftool. Es zeigt genau, was der Googlebot gesehen hat, einschließlich der HTTP-Antwort und etwaiger Weiterleitungen.
- Rufe sie als Googlebot ab. Da der Fehler oft User-Agent-spezifisch ist, reproduziere ihn mit dem Googlebot-User-Agent. Öffne in den Chrome-Entwicklertools den Tab Netzwerkbedingungen, deaktiviere "Browserstandard verwenden" und wähle "Googlebot Smartphone", lade dann neu und lies den Statuscode aus. Du kannst auch
curl -A "Googlebot" -I https://deineurlim Terminal ausführen. - Prüfe die Serverlogs. Die Logs zeigen den tatsächlichen Statuscode, den dein Server an die Google-IPs zurückgegeben hat – das ist die maßgebliche Wahrheit, wenn DevTools und Browser nicht übereinstimmen.
- Verifiziere, dass es wirklich der Googlebot ist. Wenn eine WAF blockiert, bestätige, dass die anfragende IP tatsächlich zu Google gehört, bevor du den Zugriff erweiterst, damit du gefälschten Bots nicht Tür und Tor öffnest.
So behebst du jeden 4xx-Fehler, Code für Code
Sobald du den Code kennst, ergibt sich die Lösung daraus:
| 4xx-Code | Wahrscheinliche Ursache | So behebst du es |
|---|---|---|
| 403 | WAF oder Firewall blockiert den Googlebot | Setze den verifizierten Googlebot auf die Zulassungsliste oder passe die Regel an, die ihn erfasst. Korrigiere die Dateiberechtigungen, falls das die Ursache ist. |
| 429 | Ratenbegrenzung | Erhöhe oder feinjustiere das Ratenlimit für verifizierte Such-Bots und prüfe, ob ein Plugin oder das CDN die Crawls drosselt. |
| 400 | Fehlerhafte URL | Korrigiere die URL-Struktur, höre auf, ungültige Parameterkombinationen zu erzeugen, und kanonisiere parametrisierte URLs. |
| 405 / 406 / 408 | Serverregel, Inhaltsverhandlung oder Timeout | Behebe die serverseitige Regel, die Inhaltsverhandlung oder das Timeout-Verhalten für die betroffenen Pfade. |
| 410 (sollte nicht entfernt sein) | Seite versehentlich entfernt | Stelle die Seite wieder her oder leite sie per 301 weiter auf das nächstliegende Äquivalent, wenn sie Wert und Backlinks hat. |
| 404 / 410 (absichtlich) | URL ist wirklich tot | Lass sie so. Das sind keine Fehler, die behoben werden müssen. Blockiere Crawl-Verschwendung mit der robots.txt, wenn das Volumen hoch ist. |
So überprüfst du die 4xx-Fehlerbehebung in der Search Console
Nachdem du die Grundursache behoben hast, kehre zum Bericht "Blockiert aufgrund eines anderen 4xx-Problems" zurück und klicke auf Fehlerbehebung überprüfen.
Google crawlt die betroffenen URLs erneut; das erneute Crawlen korrigierter URLs dauert je nach Crawl-Budget in der Regel einige Tage bis einige Wochen.
Der Bericht aktualisiert sich, während Google jede URL erneut versucht, daher werden kürzliche Korrekturen nicht sofort angezeigt. Halte das URL-Prüftool bereit, um zu bestätigen, dass jede Seite jetzt einen 200 zurückgibt, bevor du dich auf die Validierung verlässt.
Von 4xx betroffene URLs in großem Umfang mit SEOcrawl AI finden
Die Search Console zeigt das Problem an, zwingt dich aber, URLs einzeln zu prüfen. SEOcrawl AI zieht deine Coverage-Daten aus der Search Console und zeigt die Indexierungszustände über die gesamte Website hinweg an, sodass du betroffene URLs in großem Umfang erkennst, statt dich einzeln durchzuklicken.
Unser MCP-Server ermöglicht es dir, die vollständige Aufschlüsselung der Index-Coverage nach Status zu lesen und gecrawlte Seiten nach Statuscode zu filtern (zum Beispiel alles, was einen 404 zurückgibt) – direkt aus Claude oder ChatGPT – und sie per Regeln, manuell oder über MCP zu taggen. Kombiniere das mit geplanten Crawls und Benachrichtigungen, damit du einen Anstieg von 4xx-URLs erkennst, bevor er deinen Rankings schadet.
Finde alle von 4xx betroffenen URLs an einem Ort. Statt dich in der Search Console URL für URL durchzuklicken, zeigt dir SEOcrawl AI deine vollständige Aufschlüsselung der Index-Coverage und lässt dich gecrawlte Seiten direkt aus Claude oder ChatGPT nach Statuscode filtern. Probier SEOcrawl AI aus.
Häufige Fragen
Was bedeutet ein 4xx-Fehler?
Ein 4xx-Fehler ist ein clientseitiger HTTP-Status und bedeutet, dass die Anfrage selbst nicht erfüllt werden konnte: Die Seite wird nicht gefunden, der Zugriff wird verweigert, die Anfrage ist fehlerhaft oder der Server drosselt sie.
Zur 4xx-Familie gehören unter anderem 400 (fehlerhafte Anfrage), 403 (verboten), 404 (nicht gefunden), 410 (entfernt) und 429 (zu viele Anfragen). Für SEO ist jeder 4xx auf einer Seite, die du indexieren möchtest, ein Problem, weil Google den Inhalt nicht abrufen kann, um ihn zu ranken.
Sind 4xx-Fehler schlecht für SEO?
Ja, wenn sie Seiten betreffen, die du im Index haben möchtest. Eine Seite, die einen 4xx zurückgibt, kann nicht gecrawlt werden, also wird sie weder indexiert noch gerankt, und du verlierst den Traffic, den sie eingebracht hätte.
In großem Umfang verschwenden weit verbreitete 4xx-Fehler außerdem Crawl-Budget und können auf eine schlechte Website-Pflege hindeuten. Absichtliche 404 und 410 auf wirklich toten URLs sind normal; das Problem sind 4xx-Antworten auf Seiten, die live sein sollten.
Was ist ein 4xx-Fehler im SEO?
Im SEO-Sinne ist ein 4xx-Fehler jede clientseitige Antwort, die Suchmaschinen daran hindert, auf eine URL zuzugreifen. Am wichtigsten sind 404 (defekte oder entfernte Seiten), 403 (Zugriff blockiert, oft durch eine Firewall) und die Codes hinter "blockiert aufgrund eines anderen 4xx-Problems" wie 400, 429 und 410.
Wie finde ich heraus, welchen 4xx Google erhalten hat?
Die Search Console nennt den Code nicht, also untersuche ihn selbst. Öffne die betroffene URL im URL-Prüftool und führe Live-URL testen aus, um die Antwort zu sehen, oder rufe die Seite mit dem Googlebot-User-Agent ab (im Bereich Netzwerkbedingungen der Chrome-Entwicklertools oder mit curl -A "Googlebot" -I [url]).
Serverlogs liefern den definitiven Statuscode, den dein Server an Google zurückgegeben hat. Um dies für viele URLs gleichzeitig zu tun, kannst du mit SEOcrawl AI gecrawlte Seiten in großem Umfang nach Statuscode filtern.
Autor: David Kaufmann
In den letzten über 10 Jahren habe ich mich komplett dem SEO verschrieben — und ehrlich gesagt möchte ich es nicht anders haben.
Meine Karriere erreichte eine neue Stufe, als ich als Senior SEO Specialist für Chess.com gearbeitet habe — eine der 100 meistbesuchten Websites im gesamten Internet. In dieser Größenordnung zu arbeiten, über Millionen von Seiten, Dutzende Sprachen und in einer der umkämpftesten SERPs überhaupt, hat mich Dinge gelehrt, die kein Kurs und kein Zertifikat je vermitteln könnte. Diese Erfahrung hat meine Sichtweise darauf verändert, wie großartiges SEO wirklich aussieht — und sie wurde zum Fundament für alles, was ich seitdem aufgebaut habe.
Aus dieser Erfahrung heraus habe ich SEO Alive gegründet — eine Agentur für Marken, die es mit organischem Wachstum ernst meinen. Wir sind nicht hier, um dashboards und monatliche Reports zu verkaufen. Wir sind hier, um Strategien zu entwickeln, die wirklich etwas bewegen, indem wir das Beste aus dem klassischen SEO mit der spannenden neuen Welt der Generative Engine Optimization (GEO) verbinden — damit deine Marke nicht nur in den blauen Links von Google auftaucht, sondern auch in den AI-generierten Antworten, die ChatGPT, Perplexity und Google AI Overviews tagtäglich Millionen von Menschen liefern.
Und weil ich kein Tool finden konnte, das beide Welten richtig abdeckt, habe ich selbst eines gebaut — SEOcrawl, eine Enterprise-SEO-Intelligence-Plattform, die rankings, technische Audits, backlinks-Monitoring, crawl-Health und AI-Brand-Visibility-Tracking an einem Ort vereint. Es ist die Plattform, die ich mir immer gewünscht habe.
Entdecke weitere Inhalte von diesem Autor
In-House-SEO ist Arbeit an der organischen Suche, die Mitarbeitende auf deiner Gehaltsliste erledigen und dabei deine Website als ihren einzigen Kunden behandeln. Hier erfährst du, was es kostet, wen du zuerst einstellst und wo das Modell an seine Grenzen stößt.