Geblokkeerd wegens ander 4xx-probleem: zo los je het op
Je opent Search Console, en daar staat het: Niet geïndexeerd: "Geblokkeerd wegens ander 4xx-probleem." Geen statuscode, geen betreffend bestand, geen duidelijke oorzaak.
Deze gids legt precies uit welke fouten dit label activeren, hoe je de echte statuscode erachter vindt en hoe je elke oorzaak oplost — inclusief de diagnostische stappen die de meeste artikelen overslaan. Voor waar dit rapport past binnen de bredere tool, zie onze complete gids over Google Search Console.
Wat "geblokkeerd wegens ander 4xx-probleem" werkelijk betekent
"Geblokkeerd wegens ander 4xx-probleem" betekent dat Googlebot een URL opvroeg en een 4xx-respons (aan de clientzijde) kreeg die Search Console niet al opsplitst in een eigen categorie.
Omdat Google de pagina niet kon ophalen, indexeert het die niet. In deze gevallen blijft de URL buiten de zoekresultaten totdat die een succesvolle status teruggeeft.
Het woord "ander" doet hier het werk. Search Console heeft al eigen labels voor de drie meest voorkomende 4xx-codes:
- 401 → "Geblokkeerd wegens ongeautoriseerde aanvraag (401)."
- 403 → "Geblokkeerd wegens verboden toegang (403)."
- 404 → "Niet gevonden (404)."
Dus "ander 4xx" wordt de verzamelnaam voor al het overige binnen het 4xx-bereik: 400, 405, 408, 410, 429 en soortgelijke codes. De melding is vaag omdat Google weet dat er een 4xx plaatsvond, maar het is er geen die ze gelabeld hebben.
Welke 4xx-statuscodes deze fout activeren
Dit zijn de codes die het vaakst onder dit label belanden. Je moet identificeren welke je server daadwerkelijk teruggeeft voordat je iets kunt oplossen.
| Code | Naam | Typische oorzaak |
|---|---|---|
| 400 | Bad Request | Misvormde URL, ongeldige tekens, beschadigde aanvraag |
| 405 | Method Not Allowed | Server weigert de aanvraagmethode (bijv. GET uitgeschakeld op dat pad) |
| 406 | Not Acceptable | Mismatch in content-onderhandeling |
| 408 | Request Timeout | Server te traag om binnen zijn tijdvenster te reageren |
| 410 | Gone | Pagina permanent verwijderd (zie opmerking hieronder) |
| 411 / 412 / 421 / 422 | Diverse | Problemen met lengte / voorwaarde / verkeerd gericht / onverwerkbare aanvraag |
| 429 | Too Many Requests | Ratebeperking (een veelvoorkomende oorzaak op grotere of agressief beveiligde sites) |
| 451 | Unavailable for Legal Reasons | Geografische / juridische blokkering |
| 418 | I'm a teapot | Een grap-status gedefinieerd in een RFC (zeldzaam, maar een echte code die sommige configuraties soms teruggeven) |
Een opmerking over 410 (Gone): als een pagina bewust en definitief is verwijderd, is een 410 de juiste respons en zou je die niet moeten "oplossen". Zorg er alleen voor dat het geen pagina is die je eigenlijk geïndexeerd wilt hebben.
Wat 4xx-fouten veroorzaakt voor Googlebot
De meeste gevallen zijn te herleiden tot een van deze vijf oorzaken:
- Beveiligingsregels en WAF's. Firewalls zoals Cloudflare, Sucuri of AWS WAF identificeren Googlebot soms ten onrechte als een dreiging en geven een 403 terug of blokkeren de aanvraag. Beveiligingsplugins op WordPress kunnen hetzelfde doen.
- Ratebeperking (429). De server geeft een 429 terug wanneer die besluit dat er te veel aanvragen te snel zijn binnengekomen, en Google indexeert geen pagina waarop het steeds een ratebeperking krijgt.
- Server- of CDN-configuratie. Een CDN-regel, een .htaccess-richtlijn of een templatewijziging kan een 4xx gaan teruggeven op URL's die prima renderen in je browser.
- Misvormde URL's (400). Een 400 betekent dat de server de aanvraag niet kon begrijpen — vaak een onjuiste URL-structuur of verkeerde parameters. Dit komt veel voor bij facetnavigatie en sessie- / trackingparameters.
- Bestandsrechten. Te strak ingestelde mappenrechten (bijv. 700 in plaats van 755) kunnen een 403 activeren.
Een nuttige aanwijzing: omdat dit responsen aan de clientzijde zijn die samenhangen met hoe de aanvraag wordt gedaan, zie je dezelfde fout vaak niet in je eigen browser — en precies daarom voelt het rapport zo ondoorzichtig.
Hoe je de exacte 4xx-statuscode vindt die Google tegenkwam
Search Console vertelt je dat een pagina getroffen is, maar niet welke 4xx-code die teruggaf. Dat moet je zelf uitzoeken. Werk deze reeks stappen af:
- Maak een lijst van de betreffende URL's. Ga in Search Console naar Indexering → Pagina's, scroll naar "Waarom pagina's niet zijn geïndexeerd" en klik op "Geblokkeerd wegens ander 4xx-probleem" om de volledige lijst te zien. Deze staan onder het onderdeel Pagina's → tabblad Niet geïndexeerd.
- Inspecteer een URL. Klik op een URL en vervolgens op Live-URL testen in de URL-inspectietool. Die toont precies wat Googlebot zag, inclusief de HTTP-respons en eventuele redirects.
- Haal op als Googlebot. Omdat de fout vaak user-agent-specifiek is, reproduceer je die met de Googlebot-user-agent. Open in Chrome DevTools het tabblad Network conditions, vink "Use browser default" uit en selecteer "Googlebot Smartphone", herlaad vervolgens en lees de statuscode. Je kunt ook
curl -A "Googlebot" -I https://jouwurluitvoeren vanuit een terminal. - Controleer serverlogboeken. Logboeken tonen de echte statuscode die je server aan de IP-adressen van Google teruggaf, wat de doorslaggevende waarheid is wanneer DevTools en de browser niet overeenstemmen.
- Verifieer dat het echt Googlebot is. Als een WAF blokkeert, bevestig dan dat het aanvragende IP-adres daadwerkelijk aan Google toebehoort voordat je de toegang verruimt, zodat je de deur niet openzet voor vervalste bots.
Hoe je elke 4xx-fout oplost, code voor code
Zodra je de code kent, volgt de oplossing daaruit:
| 4xx-code | Waarschijnlijke oorzaak | Hoe op te lossen |
|---|---|---|
| 403 | WAF of firewall blokkeert Googlebot | Zet geverifieerde Googlebot op de allowlist, of pas de regel aan die hem afvangt. Corrigeer bestandsrechten als dat de oorzaak is. |
| 429 | Ratebeperking | Verhoog of verfijn de ratebeperking voor geverifieerde zoekbots, en controleer of een plugin of CDN de crawls afknijpt. |
| 400 | Misvormde URL | Corrigeer de URL-structuur, stop met het genereren van ongeldige parametercombinaties en canonicaliseer geparametriseerde URL's. |
| 405 / 406 / 408 | Serverregel, content-onderhandeling of timeout | Herstel de serverregel, content-onderhandeling of het timeoutgedrag voor de betreffende paden. |
| 410 (zou niet verwijderd moeten zijn) | Pagina per ongeluk verwijderd | Herstel de pagina, of 301-redirect die naar het dichtstbijzijnde equivalent als die waarde en backlinks heeft. |
| 404 / 410 (bewust) | URL is werkelijk dood | Laat het zo. Dit zijn geen fouten om op te lossen. Blokkeer crawlverspilling met robots.txt als het volume hoog is. |
Hoe je de 4xx-oplossing valideert in Search Console
Nadat je de onderliggende oorzaak hebt opgelost, keer je terug naar het rapport "Geblokkeerd wegens ander 4xx-probleem" en klik je op Probleem oplossen valideren.
Google zal de betreffende URL's opnieuw crawlen; het opnieuw crawlen van gecorrigeerde URL's duurt doorgaans enkele dagen tot enkele weken, afhankelijk van het crawlbudget.
Het rapport wordt bijgewerkt naarmate Google elke URL opnieuw probeert, dus recente oplossingen verschijnen niet meteen. Houd de URL-inspectietool bij de hand om te bevestigen dat elke pagina nu een 200 teruggeeft voordat je op de validatie vertrouwt.
4xx-getroffen URL's op grote schaal opsporen met SEOcrawl AI
Search Console toont het probleem, maar laat je URL's een voor een inspecteren. SEOcrawl AI haalt je dekkingsgegevens uit Search Console op en brengt de indexeringsstatussen over de hele site in kaart, zodat je getroffen URL's in bulk kunt opsporen in plaats van er individueel doorheen te klikken.
Onze MCP-server laat je de volledige uitsplitsing van de indexdekking per status lezen en gecrawlde pagina's filteren op statuscode (bijvoorbeeld alles wat een 404 teruggeeft) rechtstreeks vanuit Claude of ChatGPT, en ze taggen via regels, handmatig of over MCP. Combineer dat met geplande crawls en meldingen zodat je een piek in 4xx-URL's opvangt voordat die je rankings schaadt.
Vind elke 4xx-getroffen URL op één plek. In plaats van URL voor URL door Search Console te klikken, toont SEOcrawl AI je volledige uitsplitsing van de indexdekking en laat het je gecrawlde pagina's filteren op statuscode rechtstreeks vanuit Claude of ChatGPT. Probeer SEOcrawl AI.
Veelgestelde vragen
Wat betekent een 4xx-fout?
Een 4xx-fout is een HTTP-status aan de clientzijde, wat betekent dat de aanvraag zelf niet kon worden uitgevoerd: de pagina wordt niet gevonden, de toegang wordt geweigerd, de aanvraag is misvormd, of de server past ratebeperking toe.
De 4xx-familie omvat onder meer 400 (bad request), 403 (forbidden), 404 (not found), 410 (gone) en 429 (too many requests). Voor SEO is elke 4xx op een pagina die je geïndexeerd wilt hebben een probleem, omdat Google de content niet kan ophalen om die te ranken.
Zijn 4xx-fouten slecht voor SEO?
Ze zijn dat wanneer ze pagina's treffen die je in de index wilt hebben. Een pagina die een 4xx teruggeeft, kan niet worden gecrawld, dus wordt die niet geïndexeerd of gerankt, en je verliest het verkeer dat die zou hebben opgeleverd.
Op grote schaal verspillen wijdverspreide 4xx-fouten ook crawlbudget en kunnen ze wijzen op slecht sitebeheer. Bewuste 404's en 410's op werkelijk dode URL's zijn normaal; het probleem zijn 4xx-responsen op pagina's die live zouden moeten zijn.
Wat is een 4xx-fout in SEO?
In SEO-termen is een 4xx-fout elke respons aan de clientzijde die zoekmachines belet een URL te bereiken. De belangrijkste zijn 404's (kapotte of verwijderde pagina's), 403's (toegang geblokkeerd, vaak door een firewall) en de codes achter "geblokkeerd wegens ander 4xx-probleem" zoals 400, 429 en 410.
Hoe vind ik welke 4xx Google tegenkwam?
Search Console noemt de code niet, dus inspecteer die zelf. Open de betreffende URL in de URL-inspectietool en voer Live-URL testen uit om de respons te zien, of haal de pagina op met de Googlebot-user-agent (in het paneel Network conditions van Chrome DevTools, of met curl -A "Googlebot" -I [url]).
Serverlogboeken geven de definitieve statuscode die je server aan Google teruggaf. Om dit voor veel URL's tegelijk te doen, laat SEOcrawl AI je gecrawlde pagina's in bulk filteren op statuscode.
Auteur: David Kaufmann
Ik heb de afgelopen 10+ jaar volledig in het teken van SEO gestaan — en eerlijk gezegd zou ik het voor geen goud anders willen.
Mijn carrière bereikte een nieuw niveau toen ik als senior SEO-specialist werkte voor Chess.com — een van de 100 meest bezochte websites van het hele internet. Werken op die schaal, verspreid over miljoenen pagina's, tientallen talen en in een van de meest competitieve SERPs die er bestaan, heeft me dingen geleerd die geen cursus of certificering ooit zou kunnen. Die ervaring veranderde mijn kijk op hoe geweldige SEO er echt uitziet — en werd de basis voor alles wat ik sindsdien heb gebouwd.
Vanuit die ervaring heb ik SEO Alive opgericht — een bureau voor merken die serieus werk willen maken van organische groei. Wij zijn er niet om dashboards en maandelijkse rapporten te verkopen. Wij zijn er om strategieën te bouwen die daadwerkelijk het verschil maken, door het beste van klassieke SEO te combineren met de spannende nieuwe wereld van Generative Engine Optimization (GEO) — zodat jouw merk niet alleen opduikt in de blauwe links van Google, maar ook binnen de AI-gegenereerde antwoorden die ChatGPT, Perplexity en Google AI Overviews elke dag opnieuw aan miljoenen mensen leveren.
En omdat ik geen tool kon vinden die beide werelden goed aanpakte, heb ik er zelf een gebouwd — SEOcrawl, een enterprise SEO intelligence platform dat rankings, technische audits, backlinks-monitoring, crawl-gezondheid en AI brand visibility tracking op één plek samenbrengt. Het is het platform waarvan ik altijd had gewild dat het bestond.
Ontdek meer content van deze auteur
