Nieuwe website of ander CMS? Gebruik deze SEO-migratiechecklist voor redirects, content, tracking en controle vóór en na de livegang.
Een website migreren zonder SEO-verlies begint vóór het ontwerp of de bouw. Leg eerst vast welke pagina’s nu bezoekers en aanvragen opleveren, behoud waardevolle URL’s waar dat kan, maak voor iedere gewijzigde URL een passende permanente redirect en test de nieuwe site vóór livegang op indexeerbaarheid, content, interne links en tracking.
Een gelijkblijvende positie kan niemand garanderen. Google waarschuwt dat rankings na een grote wijziging tijdelijk kunnen schommelen. Met een goede inventaris, redirectmap, testrapport en monitoring verklein je wel de kans op vermijdbare schade.
Wat is een SEO-migratie?
Een SEO-migratie is het gecontroleerd overzetten van de zoekwaarde, content en meetbaarheid van een bestaande website naar een nieuwe situatie.
Dat is nodig wanneer je bijvoorbeeld:
- een nieuwe website laat bouwen;
- overstapt naar een ander CMS;
- de URL-structuur verandert;
- naar een andere domeinnaam verhuist;
- meerdere websites samenvoegt;
- pagina’s verwijdert of samenvoegt;
- de navigatie en interne links ingrijpend wijzigt.
Een nieuw ontwerp zonder nieuwe domeinnaam kan dus ook een SEO-migratie zijn. Het risico zit niet alleen in de domeinnaam. Ook gewijzigde URL’s, verdwenen teksten, ontbrekende interne links, trage templates en verkeerde indexeringsinstellingen kunnen invloed hebben.
Verandert alleen de vormgeving en blijven URL’s, content, techniek en interne links gelijk? Dan is het risico kleiner. Controle blijft nodig, omdat de live site anders kan werken dan de testomgeving.
Waarom kan een nieuwe website vindbaarheid verliezen?
Google ziet geen webproject, maar afzonderlijke URL’s, links, content en technische signalen.
Bij een migratie kan bijvoorbeeld dit misgaan:
- een goed vindbare pagina verdwijnt;
- een oude URL geeft een 404-fout;
- meerdere oude pagina’s verwijzen zonder reden naar de homepage;
- de nieuwe pagina bevat minder relevante informatie;
- interne links wijzen nog naar oude URL’s;
- een staginginstelling met
noindexblijft actief; - de canonical verwijst naar de verkeerde URL;
- de sitemap bevat oude of niet-indexeerbare pagina’s;
- formulieren of analytics meten niet meer goed.
Daarom is “de website staat online” geen goede definitie van een geslaagde migratie. De nieuwe site moet ook bereikbaar, begrijpelijk, meetbaar en controleerbaar zijn.
Website migreren zonder SEO-verlies begint met drie bewijsstukken
1. Een URL- en contentinventaris
Dit overzicht bevat minimaal:
- alle bestaande indexeerbare URL’s;
- huidige organische landingspagina’s;
- pagina’s met relevante zoektermen, klikken of vertoningen;
- pagina’s met belangrijke interne of externe links;
- formulieren, downloads en andere conversiepunten;
- de beslissing per pagina: behouden, verbeteren, samenvoegen of verwijderen.
De inventaris voorkomt dat een kleine pagina per ongeluk verdwijnt terwijl die wel aanvragen uit een waardevolle zoekvraag oplevert.
2. Een redirectmap
Een redirectmap zet iedere veranderde oude URL naast de best passende nieuwe URL.
| Oude URL | Beslissing | Nieuwe bestemming |
|---|---|---|
| /oude-dienst/ | vervangen | /nieuwe-dienst/ |
| /blog/oude-uitleg/ | behouden | dezelfde URL |
| /oude-checklist/ | samenvoegen | /complete-checklist/ |
| /tijdelijke-actie/ | verwijderen | 404 of 410 beoordelen |
Google adviseert permanente serverredirects, zoals 301 of 308, wanneer een URL blijvend verhuist. Oude URL’s horen niet zonder inhoudelijke reden allemaal naar de homepage te verwijzen. Dat kan als een soft 404 worden behandeld. Lees de Google-richtlijnen over redirects.
3. Een testrapport met go/no-go
Een testrapport laat zien wat op de stagingomgeving is gecontroleerd en wat na livegang opnieuw wordt getest.
Laat per controle opnemen:
- wat is getest;
- op welke URL’s of templates;
- wat de uitkomst is;
- wie een fout oplost;
- of de fout livegang blokkeert;
- wanneer de hercontrole plaatsvindt.
Zo verandert “SEO zit goed” in een controleerbare afspraak.
De 15-puntenchecklist
Fase 1: bepaal wat werkelijk verandert
1. Benoem het type migratie
Schrijf op of het gaat om een redesign, CMS-wissel, domeinwijziging, nieuwe URL-structuur, samenvoeging of combinatie.
Hoe meer tegelijk verandert, hoe moeilijker fouten te verklaren zijn. Google adviseert waar mogelijk één grote wijziging per keer uit te voeren. Bekijk de actuele Google-documentatie over site moves.
2. Leg zakelijke succescriteria vast
SEO behouden betekent niet alleen dat het totale bezoekersaantal ongeveer gelijk blijft.
Noteer welke uitkomsten belangrijk zijn:
- organische bezoeken naar dienstenpagina’s;
- zichtbaarheid op commerciële zoekvragen;
- contactformulieren en telefoonklicken;
- downloads of afspraakaanvragen;
- belangrijke vervolgpaden naar een dienst.
3. Maak een nulmeting
Bewaar vóór livegang minimaal:
- Search Console-prestaties per query en pagina;
- organische landingspagina’s in GA4;
- key events en formuliertests;
- geïndexeerde en uitgesloten pagina’s;
- de huidige sitemap;
- een crawl van de bestaande website;
- belangrijkste posities.
Kies een periode die bij je bedrijf past. Bij seizoenswerk kan alleen vergelijken met de vorige maand een verkeerd beeld geven.
Fase 2: bescherm bestaande waarde
4. Behoud URL’s als verandering niets oplevert
Een kortere of mooiere URL is niet automatisch beter.
Blijft de inhoud hetzelfde en is de bestaande URL logisch? Behoud hem dan bij voorkeur. Iedere onnodige wijziging voegt een redirect en extra kans op fouten toe.
5. Behoud de zoekintentie en nuttige inhoud
Een pagina met dezelfde URL kan alsnog waarde verliezen wanneer de nieuwe versie een andere vraag beantwoordt of veel nuttige uitleg schrapt.
Vergelijk daarom:
- titel en hoofdonderwerp;
- H1 en tussenkoppen;
- uitleg die bezoekers helpt kiezen;
- interne links;
- afbeeldingen en altteksten;
- structured data;
- formulieren en CTA’s.
Je hoeft oude tekst niet woordelijk te kopiëren. De nieuwe pagina moet wel dezelfde relevante behoefte blijven beantwoorden.
6. Maak een volledige redirectmap
Koppel iedere gewijzigde URL aan de inhoudelijk meest passende nieuwe pagina.
Test ook:
- redirectketens;
- redirects naar een URL die opnieuw doorstuurt;
- hoofdlettervarianten;
- URL’s met en zonder slash;
- oude pdf’s en afbeeldingen met links;
- http-, https-, www- en niet-www-varianten.
Google beveelt een directe permanente serverredirect naar de eindbestemming aan.
Fase 3: test vóór livegang
7. Bescherm de stagingomgeving
Een testomgeving hoort niet in Google te komen. Afgeschermde toegang is hiervoor meestal veiliger dan alleen vertrouwen op een indexeringsinstelling.
Controleer vóór livegang apart dat belangrijke pagina’s op de echte website niet door een stagingregel worden geblokkeerd.
8. Crawl de stagingwebsite
Controleer op:
- 404- en serverfouten;
- ontbrekende of dubbele titels;
- ontbrekende H1’s;
- verkeerde canonicals;
- niet-indexeerbare belangrijke pagina’s;
- kapotte interne links;
- weespagina’s;
- ontbrekende afbeeldingen;
- structured data-fouten;
- onverwachte taal- of hreflangproblemen.
Vraag om het rapport en de lijst met opgeloste bevindingen.
9. Test ieder belangrijk paginatype
Een homepage kan goed werken terwijl blogartikelen, dienstenpagina’s of formulieren een fout template gebruiken.
Test minimaal één voorbeeld van ieder paginatype op desktop en mobiel.
10. Test tracking en aanvragen
Controleer:
- of GA4 op alle belangrijke templates laadt;
- of cookiekeuzes correct worden verwerkt;
- of key events afgaan;
- of bedankpagina’s werken;
- of formulieren werkelijk aankomen;
- of telefoon- en e-mailknoppen werken;
- of campagneparameters niet door redirects verdwijnen.
Gebruik herkenbare testaanvragen, zodat ze niet als echte leads worden beoordeeld.
Wil je hier dieper op ingaan? Lees dan ook hoe je contactformulieren controleert en verbetert.
11. Maak een backup en terugvalplan
Leg vast wie de livegang mag uitstellen of terugdraaien.
Een terugvalplan bevat:
- een recente backup;
- toegang tot domein, hosting en CMS;
- verantwoordelijken en bereikbaarheid;
- criteria voor rollback;
- controles direct na herstel.
Fase 4: controleer de livegang
12. Test redirects op de echte omgeving
Test:
- de belangrijkste oude URL’s;
- een steekproef uit iedere URL-categorie;
- URL’s met waardevolle externe links;
- redirects naar de definitieve indexeerbare bestemming;
- de complete lijst geautomatiseerd bij grotere websites.
13. Controleer indexeerbaarheid, canonicals en sitemap
Belangrijke pagina’s moeten een 200-status hebben, indexeerbaar zijn en een passende self-canonical gebruiken.
Werk de XML-sitemap bij met alleen de gewenste URL’s en dien die in Search Console in. Google vermeldt dat een sitemap de ontdekking van nieuwe URL’s kan versnellen.
Bij een domeinwijziging zijn aanvullende stappen nodig, waaronder verificatie van beide properties en waar passend de adreswijziging in Search Console.
Wil je de technische staat eerst los onderzoeken? Bekijk dan mijn uitleg over een technische SEO-analyse.
14. Herhaal de conversietest
Stuur na livegang opnieuw testformulieren vanaf desktop en mobiel. Controleer zowel de ontvangst als de meting.
Een groene statuscode bewijst niet dat een formulier de aanvraag ook werkelijk verstuurt.
Fase 5: monitor na de migratie
15. Vergelijk patronen, niet één losse dag
Google geeft aan dat posities tijdelijk kunnen schommelen. Voor middelgrote websites kan het enkele weken of langer duren voordat nieuwe URL’s de oude geleidelijk vervangen.
Controleer:
- crawl- en indexeringsproblemen;
- oude URL’s die niet goed doorsturen;
- nieuwe 404-fouten;
- veranderingen per organische landingspagina;
- belangrijke queryclusters;
- formulieren en key events;
- laadsnelheid van belangrijke templates;
- interne links naar oude URL’s.
Controleer in de eerste dagen dagelijks op technische fouten, maar beoordeel verkeer en aanvragen over een langere, passende periode.
Wie is waarvoor verantwoordelijk?
| Onderdeel | Ondernemer | Leverancier |
|---|---|---|
| Zakelijke doelen | Bepaalt welke diensten en aanvragen tellen | Richt de meting technisch in |
| Content | Bepaalt welke pagina’s moeten blijven | Zet content correct over |
| URL’s | Geeft akkoord op behouden, samenvoegen of verwijderen | Bouwt en test redirects |
| Techniek | Beslist over go/no-go | Controleert crawlbaarheid, canonicals en sitemap |
| Conversie | Test of aanvragen aankomen | Herstelt formulieren en analytics |
| Nazorg | Spreekt rapportage en termijnen af | Monitort en lost fouten op |
Je hoeft als ondernemer niet zelf redirects te configureren. Je moet wel kunnen zien dat iedere belangrijke URL een doordachte bestemming heeft en dat de uitkomst is getest.
Wanneer stel je de livegang uit?
Ik zou een website niet live laten gaan wanneer:
- belangrijke pagina’s onbedoeld niet-indexeerbaar zijn;
- de redirectmap ontbreekt of niet is getest;
- cruciale content of formulieren ontbreken;
- analytics of key events niet werken;
- veel interne links kapot zijn;
- canonicals naar staging of oude URL’s verwijzen;
- niemand verantwoordelijk is voor directe controles;
- er geen bruikbare backup of herstelroute is.
Een kleine typfout hoeft de lancering niet te blokkeren. Een fout waardoor Google of een potentiële klant een belangrijke pagina niet kan gebruiken wel.
Conclusie: website migreren zonder SEO-verlies vraagt bewijs
Een website migreren zonder SEO-verlies is geen vinkje aan het einde van een webproject. Het begint met een nulmeting, URL-inventaris en duidelijke keuzes over content. Daarna volgen een redirectmap, tests op staging, een gecontroleerde livegang en monitoring van zowel vindbaarheid als aanvragen.
Vraag je webbouwer daarom niet alleen of SEO is meegenomen. Vraag om de URL-inventaris, redirectmap en het testrapport.
Wil je jouw bestaande website vernieuwen? Bekijk mijn aanpak voor website-redesign. Wil je eerst de technische risico’s laten onderzoeken, bekijk dan mijn technische SEO-analyse. Voor een volledig nieuwe website kun je ook mijn pagina over website laten maken bekijken.
Kort antwoord op praktische vragen.
Kun je garanderen dat een migratie geen SEO-verlies geeft?
Nee. Rankings en verkeer kunnen tijdelijk schommelen. Een goed migratieplan voorkomt vooral vermijdbare fouten en maakt afwijkingen sneller zichtbaar.
Moet iedere oude URL een 301-redirect krijgen?
Iedere blijvend verhuisde URL met een passende nieuwe bestemming hoort een permanente redirect te krijgen. Bestaat geen relevant alternatief, beoordeel dan of een echte 404- of 410-status beter is.
Mag je alle oude pagina’s naar de homepage sturen?
Nee. Google adviseert oude URL’s niet massaal naar een irrelevante pagina te sturen.
Moeten URL’s veranderen bij een nieuwe website?
Niet automatisch. Als een bestaande URL logisch is en dezelfde inhoud behoudt, is behouden meestal eenvoudiger en minder foutgevoelig.
Hoe lang duurt herstel na een migratie?
Daar is geen vaste termijn voor. Google noemt voor middelgrote websites enkele weken of langer voordat nieuwe URL’s geleidelijk de oude vervangen.
Hoe lang moet je redirects bewaren?
Zie permanente redirects niet als een tijdelijke oplossing. Oude links, bookmarks en crawlers kunnen nog lang op een oude URL uitkomen. Houd ze daarom langdurig actief.
Wil je niet alleen lezen wat beter kan, maar je website ook goed laten aanpakken?
Ik combineer structuur, teksten, webdesign, techniek en SEO in één traject. Heb je al een website, dan kijken we eerst of verbeteren of redesignen slimmer is dan opnieuw beginnen.
Bekijk Website laten maken
Plan een kennismaking 

