SEO-checklist na lancering: een triagesysteem, geen takenstortplaats

TL;DR: De beste SEO-checklist na livegang is korter dan je denkt. Een lancering loopt zelden mis omdat iemand één meta-beschrijving vergat. Ze mislukt omdat Google de nieuwe URL’s niet kan crawlen, renderen, vertrouwen of koppelen aan de opgebouwde autoriteitssignalen. Controleer daarom eerst toegankelijkheid, rendering, redirects, canonicals, analytics en sitemaps. Als die in orde zijn, staat de site waarschijnlijk niet in brand. Dan kun je de kamer opruimen.

Ik heb klantensites uitgerold via mindnow, vadimkravcenko.com opnieuw opgebouwd en werk nu aan seojuice.io met statisch-georiënteerde publieke pagina’s plus app-onderdelen die niet hoeven te ranken. De paniek na livegang gaat zelden over “we zijn één alt-attribuut vergeten”. Het is eerder “de nieuwe React-route levert een lege schelp op”, “de oude URL-mapping heeft gaten” of “Search Console meldt gedetecteerd maar niet geïndexeerd en niemand wil toegeven dat de pagina’s mager zijn”.

Dat kader moet doorbroken worden. Een post-launch SEO-checklist is een triagesysteem, geen spreadsheet waarin elke rij even zwaar weegt. Eerst het bloeden stelpen—dán poetsen.

De SEO-checklist na livegang is triage, geen takenlijst

Standaard checklists vlakken risico’s af. Een ontbrekende meta-beschrijving en een geblokt robots.txt horen niet in dezelfde categorie. Net zo min als een trage hero-afbeelding en een kapotte 301-mapping van de oude site.

Het eerste uur draait om bewijs (hier slaan de meeste teams over). Kunnen crawlers de pagina’s bereiken? Ziet Google de beoogde URL, canonical, content en status? Hebben oude URL’s, interne links, analytics en citaties het overleefd? Pas daarna begint het verbeterwerk.

Daarom start een goede technische SEO-audit na livegang met faal­scenario’s, niet met versiering. Lanceringen zijn politiek; zonder volgorde wordt elke meeting theater.

Wat te verifiëren in het eerste uur na livegang

Ga er niet van uit dat “de site laadt in Chrome” betekent dat Google de content ziet. Chrome is jouw browser. Googlebot is een crawler met render­stappen, crawl­wachtrijen, geblokkeerde resources en een andere taak.

Begin met de productie-robots.txt. Bevestig dat de secties die moeten ranken toegestaan zijn. Controleer daarna meta-robots-tags, x-robots-tag-headers, HTTP-statuscodes en canonical-tags. Live-pagina’s moeten 200 teruggeven. Permanente redirects moeten 301 teruggeven. Verwijderde pagina’s 404 of 410. Canonicals moeten zelfreferentieel zijn of bewust consolideren.

Gebruik vervolgens URL-inspectie in Google Search Console. Test één URL van elk indexeerbaar paginatype: homepage, categorie, product, artikel, locatie, programmatic page en elke nieuwe template. Fetch de pagina. Inspecteer de gerenderde HTML. Zoek naar de hoofdcontent, interne links, canonical, titel en gestructureerde data.

“Het grootste probleem met CSR is meestal dat, als er iets misgaat tijdens de transmissie, de gebruiker geen enkele content ziet. Dat kan ook SEO-gevolgen hebben.”

Die waarschuwing van Martin Splitt, Developer Advocate bij Google, is het probleem op lanceerdag in gewone taal. Client-side rendering is niet slecht—ze is fragiel bij livegang omdat één mislukte script, hydration-bug, route-issue of geblokte asset een pagina kan veranderen in een lege schelp.

• Crawl een steekproef van templates, niet alleen de homepage.
• Test één URL per indexeerbaar paginatype.
• Gebruik URL-inspectie voor fetch en gerenderde HTML.
• Controleer dat er geen staging-noindex-regels zijn meeverhuisd.
• Zorg dat kerncontent zichtbaar is zonder gebruikersinteractie.
• Zorg dat navigatielinks waar mogelijk crawlbare HTML-links zijn.

