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.

Je legt vooraf alle URL’s en metingen vast en verwijst elke oude URL één op één door. Op de lanceringsdag controleer je live, en daarna volg je wekenlang op.

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.

Een websitemigratie in vijf stappen

1. 01InventarisLeg elke URL, meting en AI-citatie vast
2. 02RedirectplanElke oude URL één op één doorverwijzen
3. 03TestomgevingControleer redirects en signalen vooraf
4. 04LanceringZet live, haal blokkades weg, dien sitemap in
5. 05OpvolgingTest elke oude URL en volg weken op

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. De oude site bestaat dan niet meer.

De vijf delen van je momentopname

Die momentopname bestaat uit vijf delen:

• Crawl: de volledige oude site, met alle signalen per URL.
• Search Console: klikken en vertoningen per pagina, liefst over 16 maanden.
• Externe links: per URL, uit een tool zoals Ahrefs of Semrush.
• Andere bronnen: oude sitemap, SEO-plugin, CMS-export en analytics.
• Back-up: de HTML, zodat oude teksten beschikbaar blijven.

Per URL noteer je in de crawl de statuscode, titel, metabeschrijving, canonical, hreflang en interne links. Pagina’s met links van andere sites verdienen voorrang.

Een crawl vindt alleen wat intern gelinkt is. Daarom heb je die andere bronnen nodig.

Wat de inventaris bij Bloovi opleverde

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.

Een nulmeting in AI-antwoorden

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.

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.

Wat Google vraagt bij een SEO-migratie

Dat zijn letterlijk de regels uit de handleiding van Google voor sitemigraties. Wat Google precies vraagt:

• Permanente redirects op de server: een 301 of 308, zonder verlies van PageRank.
• Eén op één: elke oude URL naar de dichtstbijzijnde nieuwe tegenhanger.
• Geen ketens: idealiter maximaal 3 stappen, zeker minder dan 5.
• Geen massale redirect naar de homepage: Google behandelt dat als een soft 404.
• Een 404 of 410 voor inhoud die echt verdwijnt.
• Minstens een jaar: laat redirects liefst zo lang mogelijk staan.

Ook afbeeldingen en pdf’s krijgen hun eigen redirect. Googlebot volgt tot 10 stappen, maar dat is geen reden om ketens te bouwen.

In de uitleg van Google over redirects zijn JavaScript-redirects een laatste redmiddel. Een redirect naar iets dat er niet op lijkt, is geen oplossing voor verdwenen inhoud.

Kijk in de handleiding naar het kader over irrelevante redirects. Daar staat de regel over de homepage letterlijk:

Prioriteiten per URL

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.

Test je plan vooraf

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.

Zes controles op elke testomgeving

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.

Neem geen oude problemen mee

Neem ook geen bestaande problemen mee. Bij Bloovi vonden we voor de verhuis:

• 837 dubbele canonicals
• 504 pagina’s die al een 404 gaven
• 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.

Redirects, blokkades en sitemaps

Begin met de technische kern:

1. Zet de redirects live en test meteen je kritieke URL’s.
2. Verwijder noindex en robots.txt-blokkades van de testomgeving.
3. Dien de nieuwe sitemap in, in Google Search Console en Bing Webmaster Tools.

Google waarschuwt uitdrukkelijk voor blokkades die mee live gaan.

Domein, meting en server

Werk daarna deze drie punten af:

1. Domeinwissel: gebruik de Change of Address-tool in Search Console.
2. Meting: controleer analytics, formulieren en cookietoestemming.
3. Server: Google crawlt een verhuisde site tijdelijk intensiever dan normaal.

Doe de Change of Address 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.

Let op: een gebroken meting verbergt de rest.

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.

Wat normaal is, en wat niet

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.

Twee signalen zijn niet normaal:

• een stijgend aantal “Niet gevonden”-fouten in het rapport Pagina-indexering
• oude URL’s die weken later nog in de resultaten staan zonder redirect

De controle na de livegang bij Bloovi

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:

Resultaat na de livegang bij Bloovi, in pagina's

1. Correct doorverwezen12.133 pagina's
2. Ongewijzigd en live2.488 pagina's
3. 404924 pagina's
4. Doorverwezen via twee stappen249 pagina's
5. Serverfout of zachte 4047 pagina's

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.

De eindcontrole bij Kaizo

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.

Werk je links bij

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 voor de migratie van je website 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. Zo weet je bij een daling wat de oorzaak is.

Drie situaties die meer vragen

Drie situaties vragen meer dan een lijst:

• Grote sites: duizenden URL’s vragen prioriteiten per URL en geautomatiseerde tests.
• Meertalige sites: elke taalversie heeft eigen redirects, canonicals en hreflang.
• Inhoud die verandert: schrappen of samenvoegen is een keuze per pagina.

Bij Bloovi werkten we met zulke prioriteiten per URL. Bij een meertalige site valt een fout in één taal pas weken later op. Daarvoor bestaat onze aanpak voor een meertalige website.

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.

Hulp bij je migratie

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.

Welke pagina’s leveren vandaag verkeer en AI-vermeldingen op? 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.