12 min lezen

Website migratie checklist voor SEO en security: voorkom verlies bij verhuizen

Een verkeerde migratie kost zichtbaarheid, vertrouwen en omzet, vaak zonder dat je het direct merkt. Deze website migratie checklist voor SEO en security loopt elke fase langs, van nulmeting tot monitoring na livegang, zodat redirects, indexering, SSL, DNS en tracking blijven kloppen. Bruikbaar voor mkb-ondernemers die zelf verhuizen en voor bureaus die migraties voor klanten begeleiden.

Wat is een website migratie en waar gaat het mis?

Een website migratie is elke ingrijpende wijziging die invloed heeft op hoe je site door bezoekers, Google en andere systemen wordt benaderd. Dat is breder dan veel mensen denken. Het gaat niet alleen om een nieuw domein, maar ook om een redesign met nieuwe URL-structuur, een overstap van HTTP naar HTTPS, een verhuizing naar een andere host of een wissel van CMS, bijvoorbeeld van WordPress naar een headless-oplossing of Shopify.

Het risico zit bijna nooit in de zichtbare voorkant. De homepage ziet er na livegang prima uit, dus iedereen ademt opgelucht. Ondertussen kunnen tientallen oude URL's een 404 geven, kan robots.txt per ongeluk de hele site blokkeren, of staat er nog een noindex-tag uit de testomgeving aan. Die signalen zie je niet met het blote oog, maar Google wel.

De gevolgen lopen uiteen van licht tot ernstig. Bij een goed uitgevoerde migratie zie je hooguit een paar weken lichte ranking-schommeling. Bij een slechte migratie verdwijnen pagina's uit de index, kelderen rankings die je jaren hebt opgebouwd en stroomt het organische verkeer terug. Het vervelende is dat herstel veel langer duurt dan de fout maken: een verkeerde redirect zet je in vijf minuten, maar het terugwinnen van verloren posities kan maanden kosten.

Voor de livegang: leg de nulmeting vast

De belangrijkste fase gebeurt voordat er iets verandert. Je kunt alleen controleren of een migratie geslaagd is als je precies weet hoe de situatie ervoor was. Begin daarom met een volledige inventarisatie van je huidige site. Exporteer al je bestaande URL's, bijvoorbeeld via je XML-sitemap, een crawl met een SEO-tool of een export uit Google Search Console. Dit wordt je referentielijst voor de redirect-mapping.

Leg per belangrijke pagina de kerngegevens vast: de URL, de paginatitel, de meta description, de canonical, de H1 en het organische verkeer. Noteer ook welke pagina's je beste posities en meeste conversies opleveren. Juist die pagina's mogen onder geen beding wegvallen of zonder redirect verdwijnen. Maak daarnaast een lijst van je belangrijkste binnenkomende backlinks, want de pagina's waar die naartoe wijzen verdienen extra aandacht.

Vergeet de niet-SEO-onderdelen niet. Inventariseer formulieren, bedanktpagina's, trackingcodes (Google Analytics, Tag Manager, advertentiepixels), DNS-records (MX voor e-mail, TXT, CNAME), en koppelingen met externe systemen zoals je boekhouding, CRM of betaalprovider. Een migratie die de SEO perfect afhandelt maar de e-mail platlegt omdat de MX-records verloren gingen, is alsnog een mislukte migratie. Draai tot slot een nulmeting-scan zodat je een objectief startpunt hebt waar je de situatie na livegang tegen kunt afzetten.

Redirects en indexering: het SEO-hart van de migratie

Redirects zijn waar de meeste SEO-waarde wordt gewonnen of verloren. Het uitgangspunt is simpel: elke oude URL die verandert, moet met een permanente 301-redirect naar het meest relevante nieuwe adres wijzen. Een 301 vertelt Google dat de pagina definitief is verhuisd en draagt het grootste deel van de opgebouwde autoriteit over. Gebruik geen 302 (tijdelijk) voor een permanente verhuizing en vermijd redirectketens, waarbij URL A naar B naar C springt, want dat verspilt crawlbudget en autoriteit.

