SEO-checklist voor website-migratie: wissel van platform of domein zonder je rankings te verliezen

Het korte antwoord

Een site behoudt zijn rankings tijdens een migratie als elke URL die verkeer of links oplevert na de lancering nog steeds antwoordt: dezelfde content op hetzelfde adres, of een permanente serverside redirect naar het meest vergelijkbare alternatief. De meeste migratieproblemen komen voort uit een URL die niemand op de lijst heeft gezet.

De gids van Google over sitemigraties met URL-wijzigingen geeft de basis: koppel elke oude URL aan een nieuwe, gebruik permanente serverside redirects zoals 301 of 308, houd ze "generally at least 1 year" in stand en "expect temporary fluctuation in site ranking during the move."

Dezelfde gids adviseert om één ding tegelijk te veranderen: eerst het nieuwe domein, daarna de nieuwe opzet. De documentatie over Change of Address van Google is stelliger. Combineer je een verhuizing met een herontwerp van de content en de URL-structuur, dan "you will probably see some traffic loss" terwijl Google elke pagina opnieuw beoordeelt. Heb je allebei nodig, plan dan het herontwerp als aparte fase.

Drie soorten migratie

Bij een migratie van alleen hosting zegt de hostinggids van Google dat je de DNS-TTL verlaagt "at least a week in advance of the move" en de oude servers laat draaien tot hun verkeer nul bereikt. Een korte daling van de crawlsnelheid na de lancering is normaal.

Voor de migratie: som alles op wat een URL heeft

De redirectmap is maar zo goed als de lijst met oude URL's erachter, en elke bron mist wel iets.

Crawl de live site

Crawl de huidige site en exporteer elke URL met statuscode, titel, metabeschrijving, canonical- en hreflang-tags. Voeg daarna alle URL's uit de XML-sitemap toe. Google raadt ook aan om serverlogs te controleren op URL's die de laatste tijd minstens één keer bezocht zijn.

Haal landingspagina's uit Search Console en analytics

Exporteer in het prestatierapport van Search Console het tabblad Pagina's voor de langst mogelijke periode, en doe hetzelfde voor organische landingspagina's in analytics. Deze pagina's leveren het verkeer en de leads op, dus controleer je ze bij de lancering stuk voor stuk handmatig.

Ontdek wie naar je linkt

Het linkenrapport toont je meest gelinkte pagina's, maar de tabellen "are limited to 1,000 rows" en Google zegt dat het geen volledige lijst is. Combineer het met een backlinktool als je die gebruikt.

Maak een lijst van formulieren, integraties en media

Noteer elk formulier en waar de inzendingen naartoe gaan, elke ingebedde tool (reserveringen, chat, kaarten, betalingen) en elk bestand waar mensen rechtstreeks naar linken. De gids van Google zegt dat je "videos, images, JavaScript, and CSS files" in het plan opneemt, omdat die URL's net als andere content verhuizen.

Maak de redirectmap

Eén rij per oude URL: oude URL, nieuwe URL, statuscode, notities, getest. Vier regels:

• Koppel elke oude URL aan het meest vergelijkbare alternatief. Veel oude URL's doorsturen naar één niet-relevante bestemming, zoals de homepage, "might be treated as a soft 404 error."
• Als meerdere oude pagina's tot één zijn samengevoegd, stuur ze dan allemaal naar die pagina door.
• Heeft een pagina geen equivalent, geef dan een 404 of 410 terug, geen redirect.
• Houd paden ongewijzigd waar het nieuwe platform dat toelaat.

Tijdens de bouw: redirects en wat daarmee meeverhuist

Gebruik 1:1 serverside 301- of 308-redirects

De redirectdocumentatie van Google zegt dat 301 en 308 aangeven dat "the redirect target should be canonical," en adviseert "a permanent server-side redirect whenever possible." Tijdelijke codes (302, 303, 307) doen dat niet, en JavaScript-redirects zijn een laatste redmiddel.

Stuur rechtstreeks door naar de definitieve URL. De crawlers van Google volgen maximaal 10 redirects achter elkaar, maar de gids voor sitemigraties adviseert "redirecting to the final destination directly." Heeft een eerdere migratie redirects achtergelaten, laat die dan ook naar de nieuwe definitieve URL's wijzen.

Controleer de standaardstatuscode van wat je redirects afhandelt. Op Cloudflare Workers, waar Dardo de sites host die het bouwt, gebruikt een _redirects-bestand 302 tenzij je op elke regel 301 schrijft, bevat het maximaal 2.000 statische en 100 dynamische redirects en kan het geen queryparameters matchen. De gewone permalinks van WordPress (/?p=123) vragen dus om redirectlogica in de code van de Worker.

Wanneer je beter een 404 of 410 teruggeeft

Dunne pagina's, verlopen aanbiedingen en duplicaten hoeven niet te blijven bestaan. Volgens de gids van Google moet content die je niet verhuist "correctly return an HTTP 404 or 410," en de crawlers van Google behandelen elke 4xx-code behalve 429 op dezelfde manier: de URL verdwijnt uit de index.

Neem metadata, canonicals en hreflang mee

