Website migratie checklist om je posities in Google en AI te behouden

Een website migratie checklist zet elke stap op een rij die je posities beschermt: vooraf alle URL’s en metingen vastleggen, elke oude URL één op één doorverwijzen, op de lanceringsdag live controleren en daarna wekenlang opvolgen. Die volgorde gebruiken we bij elke SEO-veilige websitemigratie, en ze volgt de richtlijnen van Google voor sitemigraties.

De checklist geldt voor een nieuw platform, een nieuw domein of een nieuwe URL-structuur. Bij elke stap staat waarom ze ertoe doet, met cijfers uit twee migraties die ons team begeleidde.

Wat moet je vastleggen voor de migratie?

Voor de migratie leg je een volledige momentopname vast van elke URL, met metadata, verkeer, externe links en AI-citaties. Na de lancering kan je die lijst niet meer maken, want de oude site bestaat dan niet meer.

Die momentopname bestaat uit vijf delen:

• Een crawl van de volledige oude site, met statuscode, titel, metabeschrijving, canonical, hreflang en interne links per URL.
• Een export uit Google Search Console met klikken en vertoningen per pagina, liefst over 16 maanden.
• Externe links per URL, uit een tool zoals Ahrefs of Semrush. Pagina’s met links van andere sites verdienen voorrang.
• Een lijst van URL’s uit andere bronnen: de oude sitemap, je SEO-plugin, je CMS-export en je analytics. Een crawl vindt alleen wat intern gelinkt is.
• Een back-up van de HTML, zodat oude teksten beschikbaar blijven als iets verloren gaat.

Bij Bloovi, een Belgisch nieuwsplatform voor ondernemers, had de oude site geen XML-sitemap. De crawl was dus de enige volledige lijst. Ons team vond 16.363 URL’s, waarvan 15.801 live pagina’s, en 586.730 interne links. We bewaarden een HTML-back-up van 15.800 pagina’s.

Zet ook een nulmeting in AI-antwoorden klaar. Stel de vragen waarop je vandaag genoemd wordt aan ChatGPT, Perplexity en Google AI Overviews, en noteer welke pagina’s als bron verschijnen. Die pagina’s mag je bij de verhuis niet kwijtraken.

Hoe maak je een redirectplan dat Google volgt?

Een goed redirectplan stuurt elke oude URL in één stap naar de best passende nieuwe URL, met een permanente redirect op de server. Alles naar de homepage sturen is geen plan. Dat zijn letterlijk de regels uit de handleiding van Google voor sitemigraties.

Wat Google precies vraagt:

• Permanente redirects op de server, zoals een 301 of 308. Volgens Google verlies je daarbij geen PageRank. In de uitleg van Google over redirects zijn JavaScript-redirects een laatste redmiddel.
• Eén op één. Elke oude URL gaat naar de dichtstbijzijnde nieuwe tegenhanger, ook afbeeldingen en pdf’s.
• Geen ketens. Googlebot volgt tot 10 stappen, maar Google raadt idealiter maximaal 3 en zeker minder dan 5 aan.
• Geen massale redirect naar de homepage. Google behandelt dat als een soft 404.
• Een 404 of 410 voor inhoud die echt verdwijnt, in plaats van een redirect naar iets dat er niet op lijkt.
• Redirects minstens een jaar laten staan, en liefst zo lang mogelijk.

Niet elke URL verdient dezelfde aandacht. Bij Bloovi gaven we elke live pagina een prioriteit op basis van verkeer en externe links. 138 kritieke en 158 belangrijke pagina’s kregen een handmatige één-op-één-redirect. Voor 13.526 standaardpagina’s volstond een regel per patroon of de dichtstbijzijnde bovenliggende pagina. Voor 1.979 pagina’s zonder meetbare waarde was een patroonregel genoeg.

