SEO-migratie & replatforming

Q: Wat is een SEO-migratie en waarom is die zo risicovol?

SEO-migratie is het proces waarbij je de organische waarde (SEO equity) behoudt en overdraagt wanneer een website overstapt naar een ander platform, domein wijzigt, URL-structuren aanpast, een nieuw design systeem gebruikt of de technische stack vervangt. Het is risicovol omdat Google een redesign niet ziet zoals gebruikers dat doen; Google ziet vooral veranderde URL’s, aangepaste interne links, andere canonicals, nieuw gedrag bij rendering en soms compleet nieuwe crawl-routes. Als die signalen niet consistent zijn, kunnen posities dalen, zelfs als de content er hetzelfde uitziet. Het risico is groter bij sites met veel templates, meerdere markten en veel gegenereerde URL’s. Een migratie is geslaagd wanneer zoekmachines duidelijk kunnen begrijpen wat er is verplaatst, wat gelijkwaardig bleef en wat bewust is uitgefaseerd.

Meer informatie

Waarom SEO-migratieplanning belangrijk is in 2025-2026

SEO-migraties zijn moeilijker geworden, niet makkelijker, omdat moderne websites niet langer een simpele set HTML-pagina’s zijn die je van de ene server naar de andere verplaatst. Een typische replatforming bestaat tegenwoordig uit wijzigingen in JavaScript-rendering, CDN-regels, faceted navigation, API-gedreven templates, lokalisatielagen en analytics-migraties die tegelijkertijd plaatsvinden. Als zelfs één van die lagen breekt, kan Google binnen dagen URL-equivalentie, canonieke consistentie of crawl-paden verliezen. Ik zie vaak dat bedrijven zes of zeven cijfers investeren in een redesign, terwijl ze bijna niets besteden aan migration governance, en zich vervolgens afvragen waarom de rankings instorten na de livegang. Het risico is het grootst wanneer developmentteams SEO zien als een redirect-spreadsheet in plaats van een volledige systeemwijziging. Voordat een migratie start, stem ik het daarom meestal af met een technische SEO-audit om de uitgangssituatie vast te stellen, basisproblemen te identificeren en oude technische schuld te scheiden van nieuwe problemen rondom de launch. Dat onderscheid is belangrijk, omdat je niet kunt oplossen wat je niet kunt toeschrijven.

Wanneer migratieplanning zwak is, komt de kost van niets doen in lagen terug in plaats van als één duidelijk mislukking. Eerst verliezen waardevolle landingspagina’s posities omdat redirects te breed zijn, canonicals wijzigen of interne links nog steeds verwijzen naar verouderde URL’s. Vervolgens besteedt Google zijn crawl budget aan duplicaten met parameters, redirect chains of soft 404’s, terwijl belangrijke secties pas laat worden ontdekt. Het omzetverlies volgt daarna snel in categorie-, merk- en long-tail zoekopdrachten, vooral voor eCommerce-sites waar duizenden template-gedreven pagina’s afhankelijk zijn van voorspelbare indexatie. Concurrenten winnen marktaandeel tijdens die verwarring, omdat zij stabiele URL-signalen behouden terwijl je site gemengde signalen doorgeeft. Ik raad aan om vóór de launch de SERP-gap te controleren met een concurrentieanalyse zodat het bedrijf begrijpt welke zichtbaarheid op het spel staat en welke query-clusters als eerste beschermd moeten worden. Een slechte migratie vermindert niet alleen verkeer; het geeft marktaandeel weg aan snellere spelers die hun architectuur intact hielden.

Het voordeel is aanzienlijk wanneer een migratie wordt beheerd als een engineeringproject, met SEO-controles ingebouwd in elke fase. Bij 41 eCommerce-domeinen die in 40+ talen actief zijn, heb ik gezien dat geplande migraties het ranking-evenwicht behouden, binnen weken indexering herstellen en zelfs de crawl-efficiëntie verbeteren omdat overbodige legacy wordt verwijderd tijdens de overgang. Op zeer grote websites kan hetzelfde proces dat het verkeer beschermt ook URL-patronen vereenvoudigen, canonieke logica opschonen en betere controle over indexering creëren voor de komende 12-24 maanden. In meerdere gevallen was de migratie het moment om problemen op te lossen die de groei al jaren blokkeerden, waaronder valkuilen in diepe paginering, zwakke interne linking en onbeheerde uitbreiding van parameters. Het resultaat is niet alleen overleven na de livegang; het is een sterkere organische basis met schonere data en minder handmatig brandjes blussen. Mijn aanpak combineert migratiecontroles met logbestand-analyse en doorlopende SEO-rapportage & analytics zodat we kunnen volgen of Googlebot, indexering en omzetsignalen zich herstellen zoals verwacht. Zo verander je migratie van een risico-incident in een exponentieel voordeel.

Zo pakken we SEO-migratie- en replatformingsprojecten aan

