Wanneer migreer je en wat is het risico?
Een migratie is elke ingrijpende wijziging die URLs raakt: een CMS-wissel (WordPress → Next.js), een redesign met nieuwe site-structuur, een domeinwissel, of een protocol-wissel (HTTP → HTTPS, hoewel dit minder voorkomt in 2026).
Het SEO-risico hangt af van hoeveel rankings je nu hebt en hoe goed de migratie wordt uitgevoerd. Sites met sterke topical authority en veel backlinks hebben meer te verliezen, maar zijn ook beter beschermd door domein-autoriteit. Nieuwe sites met weinig rankings hebben weinig te verliezen, maar starten daarna vaak met een dip omdat alle URL-signalen herwaardeerd worden.
Een correcte migratie minimaliseert het verlies tot 0-10% voor 3-6 weken, herstelt daarna volledig en kan op langere termijn winst opleveren door verbeterde technische SEO.
Pre-migratie: stappen 1-6 (2-4 weken voor launch)
1. Volledige URL-inventaris exporteren: gebruik Screaming Frog of een vergelijkbare crawler om alle bestaande URLs te lijsten met titel, status, internal links count en backlinks (via Ahrefs of Search Console).
2. Top-presterende pagina's identificeren: filter URLs op organisch verkeer (laatste 12 maanden GA4 of GSC), aantal backlinks en huidige rankings. Deze hebben prioriteit in de migratie.
3. URL-mapping spreadsheet bouwen: oude URL → nieuwe URL. Voor identieke pagina's: 1-op-1 mapping. Voor verdwijnende pagina's: redirect naar dichtstbijzijnde nieuwe pagina, niet naar homepage.
4. Backlink-audit: identificeer URLs met externe backlinks. Deze MOETEN 301-redirecten naar relevante nieuwe URLs om link-equity te behouden. Verlies van backlink-equity is de grootste oorzaak van migratie-verlies.
5. Baseline-meting: leg vast met GSC en GA4 de huidige posities, impressies, clicks en conversies voor minstens je top 50 URLs. Dit is je vergelijkingsbasis post-launch.
6. Schema markup mappen: documenteer welke schema's op welke URLs staan. Implementeer dezelfde of betere op nieuwe URLs.
Tijdens migratie: stappen 7-10 (launch week)
7. Staging-omgeving valideren: voer een volledige crawl uit op je staging-site. Check titles, meta descriptions, H1's, schema, canonical, hreflang, robots.txt. Vergelijk met productie. Geen verrassingen op launch-dag.
8. 301-redirects opzetten EN testen voor go-live: redirects MOETEN actief zijn op het moment dat oude URLs verdwijnen. Test 20 sample-redirects voor go-live. Te late redirects = Google ziet 404's en haalt URLs uit de index binnen 48 uur.
9. Sitemap-update direct na launch: nieuwe sitemap.xml met alle nieuwe URLs. Submit via Google Search Console. Indien sitemap-index: zorg dat child-sitemaps allemaal up-to-date zijn.
10. Robots.txt verifieren: per ongeluk een crawl-block op de nieuwe site is een van de meest voorkomende migratie-fouten. Controleer expliciet dat Allow: / actief is en geen Disallow: belangrijke paths blokkeert.
Post-migratie: stappen 11-14 (week 1-12 na launch)
11. Daily crawl-error monitoring eerste 2 weken: GSC > Coverage rapporteert 404's en redirect-issues. Fix elke 404 op een belangrijke oude URL binnen 24 uur door een correcte 301 toe te voegen.
12. Wekelijkse rank-tracking eerste 6 weken: gebruik Ahrefs, SEMrush of een vergelijkbare tool om dagelijks je top-50 keywords te tracken. Detecteer drops binnen 48 uur in plaats van weken later.
13. Internal linking refresh: oude internal links wijzen vaak nog naar de oude URLs. Update site-brede navigatie, footer-links, breadcrumbs en inline links naar de nieuwe structuur. Voorkom redirect-chains.
14. Content-relevantie validatie: ga handmatig door top-10 pagina's. Is de content nog steeds matched aan zoekintentie? Pas titels, meta descriptions en H1's aan op basis van post-launch GSC-data.
De redirect-strategie: 301 vs 302 vs 308
Voor permanente URL-wijzigingen: gebruik 301. Google interpreteert dit als 'deze URL is permanent verhuisd' en transfert volledig PageRank en backlink-equity naar de nieuwe URL.
302 is alleen voor tijdelijke redirects. Bij een migratie zelden geschikt. Google transfert minder PageRank en kan de oude URL geïndexeerd houden.
308 is een modernere versie van 301 die ook de HTTP-methode behoudt. Google behandelt 308 identiek aan 301 voor SEO-doeleinden. Next.js gebruikt standaard 308 voor permanent: true redirects.
Vermijd redirect-chains (URL A → URL B → URL C). Elke hop verliest 5-15% PageRank-equity. Map altijd direct van oude URL naar finale nieuwe URL.
Veelgemaakte migratie-fouten die rankings kosten
Verdwenen URLs niet redirecten: oude URLs die 404 retourneren verliezen alle backlink-equity binnen 4-8 weken.
Redirect-chains: oude URL → tussenstop → nieuwe URL. Verlies van 10-30% PageRank per chain.
Robots.txt of meta-noindex per ongeluk live: kan de hele site in 24-48 uur uit Google-index halen.
Sitemap.xml niet bijwerken: Google blijft oude URLs crawlen die niet meer bestaan. Reduceert crawl-budget voor nieuwe URLs.
Schema markup vergeten: nieuwe site zonder schema verliest rich-result-eligibility en AI-citation kans.
Geen baseline-meting vooraf: zonder vergelijkingsbasis weet je niet of de migratie succesvol was of waar de bottleneck zit.
Hoeveel verkeer verlies je realistisch?
Bij een correct uitgevoerde migratie: 0-15% organisch verkeer in week 1-3, herstellend tot baseline of beter binnen 6-12 weken. Dat is de werkelijkheid voor de meeste sites.
Bij een slordige migratie zonder URL-mapping en met chains: 30-60% verlies dat 6-12 maanden kan duren om te herstellen, soms helemaal niet.
De variabele is niet techniek maar voorbereiding. Een week extra plannen vooraf voorkomt vaak 3 maanden herstellen achteraf.
Plan je een migratie of redesign en wil je 0% SEO-verlies?
Vraag een migratie-audit →