Bij Kaizo, een SaaS-bedrijf dat van WordPress naar Astro verhuisde, verzamelde ons team 536 oude URL’s uit WordPress, de SEO-plugin en linkdata. Het plan telde ongeveer 230 redirectregels. In een simulatie vooraf kwamen alle 532 te testen URL’s op de juiste plek uit, zonder ketens, lussen of 404’s. Test je plan dus voor de lancering, niet erna.

Wat controleer je op de testomgeving?

Op de testomgeving controleer je of de nieuwe site dezelfde signalen geeft als de oude, of betere. Denk aan titels, canonicals, hreflang, gestructureerde data, interne links en blokkades die je vergeet weg te halen. Google raadt aan om je URL-mapping en de nieuwe instellingen vooraf te testen.

De tabel hieronder vat de controles samen die we op elke testomgeving doen, met de reden en de manier waarop je het test.

Bij Kaizo vond de controle op de testomgeving een fout met afsluitende slashes: 183 URL’s faalden op de preview. Die fout raakte zo nooit de live site. Hoe zo’n bouwkeuze verder uitpakt, lees je in onze vergelijking van Astro en WordPress.

Neem ook geen bestaande problemen mee. Bij Bloovi vonden we voor de verhuis 837 dubbele canonicals, 504 pagina’s die al een 404 gaven en 154 redirectketens. Die lijst ging naar de ontwikkelaar, zodat de nieuwe site ze niet overnam. Bij Kaizo namen we bewust alleen gepubliceerde inhoud mee: drafts die nooit live stonden, bleven achter.

Wat doe je op de dag van de lancering?

Op de lanceringsdag zet je de redirects live, haal je elke blokkade weg en dien je de nieuwe sitemap in. Daarna controleer je steekproeven met de URL-inspectie in Search Console. Bij een domeinwijziging meld je de verhuis ook aan bij Google.

De checklist voor die dag:

1. Zet de redirects live en test meteen je kritieke URL’s.
2. Verwijder noindex en blokkades in robots.txt die alleen voor de testomgeving dienden. Google waarschuwt daar uitdrukkelijk voor.
3. Dien de nieuwe sitemap in, in Google Search Console en in Bing Webmaster Tools.
4. Wissel je van domein? Gebruik dan de Change of Address-tool in Search Console, voor elke geverifieerde variant van het oude domein. Voor een overstap van http naar https of een nieuwe URL-structuur op hetzelfde domein is dat niet nodig.
5. Controleer analytics, formulieren en cookietoestemming. Een gebroken meting verbergt de rest.
6. Zorg dat je server het aankan. Google crawlt een verhuisde site tijdelijk intensiever dan normaal.

Kan je kiezen, lanceer dan in een rustige periode. Google raadt aan om een verhuis te plannen wanneer je verkeer van nature lager ligt.

Wat volg je op in de weken na de lancering?

Na de lancering test je elke oude URL tegen de live site. Daarna volg je vier tot acht weken lang Search Console, Bing en je AI-vermeldingen op. Een plan is pas af wanneer je bewezen hebt dat het live werkt.

Volgens Google duurt het bij een kleine tot middelgrote site enkele weken voor de meeste pagina’s verhuisd zijn, en bij grote sites langer. Schommelingen in die periode zijn normaal. Herstelt een daling niet, dan verwijst Google in zijn gids over dalend zoekverkeer naar de typische migratiefouten. Wat niet normaal is: een stijgend aantal “Niet gevonden”-fouten in het rapport Pagina-indexering, of oude URL’s die weken later nog in de resultaten staan zonder redirect.

Bij Bloovi bouwde een andere partij de nieuwe site. Ons team vroeg na de livegang elke van de 16.363 oude URL’s op bij de nieuwe site. Zo zag het resultaat voor de 15.801 pagina’s die voor de migratie live stonden eruit:

