Redirect-ketens na een migrate

Na een migrate stapelen ze. Oude blog-URL naar /blog/, die naar /nl/blog/, die naar de nieuwe slug. TTFB lijdt. Crawlers volgen een paar hops en stoppen dan. Jouw bookmark werkt nog. Dat is het enige pluspunt. Search Console blijft de tussenstop indexeren alsof die ertoe doet.

Exporteer wat er nu ligt. Crawl, logs, Search Console. Teken oud → nieuw. Eén 301 per pad. Host-regels (http/https, www) in één keer, niet als drie losse truukjes. Trailing slash in dezelfde sprong. Een 302 “tijdelijk” dat al twee jaar staat, is een 301 die iemand vergat.

De tussenstap “voor mensen met een oude favoriet” mag weg als die favoriet al twee jaar via de keten loopt. Die mensen komen er ook met één sprong. En haal de tussen-URL uit de sitemap. Anders beloof je een adres dat meteen doorstuurt.

De weken na livegang hierop blijven kijken. Ketens langer dan twee stappen zou ik niet laten staan. Het gesprek met de partij die de server doet wordt een stuk korter als je de lijst al hebt. Print de hops. Ruzie over “het voelt snel zat” wint zelden van een tabel.

Oude 302s uit een A/B-test blijven ook hangen. Die horen in dezelfde opruimronde. En als je CDN én de app allebei redirecten, tel je twee hops voordat je de HTML ziet. Kies één plek die stuurt. De andere laat door. Dat is saai. Het scheelt je TTFB.