Let op een paar klassieke valkuilen. Redirect oude URL's nooit allemaal naar de homepage, want dan ziet Google die redirects als soft-404 en gaat de waarde verloren. Map zo veel mogelijk een-op-een naar de inhoudelijk dichtstbijzijnde nieuwe pagina. Controleer ook of je oude HTTP-URL's correct naar HTTPS doorsturen en of de varianten met en zonder www consistent naar een enkele voorkeursversie wijzen.

Indexering is de tweede helft van dit verhaal. De meest voorkomende ramp is dat de robots.txt of een wereldwijde noindex-instelling uit de staging-omgeving meegaat naar productie. Controleer dus direct dat robots.txt belangrijke pagina's niet blokkeert en dat er geen meta noindex op productiepagina's staat. Verifieer dat canonical-tags naar de nieuwe, juiste URL's wijzen en niet nog naar de oude of de testomgeving. Genereer een verse XML-sitemap met de nieuwe URL's en houd die klaar om in te dienen.

Security en techniek: SSL, DNS en headers

Een migratie is het moment waarop technische en security-instellingen makkelijk door de mazen glippen, omdat de aandacht naar de zichtbare site gaat. SSL staat bovenaan. Controleer dat er een geldig certificaat actief is op het nieuwe platform, dat het de juiste domeinnaam en eventuele subdomeinen dekt, en dat het niet bijna verloopt. Een verlopen of ontbrekend certificaat geeft bezoekers een afschrikwekkende browserwaarschuwing en kost direct vertrouwen en conversie.

Zorg daarnaast dat al het verkeer geforceerd over HTTPS loopt. Mixed content, waarbij een HTTPS-pagina nog afbeeldingen, scripts of stylesheets over onveilig HTTP laadt, breekt het slotje en kan functionaliteit blokkeren. Overweeg HSTS pas als je zeker weet dat HTTPS overal stabiel werkt, want dat is lastig terug te draaien. Controleer ook de aanwezigheid van basale security-headers en of de host nog actuele software draait.

DNS is de stille killer van migraties. Verlaag de TTL van je DNS-records een paar dagen voor de verhuizing, zodat wijzigingen sneller doorwerken en je sneller kunt terugschakelen bij problemen. Controleer na de cutover dat A- of CNAME-records naar de juiste server wijzen en, cruciaal, dat MX-records voor e-mail intact blijven. Een verkeerd gezette nameserver of een vergeten mailrecord legt naast je website ook je zakelijke e-mail plat, wat vaak pas opvalt als klanten klagen dat ze geen antwoord krijgen. Een gerichte gratis CheckBorg-scan helpt om SSL, redirects en zichtbare technische signalen na de cutover snel objectief te controleren.

Na de livegang: controleren, indienen en monitoren

Op het moment van livegang begint het echte werk, niet het feestje. Loop meteen je belangrijkste conversieroutes handmatig door: open de homepage, een paar diepe pagina's uit je oude top, een formulier en een bedanktpagina. Test of formulieren daadwerkelijk verzenden en of de inzendingen binnenkomen waar ze horen. Klik een handvol oude URL's uit je nulmeting aan en bevestig dat de redirects naar de juiste plek leiden.

Ga daarna naar Google Search Console. Dien de nieuwe XML-sitemap in en gebruik de URL-inspectie op een aantal sleutelpagina's om te bevestigen dat Google ze kan crawlen en indexeren. Als je naar een nieuw domein bent verhuisd, gebruik dan de tool voor adreswijziging in Search Console om Google expliciet over de verhuizing te informeren. Houd het dekkingsrapport in de gaten voor een piek in fouten, uitgesloten pagina's of nieuwe 404's.