Als de site zware JavaScript gebruikt, voeg dan een JavaScript SEO-ronde toe. View source is niet genoeg; de gerenderde DOM telt.

Waarom redirects meer aandacht verdienen dan ze krijgen

Als URL’s veranderd zijn, is een redirect-mapping verplicht. Die vormt de brug tussen de oude opgebouwde signalen en de nieuwe structuur.

“Als urls veranderen en de oude urls niet correct via 301 worden gemapt naar de nieuwe, riskeert de site serieuze SEO-schade.”

Glenn Gabe, oprichter van G-Squared Interactive, is recht-voor-zijn-raap omdat de fout vaak voorkomt. Oude URL’s redirecten naar de homepage. 302’s worden ingezet in plaats van 301’s. Redirect-ketens stapelen oude CMS-paden, trailing slash-regels, HTTP-naar-HTTPS en locale-mappen (meestal omdat niemand eigenaar is van de migratiemap). Query-string-URL’s verdwijnen zonder backlinks of verkeer te checken.

Crawl de oude URL-lijst na livegang (de nieuwe site is het makkelijke deel). Dáár verstopt zich verkeersverlies. Crawl niet alleen de nieuwe site om vervolgens victorie te kraaien.

• Oude URL’s moeten naar de dichtstbijzijnde nieuwe equivalent leiden.
• Permanente verhuizingen moeten 301-redirects gebruiken.
• Redirect-ketens moeten worden verkort.
• Interne links moeten verwijzen naar de eind-URL, niet naar een redirect.
• XML-sitemaps moeten geen redirected of non-canonical URL’s bevatten.

Google kan redirects volgen—het doel is niet om Google’s geduld te testen. Houd paden direct.

Sitemaps en Search Console: nuttig, geen magie

De meeste checklists zetten “sitemap indienen” hoog alsof het indexering afdwingt. Google Search Central zegt dat het indienen van een sitemap “slechts een hint” is en geen download, crawl of gebruik garandeert.

Sitemaps zijn nog steeds nuttig — ze helpen bij ontdekking, onthullen rapportageproblemen en geven Search Console een schone dataset. Ze tellen het meest als een site nieuw is, weinig externe links heeft, veel pagina’s bevat of URL’s heeft die via interne links lastig te vinden zijn.

Ik zag ooit hoe een sitemap vol redirects het echte probleem verborg: de nieuwe canonical-pagina’s werden amper gelinkt.

• Dien de juiste XML-sitemapindex in bij Google Search Console.
• Verwijder staging, oude domeinen, redirected, geblokte en non-canonical URL’s.
• Splits bestanden vóór 50 MB ongecomprimeerd of 50.000 URL’s.
• Vertrouw op lastmod alleen als het CMS het accuraat schrijft.
• Vergelijk ingediend versus geïndexeerd per template.

Sitemap-indiening is logistiek. Indexering moet verdiend worden.

Kun je de lancering niet meten, dan kun je haar niet debuggen

Iedereen zegt dat tracking geregeld is. Dan breekt de bedankpagina, consentbanner, checkout-event of cross-domain-verwijzing toch.

Voordat je over rankings discussieert, bewijs dat de meting werkt. GA4 moet op elke publieke template afvuren. Search Console moet op het juiste propertytype zijn geverifieerd (protocol, sub- en hoofddomein tellen). Bing Webmaster Tools hoort in de checklist als de site afhankelijk is van Bing, Copilot-surfaces of enterprise search-verkeer.

• Exporteer rankingdata vóór livegang.
• Exporteer organische landingspagina’s per URL, template, land en device.
• Zorg dat server- of CDN-logs beschikbaar zijn als crawling daalt.
• Voeg een livegang-annotatie toe in analytics-tools.
• Test conversie-events na consent-mode en tag-manager-regels.

De lezer moet weten of verkeer verandert door rankings, indexering, meting, seizoensinvloeden of een kapotte redirect. Zonder nulmetingen wordt de post-launch-meeting een gokspel met grafieken.

Core Web Vitals na livegang: nu meten, niet wachten op CrUX

