URL-migratie en redirectmap: complete gids
Een URL-migratie voorkomt SEO-problemen alleen als elke belangrijke oude URL bewust wordt beoordeeld. Leer hoe je een redirectmap maakt, implementeert en controleert.
Een URL-migratie en redirectmap zorgen ervoor dat oude pagina-URL’s bij een website-, CMS-, domein- of structuurwijziging correct worden afgehandeld. Je inventariseert bestaande URL’s, kiest per URL de meest relevante nieuwe bestemming of een bewuste verwijderactie, en test alles voor en na livegang. Zo beperk je kapotte links, foutmeldingen en verlies van relevante organische vindbaarheid.
Wat is een URL-migratie?
Bij een URL-migratie veranderen de adressen van pagina’s op je website. Dat gebeurt bijvoorbeeld als je een nieuw CMS kiest, je domein wijzigt, categorieën herstructureert of bestaande pagina’s samenvoegt.
Een redirectmap is het werkdocument waarin je per oude URL vastlegt wat ermee moet gebeuren. Het document is niet alleen een lijst voor de ontwikkelaar. Het is ook een beslisdocument voor marketing, content en SEO.
Google adviseert bij een site move met URL-wijzigingen om oude en nieuwe URL’s zorgvuldig te koppelen en permanente server-side redirects te gebruiken als content blijvend verhuist. Stuur oude pagina’s daarbij niet willekeurig naar de homepage of een niet-relevante pagina.
Wanneer heb je een redirectmap nodig?
- Je verhuist naar een ander CMS of bouwt een nieuwe website.
- Je verandert je domeinnaam of protocol.
- Je wijzigt URL-paden, bijvoorbeeld van
/diensten/seonaar/seo. - Je voegt meerdere oude pagina’s samen tot één betere pagina.
- Je verwijdert verouderde diensten, producten, campagnes of kennisbankartikelen.
- Je wijzigt navigatie, taxonomie of permalinkstructuur.
Lees ook de praktische uitleg over 404- en soft-404-fouten. Die fouten ontstaan vaak wanneer verwijderde of verhuisde URL’s geen bewuste opvolging krijgen.
Stap voor stap een redirectmap maken
- Bepaal de migratiegrens. Noteer wat verandert: alleen URL-paden, het CMS, het domein of de complete websitestructuur. Maak ook duidelijk welke omgeving de bron en welke omgeving de nieuwe livewebsite is.
- Verzamel oude URL’s. Combineer je XML-sitemap, Google Search Console, webanalytics, crawl-export, CMS-export, serverlogs en een backlinkoverzicht. Elke bron legt andere URL’s bloot.
- Maak één opgeschoonde hoofdlijst. Verwijder duplicaten, maar behoud URL-varianten die technisch nog bereikbaar zijn. Noteer ook belangrijke pdf’s, campagnepagina’s en URL’s met externe links.
- Beoordeel de inhoudelijke opvolger. Zoek eerst een één-op-één vervanger. Is die er niet, kijk dan of de inhoud logisch opgaat in een bredere nieuwe pagina. Bestaat er geen relevante opvolger, kies dan niet automatisch voor een redirect.
- Kies de juiste afhandeling. Leg per oude URL vast of een permanente redirect, tijdelijke redirect, 404 of 410 past. Laat de keuze aansluiten op wat bezoekers werkelijk op de nieuwe site kunnen vinden.
- Laat redirects server-side implementeren. Geef de definitieve map aan de technische partij. Server-side redirects zijn de aangewezen aanpak voor blijvende URL-wijzigingen; voorkom dat een bezoeker eerst een pagina of script moet laden voordat hij wordt doorgestuurd.
- Werk signalen op de nieuwe site bij. Pas interne links, canonicals en XML-sitemaps aan zodat ze rechtstreeks naar de nieuwe, definitieve URL’s verwijzen.
- Test vóór livegang en monitor na livegang. Crawl zowel de oude URL-lijst als de nieuwe website. Controleer statuscodes, bestemmingen, ketens en loops. Gebruik daarna Search Console en analytics om onverwachte problemen op te sporen.
Welke URL’s neem je op in de inventaris?
Neem niet alleen de pagina’s op die nu in het menu staan. Juist oude landingspagina’s, eerdere blogs, downloads en pagina’s met backlinks kunnen nog bezoekers en zoekmachines aantrekken.
- URL’s uit XML-sitemaps, inclusief oudere sitemapbestanden als die beschikbaar zijn.
- URL’s met organische vertoningen of klikken in Google Search Console.
- Belangrijke landingspagina’s uit analytics.
- Pagina’s met externe links.
- Alle indexeerbare URL’s uit een crawl van de huidige website.
- Handmatig bekende URL’s uit advertenties, e-mails, brochures en social-profielen.
- Bestanden en subdomeinen als die onderdeel zijn van de migratie.
Prioriteer URL’s die zakelijk belangrijk zijn, organische zichtbaarheid hebben, externe links ontvangen of veel gebruikt worden in campagnes. Een redirectmap hoeft niet ingewikkeld te zijn, maar mag geen cruciale URL’s overslaan.
Welke statuscode kies je?
De juiste statuscode volgt uit de bestemming en de bedoeling van de wijziging, niet uit de wens om elke foutmelding te vermijden.
- 301: gebruik bij een permanente verhuizing naar een inhoudelijk relevante nieuwe URL.
- 302: gebruik alleen wanneer de verplaatsing tijdelijk is en de oorspronkelijke URL naar verwachting terugkomt.
- 404: passend wanneer een pagina niet meer bestaat en er geen relevante vervanger is. De server geeft dan aan dat de URL niet gevonden is.
- 410: passend wanneer content bewust en definitief is verwijderd en geen relevante opvolger heeft.
Een oude dienstpagina naar de homepage sturen is meestal geen goede oplossing als de homepage geen directe vervanger is. Dat levert een slechte gebruikerservaring op en kan door zoekmachines als een irrelevante redirect worden beoordeeld.
Voorbeeld van een bruikbare redirectmap
Onderstaande tabel toont hoe je beslissingen vastlegt. De URL’s zijn fictieve voorbeelden; de kolommen en beoordelingen kun je direct toepassen op je eigen migratie.
| Oude URL | Nieuwe URL of actie | Afhandeling | Reden | Prioriteit | Controle |
|---|---|---|---|---|---|
| /diensten/seo | /diensten/conversie-seo-optimalisatie | 301 | De SEO-dienst blijft bestaan op een nieuwe, inhoudelijk passende pagina. | Hoog | Controleer directe eindbestemming en interne links. |
| /blog/seo-tips | /kennisbank/seo-basis | 301 | De oude inhoud is samengevoegd in een uitgebreider, relevant artikel. | Middel | Beoordeel handmatig of onderwerp en zoekintentie aansluiten. |
| /actie/zomer-aanbieding | Geen bestemming | 410 | De tijdelijke actie is definitief beëindigd en heeft geen inhoudelijke opvolger. | Laag | Bevestig de 410-respons in een HTTP-statuscontrole. |
| /diensten/online-marketing | /diensten | 301 | De oude overzichtspagina is vervangen door het actuele dienstenoverzicht. | Hoog | Controleer of de nieuwe pagina dezelfde overkoepelende intentie bedient. |
| /download/oude-brochure.pdf | Geen bestemming | 404 | Het bestand is niet meer beschikbaar en er is geen gelijkwaardig nieuw document. | Laag | Controleer of er geen relevante externe campagne-link meer naar verwijst. |
| /tijdelijke-onderhoudspagina | /tijdelijke-onderhoudspagina | Geen migratieactie | De URL blijft ongewijzigd en heeft geen redirect nodig. | Laag | Sluit uit van de redirectregels, maar controleer bereikbaarheid. |
Kolommen die in je redirectmap horen
Gebruik minimaal de volgende kolommen: oude URL, nieuwe URL of actie, statuscode, reden, prioriteit, bron van de URL, verantwoordelijke, implementatiestatus en controledatum. Voeg eventueel een kolom toe voor externe backlinks, organische prestaties of opmerkingen voor development.
Maak onderscheid tussen het voorstel en de gerealiseerde situatie. Een URL kan inhoudelijk zijn goedgekeurd, maar technisch nog niet in de serverconfiguratie of het redirectbeheer zijn opgenomen.
Redirectketens, loops en irrelevante bestemmingen voorkomen
Een redirectketen ontstaat als URL A naar URL B verwijst en URL B vervolgens naar URL C. Een loop ontstaat als redirects uiteindelijk terugverwijzen naar een eerdere URL. Beide maken de route voor gebruikers en crawlers onnodig complex.
- Laat elke oude URL in één stap naar de definitieve URL gaan.
- Vervang bestaande oude redirectregels wanneer de eindbestemming wijzigt.
- Controleer http- en https-varianten en varianten met of zonder www.
- Stuur geen grote groepen niet-gerelateerde URL’s naar de homepage.
- Gebruik geen redirect als een verwijderde pagina geen relevante vervanger heeft.
- Test regels ook met hoofdletters, trailing slashes en veelgebruikte parameter-URL’s als die op de oude site voorkwamen.
Canonicals, interne links en sitemap aanpassen
Redirects lossen niet alles op. Op de nieuwe website horen interne links rechtstreeks naar de nieuwe URL’s te wijzen. De canonical van een nieuwe pagina moet naar die definitieve URL verwijzen. Je XML-sitemap bevat alleen de definitieve, indexeerbare URL’s en geen oude redirect-URL’s.
Dit voorkomt dat je nieuwe site onnodig afhankelijk blijft van redirectregels. Het maakt de structuur bovendien duidelijker voor bezoekers en zoekmachines.
Testchecklist voor livegang
- Controleer of elke prioritaire oude URL de verwachte statuscode teruggeeft.
- Controleer of 301-redirects direct op de definitieve URL uitkomen.
- Zoek naar redirectketens en redirectloops met een crawltool of HTTP-statuscontrole.
- Controleer of de bestemmingspagina inhoudelijk aansluit bij de oude pagina.
- Controleer interne links, canonicals en de XML-sitemap op de nieuwe URL-structuur.
- Controleer belangrijke formulieren, downloads, tracking en betaal- of aanvraagroutes.
- Voer voor enkele cruciale URL’s een URL-inspectie uit in Google Search Console nadat de nieuwe site live staat.
Na livegang: wat controleer je?
Controleer direct na publicatie opnieuw de redirectmap en crawl de oude URL-lijst. Dien de actuele XML-sitemap in via Search Console en houd de rapporten rond indexering, redirectproblemen en niet-gevonden pagina’s in de gaten. Vergelijk ook organische landingspagina’s en belangrijke conversieroutes met de situatie vóór de migratie.
Krijg je onverwacht veel foutmeldingen, begin dan bij de URL’s met de grootste zakelijke waarde en de meeste externe of interne verwijzingen. De gids over 404- en soft-404-fouten oplossen helpt je om de oorzaak en passende herstelactie te bepalen.
Veelgemaakte fouten
- Alle oude URL’s naar de homepage redirecten: kies liever een relevante opvolger of geef bewust een 404 of 410 terug.
- Alleen het nieuwe menu controleren: oude URL’s buiten de navigatie blijven vaak nog waardevol.
- Redirects pas na livegang bedenken: dan ontstaan fouten op het moment dat bezoekers en crawlers de nieuwe site aantreffen.
- Interne links niet aanpassen: hierdoor blijven bezoekers en crawlers door redirects lopen.
- Een XML-sitemap met redirects publiceren: plaats daarin alleen de definitieve URL’s.
- Geen eigenaar aanwijzen: laat één persoon bewaken welke regels zijn goedgekeurd, gebouwd en getest.
Wanneer schakel je specialistische hulp in?
Bij een groot aantal URL’s, een domeinwijziging, internationale varianten, een complexe webshop of veel bestaande technische uitzonderingen is een redirectmap geen bijzaak. Dan is afstemming tussen content, development en SEO nodig voordat de nieuwe website live gaat. Bekijk hoe conversie- en SEO-optimalisatie kan helpen om technische vindbaarheid en gebruikerservaring samen te beoordelen, of bekijk alle diensten van LYNX Media.
Samenvattende checklist
- Inventariseer URL’s uit meerdere betrouwbare bronnen.
- Beoordeel per oude URL de meest relevante opvolger.
- Leg statuscode, reden, prioriteit en teststatus vast.
- Gebruik 301 voor permanente, inhoudelijk passende verhuizingen.
- Gebruik 302 alleen voor tijdelijke verplaatsingen.
- Kies 404 of 410 als er geen relevante bestemming bestaat.
- Vermijd ketens, loops en irrelevante homepage-redirects.
- Werk interne links, canonicals en XML-sitemaps bij.
- Test vóór livegang en controleer na livegang met crawls en Search Console.
Bronnen
Bespreek je website of online groeikansen met LYNX Media
Heb je een vraag over dit onderwerp, of wil je weten wat er voor jouw site nodig is? Neem contact op.
Neem contact op