Mijn migratiemethode is gebaseerd op één principe: elke relevante SEO-signaal moet óf behouden blijven, bewust worden verbeterd, of expliciet worden uitgefaseerd met een onderbouwde businessreden. Dat klinkt vanzelfsprekend, maar de meeste migraties mislukken omdat teams alleen URL’s bijhouden en de systemen eromheen negeren: interne links, templates, rendering, sitemaps, logs, analytics en marktverschillen. Ik gebruik geen generieke checklist die is gekopieerd van een blogpost en vervolgens even toepast op een brochuresite van 5.000 pagina’s en een eCommerce-catalogus met 12 miljoen URL’s. In plaats daarvan bouw ik de migratie rond echte risicogroepen, zoals indexeerbare combinaties van parameters, verweesde onderdelen (orphan sections), template-erfenis en patronen van redirect-conflicten. Bij grote sites wordt een groot deel van dit werk versneld met Python SEO automation, zodat URL-inventarissen, mapping-validatie, pariteitschecks en anomaly detection op schaal kunnen worden verwerkt. Die automatisering is de reden dat complexe migraties snel kunnen verlopen zonder slordig te worden. Het doel is niet om oordelen te automatiseren; het is om herhaalde validatie te verwijderen, zodat het oordeel kan focussen op de pagina’s en patronen die het meest ertoe doen.

Op toolniveau combineer ik Screaming Frog, Sitebulb, serverlog-analyse, Google Search Console API’s, GA4 of Adobe Analytics exports en custom crawlers, afhankelijk van de stack. Een migratie zou nooit op één gegevensbron moeten leunen, omdat elke bron een andere vraag beantwoordt: crawlers tonen de architectuur, logs tonen het gedrag van bots, GSC laat indexatie en zoekopdrachtpatronen zien, en analytics laat de commerciële impact zien. Ik bouw regelmatig pre-launch en post-launch dataplatformen die statuscodes, canonicals, titels, headings, gestructureerde data, sitemap-uptime/inclusie en het aantal interne links vergelijken tussen de oude en nieuwe omgeving. Voor enterprise-klanten worden deze checks vaak geschreven als herhaalbare scripts, zodat dezelfde validatie dagelijks kan draaien tijdens de launch week. Rapportage is gekoppeld aan een besliskader, niet aan vanity dashboards, daarom sluiten migratieprojecten vaak aan op breder SEO reporting & analytics. Als een metriek beweegt, moet het dashboard ons vertellen welke template, sectie of technische wijziging verantwoordelijk is. Dat verkort de route van detectie naar oplossing.

AI is nuttig bij migraties, maar alleen in strikt gecontroleerde delen van de workflow. Ik gebruik Claude- en GPT-stijlmodellen om change logs te samenvatten, om intent-mismatch van redirects te classificeren, QA-bevindingen te clusteren en technische bevindingen om te zetten in documentatie die klaar is voor stakeholders—vooral wanneer er honderden pagina’s of rulesets moeten worden beoordeeld. Wat AI niet doet, is het nemen van definitieve redirectbeslissingen, het vaststellen van een canoniek beleid, of het goedkeuren van launch readiness zonder deterministische validatie. De meest waardevolle inzet van AI is snelheid in patroonherkenning en communicatie, daarom werkt het goed naast custom scripts en handmatige review. Op meertalige sites kan AI ook helpen om template-pariteit tussen markten te vergelijken en om inconsistente meta-patronen te signaleren die te lang zouden duren om handmatig te inspecteren. Die workflows sluiten direct aan op mijn AI & LLM SEO workflows, maar de kwaliteitscontrole blijft door mensen geleid. Bij migratiewerk geldt: een snelle fout antwoord blijft een fout, dus elke geautomatiseerde of door AI-ondersteunde bevinding moet worden gecheckt aan de hand van crawl-, log- of paginaniveau-bewijs.

Schaalvergroting bepaalt alles in migratie SEO. Een website met 200 pagina’s kan soms blijven voortbestaan met een basis redirect-plan en een zorgvuldige crawl, maar een bedrijf dat 500K tot 10M geïndexeerde URLs beheert, heeft architectuur-level controles nodig. Ik werk momenteel met vastgoedpartijen die per domein zo’n 20M URLs genereren, met 500K tot 10M geïndexeerd per property. Daarom is de aanpak gebouwd voor URL-inflatie, faceted search, lokalisatie en gedeeltelijke template-inheritance over markten. In zulke omgevingen kun je niet elke pagina één voor één valideren; je valideert URL-regels, paginatypes, query-clusters en indexatieroutes. Daarom overlapt migratiewerk vaak met site-architectuur, internationale & meertalige SEO en website development + SEO. Migratie is niet alleen content verplaatsen van platform A naar platform B; het gaat om het beschermen van hoe ontdekbaarheid, rendering, relevantie en equity door het systeem stromen. Als dat systeem goed is ontworpen, wordt het nieuwe platform na de lancering veel makkelijker om op te schalen.