Het HTTP Archive Web Almanac 2025 laat zien waarom performance lanceerdag-aandacht verdient. HTTPS en title-tags zijn nu gemeengoed: HTTPS staat op ~91,7 % van desktop- en ~91,5 % van mobiele pagina’s, title-tags op ~98,6 % respectievelijk ~98,5 %. Core Web Vitals scoren zwakker: desktop haalt 56 %, mobiel 48 %.

Core Web Vitals zijn dus een van de meest voorkomende plekken waar lanceringen misgaan — verre van een randopruimklus.

INP is sinds 12 maart 2024 een stabiele Core Web Vital en vervangt FID. De drempels zijn eenvoudig: ≤200 ms is goed; 200-500 ms behoeft verbetering; >500 ms is slecht. Het Web Almanac meldt dat 77 % van mobiele pagina’s INP haalt, versus 97 % op desktop. Slechts 53 % van de top 1000 sites slaagt, wat iets zegt over zware JS-sites.

CrUX gebruikt een rollend venster van 28 dagen, dus nieuwe pagina’s hebben niet direct fielddata. Gebruik Lighthouse, PageSpeed Insights-labdata, WebPageTest, RUM en template-tests tot de fielddata volwassen is.

• Test mobile first.
• Test het traagste template, niet de mooiste pagina.
• Let op LCP bij hero-afbeeldingen en serverrespons.
• Let op INP bij menu’s, filters, accordions, zoekvelden, formulieren en configurators.
• Let op CLS na fonts, ads, banners, embeds en cookiemeldingen.

Contentkwaliteit en interne links: waarom “Gedetecteerd, momenteel niet geïndexeerd” geen knopprobleem is

Mensen zien “Gedetecteerd, momenteel niet geïndexeerd” en gaan URL’s opnieuw indienen. Dat kan Google helpen de pagina opnieuw te vinden. Het maakt de pagina niet de moeite waard om te indexeren.

“In de meeste gevallen gaat het echter om de algehele kwaliteit van de website.”

Die uitspraak van John Mueller, Search Advocate bij Google, is een nuttige tik op de vingers. De meeste post-launch-checklists behandelen indexering als een configuratieprobleem. Mueller zet het neer als een kwaliteitsprobleem.

Controleer of belangrijke pagina’s gelinkt zijn vanuit crawlbare navigatie, hubs, breadcrumbs of gerelateerde contentblokken. Zoek naar body-links die verdwenen tijdens de redesign. Bekijk dunne locatie-, categorie-, tag- of programmatic-pagina’s die zich hebben vermenigvuldigd. Zorg dat unieke content niet verstopt zit achter tabs, scripts of generieke hero-copy.

Hier telt de interne-linkstrategie. Interne links zijn niet alleen crawl­paden; ze tonen redactionele prioriteit. Als de site niet naar een pagina verwijst, zegt hij tegen zoekmachines dat die pagina niet centraal staat.

Titels, canonicals, schema en metadata verifiëren — maar geen heiligverklaring

Metadata telt nog steeds. Het hoort alleen in de juiste laag.

Het Web Almanac 2025 vond canonical-tags op ~68 % van desktop- en ~67 % van mobiele pagina’s. Titels zijn bijna universeel. HTTPS is gangbaar. Dit zijn hygiënechecks, niet de plek waar de meeste ernstige lancering­scalamiteiten schuilen.

Bij één rebuild haalde schema van staging met nep-reviewmark-up de productie. Het probleem was zichtbaar voor iedereen die view-source draaide.

• Gebruik unieke title-tags op indexeerbare templates.
• Schrijf meta-beschrijvingen voor pagina’s waar CTR telt.
• Zet per indexeerbare pagina één duidelijke canonical.
• Check Open Graph-previews voor pagina’s die gedeeld worden bij livegang.
• Valideer gestructureerde data voor producten, artikelen, breadcrumbs, organisaties, lokale bedrijven, FAQ’s en reviews waar toepasselijk.
• Test hreflang als er taal- of regiovarianten zijn.
• Verwijder schema afkomstig van staging, oude merken of verkeerde URL’s.

