1. Schrijf de oude en nieuwe bestemming naast elkaar
Maak vóór een URL-wijziging een kleine verhuistabel. Gebruik per regel de volledige oude URL, de bedoelde nieuwe URL en een korte omschrijving van de inhoud. Voeg toe waar je de oude link hebt gevonden, bijvoorbeeld in het menu, een eerder artikel of een verzonden brochure. Zo controleer je een concrete route in plaats van alleen een losse nieuwe pagina.
Begin met de pagina die werkelijk verandert. “De dienstenpagina” kan in een meertalige website verschillende adressen betekenen. Noteer daarom ook taal en onderwerp. Leg bij je opleverafspraken vast wie de technische wijziging uitvoert en wie de route terugleest. De tabel is een controlehulpmiddel; hij voert zelf geen verhuizing uit.
2. Kies een vervanger die dezelfde vraag beantwoordt
Google adviseert oude URL’s aan passende nieuwe bestemmingen te koppelen. Een algemene homepage is geen automatische vervanger voor elke verdwenen detailpagina. Als een inhoudelijke vervanger ontbreekt, laat de bouwer beoordelen hoe de verwijderde pagina correct moet worden afgehandeld in plaats van bezoekers ergens willekeurig heen te sturen.
Lees de nieuwe bestemming alsof je de oude link net hebt aangeklikt. Zoek je informatie over één product, dan moet duidelijk zijn waar die informatie is gebleven. Controleer ook taal en eventuele downloads. Een technisch geslaagde doorverwijzing naar de verkeerde inhoud is voor de bezoeker nog steeds een fout.
3. Begrijp welke verplaatsing je laat instellen
Een HTTP-redirect is volgens MDN een serverantwoord met een 3xx-status en een Location-header voor de bestemming. Bij een permanente verhuizing zijn 301 en 308 permanente varianten; 302 en 307 zijn tijdelijk. Laat de bouwer het type kiezen dat bij de werkelijke verandering past. Gebruik een tijdelijke actie niet zonder nadenken als blijvende verhuizing.
Dit stappenplan gaat over gewone openbare webpagina’s die je bezoekt. Formulieren, API-aanroepen en andere schrijfacties vragen afzonderlijke beoordeling: bij verschillende redirectcodes kan de behandeling van de verzoekmethode verschillen. Test daarvoor niet zomaar een echte verzending. Houd zulke routes buiten je eenvoudige paginacontrole en spreek een veilige test af.
4. Bekijk de route in de browser
Open Chrome DevTools en kies Network voordat je begint. Zet Preserve log aan om verzoeken bij navigatie te bewaren. Gebruik voor deze controle Disable cache terwijl DevTools openstaat. Plak vervolgens de volledige oude URL in de adresbalk en bekijk de documentverzoeken. Chrome beschrijft deze functies in zijn netwerkhandleiding.
Selecteer het verzoek naar de oude pagina. Lees bij Headers de status en, bij een HTTP-redirect, de Location-header. Controleer daarna het verzoek naar de eindbestemming en de werkelijk geopende pagina. Noteer eventuele tussenstappen. Alleen de uiteindelijke adresbalk bekijken laat niet zien of je eerst langs meerdere andere adressen bent gestuurd.
5. Fictief voorbeeld: een Engelse brochurelink
Een fictief ontwerpbureau verandert /en/services/interior naar /en/interior-design. De nieuwe pagina opent rechtstreeks goed. Via de oude link eindigt de bezoeker echter op de Nederlandstalige homepage. De controlekaart krijgt daarom niet “werkt”, maar “verkeerde taal en inhoud; oude route aanpassen”. De adressen zijn verzonnen voorbeelden.
Na een gerichte aanpassing herhaalt de bouwer precies dezelfde oude URL-test. Hij controleert de redirect en leest de Engelse detailpagina terug. Daarna zoekt hij de oude URL in het eigen menu en in bewerkbare pagina’s. De eerder verstuurde brochure kan hij niet terughalen; juist daarvoor moet de oude route bruikbaar blijven.
6. Werk je eigen verwijzingen direct bij
Google raadt bij een verhuizing aan interne links, canonical-verwijzingen en sitemap op de nieuwe URL’s af te stemmen. Laat je eigen navigatie dus niet onnodig via oude adressen lopen. Houd daarnaast de redirect voor bezoekers die via bestaande externe links of bladwijzers binnenkomen. Dat zijn twee verschillende onderdelen van dezelfde verhuizing.
Controleer een relevante pagina waarop de oude link stond en klik de aangepaste verwijzing aan. Bekijk ook de bedoelde sectie als de link een fragment bevat, zoals #contact. Neem een extra tussenstap of een rondgaande verwijzing op als herstelpunt. MDN beschrijft hoe redirectlussen een pagina onbereikbaar kunnen maken; “uiteindelijk komt hij er wel” is geen goede controle-uitkomst.
7. Bewaar bewijs en blijf de juiste vraag stellen
Noteer per route de datum, oude URL, status, tussenstappen, eindadres en inhoudelijke beoordeling. Schrijf apart welke interne links zijn aangepast. Vergelijk bij een volgende controle dezelfde lijst, zodat je niet telkens alleen de opvallendste pagina bekijkt. Bij een geautomatiseerde publicatieroute hoort deze test naast de controle dat de nieuwe inhoud live staat.
Een werkende redirect garandeert geen behoud van posities, bezoekersaantallen of opname in AI-antwoorden. Google beschrijft dat verwerking van een verhuizing tijd vraagt en monitoring nodig blijft. Deze uitleg is aanvullende websitekennis, geen redirectbeheerfunctie van MANE. Het praktische eindpunt is eenvoudiger: de oude link brengt de bezoeker aantoonbaar naar de passende nieuwe inhoud.