Enterprise SEO-migratiestrategie: hoe echte replatforming eruitziet

Regelmatige migratie-advies faalt snel wanneer een website groot is, meertalig, of diep geïntegreerd is met productdata. Een redirect-spreadsheet kan voldoende zijn voor een kleine site, maar het is niet genoeg wanneer er miljoenen URL’s worden gegenereerd vanuit categorieën, filters, zoekstatussen, merkpagina’s en varianten per markt. In enterprise-omgevingen is het risico zelden één rampzalige fout; het gaat eerder om honderd kleinere mismatches die samen de zichtbaarheid ondermijnen. Canonicals gaan afwijken, interne links wijzen nog steeds naar legacy-paden, sitemaps tonen URL’s die niet geïndexeerd mogen worden, JavaScript blokkeert content tot hydratatie, en hreflang-verwijzingen houden vast aan oude structuren. Legacy-systemen veroorzaken bovendien historische inconsistenties die pas zichtbaar worden tijdens de migratie, zoals pagina’s die goed ranken ondanks een zwakke architectuur, of templates die stilletjes dunne duplicaten genereren. Daarom heeft enterprise-migratie een model nodig op basis van paginatypes, regels en exception handling, en niet alleen handmatige spotchecks.

De custom layer is waar de meeste waarde wordt gecreëerd. Ik bouw regelmatig scripts om oude en nieuwe URL-sets met elkaar te vergelijken, redirect loops en many-to-one-mappings te detecteren, titel- en H1/H2-pariteit per template te meten en sitemap- of canonical-conflicten te signaleren binnen miljoenen records. Bij sommige projecten verminderden deze scripts de handmatige QA-tijd met ongeveer 80%, waardoor er ruimte kwam voor diepere review in plaats van nog meer spreadsheets. Bij één migratie identificeerde geautomatiseerde validatie een patroon waarbij gelokaliseerde categoriepagina’s correct werden geredirect, maar daarbij het verkeerde canonical-doel overnamen—een fout die indexatie over 14 markten had kunnen verdunnen. Bij een ander project liet crawl- en loganalyse zien dat Googlebot herhaaldelijk requests besteedde aan uitgefaseerde parameter-URL’s; daarom hebben we interne links omgeschakeld en serverresponsen opgeschoond om de crawl-efficiëntie binnen enkele weken 3× te verbeteren. Wanneer migraties raken aan automatisch gegenereerde landingspagina’s of grootschalige, getemplateerde assets, overlapt het werk vaak met programmatic SEO voor enterprise, omdat dezelfde regelsystemen die pagina’s creëren, behouden of intelligent herschreven moeten worden. Het gaat er niet om meer tooling te hebben dan iedereen; het gaat erom de juiste tooling te hebben voor de specifieke faalmodi van de site.

Een migratie mislukt ook wanneer de SEO-lead alleen als geïsoleerde reviewer opereert in plaats van als geïntegreerde delivery partner. Mijn rol bevindt zich doorgaans tussen product, development, analytics, content en regionale teams, omdat de lancering alleen slaagt als elke groep weet welke beslissingen de vindbaarheid en rankings beïnvloeden. Developers hebben exacte technische acceptatiecriteria nodig, geen generieke aanbevelingen. Contentteams moeten weten welke titels, heading-tags en copy-patronen verplicht zijn voor gelijkwaardigheid en welke na de lancering verbeterd kunnen worden. Productmanagers hebben een backlog nodig die op risico is gerangschikt, zodat launch-blockers worden gescheiden van nice-to-have items. Daarom hangt migratiewerk vaak samen met website development + SEO en met vervolgwerk zoals SEO curation & monthly management na de lancering. Het migratie-opleverresultaat is geen PDF; het is een werkbaar beslissingssysteem dat het team onder tijdsdruk kan gebruiken.

Resultaten van migratiewerk zijn zelden lineair en verwachtingen moeten eerlijk worden gezet. In de eerste 30 dagen zijn de belangrijkste doelen technische stabiliteit, correcte redirecting, snellere her-crawl en het voorkomen van index-bloat. Tegen 60-90 dagen moet je zien of secties met hoge waarde weer zichtbaarheid terugkrijgen en of Googlebot tijd besteedt aan de juiste templates. Na 6 maanden moet het bedrijf evalueren of het nieuwe platform de crawl-efficiëntie heeft verbeterd, de snelheid van contentdeployments heeft verhoogd en schaalbaarheid biedt om uit te breiden naar nieuwe secties of markten. Na 12 maanden presteren de beste migraties beter dan de oude website, omdat technische schuld tijdens de migratie is verwijderd, niet alleen is meegenomen. De metrics die ik het nauwst in de gaten houd, zijn indexed URL-pariteit per template, non-brand zichtbaarheid, herstel van query-clusters, vermindering van crawl waste en stabiliteit van organische omzet. Deze signalen laten je zien of de migratie alleen is overleefd, of dat er een sterker organisch systeem is ontstaan.

