Omleidingsfout in Google Search Console: oorzaken en oplossingen

Omleidingsfout in Google Search Console: oorzaken en oplossingen

Je opende het rapport Pagina-indexering in Search Console en vond URL's onder "Omleidingsfout". Anders dan de meeste statussen daar is dit een echt probleem.

Kort gezegd: Google probeerde een redirect op je URL te volgen en kon geen werkende pagina bereiken. Zolang je dat niet oplost, blijft die URL buiten de index, en de content waar je hem naartoe wilde sturen ook.

Het goede nieuws: een omleidingsfout is meestal snel te diagnosticeren als je weet waar je op moet letten. Deze gids behandelt wat de status betekent, welke oorzaken Google noemt, hoe je elk daarvan opspoort en hoe je ze oplost en valideert.

Wat een Omleidingsfout in Search Console betekent

Omleidingsfout is een reden in de tabel "Waarom pagina's niet worden geïndexeerd" van het rapport Pagina-indexering in Google Search Console. Hij verschijnt wanneer Googlebot een redirect vanaf je URL volgt, maar nooit uitkomt bij een bestemming die hij kan crawlen. Via dat pad wordt dan noch de oorspronkelijke URL, noch het doel geïndexeerd.

Hij wordt makkelijk verward met "Pagina met omleiding", dus voor de duidelijkheid: die status is normaal. Hij betekent dat de redirect werkte: de URL wordt niet geïndexeerd omdat hij ergens anders naartoe wijst, en Google beoordeelt het doel apart. Een Omleidingsfout betekent dat de redirect zelf mislukte.

Je vindt hem onder Indexering › Pagina's. Klik op de rij "Omleidingsfout" om de getroffen URL's te zien en gebruik Exporteren om de volledige lijst te downloaden.

Drie redirectpaden vergeleken: een directe 301 die in één hop een 200-pagina bereikt en geïndexeerd kan worden; een redirectketen die via meerdere URL's loopt en vóór de eindpagina kan worden afgebroken; en een redirectloop waarin twee URL's naar elkaar wijzen en er nooit een pagina wordt bereikt
Eén schone hop, een keten, een loop

Veelvoorkomende oorzaken van een Omleidingsfout

De documentatie van het rapport Pagina-indexering van Google noemt vier situaties achter deze status. Twee andere komen in de praktijk vaak voor.

1. Een redirectketen die te lang is

Elke URL die naar een andere doorverwijst, voegt een hop toe. De crawlers van Google volgen tot 10 redirect-hops, volgens de crawldocumentatie van Google. Daarna geeft Googlebot het op en meldt Search Console een omleidingsfout. Ketens groeien meestal in de loop van de tijd: een regel van HTTP naar HTTPS, dan een www-regel, dan een regel voor de afsluitende slash en daarbovenop een sitemigratie.

2. Een redirectloop

URL A verwijst door naar URL B, en URL B verwijst terug naar URL A (of naar iets wat weer bij A uitkomt). De keten wordt nooit afgerond, dus er wordt nooit een pagina bereikt. Loops ontstaan vaak door twee regels die elkaar tegenspreken, zoals een die een afsluitende slash afdwingt en een andere die hem weghaalt.

3. Een redirect-URL die de maximale lengte overschrijdt

Als een redirectregel bij elke hop iets aan de URL toevoegt, bijvoorbeeld een parameter of een padsegment, groeit het adres tot het de maximale URL-lengte overschrijdt en de keten mislukt.

4. Een foute of lege URL in de keten

Een typfout zoals htp:// in plaats van http://, een relatief pad dat naar de verkeerde plek verwijst of een lege Location-header breekt de redirect bij die hop.

5. Een bestemming die Google niet kan crawlen

Als de eind-URL wordt geblokkeerd door robots.txt, kan Googlebot hem niet ophalen. Controleer dat het doel van elke redirect crawlbaar is, niet alleen dat het bestaat.

6. Tegenstrijdige redirectregels op verschillende plekken

Redirects die zijn ingesteld in je CMS, een plug-in, de webserver en een CDN kunnen zich opstapelen of elkaar tegenwerken. Een regel in de ene laag kan de URL terugsturen naar een regel in een andere, en zo ontstaan de meeste ketens en loops.

Zo stel je de diagnose van een Omleidingsfout

Begin met de exacte URL's die Search Console markeert en volg daarna wat er gebeurt wanneer elke URL wordt opgevraagd.

Gebruik URL-inspectie

