De meeste teams zitten vlak voor livegang vooral op design, content en bugs. Logisch. Maar juist in die laatste fase gaat SEO nog weleens mis. Een paar URL’s veranderen, redirects staan niet goed, de testomgeving blijkt per ongeluk indexeerbaar of belangrijke pagina’s verdwijnen zonder alternatief. En dan zie je na livegang ineens minder organisch verkeer binnenkomen.
Dat is precies waarom een goede SEO-migratie checklist geen bijzaak is. Niet als extra document voor de map, maar als praktische controlelijst om te voorkomen dat je opgebouwde vindbaarheid onnodig schade oploopt.
Een nieuwe website hoeft echt geen ramp te zijn voor je posities in Google. Maar dan moet je wel op tijd beginnen.
Begin niet op de dag van livegang
Bij een website-migratie verandert vaak meer dan alleen het uiterlijk. Denk aan:
- nieuwe URL’s
- een andere navigatie
- aangepaste content
- een nieuw CMS
- technische instellingen die anders uitpakken dan op de oude site
Voor zoekmachines is dat nogal wat. Pagina’s die eerst duidelijk waren, krijgen een nieuw adres of verdwijnen. Interne links veranderen. Templates nemen metadata niet goed over. En als je pech hebt, staat de nieuwe site technisch prima voor bezoekers, maar minder goed voor Google.
Daarom hoort SEO al mee te lopen in de voorbereiding. Niet pas wanneer de site live staat en iemand vraagt waarom het verkeer terugloopt.
Wat je vóór livegang vastlegt
Maak een nulmeting
Voordat er iets verandert, wil je weten hoe de huidige site ervoor staat. Anders kun je na livegang moeilijk beoordelen of iets echt slechter gaat, of dat het een normale schommeling is.
Leg in elk geval dit vast:
- organisch verkeer per kanaal of land
- belangrijkste landingspagina’s
- zoekopdrachten en gemiddelde posities
- pagina’s die veel klikken of conversies opleveren
- huidige indexatie en technische fouten
Handige bronnen hiervoor zijn Google Analytics, Google Search Console en een crawler zoals Screaming Frog, Sitebulb of JetOctopus. Welke tool je kiest is minder belangrijk dan het feit dat je de situatie vóór de migratie goed vastlegt.
Maak een back-up van de huidige site
Klinkt vanzelfsprekend, maar wordt in projecten toch nog verrassend vaak vergeten. Een back-up is niet alleen handig als er iets misgaat. Je gebruikt hem ook om later te controleren hoe een pagina, titel of URL op de oude site stond.
Zorg dat je toegang hebt tot:
- een back-up van bestanden en database
- een export van URL’s
- metadata zoals titels en meta descriptions
- belangrijke contentpagina’s
- instellingen die relevant zijn voor indexatie
Breng alle bestaande URL’s in kaart
Dit is meestal het werk waar de meeste winst zit. Of de meeste schade, als je het overslaat.
Je wilt weten welke pagina’s nu bestaan en wat daarmee gebeurt op de nieuwe site. Dat betekent: niet grofweg, maar echt per URL. Deze stap wordt vaak URL mapping genoemd.
Maak een overzicht met bijvoorbeeld deze kolommen:
- oude URL
- nieuwe URL
- status: behouden, samenvoegen, verwijderen
- type redirect
- opmerking, bijvoorbeeld “vervangen door categoriepagina”
Zo voorkom je dat waardevolle pagina’s verdwijnen zonder opvolger. En je voorkomt ook dat oude links allemaal op de homepage uitkomen, wat voor gebruikers én zoekmachines meestal een slecht signaal is.
Maak een redirectplan dat klopt
Als URL’s veranderen, heb je redirects nodig. Meestal gaat het om 301 redirects: een permanente doorverwijzing van oud naar nieuw.
Dat klinkt simpel, maar hier gaat het vaak mis. Bijvoorbeeld doordat:
- redirects ontbreken
- meerdere oude pagina’s naar één onlogische pagina gaan
- er redirect chains ontstaan
- tijdelijke redirects worden gebruikt waar permanente nodig zijn
De beste aanpak is simpel: stuur elke oude pagina door naar de meest logische nieuwe equivalent. Niet naar de homepage “omdat het ook werkt”, maar naar de pagina die inhoudelijk het beste aansluit.
Controleer ook of belangrijke backlinks nog goed landen. Een oude pagina met sterke externe links wil je niet laten eindigen op een 404 of een algemene overzichtspagina.
Test de staging-omgeving alsof het al live is
Een staging site is je oefenterrein. Daar wil je fouten vinden zolang ze nog goedkoop op te lossen zijn.
Test niet alleen of knoppen werken en formulieren verzenden, maar kijk juist ook naar de SEO-kant:
- werken redirects zoals bedoeld?
- klopt de URL-structuur?
- zijn canonicals goed ingesteld?
- worden metadata goed overgenomen?
- werkt de interne linkstructuur?
- staat de site niet per ongeluk open voor indexatie?
- zijn XML-sitemaps aanwezig en actueel?
Gebruik hiervoor bijvoorbeeld Screaming Frog of Sitebulb, aangevuld met handmatige checks in de browser en in de broncode. Voor prestaties kun je PageSpeed Insights, Lighthouse of WebPageTest gebruiken.
Een staging site is geen formaliteit. Het is de plek waar je problemen wilt tegenkomen, niet pas nadat de site live staat.
Controleer de technische basis
Technische SEO klinkt snel zwaar, maar het gaat hier vooral om een paar onderdelen die je niet wilt missen bij livegang.
Loop in elk geval deze punten na:
- robots.txt blokkeert de live site niet
- noindex-tags staan niet per ongeluk op belangrijke pagina’s
- canonicals verwijzen naar de juiste URL’s
- XML-sitemap bevat de juiste pagina’s
- statuscodes zijn in orde
- interne links wijzen niet nog naar oude URL’s
- mobiele weergave werkt goed
- laadtijd is acceptabel
- structured data, als je die gebruikt, is nog aanwezig
Werk hier samen met development. Een SEO-migratie is zelden iets wat marketing alleen even regelt. Juist de combinatie van developers, contentspecialisten en marketeers maakt het verschil tussen een nette overgang en wekenlang herstelwerk.
Meertalige site? Check hreflang apart
Bij meertalige websites is dit een klassieker die vaak pas laat opvalt. Hreflang-tags helpen zoekmachines begrijpen welke taal- of landversie bij welke pagina hoort. Tijdens een migratie sneuvelen die tags makkelijk door nieuwe templates, aangepaste URL-structuren of fouten in de implementatie.
Controleer daarom:
- of hreflang nog aanwezig is
- of taalversies naar elkaar verwijzen
- of de gebruikte codes kloppen
- of de canonicals niet botsen met hreflang
- of land- en taalpagina’s nog logisch gekoppeld zijn
Heb je meerdere markten of domeinen, dan is dit geen detail maar een vast controlepunt.
Denk ook na over wat je doet als het misgaat
Niemand plant een mislukte livegang, maar een rollback plan is wel verstandig. Daarmee spreek je vooraf af wat er gebeurt als de nieuwe site ernstige problemen veroorzaakt.
Leg bijvoorbeeld vast:
- wie beslist over terugdraaien
- wanneer je ingrijpt
- welke onderdelen teruggezet kunnen worden
- hoe snel dat technisch kan
- wie intern op de hoogte wordt gebracht
Dat voorkomt discussie op het moment dat de druk juist hoog is.
Maak duidelijk wie waarvoor verantwoordelijk is
Rond een livegang lopen veel taken door elkaar. Iemand past nog content aan, development zet redirects live, marketing kijkt naar analytics en projectmanagement bewaakt de planning. Als niet duidelijk is wie eigenaar is van welk onderdeel, vallen er gaten.
Zorg daarom voor een simpele taakverdeling:
- wie beheert de redirectlijst
- wie controleert indexatie
- wie monitort Search Console
- wie lost 404-fouten op
- wie checkt tracking en analytics
- wie communiceert bij issues
Dat hoeft geen ingewikkeld projectdocument te zijn. Een gedeeld sheet of kort livegang-overzicht is vaak al genoeg, zolang het maar duidelijk is.
Wat je direct na livegang controleert
Na livegang begint het echte werk pas. Niet omdat alles misgaat, maar omdat je in de eerste dagen snel wilt zien of de overgang goed uitpakt.
Controleer meteen:
- werken de belangrijkste redirects?
- ontstaan er 404-fouten?
- is de site indexeerbaar?
- komen pagina’s goed binnen in Search Console?
- klopt de tracking in Analytics?
- blijven belangrijke landingspagina’s verkeer ontvangen?
- zijn er grote dalingen in klikken of vertoningen?
Gebruik hiervoor een combinatie van Google Search Console, Google Analytics, een crawler en eventueel serverlogs of log-analyse-tools. Voor grotere sites kan dat laatste erg nuttig zijn, omdat je dan ziet hoe zoekmachines de nieuwe site daadwerkelijk crawlen.
Wacht bij fouten niet te lang. Een paar gemiste redirects of foutieve canonicals zijn vaak snel te herstellen, maar alleen als je ze op tijd ziet.
Veelgemaakte fouten bij een website-migratie
Een paar problemen komen steeds terug:
Geen nulmeting
Dan kun je achteraf moeilijk aantonen wat er precies veranderd is.
Redirects te laat oppakken
Als URL mapping pas op het einde gebeurt, worden fouten haastwerk.
Alleen de homepage als redirectdoel gebruiken
Technisch is dat een oplossing, inhoudelijk meestal niet.
Staging niet goed testen
Dan verplaats je oplosbare fouten naar de live omgeving.
Interne links vergeten
De redirects werken misschien, maar intern linkt de site nog overal naar oude URL’s.
Te laat reageren op 404’s
Die wil je in de eerste dagen juist snel oppakken.
Hreflang of canonicals verliezen
Vooral bij meertalige of grotere websites gebeurt dit sneller dan je denkt.
Praktische checklist voor je livegang
Wil je een compacte SEO-migratie checklist voor je nieuwe website? Loop deze punten af voordat de knop omgaat:
- nulmeting gemaakt van verkeer, rankings en belangrijke pagina’s
- back-up van de huidige site beschikbaar
- alle bestaande URL’s geëxporteerd
- URL mapping afgerond
- redirectplan opgesteld en getest
- 301 redirects voorbereid
- staging-omgeving gecrawld en gecontroleerd
- robots.txt en noindex-instellingen nagekeken
- canonicals gecontroleerd
- XML-sitemap klaar
- interne links gecontroleerd
- tracking en analytics getest
- hreflang gecontroleerd bij meertalige sites
- rollback plan beschikbaar
- verantwoordelijkheden binnen het team afgestemd
- monitoring ingericht voor de eerste dagen na livegang
FAQ
Wat is een SEO-migratie precies?
Dat is het geheel aan SEO-werkzaamheden rond een website-migratie, zoals een nieuwe site, nieuw CMS, andere URL-structuur of domeinwissel. Het doel is om vindbaarheid zoveel mogelijk te behouden tijdens de overgang.
Wanneer begin je met SEO bij een nieuwe website?
Zo vroeg mogelijk in het project. Idealiter al zodra de nieuwe structuur, templates of URL’s worden besproken. Wachten tot vlak voor livegang is meestal te laat voor een goede voorbereiding.
Welke tools zijn handig bij een SEO-migratie?
Veelgebruikte opties zijn Google Search Console, Google Analytics en crawlers zoals Screaming Frog, Sitebulb of JetOctopus. Voor performance kun je denken aan Lighthouse, PageSpeed Insights of WebPageTest.
Hoe voorkom je verkeersverlies na livegang?
Helemaal uitsluiten kun je schommelingen niet, maar je verkleint het risico flink met een nulmeting, goede URL mapping, correcte 301 redirects, een goed geteste staging site en snelle monitoring na livegang.
Moet je alle oude URL’s redirecten?
Nee, niet blind alles. Maar pagina’s met verkeer, backlinks, rankings of duidelijke opvolgers wil je wel zorgvuldig meenemen. Pagina’s zonder waarde kun je soms bewust laten vervallen, zolang dat een doordachte keuze is.