Doe het werk. Verwar alleen metadata-volledigheid niet met livegang-veiligheid.

Launch-check 2026: AI-crawler-regels en citaatcontinuïteit

AI-crawlerbeleid is nu een lanceerdagbeslissing (in 2026 is dit niet optioneel). Het Web Almanac 2025 vond gptbot-regels in robots.txt op 4,5 % van desktop- en 4,2 % van mobiele pagina’s, een YOY-groei van ~55 %. claudebot-regels verdubbelden bijna naar 3,6 % desktop en 3,4 % mobiel.

Dit betekent niet dat GPTBot toestaan AI-zoekzichtbaarheid garandeert. Het betekent dat robots.txt steeds vaker wordt gebruikt om AI-crawlers te sturen, en dat het launch-team één gedocumenteerd beleid nodig heeft.

1. Bepaal vóór livegang of grote AI-crawlers worden toegestaan of geblokkeerd.
2. Behoud citaatcontinuïteit door oude URL’s met vermeldingen, links, citaties en forumreferenties te redirecten.
3. Houd entity-signalen consistent: merknaam, auteursnamen, organization-schema, over-pagina’s, contactpagina’s, productnamen en canonical bronpagina’s.

Kapotte URL’s kunnen citatensporen vernietigen waarop zoeksystemen en antwoord­engines vertrouwen. Houd de pagina’s die bewijzen wie je bent crawlbaar.

De monitoringloop van 7 dagen na livegang

Dag 0 is toegang en rendering. Dag 1 redirects, analytics en sitemap-rapporten. Dag 2-7 patroondetectie.

• Bekijk Search Console-dekking en indexering per template.
• Check serverfouten en soft 404’s.
• Crawl de oude URL-lijst opnieuw op redirect-fouten.
• Vind organische landingspagina’s die verdwenen zijn.
• Controleer branded queries en homepage-indexering.
• Let op nieuwe pagina’s die blijven hangen in gedetecteerd of gecrawld maar niet geïndexeerd.
• Bekijk crawlpieken of -dips in logs.
• Test conversietracking opnieuw.
• Volg kerntermen, maar verwacht vroege volatiliteit.

Geduld telt—niet elke dip is een ramp. Maar elke ongemeten dip wordt een politiek debat.

De 30-dagenreview: wat te fixen zodra het vuur gedoofd is

Nadat de eerste week voorbij is, jaag niet alleen op catastrofale fouten. Verbeter zwakke systemen.

• Bekijk Core Web Vitals-fielddata zodra die beschikbaar is.
• Vind pagina’s met vertoningen maar lage CTR.
• Voeg interne links toe naar nieuwe strategische pagina’s.
• Vergelijk indexering per template.
• Schoon interne links die nog redirecten.
• Review content die rankings verloor na herschrijvingen of merges.
• Fix schema-waarschuwingen en rich-result-issues.
• Bevestig AI-crawlerbeleid met legal- en brandteams.
• Versterk expertise-signalen, auteurcontext en ondersteunende content.

Hier begint een degelijke SEO-monitoring­setup zich terug te betalen. Je kunt niet elke SEO-uitkomst in 48 uur beoordelen. Je kunt wel beoordelen of het systeem gezonder wordt.

Copy-paste post-launch SEO-checklist

Toegang en indexeerbaarheid

• Productie-robots.txt staat bedoelde secties toe.
• Geen staging-noindex-directieven meer aanwezig.
• Indexeerbare pagina’s geven 200 terug.
• Verwijderde pagina’s geven 404 of 410 terug.
• Canonicals wijzen naar de bedoelde URL’s.
• URL-inspectie bevestigt fetch en render.

Rendering en templates

• Hoofdcontent verschijnt in de gerenderde HTML.
• Navigatielinks zijn crawlbaar.
• Belangrijke links zitten niet achter verplichte gebruikersacties.
• JavaScript-fouten blokkeren de content niet.
• Elke hoofdtemplate is mobiel getest.

Redirects en URL-continuïteit