Plak een getroffen URL in de inspectiebalk bovenaan Search Console. Het onderdeel Pagina-indexering laat zien wanneer Google de URL voor het laatst heeft gecrawld en of het ophalen van de pagina is gelukt. Klik op Live URL testen om het huidige gedrag te controleren, want het rapport kan achterlopen op je oplossingen.

Volg het volledige redirectpad

Vraag de URL op en volg elke hop. Vanuit een terminal:

curl -sIL https://example.com/old-page | grep -iE "^(HTTP|location)"

De uitvoer toont elke statuscode en elke Location-header op volgorde. Je zoekt naar meer dan één hop, een URL die twee keer voorkomt (een loop), een misvormde Location of een laatste respons die geen 200 is.

Werk je liever niet met een terminal, dan telt de gratis SEO-audit op de pagina van de SEOcrawl AI Crawler de redirect-hops van elke URL, en de tool fetch_url van de SEOcrawl AI MCP-server geeft de eind-URL, de statuscode en de volledige redirectketen rechtstreeks terug in Claude, ChatGPT of Cursor.

Controleer de laatste responscode

Controleer dat de laatste URL in het pad 200 teruggeeft en niet nog een 3xx, een 4xx of een 5xx. Eindigt de keten op een fout, dan zit het probleem bij de bestemming: lees onze gidsen over Niet gevonden (404) en Geblokkeerd vanwege ander 4xx-probleem.

Zo los je elke oorzaak op

De oplossing draait bijna altijd om hetzelfde idee: stuur de oorspronkelijke URL in één schone hop naar de uiteindelijke bestemming.

Oorzaken van een Omleidingsfout en hun oplossingen: keten te lang, laat de eerste URL rechtstreeks naar de uiteindelijke 200-pagina wijzen; redirectloop, verwijder of corrigeer een van de twee regels; URL te lang, laat de regel stoppen met toevoegen aan de URL; fout of leeg doel, corrigeer de Location-waarde; bestemming geblokkeerd door robots.txt, sta crawlen toe of verwijs ergens anders naartoe; tegenstrijdige regels, beheer redirects op één plek
Elke oorzaak en de oplossing
  • Keten te lang: laat de eerste URL rechtstreeks naar de uiteindelijke 200-URL wijzen en verwijder de hops ertussen. Voeden meerdere oude URL's dezelfde keten, werk ze dan allemaal bij.
  • Redirectloop: zoek de twee regels die naar elkaar wijzen en verwijder of corrigeer er een, zodat het pad op een echte pagina eindigt.
  • URL te lang: corrigeer de regel die steeds iets aan de URL toevoegt en controleer daarna of de bestemming laadt.
  • Fout of leeg doel: corrigeer de typfout of de lege Location-waarde en gebruik absolute URL's.
  • Bestemming geblokkeerd door robots.txt: sta crawlen van de bestemming toe, of verwijs door naar een URL die niet geblokkeerd is.
  • Tegenstrijdige regels: beheer redirects op één plek, zodat je CMS, server en CDN elkaar niet overschrijven.

Werk daarna je interne links bij, zodat ze naar de eind-URL wijzen in plaats van naar een URL die doorverwijst, en zet alleen eind-URL's in je XML-sitemap. De Crawler signaleert beide gevallen op de hele site: interne links die een 3xx teruggeven en sitemaps met een doorverwijzende URL. Wil je één sitemap apart controleren, gebruik dan de gratis sitemap-checker, die statuscodes en redirectketens valideert voor elke URL in de sitemap.

Best practices voor redirects

Met een paar gewoontes voorkom je de meeste omleidingsfouten nog voordat ze ontstaan.

  • Gebruik de juiste statuscode. Een 301-redirect (of 308) is een sterk signaal dat het doel geïndexeerd moet worden: gebruik hem voor permanente verhuizingen. Een 302-redirect (of 307) is een zwak signaal dat de oorspronkelijke URL in de resultaten houdt: gebruik hem alleen als de verhuizing tijdelijk is.
  • Kies voor server-side redirects. Google volgt ook directe meta refresh- en JavaScript-redirects, maar raadt JavaScript alleen aan als server-side of meta refresh-redirects niet mogelijk zijn.
  • Houd ketens kort. Eén hop is ideaal. Elke extra hop vertraagt gebruikers, kost crawlbudget en voegt een mogelijk faalpunt toe.
  • Verwijs altijd door naar een URL die 200 teruggeeft, nooit naar een andere redirect.
  • Werk interne links en sitemaps bij naar de eind-URL's, zodat Google en je bezoekers de redirect helemaal overslaan.
  • Controleer opnieuw na elke migratie of wijziging in je CMS-, server- of CDN-regels, want juist dan ontstaan nieuwe ketens en loops.

