AI-crawlers hebben een budget. Anders dan mensen, die best een paar extra sprongen willen wachten, werken crawlers van generatieve zoekmachines met strikte beperkingen in middelen. Elke redirect die je AI-crawler moet volgen, is een keuze tussen die pagina bereiken of doorgaan naar een andere.
Gebruikt je URL-structuur redirectketens (A verwijst naar B, B naar C), dan vertraag je niet alleen een bot. Je verbrandt ook de beperkte crawlcapaciteit die bepaalt of je content ooit wordt geïndexeerd door ChatGPT, Perplexity, Claude of een andere generatieve zoekmachine. Het probleem wordt erger naarmate het crawlverkeer van AI groeit. Het verkeer van GPTBot nam tussen mei 2024 en mei 2025 met 305% toe. Je site heeft elk crawlbezoek nodig.
In dit hoofdstuk lees je waarom redirectketens specifiek belangrijk zijn voor AI-zoeken, hoe ze het vinden van content blokkeren en hoe je ze controleert en herstelt voordat ze je zichtbaarheid in AI kosten. Meer over hoe AI-crawlers in het algemeen werken lees je in hoe AI-crawlers je site ontdekken.
Wat er gebeurt als een AI-crawler een redirect tegenkomt
Een redirect is een instructie die de bot zegt dat de opgevraagde pagina niet meer bestaat, maar dat de content op een nieuwe plek staat. De crawler haalt de oorspronkelijke URL op, krijgt de redirectinstructie en doet dan een tweede verzoek om die te volgen.
Bij één redirect is dat geen probleem. Eén verzoek wordt er twee. De crawler volgt, krijgt de content en gaat verder. Maar redirectketens maken van een simpele instructie een reeks sprongen.
Neem een URL die drie keer is verhuisd: /old-guide → /guide → /guides/strategy → /content/marketing-guide. Dat zijn vier aparte verzoeken om één stuk content te volgen. De crawler gebruikt vier eenheden van zijn beperkte crawlbudget om een pagina te bereiken die in één verzoek had kunnen worden geleverd.
Crawlers van generatieve zoekmachines hebben niet het crawlbudgetmodel van Google (dat zelf wordt aangescherpt). De crawlers van Perplexity, ChatGPT en Claude geven voorrang aan efficiëntie. Ze hebben beperkte middelen en duizenden websites strijden om die crawls. Een keten van drie of meer redirects wijst op inefficiëntie en veel crawlers laten de keten vallen voordat ze de laatste pagina bereiken.
Hoe AI-systemen semantische context verliezen door redirects
Klassieke SEO ziet redirects als mechanische handelingen. A → B geeft linkautoriteit door. Klaar. Maar AI-crawlers die semantische analyse doen, lezen content om embeddings op te bouwen, entiteiten te halen en onderwerpsrelaties te begrijpen. Redirects brengen wrijving in dat proces.
Volgt een crawler een redirect, dan kan hij de context van de oorspronkelijke URL kwijtraken, die misschien het contenttype of onderwerp aangaf. Een oude URL als /blog/seo-guide-2023 zegt een mens en een machine dat de content een gids is. Verwijst die door naar /articles/2023/seo, dan moet de bot misschien opnieuw uitzoeken wat voor content dit is. Bij elke extra sprong wordt het begrip van de crawler van de context van de pagina minder betrouwbaar.
Dit doet ertoe voor vectorembeddings. AI-systemen zetten je content om in embeddings (numerieke weergaven), zodat ze bij een vraag de embedding van die vraag kunnen vergelijken met de embeddings van je pagina's. Redirectketens voegen vertraging en mogelijke leesfouten toe die de kwaliteit van de embedding kunnen verlagen. Pagina's die vindbaar horen te zijn, worden lastiger te matchen. Meer over hoe AI-systemen je content ophalen en verwerken lees je in retrieval-augmented generation (RAG).
Waarom verschillende AI-platforms redirects anders verwerken
Niet alle generatieve zoekmachines zijn gelijk. ChatGPT en Perplexity hebben andere crawlpatronen en een andere tolerantie voor redirects.
ChatGPT crawlt feller en doet 3,6 keer meer verzoeken dan Googlebot. Het kan zich langere ketens veroorloven omdat het meer volume heeft. Dat betekent niet dat het zou moeten. Redirects aan elkaar knopen kost nog steeds middelen en een site met efficiënte URL's krijgt voorrang boven een site die crawlbudget verspilt.
Perplexity gebruikt verser materiaal en hecht waarde aan signalen van actualiteit. Het crawlt minder vaak, maar verwacht efficiënte toegang. Een redirectketen op een voor Perplexity belangrijke URL kan het verschil zijn tussen je verse content die in het volgende crawlvenster wordt geïndexeerd of helemaal wordt gemist. Voor optimalisatie per platform, zie optimaliseren voor Perplexity en andere AI-platforms.
Claude gebruikt de index van Brave Search, waardoor het crawlgedrag van Claude wordt beïnvloed door het crawlbudget van Brave. Redirectketens die de crawlbaarheid voor Brave schaden, schaden indirect ook het vermogen van Claude om je content te tonen.
Door de verschillen tussen platforms kun je je geen redirectketens veroorloven. Je hebt een direct pad nodig naar elk stuk content dat telt voor zichtbaarheid in AI. Sommige crawlers zijn geduldig genoeg om te volgen. Andere niet.
Zo vind je redirectketens op je site
Redirectketens groeien vaak in de loop van de tijd zonder dat iemand het merkt. Een herontwerp van de site stuurt /old-structure door naar /new-structure. Twee jaar later stuurt een volgend herontwerp /new-structure door naar /current-structure. Nu heb je een keten.
Ketens vinden vraagt twee soorten controles: je redirectconfiguratiebestanden nakijken en live URL's testen.
Begin met je serverconfiguratie (meestal .htaccess voor Apache-servers, nginx.conf voor Nginx, of URL-herschrijfregels in je CMS). Zoek naar patronen waarbij de bestemming van een redirect zelf wordt doorgestuurd. Staat er in je regels:
Redirect 301 /old → /middle
Redirect 301 /middle → /new
Dat is een keten. Voeg die samen tot:
Redirect 301 /old → /new
Gebruik voor live testen een redirectchecker. Voer een URL in en de tool volgt elke sprong en toont het hele redirectpad. Zie je meer dan één sprong, dan heb je een keten.
Exporteer voor een uitgebreide audit je lijst met interne links uit je crawlrapport (met een crawltool of je analyticsplatform) en test een steekproef van URL's die zijn verplaatst of opnieuw zijn ingedeeld. Let vooral op:
URL's uit je sitemap die mogelijk worden doorgestuurd
URL's die in interne links op je site voorkomen
URL's gericht op zoekwoorden die voor AI relevant zijn (je belangrijkste content)
Oude blog-URL's, URL's van resourcepagina's en gids-URL's (contenttypen die AI vaak citeert)
Hoe zit het met soft redirects en JavaScript-redirects
Een harde redirect (HTTP 301 of 302) is een instructie op serverniveau. De server vertelt de crawler waar hij heen moet. AI-crawlers begrijpen die zonder verwarring.
Soft redirects zijn noodoplossingen. Meta-refresh-tags laten browsers na een vertraging opnieuw laden. JavaScript-redirects draaien nadat de pagina is geladen. Die zijn problematisch voor AI-crawlers.
Een meta-refresh-redirect gebruikt een HTML-tag om de pagina na een vertraging opnieuw te laden, zo:
<meta http-equiv="refresh" content="0; url=https://example.com/new-page">
Sommige AI-crawlers volgen ze. Andere niet. ChatGPT lijkt ze te verwerken. Perplexity is minder betrouwbaar. Claude mist ze mogelijk helemaal. Je kunt het gedrag niet op alle platforms garanderen, dus soft redirects zijn te risicovol voor belangrijke content.
JavaScript-redirects (window.location = "new-url") zijn nog slechter. AI-crawlers die geen JavaScript uitvoeren, zien de redirectinstructie nooit. Ze indexeren de oude doorverwijzende pagina in plaats van de echte content. Je verliest zowel de bot als de semantische content.
Gebruik voor permanente verhuizingen altijd 301-redirects op serverniveau. Het is de enige methode die alle AI-crawlers consequent begrijpen.
Het probleem van crawlafbreking
Veel AI-crawlers hebben ingebouwde limieten voor de diepte van redirects. Een crawler volgt misschien één of twee redirects zonder probleem, maar bij drie of vier stopt hij. Het gevolg is dat belangrijke content nooit wordt gecrawld.
Googlebot volgt van oudsher tot vijf redirects voordat hij de keten laat vallen. Crawlers van generatieve zoekmachines zijn strenger. De meeste stoppen na twee of drie sprongen. Heeft je URL vier sprongen nodig om bij de uiteindelijke content te komen, dan daalt de kans sterk dat een AI-crawler er komt. Versheid van content is nog een belangrijke rankingfactor en redirectketens kunnen crawls vertragen die bepalen hoe vers je content lijkt. Lees meer over versheid en de citatiegraad van AI.
Zo ontstaat een verborgen zichtbaarheidsprobleem. Je content bestaat. Hij is geïndexeerd in klassiek Google-zoeken. Maar AI-systemen zien hem nooit, omdat de crawler de redirectketen opgaf voordat hij de pagina bereikte. Je merk krijgt geen citaten, je content wordt nooit genoemd en gebruikers die vragen stellen, krijgen nooit de aanbeveling om je site te bezoeken.
Redirectketens en ranking in AI Overviews
De AI Overviews van Google laten zien hoe ontdekking door AI zoekresultaten begint te beïnvloeden. Content die scoort in klassieke Google-resultaten, verschijnt niet automatisch in AI Overviews. Slechts 17% tot 38% van de pagina's die in AI Overviews worden geciteerd, staat in de klassieke top 10.
Een reden is efficiëntie. Het systeem achter de AI Overviews van Google gebruikt een ander ophaalproces dan klassieke ranking. Het kan pagina's overslaan waarvoor redirectketens nodig zijn om ze te bereiken. De extra vertraging en onzekerheid over de uiteindelijke URL maken die pagina's minder geschikt om te worden gekozen. Hoe Google AI Overviews content anders bronnen kiest dan klassiek zoeken, lees je in hoe Google AI Overviews bronnen kiezen.
Scoort je pagina nu in Google maar verschijnt hij niet in AI Overviews, dan kunnen redirectketens een deel van het probleem zijn. Onnodige redirects weghalen kan je kans vergroten dat je wordt gekozen als bron voor AI-antwoorden.
Zo voeg je redirectketens samen
Samenvoegen betekent een keten platslaan tot directe redirects.
In plaats van:
A → B
B → C
C → D
Maak:
A → D
B → D
C → D
Elke oude URL verwijst direct naar de uiteindelijke bestemming. Geen tussenliggende sprongen.
In een .htaccess-bestand ziet dat er zo uit:
Redirect 301 /old-url-1 https://example.com/final-destination
Redirect 301 /old-url-2 https://example.com/final-destination
Redirect 301 /old-url-3 https://example.com/final-destination
Werk in Nginx je herschrijfregels bij zodat ze naar de uiteindelijke URL wijzen.
Werk in je CMS, als je redirectplugins of redirectfuncties gebruikt, elke afzonderlijke redirectregel bij. Maak geen redirect die naar een andere redirect verwijst.
Test na de wijzigingen een steekproef van je doorgestuurde URL's met een redirectchecker, om te bevestigen dat ze de uiteindelijke bestemming nu in één sprong bereiken.
Redirectketens voorkomen bij toekomstige migraties
Het beste moment om redirectketens te herstellen is voordat ze ontstaan. Plan je redirects bij toekomstige herindelingen of migraties van je site met AI-crawlers in gedachten.
Maak een redirectkaart voordat je iets wijzigt. Zet elke URL die verhuist op een lijst, met de plek waar hij heen gaat. Controleer dat elke oude URL naar precies één uiteindelijke bestemming verwijst. Zie je een keten (oude URL leidt naar een tussen-URL, die naar de laatste leidt), herstel de kaart dan voordat je live gaat.
Doe na de migratie binnen 48 uur een redirectaudit. Gebruik een crawltool om een representatieve steekproef van redirects te testen (minimaal 50 tot 100). Controleer dat er geen ketens zijn. Herstel direct wat opduikt.
Documenteer je redirectregels. Zet er opmerkingen bij over waarom elke redirect bestaat en wat de uiteindelijke bestemming is. Dat helpt toekomstige teams de structuur te begrijpen en per ongeluk ketens te vermijden als ze content bijwerken of herindelen.
Zo helpt WEMASY bij sitestructuur en crawlbaarheid
De websitebouwer van WEMASY gebruikt schone, vlakke URL-structuren die zijn ontworpen voor crawlbaarheid door zoekmachines. Maak je nieuwe pagina's of deel je content opnieuw in, dan regelt het systeem het URL-beheer om redirectketens te voorkomen. Je kunt de indeling van pagina's wijzigen zonder problematische redirects te maken.
Voor sites die al WEMASY gebruiken, biedt het platform analytics en crawlrapporten die redirectproblemen zichtbaar maken. Je ziet welke pagina's worden doorgestuurd, of er redirectketens bestaan en hoe ze je crawlefficiëntie beïnvloeden.
Veelgestelde vragen
Hoeveel sprongen zijn acceptabel in een redirectketen?
Eén. Een enkele 301-redirect van een oude URL naar de nieuwe plek is het enige acceptabele redirectpatroon. Nul sprongen (geen redirect, directe toegang) is het best. Twee of meer sprongen maken een keten die het risico op crawlafbreking geeft en crawlbudget verspilt. Voeg ketens altijd samen tot redirects van één sprong. Met de websitebouwer van WEMASY stel je dit direct op je website in.
Hebben tijdelijke 302-redirects hetzelfde effect op AI-crawlers als 301-redirects?
302-redirects vertellen crawlers dat de verhuizing tijdelijk is en dat ze de oude URL moeten blijven indexeren. Voor crawlers kost het volgen van een 302 evenveel moeite als een 301. Beide geven dezelfde redirect-overhead. Maar inhoudelijk geeft een 302 aan dat de oude URL uiteindelijk terugkomt, waardoor crawlers hem blijven controleren. Gebruik voor content die je definitief hebt verplaatst een 301, om aan te geven dat het blijvend is en te voorkomen dat crawlers middelen verspillen aan herhaalde controles van de oude URL.
Kunnen AI-crawlers redirectketens volgen als die tijdens een migratie nodig zijn?
Sommige wel, maar je kunt er niet op rekenen. De crawlers van ChatGPT volgen meer sprongen dan die van Perplexity of Claude. Maar vertrouwen op "sommige crawlers komen er misschien doorheen" is een strategie met veel risico. Tijdens een migratie kunnen crawlers je content helemaal missen, waardoor je geen citaten krijgt in de kritieke weken na de migratie, wanneer signalen van versheid tellen. Streef altijd naar redirects van één sprong of geen redirects. Vereist de migratie tijdelijke ketens, haal ze dan binnen 24 tot 48 uur weg.
Hoe weet ik of redirectketens mijn zichtbaarheid in AI schaden?
Vergelijk je citatiecijfers voor en na het herstellen van redirectketens. Gebruik een tool die citaten volgt (of het dashboard voor zichtbaarheid in AI van je platform) om te meten hoe vaak je content wordt geciteerd in AI-antwoorden. Volg na het samenvoegen van redirectketens dezelfde pagina's twee tot vier weken. Een stijging in citaten laat zien dat crawlers je content nu betrouwbaarder bereiken. Je kunt ook je crawllogs bekijken om te zien hoeveel verzoeken er naar oude doorgestuurde URL's gaan. Een hoog aantal wijst erop dat crawlers proberen content te bereiken waarvoor redirectketens nodig zijn.
Moet ik redirectketens weghalen als mijn klassieke posities niet zijn gedaald?
Ja. Klassieke zoekranking van Google vergeeft 301-redirects meer dan AI-crawlers. Een pagina met een redirectketen kan prima scoren in organische resultaten van Google (waar het crawlbudget van Google ruim is) maar helemaal onzichtbaar zijn voor Perplexity of Claude (waar crawlbudgetten krapper zijn). Je klassieke SEO kan problemen met redirectketens verbergen. Ze nu herstellen verbetert je zichtbaarheid in AI zonder iets anders te schaden.
Wat als mijn CMS of CDN automatisch redirects maakt als ik content verplaats?
Zoek in de documentatie van je CMS of CDN naar opties om redirects plat te slaan. Sommige platforms laten je een uiteindelijke bestemming opgeven voor verplaatste content en voegen ketens automatisch samen. Kan dat bij jou niet, exporteer dan na het verplaatsen van content je redirectconfiguratie en controleer die handmatig. Zoek naar gevallen waarin een doel-URL zelf een bron-URL is in een andere redirectregel. Pas die aan zodat ze direct naar de uiteindelijke bestemming wijzen. Test daarna of de ketens weg zijn.