Opleveringen

Wat is inbegrepen

01 Pre-migratie benchmark die rankings, geïndexeerde pagina’s, templates, revenue-pagina’s, crawlgedrag en technische schuld in kaart brengt, zodat veranderingen na de launch kunnen worden gemeten op basis van echte data in plaats van aannames.

02 URL-inventarisatie en redirect-mapping op page-pattern- en page-level diepte, zodat de meest waardevolle legacy-URL’s naar de meest relevante bestemming gaan in plaats van bulk doorgestuurd te worden naar generieke categorieën of de homepage.

03 Template-pariteit check voor titels, meta descriptions, canonicals, headings, hreflang, structured data, interne links en indexatie-instructies, zodat kritieke SEO-signalen intact blijven bij de platformmigratie.

04 Staging-omgeving QA die rendering, crawlbaarheid, robots-regels, statuscodes, gefacetteerde navigatie, JavaScript-hydration en mobiel gedrag controleert voordat iets in productie gaat.

05 Monitoring-framework voor launch-dag met serverlogs, GSC, analytics, crawl-snapshots, XML-sitemaps en redirect-validatie om kritieke storingen binnen uren te detecteren in plaats van weken.

06 Internationale migratiecontroles voor ccTLD-, subfolder- of subdomain-setup, inclusief hreflang-consistentie, regionale canonicals, taalwissellogica en markt-specifieke page-mapping.

07 Herstel van interne links dat navigatie, breadcrumbs, footer-links, XML sitemaps en contextuele links bijwerkt, zodat Google nieuwe URL’s direct ontdekt in plaats van op redirects te vertrouwen.

08 Rollback- en contingencyplanning met vooraf gedefinieerde drempels, issue-eigenaren, escalatieroutes en noodregels voor robots, canonicals, redirects en de afhandeling van serverresponses.

09 Roadmap voor herstel na de launch met prioriteit voor indexatie, crawl-efficiëntie, revenue-templates en queryclusters, zodat het bedrijf weet wat het moet oplossen in week 1, week 2, maand 1 en maand 3.

10 Executive- en implementatiedocumentatie vertaald voor developers, productmanagers, contentteams en leidinggevenden, zodat migratiebeslissingen uitvoerbaar en traceerbaar zijn voor alle betrokkenen.

Proces

Hoe het werkt

Fase 01

Fase 1: Audit, benchmark en migratierisicomodel

Focus in week 1-2 op het begrijpen van de huidige site voordat iemand het over lanceerdatums heeft. Ik verzamel basisgegevens over organisch verkeer, topomzet-URL’s, templategroepen, indexeringsniveaus, interne links, crawlfrequentie, structured data en de huidige technische schuld. Daarna bouw ik een migratierisicomodel dat kritieke templates scheidt van gebieden met lage impact en identificeert wat exact gelijk moet blijven versus wat tijdens de migratie kan worden verbeterd. De output is een benchmarkpakket, een risicoregister en een geprioriteerde scope waarop product, development, SEO en leadership op één lijn kunnen komen.

Fase 02

Fase 2: URL-mapping, specificatie en staging QA

Weken 2-5 draaien om het omzetten van strategie in implementatieregels. Ik maak logica voor redirect-mapping, bepaal het canonical- en indexatiebeleid, documenteer sitemapregels, controleer template-pariteit en valideer stagingomgevingen op crawlbaarheid en rendering. Dit is ook waar interne linking, breadcrumbs, paginering, hreflang en gestructureerde data worden getest, zodat ze geen verrassingen zijn na de livegang. Tegen het einde van deze fase heeft het team een launch-checklist met pass-fail-criteria in plaats van een vaag gevoel dat de nieuwe site er klaar uitziet.

Fase 03

Fase 3: Lancering en eerste 72 uur

De lanceringweek draait als incidentpreventie, niet als viering. Ik bewaak statuscodes, het gedrag van redirects, robots-directives, live XML-sitemaps, analytics-tracking, GSC-indieningen, serverlogs en belangrijke templatesamples binnen uren na go-live. Wanneer er problemen opduiken, worden ze gesorteerd op zakelijke impact: revenue-pagina’s, high-link-equity-pagina’s en grote templates eerst. De oplevering is een live issue-queue met eigenaren, deadlines en validatie, zodat het bedrijf precies weet wat er stuk is, wat is opgelost en wat er in de gaten wordt gehouden.

Fase 04

Fase 4: Herstel, her-crawl en stabilisatie van groei

