SEO-checklist na livegang

— Geverifieerd aan de hand van de documentatie van Google Search Console, getest bij echte site-livegangen, plus migratiedata van onze eigen .io → .com-verhuizing in januari 2026.

TL;DR: Je site staat live. Gefeliciteerd. Nu begint het echte werk. De eerste 30 dagen na een livegang bepalen of je stijgt in Google's index of erin verdwijnt. Deze checklist bevat de exacte stappen — uur voor uur, week voor week — die ik gebruik bij elke livegang en migratie. Sla je de eerste 24 uur over, dan ben je daarna maanden bezig om te herstellen wat je in één middag had kunnen beschermen.

Waarom SEO na livegang belangrijker is dan SEO vóór livegang

Een site live zetten voelt geweldig. Ongeveer vijf minuten lang. Daarna slaat de onrust toe — wordt alles geïndexeerd? Werken de redirects? Kan iemand ons überhaupt vinden?

Ik heb dit tientallen keren gezien. Teams steken maanden in design, content en development. Ze discussiëren eindeloos over lettertypes en knopkleuren. En dan drukken ze op “publish” en lopen weg.

Precies dan gaat het mis.

Slechts 10% van de sitemigraties verbetert daadwerkelijk de SEO-prestaties. De andere 90% blijft vlak of verliest verkeer — soms op pijnlijke schaal. De gemiddelde hersteltijd na een mislukte migratie? 523 dagen. Dat is bijna anderhalf jaar kijken naar een traffic-grafiek die de verkeerde kant op wijst.

Het verschil tussen die 10% die vooruitgaat en die 90% die dat niet doet? Een checklist. Letterlijk. Teams die een gestructureerd post-launch proces volgen, herstellen in weken. Teams die maar wat doen, zijn kwartalen later nog steeds verkeersdalingen aan het uitleggen aan hun baas.

"Internal linking is one of the biggest things that you can do on a website to kind of guide Google and guide visitors to the pages that you think are important."

Mueller heeft hier vooral ná livegang een punt. Je nieuwe sitestructuur moet Google meteen duidelijk maken wat belangrijk is. Als je live bent gegaan met kapotte interne links, orphan pages of een ontbrekende sitemap, weet Google simpelweg niet waar het moet beginnen — en nee, het gaat dat niet vanzelf voor je uitvogelen.

De eerste 24 uur: kritieke checks

Hier valt niet over te onderhandelen. Doe dit voordat je over je livegang tweet. Voordat je je mailinglijst mailt. Voordat je ook maar iets anders doet. Tijdens onze migratie waren die eerste 24 uur één waas van terminalvensters en Search Console-tabs. Niet bepaald glamoureus. Maar elk punt hieronder staat erin omdat we óf vroeg een probleem vonden, óf zagen hoe iemand anders dat niet deed.

Belangrijkste inzicht

De meest voorkomende fout bij een livegang die ik heb gezien? noindex laten staan op productie. Het klinkt te dom om waar te zijn — maar ik heb redesignprojecten van zes cijfers live zien gaan terwijl in WordPress het vinkje bij “Discourage search engines” nog gewoon aanstond. Controleer het als eerste. Controleer het nog een keer. Laat daarna iemand anders het ook controleren. Wij waren er tijdens onze .com-migratie zelf bijna ingetrapt — alleen op tijd ontdekt omdat ons deploy-script automatisch checkt op noindex op de homepage. Voeg zo'n check ook toe aan die van jou.

Je robots.txt zou er zo uit moeten zien

Hier is een schone robots.txt voor een net gelanceerde site. Pas de sitemap-URL en eventuele admin-paden aan voor jouw CMS.

User-agent: *
Allow: /

# Block admin and staging paths
Disallow: /wp-admin/
Disallow: /staging/
Disallow: /cart/
Disallow: /checkout/
Disallow: /my-account/