Daarmee kwamen 14.870 pagina’s, of 94,1%, op een echte pagina uit. Van de 931 pagina’s die niet meer werkten, vonden we er 608 met een duidelijke tegenhanger. De grootste groep, 544 oude nieuws-URL’s, was met één enkele redirectregel te herstellen. Alle dode pagina’s samen hadden links van 778 verwijzende domeinen. Zonder controle na de livegang was die waarde ongemerkt verdwenen. Is je site al verhuisd en zakt je verkeer, volg dan de zeven checks na een gedaalde migratie.

Bij Kaizo gaf in de eindcontrole van 3 oktober 2026 geen enkele gepubliceerde URL een 404: 276 artikels behielden hun eigen pagina en 43 werden doorverwezen.

Na de eerste weken werk je ook je eigen links bij. Google vraagt om interne links meteen naar de nieuwe URL’s te laten wijzen. Google raadt ook aan om sites die naar je linken te vragen hun link aan te passen. Begin bij de links die het meeste bezoek brengen.

Wanneer volstaat een checklist niet?

Een checklist volstaat niet wanneer je meerdere grote wijzigingen tegelijk doet of wanneer je site meerdere talen heeft. Denk aan een nieuw domein, een nieuw CMS en een nieuwe structuur in één keer. Google raadt aan om grote veranderingen één voor één door te voeren, zodat je bij een daling weet wat de oorzaak is.

Drie situaties vragen meer dan een lijst:

• Grote sites met duizenden URL’s. Dan heb je prioriteiten per URL nodig, zoals bij Bloovi, en geautomatiseerde tests.
• Meertalige sites. Elke taalversie heeft eigen redirects, canonicals en hreflang. Een fout in één taal valt pas weken later op. Daarvoor bestaat onze aanpak voor een meertalige website.
• Een migratie waarbij ook de inhoud verandert. Schrap je pagina’s of voeg je ze samen, dan verandert ook waarop je gevonden wordt. Dat is een keuze per pagina, geen technische stap.

Wat een migratie kost als ze misloopt, en welke vragen je je webbureau vooraf stelt, lees je in wat een website laten maken kost. Twijfel je of je huidige site technisch klaar is voor een verhuis, dan begint het bij een technische SEO-controle.

Wil je de hele migratie laten begeleiden, van inventaris tot opvolging? Dat doen we bij een websitemigratie zonder verlies van posities. Plan je een nieuwe website en wil je weten welke pagina’s vandaag verkeer en AI-vermeldingen opleveren? Vraag een gratis AI-zichtbaarheidsscan aan, dan weet je wat je bij de verhuis zeker niet mag verliezen.

Veelgestelde vragen

Hoe lang duurt het voor Google een migratie verwerkt?

Volgens Google duurt het bij een kleine tot middelgrote site enkele weken voor de meeste pagina’s verhuisd zijn. Grote sites hebben langer nodig. Hoe snel het gaat, hangt af van het aantal URL’s en de snelheid van je server.

Mag ik een 302-redirect gebruiken bij een migratie?

Voor een definitieve verhuis gebruik je een 301 of 308. Google volgt een 302 wel, maar gebruikt hem niet als signaal dat de nieuwe URL de canonieke is. De oude pagina kan dan in de resultaten blijven staan.

Verlies ik linkwaarde door een 301-redirect?

Nee. Google schrijft dat 301 en andere permanente redirects geen verlies van PageRank veroorzaken. Ketens en redirects naar pagina’s die niet overeenkomen, kosten wel waarde, omdat Google ze dan anders kan interpreteren.

Wat gebeurt er met mijn vermeldingen in AI-antwoorden na een migratie?

Google AI Overviews baseren hun antwoorden op de zoekindex van Google, dus een pagina die uit de index valt, valt ook daar weg. Komt een geciteerde pagina op een 404 uit, dan verlies je die bron. Daarom meten we AI-citaties voor en na de verhuis.

Kan ik een migratie achteraf nog herstellen?

Vaak wel. Met een crawl van de oude URL’s, uit linkdata, oude sitemaps of het Internet Archive, kan je verloren pagina’s terugvinden en alsnog doorverwijzen. Hoe sneller je dat doet, hoe minder waarde verloren gaat.