• Oude URL-lijst gecrawld na livegang.
• One-hop 301’s ingesteld voor gewijzigde URL’s.
• Redirects verwijzen naar equivalente pagina’s, niet de homepage.
• Interne links verwijzen naar eind-URL’s.
• XML-sitemap sluit redirected URL’s uit.

Search Console en sitemaps

• Juiste property geverifieerd.
• Sitemap-index ingediend.
• Sitemap bevat alleen canonical, indexeerbare URL’s.
• Ingediend versus geïndexeerd bewaakt per template.
• Handmatige acties en beveiligingsproblemen gecheckt.

Analytics en tracking

• GA4 vuurt op alle publieke templates.
• Organische landingspagina’s vastgelegd.
• Conversies getest.
• Livegang-annotatie toegevoegd.
• Nulmetingen rankings en verkeer geëxporteerd.

Performance

• LCP gecheckt op kern­templates.
• INP getest op interactieve elementen.
• CLS gecheckt na banners, fonts en embeds.
• Labtools gebruikt tot CrUX-data rijp is.
• Mobiel getest vóór desktop.

Content en interne links

• Prioriteitspagina’s gelinkt vanuit hubs of navigatie.
• Belangrijke oude content niet verwijderd zonder vervanging.
• Dunne programmatic-pagina’s beoordeeld.
• Titels en headings passen bij zoekintentie.
• Wezenpagina’s geïdentificeerd.

Gestructureerde data en metadata

• Titels uniek op indexeerbare pagina’s.
• Meta-beschrijvingen gecontroleerd voor sleutelpagina’s.
• Breadcrumb-schema gevalideerd.
• Product-, artikel-, organisatie-, lokaal- of review-schema getest waar relevant.
• Hreflang getest indien van toepassing.

AI-zoek en crawlerbeleid

• AI-crawler-robots.txt-regels gedocumenteerd.
• Oude geciteerde URL’s geredirect.
• Merk- en auteur-entiteitsdetails consistent.
• About-, contact- en bronpagina’s blijven crawlbaar.
• Belangrijke informatieve pagina’s behouden tijdens migratie.

Heb je maar één uur, controleer dan crawltoegang, rendering, redirects, canonicals, analytics en de sitemap. Als die slagen, staat de lancering waarschijnlijk niet in brand. Dan begint het echte SEO-werk.

FAQ

Hoe snel moet ik een post-launch SEO-checklist draaien?

Voer binnen het eerste uur de checks uit op toegang, rendering, robots, statuscode, canonical, analytics en redirects. Draai sitemap-, Search Console- en oude-URL-crawls op dag één. Monitor indexering, logs, rankings en conversies gedurende de eerste week.

Is een sitemap indienen genoeg om een nieuwe site te indexeren?

Nee. Google zegt dat sitemap-indiening “slechts een hint” is. Dien hem in omdat het ontdekking en rapportage helpt, vooral bij nieuwe of grote sites. Zie het niet als indexeerknop.

Wat is de grootste SEO-fout na livegang?

De duurste fouten zijn geblokte crawling, kapotte rendering, slechte redirects, verkeerde canonicals en ontbrekende meting. Metadata-fouten zijn eenvoudiger te fixen zodra de site stabiel is.

Moet ik oude URL’s controleren of alleen de nieuwe site?

Beide, maar crawl na livegang vooral de oude URL-lijst. Daar komen verloren equity, kapotte backlinks, foute mappings en homepage-redirects boven water. Dit is core site-migratie-SEO.

Wanneer moeten Core Web Vitals na livegang worden gereviewd?

Test direct met labtools en RUM. CrUX-fielddata werkt met een rollend venster van 28 dagen, dus nieuwe pagina’s hebben tijd nodig voordat stabiele field-rapportage verschijnt.

Hulp nodig bij het vinden van de lancering­issues die ertoe doen?

SEOJuice helpt teams om het werk te pakken dat resultaten verandert: kapotte interne links, zwakke pagina­prioriteit, ontbrekende context en SEO-problemen die na livegang onder de radar blijven. Is je site net live? Begin met de triagechecks hierboven en gebruik daarna SEOJuice om de schoonmaak op gang te houden.