Monitoring is geen eenmalige actie maar een periode van enkele weken. De eerste dagen controleer je dagelijks op crawlfouten, serverfouten en kapotte redirects. In de weken erna let je op je rankings en organisch verkeer: een lichte dip is normaal, een aanhoudende daling is een signaal om te graven. Vergelijk de situatie steeds met je nulmeting, niet met je gevoel. Plan een herhaalscan een paar dagen en opnieuw enkele weken na livegang, zodat regressies die later opduiken (bijvoorbeeld een verlopend certificaat of teruggekeerde noindex) op tijd boven water komen.

Verschillen per migratietype en wie wat doet

Niet elke migratie heeft dezelfde risico's, dus pas de checklist toe op je situatie. Bij een puur redesign zonder URL-wijziging ligt het accent op het behouden van titels, content, interne links en structured data; je redirect-mapping is minimaal, maar je let scherp op of geen pagina's per ongeluk dunner of leger zijn geworden. Bij een domeinmigratie draait alles om volledige redirect-coverage, de adreswijziging in Search Console en het opnieuw verifieren van het nieuwe domein in al je tools.

Bij een platform- of CMS-wissel verschuift het zwaartepunt naar URL-structuur en techniek: nieuwe systemen genereren vaak andere URL-patronen, andere paginatitels en soms automatisch canonicals of noindex-regels die je expliciet moet controleren. Bij een hostingverhuizing zonder verdere wijzigingen is DNS, SSL en e-mail het grootste risico, terwijl de SEO-content gelijk blijft.

Verdeel de verantwoordelijkheden vooraf duidelijk, zeker als je met een bureau werkt. Bepaal wie de redirect-mapping maakt en test, wie DNS en SSL beheert, wie Search Console bijwerkt en wie de eerste weken monitort. Voor bureaus is een gestandaardiseerde migratie-checklist plus een voor-en-na-scan ook een sterk rapportagemiddel: je laat de klant concreet zien dat de verhuizing technisch schoon is verlopen en dat de zichtbaarheid behouden is gebleven, in plaats van te moeten vertrouwen op de belofte dat het wel goed zit.

Praktische checklist

Maak een nulmeting: exporteer alle huidige URL's, titels, canonicals, posities en je belangrijkste backlinks voordat er iets verandert, en draai een baseline-scan.

Bouw een complete redirect-mapping waarin elke oude URL via een 301 naar de inhoudelijk dichtstbijzijnde nieuwe pagina wijst, zonder redirectketens of bulk-redirects naar de homepage.

Controleer indexering vooraf: geen meegekomen noindex uit staging, robots.txt blokkeert niets belangrijks en canonical-tags wijzen naar de juiste nieuwe URL's.

Borg security en techniek: geldig SSL-certificaat, geforceerde HTTPS, geen mixed content, en verlaag DNS-TTL een paar dagen voor de cutover.

Controleer na livegang DNS en e-mail: A/CNAME-records wijzen goed, MX-records voor mail zijn intact, en formulieren verzenden naar het juiste adres.

Dien in Search Console de nieuwe sitemap in, gebruik URL-inspectie op sleutelpagina's en zet bij een domeinwissel de adreswijziging aan.

Monitor enkele weken actief op crawlfouten, 404's, rankings en verkeer, en draai een herhaalscan na een paar dagen en na enkele weken.

Veelgemaakte fouten

  • - Alle oude URL's naar de homepage redirecten in plaats van naar de relevante nieuwe pagina, waardoor Google de waarde als soft-404 laat vervallen.
  • - Een noindex-tag of blokkerende robots.txt uit de testomgeving meenemen naar productie, waardoor de hele site uit de index verdwijnt.
  • - Geen nulmeting maken, zodat je na livegang niet kunt bewijzen of de migratie iets heeft gekost of juist niet.
  • - DNS- en MX-records vergeten, waardoor naast de website ook de zakelijke e-mail platligt zonder dat iemand het direct merkt.
  • - Redirectketens (URL A naar B naar C) laten staan en HTTP, HTTPS, www en non-www niet consequent naar een enkele voorkeursversie sturen.
  • - De migratie als afgerond beschouwen na livegang, terwijl regressies zoals een verlopend certificaat of teruggekeerde canonicals pas weken later opduiken.