• Titels en metabeschrijvingen. Migreer ze veld voor veld in plaats van ze door nieuwe templates te laten genereren.
• Canonicals. Elke nieuwe pagina krijgt een zelfverwijzende canonical met de nieuwe URL. De canonicalisatiegids van Google noemt een canonical "a hint, not a rule," dus canonicals, redirects en sitemap moeten met elkaar overeenstemmen.
• Hreflang. Elke taalversie "must list itself as well as all other language versions," en "if two pages don't both point to each other, the tags will be ignored," aldus de gids voor gelokaliseerde versies van Google. Werk elke annotatie bij naar de nieuwe URL's.

Gestructureerde data, interne links en afbeeldings-URL's

• Gestructureerde data. Bouw de markup voor Organization, Breadcrumb, Article of Product opnieuw op in de nieuwe templates en test die met de Rich Results Test. De migratiegids van Google noemt dit niet, waardoor het snel vergeten wordt.
• Interne links. Laat ze naar de nieuwe URL's wijzen, niet naar redirects.
• Afbeeldingen en bestanden. Houd beschrijvende bestandsnamen en alt-teksten aan, en leid oude afbeeldings- en pdf-URL's om als ze links hebben of verkeer uit afbeeldingszoekopdrachten krijgen.

Analytics en toestemming

Installeer analytics, conversiegebeurtenissen en advertentiepixels opnieuw en test ze op staging. Als de oude site om cookietoestemming vroeg, moet de nieuwe dat op dezelfde manier doen voordat die tags worden afgevuurd.

Wat er meestal misgaat, per platform

Deze notities komen uit de eigen documentatie van elk platform, per oktober 2026. Ze beschrijven hoe de platforms werken, geen fouten.

Wix verlaten betekent elke pagina opnieuw opbouwen; Squarespace verlaten betekent importeren wat de export omvat en de rest opnieuw opbouwen. Overstappen naar Shopify verandert meestal de product-URL's, dus de map moet elk product dekken.

Lanceringsdag

1. DNS. Als hosting of DNS verandert, verlaag dan minstens een week van tevoren de TTL.
2. Crawlblokkades. Verwijder noindex-tags en robots.txt-blokkades van staging. Google raadt aan alle URL's op te sommen waar je tijdens de ontwikkeling noindex hebt gebruikt.
3. Redirects. Lever ze op in dezelfde release als de nieuwe site.
4. Redirecttest. Haal de hele map door een script: elke oude URL geeft in één stap 301 of 308 terug naar de juiste eind-URL, en die URL geeft 200.
5. Search Console. Verifieer de nieuwe site en dien de nieuwe sitemap in, plus een sitemap met de oude URL's zodat die opnieuw worden gecrawld. Waarschuwingen dat die URL's omleiden zijn normaal.
6. Adreswijziging. Dien bij een domeinwijziging deze in vanuit een property die je aan beide kanten beheert, met hetzelfde Google-account, voor elke variant van het oude domein, inclusief www en non-www.
7. Geldpaden. Verstuur een echt formulier, voer een testbetaling uit en controleer of analytics-gebeurtenissen binnenkomen.
8. Je eigen links. Werk socialmediaprofielen, advertenties en vermeldingen in gidsen bij.

De 30, 60 en 90 dagen erna

Dag 1 tot 30: verwacht beweging

Rankings kunnen schommelen "while Google recrawls and reindexes your site," en "a small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer." Let op:

• Indexerings- en sitemaprapporten. Geïndexeerde URL's dalen op de oude site en stijgen op de nieuwe.
• Prestaties per pagina. Nieuwe URL's beginnen vertoningen en klikken te verdienen.
• Serverlogs en 404's. Elke onverwachte 404 is een ontbrekende rij in de map. Controleer twee weken lang dagelijks.

Dag 31 tot 60: vergelijk met de nulmeting

Vergelijk je belangrijkste landingspagina's met hun nieuwe URL's. Controleer bij elke pagina die klikken verloor in deze volgorde: komt de redirect in één stap op de juiste pagina uit, zijn inhoud of titel veranderd, verwijzen interne links er nog naartoe, staat de pagina in de sitemap. Vraag daarna de sites achter je waardevolste backlinks om ze bij te werken.

Dag 90 en daarna: houd de redirects aan

Volgens de gids van Google moet je redirects "generally at least 1 year" behouden en, vanuit het perspectief van gebruikers, "consider keeping redirects indefinitely." Bij domeinverhuizingen stelt de pagina Adreswijziging een minimum van 180 dagen, waarna Google de oude site als niet-gerelateerd behandelt als die nog crawlbaar is. Ook wordt aangeraden het oude domein "for at least a year" te blijven betalen, zodat niemand anders het kan kopen.

De checklist

Hulp bij een migratie

Dardo verhuist sites naar maatwerk-Astro-builds op Cloudflare Workers. De redirectmap is een oplevering die we voor de lancering testen en samen met de site overdragen. Bekijk websitemigratie, of website redesign als de verhuizing ook een nieuw ontwerp vraagt. Of vertel ons wat je wilt verhuizen.