Een website‑migratie kan prestaties, UX en schaalbaarheid verbeteren, maar kan ook de SEO‑signalen beschadigen waarop je huidige site steunt. De grootste verliezen komen meestal door te voorkomen fouten zoals gemiste redirects, geblokkeerde crawling, kapotte interne links en ontbrekende tracking. Gebruik deze checklist om de verhuizing te plannen, schoon te lanceren en na go‑live de juiste signalen te monitoren.
Deze gids is geschreven voor praktische uitvoering. Hij focust op de stappen die organische zichtbaarheid beschermen bij veelvoorkomende migraties zoals domeinwissels, CMS‑moves, redesigns, HTTPS‑migraties en grote wijzigingen in de URL‑structuur.
Wat deze checklist omvat
Niet elke migratie heeft hetzelfde risiconiveau, maar de kernworkflow voor SEO blijft vergelijkbaar. Het doel is om crawlbaarheid, indexeerbaarheid, relevantiesignalen, interne linking en meting te behouden in drie fasen:
- Vóór de lancering – documenteer de huidige site, maak een benchmark, map URL’s en test de nieuwe omgeving
- Tijdens de lancering – verwijder blokkades, activeer redirects, dien de juiste assets in en verifieer tracking
- Na de lancering – monitor indexatie, rankings, verkeer en conversie‑impact zodat issues vroeg worden opgemerkt
SEO‑checklist vóór de migratie
1. Bepaal de migratieomvang en succescriteria
Begin met te verduidelijken wat er precies verandert. Het SEO‑risico stijgt wanneer meerdere wijzigingen tegelijk plaatsvinden, zoals een nieuw CMS, een redesign, een domeinwissel en een nieuwe informatiestructuur in één release. Documenteer de exacte scope zodat het team hiertegen kan testen.
Stel vervolgens succescriteria vast. Een migratie hoeft op dag één geen directe groei te brengen. Een realistischer doel is het behouden van kritieke rankings, het beschermen van waardevolle pagina’s, het meetbaar houden van conversies en het vermijden van langdurige indexatiestoring.
- Documenteer het migratietype: domein, subdomein, CMS, HTTPS, template, navigatie of URL‑structuur
- Definieer belangrijkste metrics: organische sessies, conversies, geïndexeerde pagina’s, rankings, crawl‑fouten, Core Web Vitals
- Stel aanvaardbare kortetermijnfluctuatie vast: lichte volatiliteit is normaal, aanhoudende daling niet
2. Maak een benchmark van de huidige SEO‑prestaties
Je hebt een betrouwbaar uitgangspunt nodig vóórdat er iets verandert. Exporteer de belangrijkste metrics zodat je pre‑ en post‑migratieprestaties kunt vergelijken zonder te gissen.
- Organisch verkeer: per landingspagina, map, apparaat en eventueel per markt
- Zoekwoordposities: vooral merktrafiek, money‑termen en pagina’s die leads of omzet genereren
- Best presterende URL’s: pagina’s met sterk verkeer, links of conversies
- Indexatiedata: momenteel geïndexeerde pagina’s en sitemap‑dekking
- Technische benchmarks: paginasnelheid en Core Web Vitals op sleutelsjablonen
Deze stap is belangrijk omdat dalingen na de lancering eenvoudiger te diagnosticeren zijn wanneer je weet of het probleem sitewide is, sjabloonspecifiek of beperkt tot een bepaalde paginagroep.
3. Crawl en inventariseer de huidige site
Maak een volledige inventaris van de bestaande site voordat er URL‑wijzigingen plaatsvinden. Een crawl alleen is nuttig, maar zou niet je enige bron mogen zijn omdat verweesde pagina’s, historische landingspagina’s en gelinkte maar laag‑verkeer‑URL’s kunnen worden gemist.
Stel waar mogelijk je URL‑lijst samen uit meerdere bronnen:
- Site‑crawlexporten
- XML‑sitemaps
- Geïndexeerde pagina’s in Google Search Console
- Analytics‑rapporten van landingspagina’s
- Backlinkdata voor gelinkte pagina’s
- CMS‑exporten
Neem waar mogelijk huidige statuscodes, canonical‑doelen, indexeerbaarheid, title‑tags en het type sleutelsjabloon op. Dat versnelt latere QA.
4. Identificeer pagina’s die beschermd moeten worden
Niet elke pagina draagt dezelfde SEO‑waarde. Markeer vóór de migratie de pagina’s die niet mogen verdwijnen, van intentie mogen veranderen of moeilijker bereikbaar mogen worden.
- Landingspagina’s met veel verkeer
- Pagina’s met sterke backlinkprofielen
- Pagina’s die leads of omzet opleveren
- Strategische informatieve pagina’s die scoren op non‑brandzoekopdrachten
- Belangrijke lokale of marktspecifieke pagina’s
Deze prioritering helpt teams betere beslissingen te nemen wanneer content wordt samengevoegd, herschreven of verwijderd.
5. Maak een redirect‑map voordat de ontwikkeling is afgerond
Redirect‑mapping is een van de meest impactvolle onderdelen van elke SEO‑migratiechecklist. Elke oude URL moet een duidelijke beslissing krijgen: behouden, redirecten, consolideren of uitfaseren.
Best practice is om oude URL’s te mappen naar de dichtstbijzijnde equivalente nieuwe URL, niet de homepage en niet een brede categorie tenzij dat echt de beste vervanging is. Relevantie van redirects is belangrijk. Een technisch correcte 301 kan nog steeds slecht presteren als de bestemming niet overeenkomt met het oorspronkelijke onderwerp of de intentie.
- Gebruik 301‑redirects voor pagina’s die permanent zijn verhuisd
- Vermijd massale redirects die veel ongerelateerde pagina’s naar één bestemming sturen
- Gebruik 410‑statuscodes spaarzaam voor content die bewust is verwijderd zonder vervanging
- Voorkom ketens en loops door het volledige redirect‑pad te testen
- Houd protocol, subdomein en trailing‑slashlogica consistent
6. Evalueer contentwijzigingen met SEO‑intentie in het achterhoofd
Migraties introduceren vaak stilletjes contentverlies. Tekst wordt ingekort, koppen veranderen, sjablonen verwijderen bodytekst en interne links verdwijnen. Dat kan rankings verzwakken, zelfs als redirects perfect zijn.
Beoordeel belangrijke pagina’s vóór lancering om te bevestigen dat de nieuwe versie nog steeds dezelfde zoekintentie en primaire topic ondersteunt. Let extra op:
- Paginatitels en meta descriptions
- Koppen en on‑page structuur
- Interne links vanaf pagina’s met hoge autoriteit
- best practices voor canonical tags
- Gestructureerde data, indien momenteel in gebruik
- Afbeeldingen, alt‑tekst en mediapaden
Een migratie is niet het beste moment voor onnodige herschrijvingen op kritieke pagina’s. Behoud wat al werkt, tenzij er een duidelijke reden is om het te verbeteren.
7. Richt een veilige stagingomgeving in
De nieuwe site moet volledig testbaar zijn vóór lancering, maar mag niet indexeerbaar zijn. Dat betekent toegang voor QA balanceren met bescherming tegen toevallige indexatie.
- Gebruik een staging‑ of ontwikkelomgeving
- Blokkeer publieke toegang waar mogelijk met wachtwoordbeveiliging
- Voeg noindex‑richtlijnen toe zolang staging niet klaar is voor zoekmachines
- Zorg dat assets correct laden zodat technische tests realistisch zijn
Vertrouw niet alleen op robots.txt om een stagingomgeving te beschermen. Als de omgeving publiek toegankelijk is, blijft er risico.
8. Test crawlbaarheid, indexeerbaarheid en technische SEO op staging
Voer vóór lancering een technische review uit op de stagingversie om issues te vangen die vaak opduiken bij rebuilds. Dit omvat sjabloonfouten, foutieve canonicals, kapotte paginering, onjuiste interne links en per ongeluk geplaatste noindex‑regels op productieklare sjablonen.
- Controleer statuscodes over sleutelsjablonen heen
- Valideer canonicals zodat ze naar zichzelf verwijzen of correct verwijzen
- Bekijk robots‑richtlijnen op pagina‑ en siteniveau
- Test interne linkpaden naar belangrijke pagina’s
- Bevestig XML‑sitemapgeneratie voor de nieuwe site
- Controleer mobiele weergave en performance
Als de migratie internationale SEO omvat, valideer dan ook de implementatie van hreflang‑tags vóór lancering. Dat is veel eenvoudiger te fixen in staging dan nadat indexatie start. Voor e‑commerce‑sites: herbekijk SEO voor gefacetteerde navigatie om filters crawlbaar te houden zonder index‑bloat te creëren.
9. Verifieer analytics en tracking vóór go‑live
Een migratie zonder betrouwbare meting creëert vermijdbare blinde vlekken. Zorg dat analytics, tagmanagement en conversietracking aanwezig zijn op de nieuwe sjablonen vóór lancering.
- Bevestig dat analyticstags afvuren op alle kritieke paginatypes
- Test formulierverzendingen, key events en conversies
- Verifieer toestemmingsmodus en privacy‑setup waar relevant
- Controleer verwijzingsuitsluitingen en cross‑domain tracking indien nodig
Dit is niet alleen voor rapportage. Het helpt je ook een SEO‑issue te onderscheiden van een meetprobleem als verkeer na lancering ongewoon lijkt.
10. Bereid een launch‑plan en rollback‑pad voor
Zelfs een goed geteste migratie heeft een duidelijke launch‑workflow nodig. Bepaal wie eigenaar is van technische deployment, het activeren van redirects, QA, analytics‑controles en Search Console‑acties. Als er iets misgaat, moet het team meteen het escalatiepad kennen.
- Plan de lancering wanneer sleutelstakeholders beschikbaar zijn
- Vermijd lanceren vlak voor weekends, feestdagen of grote campagnes
- Maak back‑ups van de huidige site en kritieke instellingen
- Documenteer rollback‑condities voor ernstige fouten
SEO‑checklist op de lanceringsdag
1. Verwijder tijdelijke blokkades van de live‑site
Een van de meest voorkomende migratiefouten is een site lanceren die zoekmachines nog steeds niet goed kunnen benaderen. Verwijder tijdelijke noindex‑tags, wachtwoordbeveiliging of beperkende regels die alleen voor staging bedoeld waren.
- Controleer robots.txt
- Controleer meta‑robots‑tags
- Controleer X‑Robots‑Tag‑richtlijnen
- Controleer CDN‑ of serverniveau‑restricties
2. Activeer en test redirects meteen
Valideer de redirect‑map zodra de nieuwe site live staat. Test representatieve URL’s uit elke belangrijke sectie, plus eerder geïdentificeerde high‑value pagina’s. Let op kapotte doelen, ketens, loops en onjuiste bestemmingen.
Als een groot percentage oude URL’s 404’s geven of naar irrelevante pagina’s redirecten, kan organische zichtbaarheid snel dalen.
3. Werk interne links, canonicals en sitemaps bij
De live‑site moet waar mogelijk direct naar de definitieve URL’s verwijzen. Interne links die nog steeds oude URL’s aanspreken, creëren onnodige redirect‑hops en kunnen de herverwerking door zoekmachines vertragen.
- Vervang oude interne links door definitieve bestemmingen
- Update canonical‑tags naar live‑URL’s
- Genereer en valideer de nieuwe XML‑sitemap
- Neem alleen indexeerbare 200‑status‑URL’s op in de sitemap
4. Verifieer de site in Google Search Console en dien sleutelassets in
Bevestig na livegang de property‑toegang en dien de nieuwe sitemap in. Als de migratie een domeinwissel omvat, gebruik dan het Change of Address‑proces waar van toepassing en blijf zowel de oude als de nieuwe properties monitoren.
- Verifieer eigenaarschap
- Dien XML‑sitemap in
- Monitor indexatie‑ en crawlrapporten
- Gebruik Change of Address bij domeinmoves indien relevant
5. Bevestig analytics en conversietracking op productie
Ga er niet van uit dat tracking die werkte in staging ook live werkt. Controleer sessies, pageviews, events en kernconversies zodra productieverkeer binnenkomt.
SEO‑checklist na de migratie
1. Monitor indexatie‑ en crawlsignalen in het begin dagelijks
De eerste dagen na de lancering zijn cruciaal. Let op onverwachte pieken in uitgesloten pagina’s, crawlanomalieën, soft 404’s, geredirecte URL’s in sitemaps of scherpe dalingen in geïndexeerde pagina’s.
Focus op de trendrichting, niet op geïsoleerde fluctuaties. Zoekmachines hebben vaak tijd nodig om een migratie te verwerken, maar duidelijke technische fouten moeten direct worden aangepakt.
2. Vergelijk verkeer en rankings met de benchmark
Bekijk prestaties ten opzichte van je pre‑migratiebasislijn. Splits de analyse op per paginagroep, sjabloon, markt en apparaat waar relevant. Zo identificeer je of het probleem wordt veroorzaakt door redirects, contentwijzigingen, interne linking, technische setup of tracking.
- Controleer eerst top‑landingspagina’s
- Bekijk rankings voor prioritaire zoekwoorden
- Vergelijk branded en non‑branded zichtbaarheid
- Zoek naar paginagroepen die samen daalden
3. Crawl de live‑site opnieuw en los issues op naar impact
Voer een volledige crawl uit op de liveomgeving en prioriteer bevindingen die invloed hebben op vindbaarheid, autoriteitsstroom of gebruikerstoegang.
- 404‑pagina’s met backlinks of interne links
- Redirect‑ketens en loops
- Noindex‑pagina’s die indexeerbaar zouden moeten zijn
- Onjuiste canonicals
- Gebroken interne links
- Trage sleutelsjablonen
Nadat issues met hoge impact zijn opgelost, verfris je interne architectuur en structureer interne linking voor topicclusters om PageRank‑flow en vindbaarheid na de migratie te beschermen.
4. Beoordeel conversie‑impact, niet enkel SEO‑zichtbaarheid
Een migratie kan rankings behouden en toch de bedrijfsresultaten schaden als UX, formulieren, paginasnelheid of navigatie slechter zijn geworden. Check bounce‑patronen, engagement, leadflow en conversiepaden op de belangrijkste pagina’s.
5. Werk belangrijke externe links bij die je beheert
301‑redirects zijn noodzakelijk, maar directe links zijn beter wanneer je de bron beheert. Update links in bedrijfsprofielen, betaalde campagnes, partnerpagina’s die je onderhoudt, sociale profielen en andere eigen assets. Bij domeinmigraties is dit extra nuttig.
Veelgemaakte migratiefouten om te vermijden
- Lanceren met noindex of geblokkeerde crawling nog actief
- Alles naar de homepage redirecten
- Contentintentie wijzigen op best presterende pagina’s zonder duidelijke reden
- Interne links, canonicals of XML‑sitemaps vergeten
- Analytics‑QA overslaan en meting verliezen
- Te veel grote wijzigingen tegelijk zonder duidelijke tests
- Te snel oordelen zonder met de juiste benchmarks te vergelijken
Snelle SEO‑checklist voor website‑migratie
| Fase | Prioritaire acties |
|---|---|
| Vóór de migratie | Definieer scope, benchmark prestaties, crawl de huidige site, identificeer kritieke pagina’s, map redirects, review content, test staging, verifieer tracking, bereid launch en rollback voor |
| Lancering | Verwijder blokkades, activeer redirects, update interne links en canonicals, dien sitemap in, verifieer Search Console, bevestig live tracking |
| Na de migratie | Monitor indexatie, vergelijk verkeer en rankings, crawl de live‑site, los issues met hoge impact op, beoordeel conversie‑impact, update beheerde externe links |
FAQ
Hoelang duurt SEO‑herstel na een website‑migratie?
Dat hangt af van de grootte van de site, het type migratie, crawlfrequentie en hoe netjes redirects en technische signalen zijn geïmplementeerd. Kleine, goed beheerde migraties stabiliseren vaak relatief snel, terwijl grotere domein‑ of structurele migraties langer kunnen duren. Het belangrijkste is om trendlijnen te volgen en technische blokkades snel te verhelpen.
Wat is de belangrijkste SEO‑taak tijdens een migratie?
Als slechts één item volledige aandacht krijgt, laat het dan redirect‑mapping en validatie zijn. Slechte redirects kunnen de verbinding verbreken tussen oude URL’s en hun nieuwe equivalenten, wat invloed heeft op rankings, verkeer, backlinks en UX. Dat gezegd: redirects alleen zijn niet genoeg als crawlbaarheid, canonicals, interne links of tracking ook kapot zijn.
Vereisen alle website‑migraties 301‑redirects?
Nee. Als URL’s exact hetzelfde blijven, zijn grootschalige redirects mogelijk niet nodig. Maar elke permanente URL‑wijziging moet doorgaans met een 301‑redirect naar de dichtstbijzijnde relevante vervanging worden afgehandeld. Hoe groter de URL‑wijziging, hoe belangrijker redirect‑planning wordt.
Moet je tegelijk migreren en redesignen?
Alleen als er een sterke zakelijke reden is en voldoende QA‑capaciteit. Meerdere grote wijzigingen combineren verhoogt het risico omdat het moeilijker wordt de oorzaak van dalingen in verkeer of conversies te isoleren. Verminder waar mogelijk variabelen of rol gefaseerd uit.
Wat moet je als eerste monitoren na de lancering?
Begin met crawltoegang, indexatiesignalen, redirect‑gedrag, analytics‑nauwkeurigheid, top‑landingspagina’s en kernconversies. Die checks laten het snelst zien of de migratie technisch toegankelijk, meetbaar en behoudend is voor kritieke bedrijfspagina’s.
Wil je technische blinde vlekken verkleinen vóór grote SEO‑wijzigingen, dan kan een gestructureerde audit en performance‑monitoringopzet de migratieplanning veel voorspelbaarder maken. Daar worden vaak de grootste te voorkomen verliezen gevonden, zeker bij het behouden van technische optimalisatie tijdens de migratie of wanneer een rebuild nieuwe renderingsrisico’s introduceert door moderne frameworks. Voor een snelle check vóór en na go‑live, voer een technische SEO‑scan uit, en om rendering‑ en indexatie‑issues te diagnosticeren, gebruik onze JavaScript‑SEO‑gids.