De laatste fase bestrijkt de komende 4-12 weken, soms langer voor zeer grote sites. Ik vergelijk oude versus nieuwe prestaties per sectie, querycluster en template, en werk vervolgens door crawl-efficiëntie, indexatie-pariteit, het opschonen van redirects, updates van interne links en content- of metadataherstel waar nodig. Dit is waar migraties niet langer reactief zijn, maar strategisch: zodra de stabiliteit terugkeert, kan het nieuwe platform worden geoptimaliseerd voor een betere schaalbaarheid dan het oude. Het resultaat is een herstel-roadmap, terugkerende performance-rapporten en een backlog met verbeteringen na de migratie, gerangschikt op basis van verwachte impact.

Vergelijking

SEO-migratiedienst: standaard agency-werkwijze vs enterprise-aanpak

Dimensie

Standaardaanpak

Onze aanpak

Ontdekking

Een korte pre-launch crawl en een generieke checklist, vaak zonder basisrangeringen, template-segmentatie of prioritering van revenue-pagina's.

Een volledige benchmark op verkeer, posities, revenue-templates, logs, geïndexeerde pagina's en technische schulden, zodat post-launch wijzigingen precies kunnen worden toegeschreven.

Omleidingsmapping

Individuele one-to-one of many-to-one omleidingen in bulk die laat worden aangemaakt, met weinig businesslogica en minimale validatie.

Regelgestuurde en prioriteitsgedreven mapping die intent, link equity en waardevolle paden behoudt, met geautomatiseerde validatie voor ketens, lussen en onjuistheden.

Template QA

Handmatige steekproeven op een kleine set pagina's, meestal gericht op alleen zichtbare elementen.

Gelijkheidscontroles voor titels, canonicals, koppen, schema, hreflang, interne links, weergave-uitvoer en indexeringsregels per template en markt.

Monitoring livegang

Wacht tot Search Console en analyses na een paar dagen problemen aangeven en onderzoek dan reactief.

Monitor statuscodes, redirectgedrag, serverlogs, sitemapinzendingen, crawls en templatesnapshots binnen enkele uren na de livegang.

Internationale afhandeling

Behandel vertaalde sites als duplicaten van de hoofdmarkt en ga ervan uit dat redirects de regionale complexiteit afdekken.

Valideer de logica per markt voor hreflang, canonieke doelen, lokale templates, URL-patronen en regionale revenue-pagina's.

Post-launch herstel

Los zichtbare problemen ad hoc op en verklaar succes zodra het verkeer niet langer daalt.

Voer een gestructureerd herstelplan uit, inclusief snellere hercrawl, updates van interne links, crawl waste, indexatiepariteit en groeikansen per sectie.

Checklist

Volledige SEO-migratie checklist: wat we behandelen

✓ Nauwkeurigheid van URL-mapping voor top-pagina’s, templates en legacy-patronen, omdat slechte mapping autoriteit naar irrelevante bestemmingen stuurt en rankings die jaren hebben gekost om op te bouwen kan vernietigen. KRITIEK
✓ Canonical-equivalentie tussen oude en nieuwe templates, omdat een onjuiste canonical de juiste pagina kan de-indexeren, zelfs als redirects technisch correct zijn. KRITIEK
✓ Robots-, meta-robots- en header-instructies voor staging en productie, omdat één noindex of geblokkeerde route op template-niveau volledige secties uit zoekresultaten kan verwijderen. KRITIEK
✓ Werk interne links bij in navigatie, breadcrumbs, voetteksten en contextuele modules, omdat het vertrouwen op redirects voor vindbaarheid het herstel vertraagt en crawlbudget verspilt.
✓ XML-sitemapdekking en -kwaliteit, omdat sitemaps die doorgestuurde, gecanoniseerde of niet-indexeerbare URL’s bevatten zoekmachines in de war brengen bij het opnieuw verwerken.
✓ Gegevens met gestructureerde opmaak behouden voor product-, categorie-, organisatie-, FAQ-, breadcrumb- en artikeltemplates, omdat verloren schema’s de geschiktheid voor rich results kunnen verlagen na de lancering.
✓ Consistente Hreflang- en regionale URL’s, omdat kapotte marktverwijzingen vaak leiden tot kannibalisatie tussen landen en een zwakkere lokale zichtbaarheid.
✓ Valideer serverreacties, inclusief gedrag met 200, 301, 302, 404 en 410, omdat inconsistente statusafhandeling Google laat heroverwegen of de site van goede kwaliteit is en consolidatie vertraagt.
✓ Rendering- en contentpariteit op JavaScript-gedreven pagina's, omdat content die pas wordt weergegeven na client-side uitvoering kan leiden tot zwakkere indexeringsprestaties of onvolledige relevantiesignalen.
✓ Rollback-gereedheid met eigenaarstoewijzingen en drempelwaarden voor issues, omdat de snelste manier om schade te beperken is om precies te weten wanneer en hoe je een fout element in een release terugdraait.

Resultaten

Echte resultaten uit SEO-migratieprojecten

Enterprise fashion eCommerce

+18% non-brand zichtbaarheid in 4 maanden