# Allow CSS and JS for rendering
Allow: /wp-includes/*.js
Allow: /wp-includes/*.css
Allow: /wp-content/themes/*.js
Allow: /wp-content/themes/*.css

# Sitemap location
Sitemap: https://yourdomain.com/sitemap.xml

# AI crawler directives (new for 2026)
User-agent: GPTBot
Allow: /blog/
Allow: /resources/

User-agent: ClaudeBot
Allow: /blog/
Allow: /resources/

User-agent: PerplexityBot
Allow: /blog/
Allow: /resources/

Let op de AI crawler-richtlijnen onderaan. In 2026 is dit niet meer optioneel. Als je wilt dat je content wordt geciteerd in antwoorden van ChatGPT, Perplexity of Claude, moet je hun crawlers expliciet toestaan. Blokkeer je ze, dan verdwijn je volledig uit AI search — en dat kanaal groeit hard.

Week 1: checks voor je fundament

De eerste 24 uur zijn voor noodgevallen. Week 1 draait om controleren of de basis echt stevig staat. Tijdens onze migratie sloeg op dag 3 de echte paniek toe — niet door een crisis, maar omdat er toen eindelijk genoeg tijd voorbij was voor Search Console-data om binnen te komen en we daadwerkelijk konden zien wat er gebeurde. Die kloof tussen “we zijn live” en “we hebben data” is zenuwslopend.

Ik kan nauwelijks overdrijven hoe belangrijk dat stuk over interne links is. Na de livegang van seojuice.com was het eerste wat ik deed onze eigen internal linking tool draaien over elke blogpost. We vonden 34 orphan pages op dag één. Vierendertig pagina's waar Google geen enkel pad naartoe had. Die pagina's kregen verkeer op het oude domein — en waren op het nieuwe domein stilletjes verdwenen. Op dag 3 zag ik de eerste orphan pages in Search Console verschijnen als “Discovered — currently not indexed”. Dat is Google's beleefde manier om te zeggen: “Ik weet dat deze pagina bestaat, maar ik heb geen reden om hem belangrijk te vinden.” Interne links geven Google een reden om wél te geven om die pagina.

Maand 1: checks voor groei

Tegen die tijd zou je site geïndexeerd moeten worden. De noodfase is voorbij. Maand 1 draait om versnellen wat werkt en repareren wat niet werkt.

De metric voor verkeersstabilisatie is waar de meeste mensen van in paniek raken. Dit is de waarheid: bij bijna elke sitemigratie zie je tijdelijk een dip in verkeer. Dat is normaal. Google moet je content opnieuw crawlen, opnieuw indexeren en opnieuw beoordelen binnen de nieuwe URL-structuur. Een dip van 10-20% in week 1-2 die herstelt in week 3-4 is volkomen volgens het boekje. Een daling van 50% die in week 4 nog niet hersteld is, betekent dat er fundamenteel iets kapot is.

Bij onze migratie was de dip 15%. Ik wist dat van tevoren en tóch zat ik in de eerste week elk uur naar de traffic-grafiek te kijken. Weten dat iets normaal is, voelt nog steeds niet normaal als het om je eigen cijfers gaat.

Doorlopende monitoring

De checklist stopt niet na 30 dagen. Dit zijn de dingen die je na elke livegang blijvend in de gaten moet houden.

Wekelijks: Check GSC op nieuwe crawl-fouten. Monitor Core Web Vitals. Bekijk nieuwe 404-pagina's. Dit kost 15 minuten. Zet het in je agenda. Ik doe die van mij elke maandagochtend vóór al het andere.

Maandelijks: Volledige site crawl om nieuwe orphan pages te vinden. Audit op broken links. Content decay-check op je top 50 pagina's. Controleer AI-zichtbaarheid voor belangrijke queries.

Per kwartaal: Complete technische audit. Validatie van schema markup. Redirect chains opschonen (die ketens worden na verloop van tijd langer naarmate je meer redirects toevoegt — wij hadden tegen maand 2 ketens van 4 hops omdat iemand een redirect toevoegde naar een pagina die al werd doorgestuurd). Analyse van interne links om je sitestructuur strak te houden.

Noodfixes

Soms gaat er ondanks de checklist toch iets kapot. Dit is de triagevolgorde als je naar een verkeersklif zit te staren.

De eerste twee rijen zijn goed voor ongeveer 80% van de spoedoproepen die ik na een livegang heb gekregen. Het is bijna altijd een noindex-tag of kapotte redirects. Niet een mysterieuze algoritmestraf. Niet een Google-samenzwering. Gewoon gemiste vinkjes.

Ons migratieverhaal: seojuice.io → seojuice.com

Ik moet natuurlijk wel doen wat ik predik, dus hier is wat er gebeurde toen we SEOJuice in januari 2026 van het .io-domein naar .com verhuisden.

We draaiden al meer dan een jaar op seojuice.io. Prima verkeer, goed backlinkprofiel, rankings op onze doel-keywords. Maar ik wilde de .com. Niet om SEO-redenen — de .io-extensie is prima voor search — maar voor vertrouwen. Als je verkoopt aan agencies en enterprises, doet een .com er meer toe dan eigenlijk zou moeten.

Dit is wat we hebben gedaan:

Voor de switch: Elke URL van de .io-site geëxporteerd. Een complete redirect map gebouwd. Elke redirect getest in staging. Alle interne links bijgewerkt zodat ze naar .com-URL's wijzen. Google geïnformeerd via de Change of Address-tool in Search Console.

Op de dag van de switch: Redirects gedeployed. Nieuwe sitemap ingediend. In GSC gecontroleerd dat de .com-property data ontving. Serverlogs gemonitord op crawl-activiteit. Ik bleef op tot middernacht om te zien hoe de crawl rate van Googlebot langzaam opliep.

Wat er gebeurde: We zagen een verkeersdip van 15% in week 1. In week 3 zaten we weer op het niveau van vóór de migratie. In week 6 zat het verkeer 12% boven pre-migration — deels omdat het .com-domein meer click-through uit de SERP leek te krijgen (mensen vertrouwen .com, al is het maar onbewust).

Wat er bijna misging: We hadden een batch oude blogposts waarin hardcoded .io-URL's in de content stonden. De redirects vingen extern verkeer prima op, maar interne links veroorzaakten redirect chains (pagina A linkt naar een .io-URL, die met een 301 naar een .com-URL gaat). We ontdekten het op dag 3 tijdens de review van de serverlogs — precies waarom die check in de tabel van Week 1 hierboven staat. Als ik die logreview had overgeslagen, waren die ketens stilletjes blijven groeien, met telkens wat extra latency en verdunde link equity als gevolg.

"Sites with strong content quality, topical authority, and clean technical SEO usually stabilize quickly after a migration. The ones that don't recover are the ones that had hidden problems before they moved."

Dat is exact wat wij hebben ervaren. De migratie veroorzaakte de problemen niet — ze legde ze bloot. De orphan pages die we vonden, waren vóór de verhuizing ook al orphan pages. De hardcoded URL's waren technische schuld, geen migratieprobleem. De checklist dwong ons alleen om er eindelijk echt naar te kijken.

De meta-les

Elk item op deze checklist bestaat omdat iemand, ergens, het niet heeft gecontroleerd en verkeer verloor. Ik overdrijf niet. De redirect-check staat erin omdat een ecommerce-site van $2M 44% van het organische verkeer verloor na een migratie waarbij iemand vergat 3,000 product-URL's te mappen. De noindex-check staat erin omdat een SaaS-bedrijf live ging met “Discourage search engines” aangevinkt en dat drie weken lang niet doorhad.

SEO na livegang is niet glamoureus. Het is een checklist. Het is vakjes afvinken. Het is om 23:00 uur op launch day in serverlogs kijken omdat iets niet klopt. Op onze launch day wisselde ik tussen een terminal waarin ik access logs zat te tailen en een krijsende tweejarige die pertinent niet wilde slapen. Beide situaties vroegen om hetzelfde: geduld, een systematische aanpak en accepteren dat de komende 48 uur gewoon zo zouden zijn.

Maar dat is precies het verschil tussen een livegang die doorbouwt naar groei en een livegang waarvan je anderhalf jaar moet herstellen.

Doe de checklist.

Veelgestelde vragen

Hoe lang duurt het voordat Google een nieuwe site indexeert?

Voor een compleet nieuw domein moet je rekenen op 1-2 weken voor de eerste indexatie nadat je je sitemap hebt ingediend in Google Search Console. Bij een domeinmigratie (dezelfde content, nieuwe URL) indexeert Google de meeste pagina's meestal opnieuw binnen 1-4 weken. Indexatie aanvragen voor je homepage en belangrijkste pagina's via de URL Inspection-tool versnelt dit. Sites met een sterk backlinkprofiel en regelmatig bijgewerkte content worden sneller gecrawld.

Is een tijdelijke verkeersdaling na een livegang normaal?

Ja. Een verkeersdip van 10-20% in de eerste 1-2 weken is volkomen normaal, zelfs bij goed uitgevoerde livegangen. Google moet je content opnieuw crawlen en opnieuw beoordelen. De belangrijkste metric is herstel: je zou binnen 3-4 weken terug moeten zijn op je niveau van vóór livegang. Staat het verkeer na 4 weken nog steeds 30%+ lager, dan is er iets mis — begin dan met de tabel met noodfixes hierboven.

Moet ik oude backlinks disavowen na een domeinmigratie?

Nee. Je oude backlinks geven via je 301 redirects nog steeds autoriteit door. Als je ze disavowt, gooi je opgebouwde link equity weg. Disavow alleen links die al vóór de migratie echt spammy waren. De redirect doet de rest.

Moet ik mijn llms.txt-bestand updaten na een livegang?

Als je er een hebt: ja. Werk het bij met je nieuwe URL-structuur en belangrijkste contentpagina's. Hoewel llms.txt nog geen officiële standaard is, verwijzen Claude en Perplexity er wel naar. Het is een taak van vijf minuten die ervoor zorgt dat AI-zoekmachines een duidelijke kaart van je content hebben. Zie het als een sitemap voor AI — weinig moeite, mogelijk veel rendement.

Wat als ik geen redirects heb voor oude URL's?

Als je nog controle hebt over het oude domein, zet dan onmiddellijk redirects op. Ben je de toegang tot het oude domein kwijt, focus dan op het opbouwen van nieuwe backlinks naar je belangrijkste pagina's en dien een uitgebreide sitemap in. Herstel zonder redirects duurt aanzienlijk langer — reken op 3-6 maanden in plaats van 3-6 weken.

Tools die dit makkelijker maken

Je kunt alles op deze checklist handmatig doen met Google Search Console en een spreadsheet. Maar als je de monitoring liever automatiseert, dan zou ik dit aanraden:

SEOJuice Site Audit — Draai direct na livegang een volledige audit. Vangt automatisch noindex-tags, broken links, ontbrekende schema markup en 200+ andere issues.

Broken Link Checker — Cruciaal om mislukte redirects te vinden. Draai hem op dag 1 en nog eens op dag 7.

SEO Hygiene Checklist — Onze complete gids voor doorlopend SEO-onderhoud. Past goed bij deze post-launch checklist voor de fase van “doorlopende monitoring”.

De fase na livegang is waar de meeste SEO-waarde wordt gewonnen of verloren. Teams die dit behandelen als een gestructureerd proces — en niet als een feestje — zijn uiteindelijk degenen die vooroplopen.