Zo valideer je de oplossing

Zodra de redirect in één hop uitkomt bij een 200-pagina:

  1. Voer URL-inspectie uit op een getroffen URL en klik op Live URL testen om te bevestigen dat Google de bestemming nu bereikt.
  2. Klik op Indexering aanvragen voor je belangrijkste URL's.
  3. Open in het rapport Pagina-indexering het probleem Omleidingsfout en klik op Oplossing valideren, zodat Google elke getroffen URL opnieuw crawlt.
  4. Houd de validatiestatus in de gaten. Dat kan dagen of een paar weken duren; URL's verdwijnen uit het probleem zodra ze opnieuw zijn gecrawld.
Checklist voor het debuggen van redirects in vijf stappen: exporteer de getroffen URL's uit het rapport Pagina-indexering; volg elke hop met URL-inspectie of de response-headers; laat de oorspronkelijke URL in één hop naar de uiteindelijke 200-pagina wijzen; werk interne links en de sitemap bij naar de eind-URL; klik op Oplossing valideren en volg de URL's tot ze verdwenen zijn
Checklist voor het debuggen van redirects

Blijf omleidingsfouten voor

Omleidingsfouten kondigen zichzelf zelden aan. Ze verschijnen in het rapport Pagina-indexering en kunnen op een grote site onopgemerkt blijven tot het verkeer daalt. Search Console voor elke property met de hand controleren is traag werk dat er makkelijk bij inschiet.

De Indexation-weergave van SEOcrawl AI groepeert je URL's per dekkingsstatus in Search Console, zodat je ziet welke URL's in een foutstatus vallen en kunt volgen hoe dat aantal in de loop van de tijd verandert. Je kunt de getroffen URL's taggen via regels, met de hand of via de MCP-server, en ze afwerken tot elke URL is opgelost. Werk je met een AI-assistent, dan controleert de Google Search Console-audit je indexdekking met één prompt en maakt voor elke oplossing een taak aan.

Veelgestelde vragen

Wat veroorzaakt een Omleidingsfout in Google Search Console?

Google noemt vier oorzaken: een redirectketen die te lang is, een redirectloop, een redirect-URL die uiteindelijk de maximale URL-lengte overschrijdt, en een foute of lege URL in de keten. In alle gevallen bereikt Googlebot geen werkende eindpagina.

Hoe los ik een Omleidingsfout op?

Stuur de oorspronkelijke URL in één hop naar de uiteindelijke bestemming. Verwijder tussenliggende redirects, doorbreek elke loop en zorg dat de laatste URL statuscode 200 teruggeeft. Laat interne links naar de bestemming wijzen, voer daarna URL-inspectie uit en klik op Oplossing valideren in het rapport Pagina-indexering.

Wat is een redirectketen en wat is een redirectloop?

Een redirectketen is een reeks redirects waarbij URL A naar B gaat, B naar C, enzovoort, voordat de eindpagina wordt bereikt. Een redirectloop is een keten die nooit eindigt, omdat de URL's naar elkaar terugverwijzen. Beide kunnen voorkomen dat Google een pagina bereikt om te indexeren.

301 of 302: welke moet ik gebruiken?

Gebruik een 301 (of 308) voor een permanente verhuizing: Google ziet dat als een sterk signaal om het doel te indexeren. Gebruik een 302 (of 307) alleen voor een tijdelijke verhuizing, als je wilt dat de oorspronkelijke URL in de zoekresultaten blijft.

Is "Pagina met omleiding" hetzelfde als een Omleidingsfout?

Nee. "Pagina met omleiding" betekent dat de redirect werkte: de URL wordt niet geïndexeerd omdat hij naar een andere pagina wijst. Een Omleidingsfout betekent dat Google de redirect probeerde te volgen en nooit bij een werkende pagina uitkwam.

Hoelang duurt het voordat een Omleidingsfout verdwijnt?

Nadat je op Oplossing valideren hebt geklikt, crawlt Google de getroffen URL's in de dagen daarna opnieuw, soms tot twee weken lang. De status wordt bijgewerkt zodra elke URL is verwerkt, dus je hoeft niet voor elke URL handmatig indexering aan te vragen.

Auteur: David Kaufmann

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 AI, 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.

→ Lees alle artikelen van David
Meer artikelen van David Kaufmann

Ontdek meer content van deze auteur