Dit project omvatte een replatform van een legacy storefront naar een snellere stack in 12 markten. Het belangrijkste risico was dat we categorie- en merkpagina-equity zouden verliezen tijdens een URL-herstructurering die ook de navigatielogica wijzigde. Ik heb redirect-regels herbouwd op basis van patronen, de canonical- en hreflang-pariteit gevalideerd en migratie-monitoring gekoppeld aan international & multilingual SEO-controls. Het verkeer daalde kort in week 1, stabiliseerde tegen week 3 en de non-brand zichtbaarheid lag binnen 4 maanden 18% hoger dan op het oude platform, omdat crawl-waste werd verminderd en interne linking werd verbeterd.

Grote marktplaats

500K+ URL’s/dag opnieuw verwerkt na livegang

De marktplaats had miljoenen combinaties tussen verkopers, categorieën en landingspagina’s, met een groot risico op dubbele parameters en ‘wees’-inventaris. We gebruikten gefaseerde regels, aangepaste validatiescripts en site architecture updates om te voorkomen dat laagwaardige toestanden na de livegang de index zouden overspoelen. In de eerste maand werd Googlebot omgeleid naar de nieuwe prioriteitssecties, terwijl verouderde parameter-URL’s netjes werden uitgefaseerd. Het resultaat: snellere herverwerking, meer controle over indexatie en geen langdurige zichtbaarheid-daling op templates die omzet genereren.

B2B industriële catalogus

3× hogere crawl-efficiëntie en herstel van traffic in 5 weken

Deze migratie combineerde een domeinverhuizing, een CMS-wijziging en contentopruiming, waardoor het team in feite alles tegelijk aan het veranderen was. De site had meer dan 1,6M legacy-URL’s, inconsistente canonicals en tientallen paden van interne zoekopdrachten met lage kwaliteit die nog steeds gecrawld werden. Ik combineerde redirect-consolidatie, log file analysis, en na de lancering schema & structured data fixes om ontdekking te herstellen en indexing-signalen te zuiveren. Binnen 5 weken waren organische sessies terug op baseline en de crawl-efficiëntie verbeterde ongeveer 3×, omdat Googlebot veel minder tijd besteedde aan dubbele of uitgefaseerde paden.

Gerelateerde cases

4× Growth

SaaS

Cybersecurity SaaS Internationaal

Van 80 naar 400 bezoeken/dag in 4 maanden. Internationaal cybersecurity SaaS-platform met een multi-...

0 → 2100/day

Marketplace

Marktplaats voor Gebruikte Auto’s Polen

Van nul naar 2100 dagelijkse organische bezoekers in 14 maanden. Volledige SEO-lancering voor een Po...

10× Growth

eCommerce

Luxury Furniture eCommerce Duitsland

Van 30 naar 370 bezoeken/dag in 14 maanden. Premium meubel eCommerce in de Duitse markt....

Andrii Stanetskyi

De persoon achter elk project

11 jaar lang SEO-problemen oplossen in elke branche — eCommerce, SaaS, medisch, marketplaces, dienstverleners. Van solo-audits voor startups tot het aansturen van enterprise stacks met meerdere domeinen. Ik schrijf de Python, bouw de dashboards en ik ben verantwoordelijk voor het resultaat. Geen tussenpersonen, geen accountmanagers — direct contact met de persoon die het werk doet.

200+

Opgeleverde projecten

18

Branches

40+

Talen gedekt

11+

Jaren ervaring in SEO

Match-check

Is SEO-migratie de juiste keuze voor uw bedrijf?

Grote e-commercebedrijven die overstappen naar een nieuw platform, een headless build, of een genationaliseerde storefront-structuur per regio. Als je productcatalogus, categoriesysteem en interne linking een groot deel van de omzet bepalen, is migratiecontrole verplicht—niet optioneel. Dit is vooral relevant voor bedrijven die na de lancering ook enterprise eCommerce SEO op diepgaand niveau nodig hebben.

Internationale bedrijven die domeinen, taaldirectories, marktrouting of CMS-logica over meerdere landen wijzigen. Dergelijke migraties brengen extra risico met zich mee, omdat hreflang, canonicals en gelokaliseerde templates allemaal op elkaar afgestemd moeten blijven. Als er meerdere teams of markten betrokken zijn, moet dit werk vanaf het begin worden gekoppeld aan toezicht door international & multilingual SEO.

Bedrijven met 100K+ URL’s, gefacetteerde navigatie, grote documentatie-omgevingen of programmatic gegenereerde pagina’s. Op deze schaal is handmatige QA alleen te traag en te kwetsbaar, daarom heeft het proces baat bij automatisering en op regels gebaseerde validatie. Veel van deze projecten sluiten ook goed aan op programmatic SEO voor enterprise wanneer templates en logica voor het genereren van pagina’s veranderen.

