Redirectketen: opsporen en plat slaan

Een redirectketen ontstaat wanneer een URL doorverwijst naar een tweede URL, die weer doorverwijst naar een derde. Dat gebeurt vaak organisch: eerst een verhuizing van http naar https, later een URL-structuurwijziging, daarna een samenvoeging van twee pagina's. Elke wijziging voegt een schakel toe die niemand meer opruimt.

Voor bezoekers: extra netwerkrondes en dus tragere laadtijd, vooral op mobiel. Voor crawlers: elke hop is een aparte request die crawlbudget kost. Bij lange ketens stopt een crawler met volgen en bereikt hij de eindpagina niet. Autoriteitsverlies per hop is tegenwoordig minimaal, maar het risico dat de keten ergens breekt is dat niet.

Een keten eindigt uiteindelijk bij een 200-pagina. Een loop verwijst in een cirkel en eindigt nooit: de browser geeft een foutmelding en de crawler indexeert niets. Loops ontstaan meestal door conflicterende regels op verschillende niveaus, bijvoorbeeld een serverredirect die vecht met een CMS-regel of een taalredirect.

Crawl je site met Screaming Frog en gebruik het rapport 'Redirect Chains'. Controleer daarnaast je redirectbestand of -tabel op regels waarvan het doel zelf ook links in dezelfde lijst voorkomt. Test je belangrijkste landingspagina's, oude campagne-URL's en externe backlinks handmatig met curl om het volledige pad te zien.

Vervang elke keten door één directe 301 van het oorspronkelijke startpunt naar de uiteindelijke bestemming, en laat de tussenliggende regels bestaan waar externe links op wijzen. Werk daarnaast je interne links bij zodat ze direct naar de eindbestemming wijzen: een interne link naar een redirect is altijd onnodig. Doe dit standaard als afsluitende stap van elke migratie.

Maak vóór de migratie een mappingtabel van oude naar nieuwe URL's en controleer daarin of een doel-URL nergens ook als bron voorkomt. Voer redirects op één niveau uit, bij voorkeur op de server of CDN, en niet verspreid over plugins, CMS en applicatie. Test de volledige lijst geautomatiseerd na livegang.