De fout die ik het vaakst zie
SEO levert een redirectsheet op, development importeert alleen de kolommen oude URL en nieuwe URL, en alle reviewnotities verdwijnen. De rijen met twijfel worden dan alsnog live gezet alsof ze zeker zijn. Daar gaan migraties vaak stuk.
Een andere klassieker: de sitemap ziet er netjes uit, maar de oude crawl, serverlogs en Search Console export zijn nooit samengevoegd. Dan test je vooral de URLs die al schoon waren, terwijl oude blogposts, filterpagina's en landingspagina's met backlinks buiten beeld blijven.
Gebruik deze checklist naast de documentatie van Google over site moves, redirects en sitemaps. De Google-pagina's geven de regels. Hieronder staat hoe ik de controle praktisch zou opbouwen.
Wanneer deze checklist nodig is
Ik zou deze aanpak gebruiken zodra oude URLs niet meer vanzelf op dezelfde plek uitkomen. Dat geldt bij een domeinverhuizing, platformmigratie, redesign, headless build, internationale herstructurering of een grote cleanup van oude content.
- Platformmigratie: WordPress naar Webflow, Magento naar Shopify, een maatwerk CMS naar Next.js of een vergelijkbare switch.
- Domeinmigratie: een nieuw merkdomein, een samenvoeging van meerdere sites of een internationale domeinwissel.
- URL-structuurwijziging: categoriepaden, slugs, trailing slashes, locale-paden of parameterlogica veranderen.
- Redesign: de tekst blijft, maar interne links, headings, schema, breadcrumbs en performance veranderen.
- AI-content cleanup: oude pagina's worden samengevoegd, herschreven of verwijderd tijdens dezelfde migratie.
Begin met een redirectbestand dat development echt kan gebruiken
Vraag vroeg welk redirectformaat development kan importeren. Een perfecte SEO sheet is weinig waard als hij niet deploybaar is. Ik werk daarom met twee lagen: een deploybaar redirectbestand en een SEO review sheet met extra context.
Het implementatiebestand voor development hoeft kort te zijn:
- bron-URL;
- doel-URL;
- redirect statuscode, meestal 301 tenzij er een specifieke reden is voor iets anders;
- regeltype, bijvoorbeeld exacte URL, pattern of regex;
- notities voor technische uitzonderingen die development moet afhandelen.
De SEO review sheet mag meer context bevatten:
- oude URL;
- oude statuscode uit de crawl;
- oude canonical target;
- Search Console clicks en impressies;
- backlinks of interne links die de URL belangrijk maken;
- voorgestelde nieuwe URL;
- matchtype: exact, intentie, consolidatie, verwijderen of review;
- confidence of reviewstatus;
- notitie voor SEO en development.
De moeilijkste redirects zijn vaak inhoudelijk. Wat doe je met een oude pagina die nog backlinks heeft, maar geen goed nieuw equivalent? Die keuze hoort niet in een importscript te verdwijnen.
Voorbeeld van een redirect map
| Oude URL | Voorgestelde nieuwe URL | Matchtype | Confidence | Beslissing |
|---|---|---|---|---|
| /blog/seo-migratie-checklist | /articles/complete-seo-migratie-gids-2026 | Vergelijkbare content | 87% | Review |
| /categorie/schoenen/rood | /collecties/rode-schoenen | Intentie match | 92% | Klaar |
| /oude-sale-pagina | /sale | Consolidatie | 64% | Handmatig beoordelen |
De 15 checks die ik zou doen
Voor de migratie
1. Exporteer baseline data
Pak Search Console clicks en impressies, analytics sessies en conversies, backlinks, rank tracker data en een lijst met geïndexeerde URLs. Bewaar exports per datum. Screenshots helpen niet als je drie weken later wilt vergelijken.
2. Combineer meerdere URL-bronnen
Gebruik de live crawl, XML-sitemap, Search Console, backlinks en serverlogs. Bij grotere sites vind je in logs vaak oude URLs die niet meer in de sitemap staan, maar nog steeds worden gecrawld.
3. Label pagina's op risico
Homepage, categoriepagina's, topartikelen, conversiepagina's en URLs met backlinks gaan in een aparte reviewgroep. Die groep krijgt nooit alleen een automatische match.
4. Beslis wat verdwijnt
Niet alles hoeft te blijven. Dunne AI-content, dubbele artikelen en verlopen campagnepagina's kun je samenvoegen of laten verdwijnen. Kies dat bewust en noteer waarom.
5. Test het redirectformaat vroeg
Laat development tien regels importeren voordat de hele sheet klaar is. Vooral bij Vercel, Next.js middleware, Nginx en Shopify zitten de beperkingen op een andere plek.
Staging en implementatie
6. Crawl staging met de nieuwe templates
Controleer of content, breadcrumbs, structured data en interne links server-side zichtbaar zijn. Bij headless of JavaScript-heavy sites staat de tekst soms wel in de browser, maar niet in de crawl zoals je verwacht.
7. Match oude en nieuwe crawls
Laat URLMatcher het saaie werk doen. Vertrouw lage confidence matches niet blind. Juist daar zitten de dure fouten: discontinued producten, gewijzigde categorie-logica en pagina's met bijna dezelfde titel.
8. Implementeer 301 redirects zonder tussenstap
Test oude URLs direct naar de eindbestemming. Een extra hop lijkt klein, maar maakt troubleshooting bij grote migraties onnodig traag.
9. Controleer on-page SEO op template-niveau
Titles, meta descriptions, H1s, canonicals, schema, breadcrumbs en interne links moeten per template kloppen. Een steekproef van losse URLs mist vaak precies deze fouten.
10. Zet sitemaps, robots en hreflang klaar
De nieuwe sitemap hoort alleen indexeerbare canonieke URLs te bevatten. Robots.txt moet staging blokkeren, maar productie niet. Hreflang moet naar de nieuwe taalvarianten wijzen.
Pre-launch en launch
11. Test per redirecttype
Test exact matches, consolidaties, verwijderde pagina's, parameters, trailing slash varianten, internationale URLs en de top-URLs uit Search Console. Tien willekeurige URLs zijn te weinig.
12. Check Core Web Vitals op belangrijke templates
Bij redesigns in 2026 zie ik risico bij zware client-side componenten, tracking scripts en afbeeldingen boven de vouw. Test niet alleen de homepage.
13. Doe een launch rehearsal
Loop met SEO en development door het draaiboek. Wie activeert redirects? Wie checkt robots? Wie dient de sitemap in? Wie kijkt naar server errors? Zet namen naast taken.
14. Controleer direct na livegang de top-URLs
Pak de belangrijkste oude URLs en controleer statuscode, eindbestemming, canonical, indexeerbaarheid en analytics. Doe dit voordat iedereen naar de algemene trafficgrafiek kijkt.
15. Monitor de eerste weken op echte fouten
Dagelijkse schommelingen horen erbij. Ik kijk vooral naar oude top-URLs die 404 blijven, nieuwe pagina's met noindex, canonicals naar staging of oud domein, redirect loops en sitemaps met niet-indexeerbare URLs.
Wat ik niet zou doen
- Ik zou discontinued producten niet standaard naar de homepage redirecten.
- Ik zou geen redirect map accepteren zonder aparte review sheet met oude crawlstatus en oude canonical targets.
- Ik zou niet alleen sitemap URLs testen.
- Ik zou lage confidence matches niet live zetten zonder review.
- Ik zou een migratie niet na 48 uur beoordelen, behalve bij duidelijke crawl- of indexatiefouten.
Waar URLMatcher helpt
URLMatcher is niet bedoeld om de SEO-specialist te vervangen. Het voorkomt vooral dat je dagen kwijt bent aan duidelijke een-op-een matches, zodat je tijd overhoudt voor URLs waar geld, backlinks of rankings aan hangen.
De SEO Migration Tool laat zien hoe crawls, redirect mapping, stagingcontroles en monitoring op elkaar aansluiten. Voor het redirectbestand zelf gebruik je de URL Mapping Tool.
De workflow is simpel: upload de oude crawl, upload de nieuwe crawl, laat matches voorstellen, filter op confidence, review de twijfelgevallen en exporteer de redirectregels voor je platform. Bij schone crawls gaat dat snel. Bij rommelige ecommerce migraties met verwijderde producten en gewijzigde categorieën moet je meer handmatig beoordelen. Dat is geen fout van de tool, dat is precies waar review nodig is.
Conclusie
Een migratie gaat meestal stuk door kleine aannames: een incomplete crawl, een te nette sitemap, redirectnotities die niet worden meegenomen, canonicals die naar staging wijzen, of een launch checklist waar niemand eigenaar van is.
De beste migraties voelen op launchdag bijna saai. Oude top-URLs gaan naar logische nieuwe pagina's, de sitemap klopt, staging is uit de index, Search Console is voorbereid en de twijfelgevallen zijn al besproken. Dat is het doel.