Bedrijven die al hebben toegezegd aan lancerdatums en een operator nodig hebben die rechtstreeks met development-, analytics- en productteams kan samenwerken onder druk. Mijn rol past bij teams die behoefte hebben aan een nauwkeurige issues-lijst, besliskaders en ondersteuning bij implementatie, in plaats van generiek advies. Het is met name waardevol wanneer migratie onderdeel is van een bredere rebuild onder website development + SEO.

Niet passend?

Een kleine brochure-website met slechts een beperkt aantal pagina’s en weinig tot geen relevante organische vindbaarheid heeft mogelijk geen volledige migratie-implementatie nodig. In dat geval is vaak een gerichte technische SEO-audit plus advies over redirects voldoende.

Teams die nog steeds een CMS kiezen, de herontwerp-richting bepalen of hun informatiearchitectuur herzien, maar nog niet met de implementatie zijn begonnen, kunnen eerst meer waarde halen uit website-development-seo of site architecture planning, voordat ze de uitvoering van migratie bespreken.

FAQ

Veelgestelde vragen

SEO-migratie is het proces waarbij je de organische waarde (SEO equity) behoudt en overdraagt wanneer een website overstapt naar een ander platform, domein wijzigt, URL-structuren aanpast, een nieuw design systeem gebruikt of de technische stack vervangt. Het is risicovol omdat Google een redesign niet ziet zoals gebruikers dat doen; Google ziet vooral veranderde URL’s, aangepaste interne links, andere canonicals, nieuw gedrag bij rendering en soms compleet nieuwe crawl-routes. Als die signalen niet consistent zijn, kunnen posities dalen, zelfs als de content er hetzelfde uitziet. Het risico is groter bij sites met veel templates, meerdere markten en veel gegenereerde URL’s. Een migratie is geslaagd wanneer zoekmachines duidelijk kunnen begrijpen wat er is verplaatst, wat gelijkwaardig bleef en wat bewust is uitgefaseerd.

De kosten van een SEO-migratie hangen af van de scope, het aantal URL’s, de technische complexiteit, het aantal markten en de mate waarin SEO al vanaf het begin is meegenomen. Een migratie voor een kleine of middelgrote site kan bijvoorbeeld een gerichte adviesopdracht zijn, terwijl een internationale eCommerce-replatform vaak meerdere weken intensieve ondersteuning vraagt voor planning, QA, de lancering en eventuele herstelacties. De grootste prijsbepaler is meestal niet alleen het paginatotaal, maar vooral het aantal unieke templates, de redirect-regels en het aantal betrokken stakeholders. Ik schat migraties daarom op basis van risico en werkdruk, niet op basis van willekeurige pakketten. Voor een nauwkeurige indicatie heb ik je huidige architectuur, planning van de lancering, markten en de vraag nodig of er al ontwikkelondersteuning beschikbaar is.

Bij de meeste serieuze migraties duurt de voorbereiding doorgaans 4 tot 8 weken voordat de site live gaat. Na de lancering volgt nog een monitoringperiode van minimaal 4 tot 12 weken om impact en eventuele technische issues te volgen. Bij grotere enterprise-projecten met complexe lokalisatie, meerdere codebases of miljoenen URL’s is vaak meer voorbereiding nodig, omdat redirect-logica, template-pariteit en QA meer tijd kosten. De fout die ik het vaakst zie, is starten met SEO twee weken vóór de release, terwijl veel cruciale beslissingen dan al vastliggen. Een goede planning omvat baseline benchmarking, mapping, staging QA, launch control en een herstelplan. Herstel is niet één vast getal: Google crawlt sites in verschillende snelheden, maar de eerste trend-signalen zijn meestal binnen enkele dagen tot weken zichtbaar.

“Zonder verkeersverlies” is het doel, maar het is geen belofte die een eerlijke SEO-aanbieder volledig kan garanderen. Ook bij goed uitgevoerde migraties kan er tijdelijk schommelingen optreden, omdat Google tijd nodig heeft om redirects te verwerken, de nieuwe site opnieuw te crawlen en templates opnieuw te beoordelen. Wat ik nastreef is gecontroleerd risico, snelle detectie van problemen en de kortst mogelijke, realistische hersteltijd. Bij veel sterke migraties herstellen waardevolle onderdelen vaak binnen 2-6 weken, terwijl volledige normalisatie op grote websites soms maanden kan duren. Daarom is planning zo belangrijk: een kleine, beheersbare dip is heel iets anders dan een voorkombare daling van 40% die een kwartaal aanhoudt.