Veelgestelde vragen

Wanneer moet ik een scan draaien rond een migratie?

Op drie momenten. Voor de migratie als nulmeting, zodat je een objectief startpunt hebt. Direct na livegang om SSL, redirects, noindex en zichtbare technische signalen te controleren. En opnieuw na enkele dagen tot weken, omdat sommige regressies pas later opduiken. Een gratis CheckBorg-scan is geschikt voor dat snelle voor-en-na-vergelijk.

Wat is het grootste SEO-risico bij een website migratie?

Verkeerde of ontbrekende redirects en per ongeluk meegekomen noindex-signalen. Als oude URL's geen 301 naar de juiste nieuwe pagina krijgen, of als robots.txt of een noindex-tag uit staging meegaat, kunnen pagina's uit de index vallen en rankings instorten. Dat zijn juist de signalen die je niet aan de voorkant ziet.

Verlies ik altijd rankings na een migratie?

Nee. Bij een zorgvuldig uitgevoerde migratie zie je hooguit een paar weken lichte schommeling terwijl Google de nieuwe situatie verwerkt. Aanhoudend verlies is bijna altijd het gevolg van een concrete fout, zoals gemiste redirects, blokkerende robots.txt, verkeerde canonicals of verloren interne links, en is meestal te herstellen als je het op tijd vindt.

Hoe lang moet ik monitoren na livegang?

Reken op minimaal enkele weken. De eerste dagen controleer je dagelijks op crawlfouten, serverfouten en kapotte redirects. De weken erna volg je rankings en organisch verkeer en vergelijk je steeds met je nulmeting. Plan minstens een herhaalscan na een paar dagen en een na enkele weken.

Wat controleert CheckBorg wel en niet bij een migratie?

CheckBorg beoordeelt zichtbare en technische signalen zoals SSL, HTTPS, redirects, indexeerbaarheid, titels, canonicals en zichtbare SEO- en security-punten. Het is een onafhankelijke meter en geen vervanging voor je redirect-mapping, je DNS-beheer of je analytics. Gebruik het als objectieve controle naast Search Console, niet in plaats daarvan.

Is deze checklist ook bruikbaar voor een redesign zonder nieuw domein?

Ja. Ook zonder domeinwissel veranderen vaak URL-structuur, titels, interne links en technische instellingen. Dan ligt het accent op het behouden van content en structuur, het controleren van canonicals en noindex, en het mappen van eventueel gewijzigde URL's. De fases nulmeting, controle en monitoring blijven precies hetzelfde.

Verder lezen

Gerelateerde gidsen

Verdiep je verder in websitekwaliteit, vindbaarheid en conversie voordat je de volgende scan draait.

7 min lezen

Structured data voor AI: welke schema-markup helpt ChatGPT je begrijpen

Schema.org-markup vertelt zoekmachines en AI wat je content betekent. Welke types tellen voor AI-vindbaarheid, en hoe pak je het aan zonder developer?

Lees verder

6 min lezen

In Google AI Overviews komen: wat het is en hoe je je kans vergroot

Google toont steeds vaker een AI-samenvatting boven de zoekresultaten. Wat zijn AI Overviews, hoe kiest Google de bronnen, en hoe vergroot je de kans dat jij wordt aangehaald?

Lees verder

6 min lezen

E-E-A-T uitgelegd: waarom Google en AI vertrouwen meewegen

E-E-A-T (ervaring, expertise, autoriteit, betrouwbaarheid) bepaalt mede of Google en AI je content vertrouwen. Wat is het, en hoe maak je het zichtbaar op je site?

Lees verder

Wil je direct zien waar jouw website staat?

Start een veilige CheckBorg scan en vertaal technische signalen naar duidelijke prioriteiten.

Start gratis scan