Michele Eccher
In deze gids
Bij een zorgvuldige SEO-migratie blijven waardevolle pagina’s vindbaar en behouden ze hun inhoudelijke functie, terwijl de website eromheen verandert. Leg vóór de livegang de uitgangssituatie en oude URL’s vast, bepaal per URL een passende bestemming en test de nieuwe website. Publiceer bij de livegang rechtstreekse permanente redirects. Laat canonicals, interne links en sitemaps naar dezelfde voorkeurs-URL’s wijzen. Volg daarna crawlen, indexering, zichtbaarheid en conversies totdat de nieuwe website stabiel is. Houd de redirects minstens een jaar in stand.
Een migratie is elke wijziging aan een website die kan veranderen hoe zoeksystemen pagina’s vinden, ophalen, begrijpen of selecteren. Een nieuw domein is het bekendste voorbeeld. Maar ook een ander CMS, een nieuwe URL-structuur, uitbreiding naar andere landen, een overstap van HTTP naar HTTPS, een nieuw ontwerp of de vervanging van servergerenderde HTML door een JavaScript-applicatie kan zulke risico’s opleveren. Zelfs bij ongewijzigde URL’s kunnen verwijderde navigatie, andere weergegeven content of aangepaste templates veranderen wat Google ontvangt.
Het doel is niet om de oude website onaangeroerd te laten. Het gaat erom dat je elke wijziging bewust maakt en kunt controleren. Ook na een geslaagde livegang zijn tijdelijke schommelingen mogelijk terwijl zoekmachines de nieuwe URL’s crawlen en opnieuw beoordelen. Met een gecontroleerd proces onderscheid je die normale overgang van een defecte redirect, ontbrekende content of een geblokkeerd paginatype.
Nulmeting, inventarisatie, URL-mapping en testplan
Redirects, signalen, crawlcontroles en goedkeuring
Monitoren, onderzoeken, herstellen en redirects behouden
Bepaal wat verandert en wat stabiel moet blijven
Leg eerst schriftelijk vast wat er verandert. Benoem de systemen, templates, URL’s, content, navigatie en markten die de release raakt. Bepaal vervolgens welke onderdelen niet hoeven te veranderen. Behoud je de sterke inhoudelijke functie van pagina’s, teksten, koppen en interne verbanden terwijl het platform wijzigt, dan zijn er achteraf minder variabelen om te onderzoeken.
Verhuizen naar een ander domein of subdomein
Elke URL krijgt een andere hostnaam. Verifieer het eigendom van de oude en nieuwe Search Console-property’s, behoud paden waar dat zinvol is en plan naast redirects ook certificaten, DNS en servercapaciteit.
Overstappen op een ander platform of CMS
Het zichtbare adres kan hetzelfde blijven terwijl rendering, metadata, gestructureerde gegevens, paginering en statuscodes veranderen. Vergelijk wat het systeem daadwerkelijk oplevert, niet de namen van functies in het nieuwe CMS.
De sitestructuur of URL-indeling wijzigen
Categorieën, mappen en verbanden tussen pagina’s veranderen. Test of de nieuwe hiërarchie nog aansluit op wat je doelgroep zoekt en of belangrijke bestemmingen bereikbaar blijven via crawlbare links.
Een nieuw ontwerp of een nieuwe front-end
Templates, componenten en navigatie veranderen, soms zonder dat SEO expliciet onderdeel van het project is. Vergelijk de content, de werking op mobiel, de initiële HTML en de gerenderde pagina. Controleer ook alle routes die afhankelijk zijn van code in de browser.
Twijfelt je team nog tussen een visuele opfrisbeurt, een structurele herbouw of een gerichte reparatie? Lees dan eerst de gids over je website aanpassen of opnieuw bouwen voordat je de migratie definitief afbakent. Is de keuze gemaakt, dan geeft een technische SEO-audit je een uitgangspunt om templates, rendering en indexering te controleren.
Zoek je hulp bij de planning, afstemming met developers en controles rond de livegang? Bekijk onze SEO-migratiebegeleiding.
Leg de uitgangssituatie vast, zodat je veranderingen kunt verklaren
Een nulmeting vóór de livegang is meer dan een presentatie van historische bezoekersaantallen. Je verzamelt het bewijs waarmee je de release kunt onderzoeken. Leg gegevens per URL en template vast, zodat je een dalend totaal kunt herleiden tot een onderdeel, markt, groep zoekopdrachten of technische situatie. Maak de nulmeting kort genoeg vóór de livegang om de actuele website te beschrijven. Bewaar ook gegevens over langere periodes voor seizoensinvloeden en trends.
| Nulmeting | Wat je vastlegt | Waarom dit na de livegang helpt |
|---|---|---|
| Organische prestaties | Klikken, vertoningen, zoekopdrachten, landingspagina’s, landen en apparaten | Laat zien waar de vraag of zichtbaarheid veranderde, zonder dat die verandering verdwijnt in één totaalcijfer. |
| Commercieel gedrag | Leads, omzet, formulieracties, contactmomenten die bijdragen aan een conversie en waardevolle pagina’s | Helpt een overgang in zoekresultaten te onderscheiden van een defect in de conversieroute of de meting. |
| Indexering en crawlen | Geïndexeerde voorbeeldpagina’s, sitemapdekking, crawlstatistieken en serverreacties | Geeft een referentie om te beoordelen hoe snel oude en nieuwe groepen URL’s worden verwerkt. |
| Website-inventarisatie | Alle vindbare URL’s, canonicals, statuscodes, metadata en interne links | Maakt verdwenen pagina’s, gewijzigde instructies en onverwacht gegenereerde URL’s zichtbaar. |
| Externe verwijzingen | Belangrijke gelinkte URL’s, campagnebestemmingen, bladwijzers en koppelingen | Helpt bepalen welke redirects langdurig nodig zijn en welke verwijzingen buiten de website moeten worden aangepast. |
Combineer exports uit verschillende bronnen in plaats van op één crawler te vertrouwen. Webstatistieken kunnen pagina’s tonen die nog bezoekers ontvangen, maar geen interne links meer hebben. Search Console kan landingspagina’s laten zien die ontbreken in de huidige sitemap. Serverlogs kunnen oude routes onthullen die zoekmachines of klanten nog opvragen. Backlinkgegevens, betaalde campagnes, e-mailsjablonen en offline documenten voegen URL’s toe die een websitecrawl niet kan vinden.
Crawl de oude website nog één keer vlak vóór de publicatie en bewaar het resultaat. Sla van de belangrijkste templates representatieve HTML, screenshots en gestructureerde gegevens op. Je hoeft niet alles volledig te archiveren. Je wilt een aantoonbaar werkend voorbeeld hebben wanneer de nieuwe pagina zich anders gedraagt.
Bepaal voor elke waardevolle oude URL wat ermee gebeurt
Een redirectmapping legt beslissingen vast; het is geen zoek-en-vervangformule. Bepaal per oude URL of de best passende pagina op een nieuw adres verdergaat, met andere content wordt samengevoegd of daadwerkelijk verdwijnt. Behoud de oorspronkelijke bedoeling van het bezoek. Een productpagina hoort niet op de homepage uit te komen alleen omdat beide bij hetzelfde bedrijf horen.
Verwijs rechtstreeks naar de best passende nieuwe versie. Controleer of de bestemming de verwachte content bevat en statuscode 200 geeft, zonder opnieuw door te verwijzen.
Gebruik alleen een redirect als de nieuwe bestemming werkelijk dezelfde behoefte beantwoordt. Leg vast waarom meerdere pagina’s nu bij elkaar horen en welke zoekvraag de samengevoegde pagina moet blijven bedienen.
Geef statuscode 404 of 410 terug en verwijder interne links. Duidelijk aangeven dat iets ontbreekt is beter dan een misleidende redirect naar een ongerelateerde pagina, die als soft 404 kan worden gezien.
Controleer alsnog de statuscode, canonical, indexeerbaarheid, content en links. Achter een vertrouwd adres kan na een herbouw een wezenlijk andere of onvolledige pagina staan.
Voer permanente redirects waar mogelijk op de server uit. Google adviseert 301 of 308 voor definitieve verhuizingen en raadt lange redirectketens af. Een verzoek hoort in één stap van de oude URL naar de uiteindelijke relevante bestemming te gaan. Dat geldt ook voor redirects die al vóór het project bestonden. Test gecodeerde tekens, varianten met hoofdletters, afsluitende slashes, parameters en protocol- of hostvarianten. Neem niet aan dat één regel elk verzoek goed afhandelt.
Volgens Googles richtlijnen voor redirects (Engels) zijn permanente server-side redirects de beste manier om de URL in zoekresultaten te wijzigen. Google kan meerdere redirectstappen volgen, maar een rechtstreekse redirect beperkt vertraging, foutmogelijkheden en onduidelijkheid in het beheer.
Test wat zoekmachines en bezoekers echt ontvangen
Voorkom dat de testomgeving publiek wordt geïndexeerd, maar laat de bescherming geen problemen rond de livegang verhullen. Wijs iemand aan voor toegangsbeveiliging, tijdelijke noindex-tags en blokkerende robotsregels. Controleer bij de livegang of de juiste beperkingen zijn verwijderd. Eén achtergebleven instructie kan een verder goed uitgevoerde migratie onzichtbaar maken.
Crawl representatieve templates
Test belangrijke voorbeelden en uitzonderingen: diensten, producten, categorieën, artikelen, paginering, filters, lokale pagina’s en taalversies. Vergelijk ze met wat de oude live website oplevert.
Controleer de zoeksignalen
Controleer statuscodes, zelfverwijzende canonicals, robotsinstructies, titels, koppen, gestructureerde gegevens, hreflang en welke URL’s in de XML-sitemap thuishoren. De signalen moeten dezelfde nieuwe voorkeurs-URL aanwijzen.
Test rendering en navigatie
Vergelijk de initiële HTML met de gerenderde DOM. Controleer of belangrijke content en crawlbare links beschikbaar blijven bij JavaScript-uitvoering, verschillende schermformaten, cookietoestemming en mislukte API-verzoeken.
Controleer conversies en metingen
Verstuur formulieren, rond aankopen af en controleer webstatistieken op verschillende apparaten. Zoekposities kunnen behouden blijven terwijl omzet wegvalt doordat een formulier, meting van een actie of afrekenproces niet meer werkt.
Test de volledige redirectmapping in een omgeving die de productieomgeving benadert. Controleer niet alleen de statuscode, maar ook de inhoudelijke geschiktheid van de bestemming. Crawl daarna de bestemmingen: zijn ze indexeerbaar, verwijst hun canonical naar zichzelf en hebben ze interne links? Een geldige 301 betekent geen geslaagde migratie als die uitkomt bij een noindex-pagina, een volgende redirect of een vervanger met weinig relevante content.
Publiceer in stappen die je kunt volgen en terugdraaien
Kies een moment waarop development, SEO, analytics en de zakelijke verantwoordelijken kunnen meekijken. Vermijd een overdracht aan het einde van de dag of vlak vóór een drukke verkoopperiode. Leg het exacte publicatietijdstip vast, zodat je logs, monitoring en prestatiegegevens met de wijziging kunt vergelijken.
Maak de nieuwe productiesite bereikbaar
Controleer DNS, TLS, hostvarianten, servercapaciteit en publieke toegang. Verwijder beperkingen uit de testfase alleen op de bedoelde productieomgeving.
Activeer en test permanente redirects
Test belangrijke URL’s, patronen en bekende oude regels van buiten de omgeving waarin je publiceert. Zoek naar lussen, ketens, 5xx-fouten en ongerelateerde bestemmingen.
Crawl de nieuwe website meteen
Controleer robotsinstructies, canonical-URL’s, indexeerbaarheid, interne links, weergegeven content en statuscodes. Vergelijk de uitkomst met de goedgekeurde crawl van de testomgeving.
Publiceer en verstuur de nieuwe sitemap
Neem alleen nieuwe canonical-URL’s met statuscode 200 op. Werk de sitemapverwijzingen in robots.txt bij en dien het bestand in bij de juiste Search Console-property’s.
Controleer bezoekersroutes en metingen
Test belangrijke formulieren, transacties, toestemming, analytics en advertentietags op de live website. Controleer of rapporten de nieuwe landings-URL’s correct herkennen.
Leg bevindingen vast en beoordeel de release
Deel problemen in op impact en omvang. Los veilige, afgebakende fouten snel op. Pas de afgesproken criteria toe als een breed probleem terugdraaien veiliger maakt dan repareren op de live website.
Gebruik de signalen die bij jouw verhuizing passen
Verifieer alle relevante oude en nieuwe property’s vóór de migratie. Bij een domein- of subdomeinverhuizing gaat het om eigendom van beide kanten en de protocol- of hostvarianten die je voor onderzoek nodig hebt. Houd na de livegang toegang tot de oude property. Die toont resterende verzoeken, geïndexeerde URL’s en fouten die de nieuwe property alleen niet kan verklaren.
Gebruik de adreswijzigingstool alleen bij een verhuizing tussen domeinen of subdomeinen, en pas nadat permanente redirects werken. Googles documentatie over de adreswijzigingstool (Engels) sluit HTTP naar HTTPS, www naar zonder www en alleen gewijzigde paden uit. Die overgangen worden verwerkt via redirects, canonicals, sitemaps en opnieuw crawlen, niet via deze tool.
Elke nieuwe pagina hoort zichzelf als canonical aan te wijzen, tenzij je bewust content samenvoegt en daarvoor een andere voorkeursversie kiest. Laat interne links, hreflang en sitemap-URL’s rechtstreeks naar de nieuwe canonical-versies verwijzen. Je wilt één samenhangende bestemming aangeven, niet Google laten kiezen tussen oude links, canonicals die doorverwijzen en tegenstrijdige taalverwijzingen.
Googles richtlijnen voor websiteverhuizingen (Engels) adviseren om de nieuwe website te testen, URL-mapping voor te bereiden, de verhuizing te starten en vervolgens het verkeer te volgen. Google raadt ook aan om redirects minstens een jaar te behouden. Grote websites kunnen meer verwerkingstijd vragen, omdat de verhuizing per URL wordt afgehandeld.
Onderzoek de overgang per onderdeel, niet met één verkeersgrafiek
Controleer intensief op de eerste dag en in de eerste week. Bouw de frequentie af naarmate de website stabieler wordt. Wacht niet op een maandrapport. Ontdek je een defect template binnen enkele uren, dan kun je het mogelijk repareren voordat een groot deel van de site wordt geraakt. Hetzelfde probleem pas weken later vinden kan een veel langere herstelperiode betekenen.
| Signaal | Wat je tijdens de overgang kunt verwachten | Direct onderzoeken |
|---|---|---|
| Te verplaatsen oude URL’s | Ze worden nog opgevraagd, maar verwijzen rechtstreeks naar relevante nieuwe pagina’s. | Statuscode 200, redirectlussen of -ketens, 5xx-fouten of ongerelateerde bestemmingen. |
| Nieuwe URL’s | Steeds meer belangrijke pagina’s worden gecrawld en geïndexeerd. | Geblokkeerd crawlen, noindex, verkeerde canonicals, soft 404’s of lege gerenderde pagina’s. |
| Zoekprestaties | Enige schommelingen terwijl zoekopdrachten aan de nieuwe URL’s worden gekoppeld. | Verlies dat beperkt blijft tot een template, taal, map of groep waardevolle zoekopdrachten. |
| Commerciële prestaties | Normale variatie bij betrouwbare metingen en werkende bezoekersroutes. | Defecte formulieren, checkout, tracking of toestemming, terwijl de zoekvraag stabiel blijft. |
| Servergedrag | Tijdelijk meer crawlactiviteit op oude en nieuwe hosts. | Vertraging, capaciteitsproblemen of botbeveiliging die legitieme crawlers blokkeert. |
Splits de resultaten uit naar groepen URL’s die dezelfde migratiewijziging hebben ondergaan. Vergelijk veranderde URL’s waar mogelijk met ongewijzigde controlegroepen. Houd merkgebonden en niet-merkgebonden zoekopdrachten, mobiel en desktop, landen en templates apart. Daalt één onderdeel terwijl de rest goed overgaat, controleer dan eerst de redirects, behouden content, interne links en technische werking van dat onderdeel. Schrijf de daling niet meteen toe aan de hele migratie of een zoekmachine-update.
Houd een actueel probleemoverzicht bij met bewijs, omvang, verantwoordelijke, beslissing en verificatiestatus. Crawl gerepareerde patronen opnieuw en inspecteer representatieve URL’s in Search Console. Behoud het oude domein, certificaten, redirectinfrastructuur en monitoring. Een migratie is niet afgerond alleen omdat de nieuwe homepage is geïndexeerd.
Veel migratieverlies ontstaat door dezelfde vermijdbare keuzes
Alles naar de homepage doorsturen
Daarmee laat je de oorspronkelijke bedoeling van het bezoek los en riskeer je dat Google de redirect als soft 404 behandelt. Kies de best passende vervanger of geef 404 of 410 terug als die niet bestaat.
Live gaan met beperkingen uit de testomgeving
Wachtwoordbeveiliging, noindex-tags of blokkerende regels komen op de productiesite terecht. Maak het verwijderen ervan een expliciete controle bij de release, geen aanname.
Redirectketens maken
Nieuwe regels verwijzen naar oude tussenstappen. Los bestaande ketens op, zodat elke bekende oude URL rechtstreeks op de uiteindelijke bestemming uitkomt.
URL’s behouden, maar content verliezen
De pagina geeft nog statuscode 200, maar belangrijke teksten, links, media of gestructureerde gegevens zijn verdwenen. Vergelijk de gerenderde inhoud en het doel van de pagina, niet alleen het adres.
Oude en nieuwe signalen door elkaar gebruiken
Canonicals, hreflang, interne links en sitemaps verwijzen naar verschillende URL-versies. Werk alle signalen die je beheert bij naar de uiteindelijke canonical-bestemming.
Redirects na het eerste rapport verwijderen
Oude URL’s kunnen nog externe links, bladwijzers en een zoekgeschiedenis hebben. Behoud redirects minstens een jaar en bij voorkeur zolang de vorige adressen nog worden gebruikt.
De migratie is stabiel als waardevolle oude URL’s correct uitkomen, de nieuwe canonical-pagina’s vindbaar en geïndexeerd zijn en belangrijke zoekopdrachten en commerciële resultaten terug te vinden zijn bij de nieuwe pagina’s. Er zijn geen structurele blokkades meer en je kunt weer met de gebruikelijke frequentie monitoren. Leg de definitieve redirectmapping en geaccepteerde uitzonderingen vast, zodat toekomstige releases het werk niet ongedaan maken.
Een goede migratie vraagt om zorgvuldig wijzigingsbeheer. Je behoudt wat bezoekers en zoeksystemen al begrijpen, geeft developers een toetsbaar doel en maakt verlies verklaarbaar voordat het als normaal wordt geaccepteerd. De checklist is belangrijk omdat de livegang tijdelijk is, terwijl beslissingen over URL’s jarenlang kunnen doorwerken.
Veelgestelde vragen over SEO-migraties
Wat is een SEO-migratie?
Een SEO-migratie is een gecontroleerde wijziging van URL’s, domein, protocol, platform, sitestructuur, templates of weergegeven content die invloed kan hebben op hoe zoekmachines een website vinden, begrijpen en indexeren. Met SEO-controles bescherm je waardevolle signalen: je bepaalt de gewenste bestemming van elke belangrijke URL, test de nieuwe website en volgt de overgang na de livegang.
Hoelang duurt een SEO-migratie?
De voorbereiding kan bij een kleine website enkele weken duren en bij een complex internationaal platform of een grote webshop enkele maanden. Na de livegang verwerken zoekmachines de verhuizing per URL. De zichtbaarheid kan daardoor wekenlang of langer schommelen. De doorlooptijd hangt af van het aantal URL’s, de omvang van de wijzigingen, hoe vaak zoekmachines de site crawlen, de betrouwbaarheid van de server en de uitvoering van redirects en interne signalen.
Gaat er door 301-redirects SEO-waarde verloren?
Google geeft aan dat permanente redirects, zoals 301 en 308, geen verlies van PageRank veroorzaken. Dat maakt niet iedere redirect geschikt. De bestemming moet relevant en bereikbaar zijn, met canonicals, interne links en sitemapvermeldingen die naar dezelfde versie wijzen. Niet-gerelateerde pagina’s naar een algemene bestemming doorsturen kan als een soft 404 worden behandeld.
Hoelang moeten migratieredirects blijven werken?
Google adviseert om redirects minstens één jaar te behouden. Langer is meestal verstandiger als bezoekers via links, bladwijzers of oude documenten nog op de vorige URL’s kunnen uitkomen. Behandel de redirectmapping als blijvende infrastructuur, niet als een tijdelijk bestand dat weg kan zodra het verkeer stabiel lijkt.
Wanneer gebruik je de adreswijzigingstool van Search Console?
Gebruik de adreswijzigingstool als je een website van het ene domein of subdomein naar een ander verhuist, nadat de permanente redirects werken. Gebruik hem niet voor een overstap van HTTP naar HTTPS, van www naar zonder www of voor alleen gewijzigde paden binnen hetzelfde domein. Zoekmachines verwerken die veranderingen via redirects, canonicals, sitemaps en door de website opnieuw te crawlen.
Moet de oude XML-sitemap na de livegang beschikbaar blijven?
Een sitemap met oude URL’s tijdelijk beschikbaar houden kan het migratieteam helpen volgen of Google de vorige adressen nog opvraagt en verwerkt. De nieuwe sitemap hoort alleen nieuwe canonical-URL’s te bevatten. Gebruik beide bestanden als hulpmiddel bij de monitoring, niet als vervanging voor rechtstreekse permanente redirects.
Wat doe je met pagina’s waarvoor geen vervanger bestaat?
Een verwijderde pagina zonder inhoudelijk passende vervanger hoort doorgaans een 404- of 410-statuscode te geven. Stuur niet elke verwijderde URL naar de homepage of een ongerelateerde categorie om foutcodes te vermijden. Bestaat er een samengevoegde pagina die werkelijk dezelfde behoefte beantwoordt, verwijs dan daarnaar en behoud de oorspronkelijke bedoeling van het bezoek.
Kun je domein, CMS en ontwerp tegelijk veranderen?
Dat kan, maar bij veel gelijktijdige wijzigingen zijn fouten moeilijker te herleiden en moeten meer onderdelen in één keer goed werken. Google raadt aan om grote veranderingen waar mogelijk één voor één door te voeren. Moeten ze om commerciële redenen samen live, leg dan een goede nulmeting vast, beperk onnodige URL- en contentwijzigingen, test representatieve templates en bepaal vooraf wanneer je de release terugdraait.