Minstens test ik redirects, statuscodes, canonicals, robots-regels, XML-sitemaps, interne links, analytics-tracking, gestructureerde data, hreflang, mobiele weergave en indexeerbaarheid per template. Op JavaScript-rijke of headless sites vergelijk ik ook de gegenereerde (gerenderde) HTML en zorg ik dat essentiële content zichtbaar is zonder kapotte of mislukte hydratatiepatronen. Bij grote websites moet testen gebeuren op richtlijnen en templates, niet alleen op een paar voorbeeldpagina’s, omdat kleine templatefouten duizenden URL’s kunnen raken. Ik controleer ook staging-omgevingen zodat er geen onbedoelde noindex-instelling of geblokkeerd asset-gedrag wordt meegenomen naar productie. Een go-live checklist werkt alleen als elk item een duidelijke acceptatie-/afkeurdefinitie heeft en één verantwoordelijke.

Ja, omdat elk platform andere sterke punten en risico’s op falen heeft. Bij Shopify-migraties komen vaak beperkingen naar voren rondom URL-behandeling, templating en duplicatie die door apps wordt gegenereerd. Magento-projecten kunnen complex worden door gelaagde navigatie, store views en een geschiedenis van legacy-redirects. Headless-oplossingen introduceren extra aandachtspunten voor rendering, hydratatie, caching en risico’s rond previewomgevingen, die je bij traditionele CMS’en minder ziet. Maatwerkplatformen verschillen nog sterker, omdat SEO-gedrag afhangt van wat het developmentteam heeft gebouwd en wat er daadwerkelijk aan crawlers wordt aangeboden. De basisprincipes van migratie blijven hetzelfde, maar de uitvoering, de mate van QA en de monitoringprioriteiten veranderen per stack.

Het belangrijkste is om niet langer op paginaniveau te denken, maar op templates, regels en segmenten. Ik groepeer URL’s op basis van paginatype, markt, intentie en businesswaarde en valideer vervolgens het migratiegedrag binnen die clusters met crawlers, logs, API’s en maatwerk-scripts. Zo kun je miljoenen records auditen zonder te doen alsof elk item handmatig beoordeeld kan worden. Bij sites met 10M+ gegenereerde URL’s splitsen we bovendien gegenereerde states die nooit geïndexeerd mogen worden af van de pagina’s die hun waarde moeten behouden. Scale is goed beheersbaar wanneer architectuur, redirect-logica en monitoring vanaf dag één zijn ontworpen voor schaal.

Na de lancering verschuift het werk van preventie naar gecontroleerd herstel en optimalisatie. Ik volg dan het crawlgedrag, de indexering, zichtbaarheid, organische omzet, redirectprestaties en afwijkingen op template-niveau. Daarna prioriteer ik verbeteringen op basis van de impact voor het bedrijf. Voor de meeste bedrijven is een follow-up van minstens 1 tot 3 maanden nuttig, omdat daar verborgen problemen naar boven komen en Google laat zien hoe het de nieuwe website interpreteert. Bij grotere organisaties wordt migratie vaak het startpunt van een breder werk- en beheermodel via [SEO curation & maandelijkse management](/services/seo-monthly-management/). Doorlopende support is vooral waardevol als je wilt dat het nieuwe platform beter presteert dan het oude, in plaats van alleen terug te keren naar het oude niveau.

Volgende stappen

Start je SEO-migratieproject met een echt plan

Een succesvolle migratie is geen kwestie van geluk, en het is ook niet het resultaat van één redirect-sheet die de dag voor de launch rondgaat. Het komt voort uit het benchmarken van de huidige site, het beschermen van pagina’s die omzet genereren, het op grote schaal valideren van nieuwe templates en het monitoren van de eerste weken met voldoende precisie om problemen te signaleren voordat ze verliezen worden. Dat is het werk dat ik als practitioner doe: 11+ jaar ervaring in enterprise eCommerce SEO, 41 domeinen in 40+ talen, kennis van URL-architecturen van 10M+ en een levermodel dat technische diepgang combineert met Python-automatisering en AI-ondersteunde QA. Het resultaat is niet alleen een lager launch-risico. Het is een schonere, beter schaalbare organische basis die toekomstige groei kan ondersteunen in content, categorieën, markten en product discovery.

De eerste stap is een migratie-scopegesprek waarin we je huidige platform, het doelplatform, de planning voor de lancering, het aantal URL’s, de marktinstellingen en de onderdelen van je site die het meest commercieel belangrijk zijn, doornemen. Daarna kan ik meestal de waarschijnlijke risicogebieden schetsen, wat er direct geaudit moet worden en of het project een volledig migratieframework nodig heeft of juist een gerichtere interventie. Als we doorgaan, is de eerste oplevering doorgaans een baseline-audit en een migratie-risicomodel binnen de eerste 5-10 werkdagen, afhankelijk van de toegang en de complexiteit. Je hebt geen perfecte documentatie nodig voordat je contact opneemt; toegang tot analytics, Search Console, een crawl en basisplannen voor de lancering zijn meestal voldoende om te starten. Als je migratiedatum al dichtbij is, is dat nog steeds haalbaar, maar hoe eerder SEO wordt geïntegreerd, hoe meer risico we al vóór de lancering kunnen wegnemen.