Website live zetten zonder SEO-schade: de go-live checklist

Een website live zetten zonder SEO-schade lukt met zes acties op het juiste moment.

Je haalt de noindex weg, activeert je redirects, dient je sitemap in, schermt staging af en monitort de eerste dagen strak.

Het verdict: deze website live zetten checklist draait om timing. Vergeet je één stap, dan blijft een prachtige nieuwe site onzichtbaar in Google of verspeelt hij je hardverdiende posities.

We lopen elke stap van de lanceerdag door, in de volgorde waarin je ze afvinkt.

Dit is het sluitstuk van een goed gebouwde site. Hoort jouw lancering bij een volledige verhuizing of redesign? Lees dan eerst website-migratie zonder rankingverlies en rankings behouden na een website-redesign.

Dit artikel focust op de go-live zelf.

Wat is de belangrijkste fout bij het live zetten van een website?

De grootste fout is de noindex-instructie van je staging-omgeving vergeten weg te halen.

Bijna elke testomgeving staat standaard op “niet indexeren”, zodat Google je halfafgewerkte site niet oppikt.

Waarom een vergeten noindex zo duur is

Gaat die instructie mee naar productie, dan vertel je Google letterlijk dat je nieuwe site niet in de zoekresultaten mag verschijnen.

Je site is dan technisch live, maar SEO-gezien onzichtbaar.

Het verraderlijke? Alles ziet er normaal uit. Bezoekers met de directe link zien een werkende website, en je collega’s zijn tevreden.

Niemand merkt iets. Pas weken later valt op dat het organisch verkeer wegblijft, en dan is er al kostbare tijd verloren.

Daarom staat het weghalen van de noindex bovenaan elke serieuze lanceerchecklist.

Op welke drie plekken je controleert

Controleer dit op drie plekken:

• Meta robots-tag: de meta robots in de paginacode mag niet op noindex staan.
• robots.txt: die mag de site niet blokkeren met een algemene Disallow.
• CMS-schakelaar: “zoekmachines ontmoedigen deze site te indexeren” moet uit staan.

Het verschil tussen die instructies lees je in noindex vs canonical vs robots-directives. Wat de tag precies doet, staat in onze uitleg over de meta robots-tag.

Zo ziet een open robots.txt eruit

Kijk in je live robots.txt naar twee dingen: geen algemene blokkade, en een regel die naar je sitemap wijst.

Onze eigen robots.txt is daar een kort voorbeeld van:

De robots.txt van customerimpact.be, oktober 2026: één regel die alle crawlers toelaat, plus de sitemap.

Staat er na de lancering nog Disallow: /, dan is dat je eerste werk.

Vuistregel: open de robots.txt van je live domein binnen vijf minuten na de go-live, niet de volgende ochtend.

In welke volgorde zet je een website live?

Werk van voorbereiding naar activatie, en activeer de SEO-kritieke zaken pas op het moment dat de site echt live gaat.

De volgorde bepaalt of je lancering soepel verloopt. Zo ziet de tijdlijn eruit:

Stap 1: maak een nulmeting

Leg vlak voor de lancering vast:

• je huidige rankings en organisch verkeer
• het aantal geïndexeerde pagina’s
• je best converterende pagina’s

Zonder dit referentiepunt weet je achteraf niet of een schommeling normaal is of een alarmsignaal.

Stap 2: zet je 301-redirect-plan klaar

Wijzigen je URL’s? Breng dan elke waardevolle oude URL in kaart en koppel hem aan de meest relevante nieuwe pagina.

Een voorbeeld: je oude pagina /diensten/seo-audit/ wordt /seo/audit/. Dan stuurt die oude URL met een 301 rechtstreeks naar de nieuwe, niet naar je homepage.

Test de lijst in je staging-omgeving voor je live gaat. Hoe je zo’n lijst opbouwt, staat in ons redirectplan bij een herlancering.

Google raadt “server side permanent redirects” aan, en zegt dat 301-redirects geen PageRank kosten (Google over sitemigraties met URL-wijzigingen).

Hoe lang: laat die redirects volgens dezelfde pagina “generally at least 1 year” staan.

Stap 3: controleer de technische basis

Vier zaken moeten kloppen voor je de schakelaar omzet:

• een werkend SSL-certificaat, zonder gemengde HTTP- en HTTPS-bronnen
• correcte canonical-tags op elke template
• werkende interne links, zonder verwijzingen naar staging
• je analytics- en consentcode op hun plek

Bij een gloednieuwe site zonder bestaande content helpt onze gids over interne links bij een nieuwe website.

Stap 4: ga live en haal de blokkades weg

Verwijder de noindex, geef robots.txt vrij en activeer je redirects.

Dit gebeurt zo dicht mogelijk op elkaar, niet verspreid over dagen.

Stap 5: dien je sitemap in en vraag indexering aan

Doe dit direct na de lancering, zodat Google je nieuwe structuur zo snel mogelijk oppikt. Hoe dat precies werkt, lees je in de volgende sectie.

Stap 6: monitor de eerste dagen actief

Kijk naar 404’s, indexering, formulieren en kernpagina’s. De checklist voor die eerste 72 uur staat verderop.

Wie er die dag bereikbaar moet zijn

Een lancering is teamwerk. Plan hem dus niet op vrijdagmiddag.

Zet deze vier rollen die dag op stand-by:

• Developer: lost blokkades en redirectfouten meteen op.
• SEO: checkt robots, sitemap en indexering.
• Content: controleert teksten, links en formulieren.
• Sales: bevestigt dat leads echt binnenkomen.

Een doordachte website-architectuur die SEO ondersteunt maakt deze stappen een stuk eenvoudiger. Je URL’s en navigatie zitten dan al logisch in elkaar.

Hoe dien je je sitemap correct in?

Je dient je sitemap in via Search Console, en pas nadat de site echt live staat en indexeerbaar is.

Wat een sitemap wel en niet doet

Een sitemap is een bestand, doorgaans sitemap.xml, dat alle pagina’s opsomt die je geïndexeerd wilt zien.

Het is geen garantie op indexering. Google noemt het indienen zelf “merely a hint” (Google over sitemaps maken en indienen).

Maar het helpt zoekmachines je volledige structuur sneller te ontdekken, zeker bij een nieuwe of sterk gewijzigde site.

Limiet: één sitemap mag volgens dezelfde pagina maximaal 50.000 URL’s of 50 MB (ongecomprimeerd) bevatten. Grotere sites splitsen hem op met een sitemap-index.

Hoe je de sitemap zelf opbouwt, lees je in XML-sitemap en indexering bij een nieuwe website.

De juiste volgorde

Werk deze drie stappen af:

1. Controleer dat de noindex weg is.
2. Controleer dat robots.txt de site niet blokkeert.
3. Dien pas dan de sitemap in.

Dien je een sitemap in terwijl de site nog op noindex staat, dan stuur je tegenstrijdige signalen.

Verwijs in je robots.txt ook naar de locatie van je sitemap. Dan vinden crawlers hem sowieso.

In Search Console vind je het indienen onder Indexering, Sitemaps:

Zet je sterkste pagina’s vooraan

Gebruik na het indienen de URL-inspectietool. Laat er een paar belangrijke pagina’s mee ophalen.

Denk aan je homepage, je dienstenpagina’s en je topcontent. Zo zet je ze vooraan in de wachtrij in plaats van te wachten tot de crawler ze vanzelf bereikt.

Let op: Google hanteert een daglimiet op indexeringsverzoeken, en een verzoek “does not guarantee” opname (Google over de URL-inspectietool). Kies dus je vijf tot tien belangrijkste pagina’s, niet je hele site.

Indexering duurt volgens dezelfde help-pagina “typically” een dag of zo, maar kan langer duren.

Meer over hoe pagina’s in de index komen, lees je in website indexeren.

Hoe scherm je je staging-omgeving goed af?

Met een wachtwoord, niet alleen met een instructie in robots.txt.

Dit is een subtiel maar belangrijk punt.

Waarom robots.txt niet volstaat

Een Disallow in robots.txt vraagt zoekmachines om niet te crawlen.

Maar het verhindert niet dat een testpagina alsnog in de index opduikt als er ergens een link naar bestaat.

En er is een tweede probleem. Blokkeer je een pagina met robots.txt, dan kan Google een eventuele noindex op die pagina juist niet meer lezen.

De crawler komt de inhoud dan niet binnen, zo bevestigt Google in zijn eigen documentatie.

Wachtwoord lost beide problemen op

Met een wachtwoordbeveiliging (HTTP-authenticatie) komen noch bezoekers noch crawlers binnen zonder toegang.

Dat is meteen de schoonste manier om twee ongelukken te vermijden:

• je staging-versie verschijnt naast je echte site in Google
• je publiceert per ongeluk dubbele content

Vergeet de afscherming niet weg te halen

Haal bij de overgang naar productie die afscherming en alle test-instructies weg op de live site.

Let op: een wachtwoord op je productieomgeving laten staan is even fataal als een vergeten noindex.

Wat controleer je in de eerste dagen na de lancering?

Na de lancering begint het echte werk, en de eerste 72 uur zijn het belangrijkst.

Loop deze vijf punten dagelijks na.

1. Indexering

Verschijnt je site in de zoekresultaten, en pikt Google je nieuwe URL’s op?

Google Search Console laat zien of er crawl- of indexeringsfouten opduiken. Het indexeringsrapport toont welke pagina’s wel en niet opgenomen zijn.

2. 404’s en redirects

Controleer of oude URL’s netjes doorverwijzen en of er geen kapotte interne links zijn.

Verkeer naar je oude pagina’s hoort geleidelijk naar nul te zakken via je redirects.

In de crawlstatistieken zie je per responscode hoeveel verzoeken op een 404 of 301 uitkomen:

Crawlstatistieken in onze eigen Search Console voor customerimpact.be, oktober 2026. Een plotse piek in 404’s na een lancering wijst op ontbrekende redirects.

Hoe je dat rapport leest, staat in crawlstatistieken in Search Console. Pagina’s die een 200 geven maar leeg zijn, behandelen we in soft 404’s oplossen.

3. Formulieren en conversiepaden

Test elk contact- en offerteformulier echt uit en kijk of de inzending aankomt.

Een website die geen leads doorgeeft, is op de lanceerdag je duurste fout.

Dit is precies waar wij op sturen: niet op een mooie site, maar op een site die leads oplevert. Dat is de kern van hoe wij een website laten maken aanpakken.

Meet je formulieren zonder aparte bedankpagina? Lees dan formulierconversies meten zonder bedankpagina.

4. Snelheid en stabiliteit

Een test is geen echte drukte. Een nieuwe site kan onder echte bezoekersaantallen anders presteren.

Houd je Core Web Vitals en serverrespons in de gaten. Het Core Web Vitals-rapport in Search Console toont welke URL-groepen te traag of te onstabiel zijn:

Het Core Web Vitals-rapport in onze eigen Search Console, oktober 2026. Het rapport groepeert URL’s per probleem, zodat je één template tegelijk oplost.

Dat rapport vult zich pas na enkele weken met echte gebruikersdata. Wil je meteen een indruk? Test je kernpagina’s met onze website snelheidstest.

5. Analytics en consent

Registreert je meetoplossing verkeer, en zijn je doelen correct ingesteld?

Zonder werkende meting weet je niets. Ook niet of de lancering geslaagd is. Controleer je conversies met onze gids over GA4-conversies instellen.

Schommelingen zijn normaal, blokkades niet

Een tijdelijke schommeling in posities is in de eerste weken normaal terwijl Google je site opnieuw verwerkt.

Google zegt het zelf: “Expect temporary fluctuation in site ranking during the move”. Bij een middelgrote site kan het “a few weeks or more” duren voor de nieuwe URL’s de oude vervangen (Google over sitemigraties).

Schiet dus niet in paniek bij elke beweging. Grijp wel direct in bij harde fouten:

• een blokkade via noindex, robots.txt of wachtwoord
• massale 404’s
• een formulier dat niets doorstuurt

Beslisregel: daalt een pagina een paar plaatsen, wacht dan een week. Verdwijnt ze volledig uit de index, zoek dan vandaag nog de oorzaak.

Website live zetten: de korte samenvatting

Een website live zetten zonder SEO-schade is geen kwestie van geluk, maar van een checklist in de juiste volgorde.

Dit is de volledige lijst om af te vinken:

De duurste fouten, een vergeten noindex of een formulier dat geen leads doorgeeft, zijn precies de fouten die je met deze lijst voorkomt.

Wil je het grotere plaatje? Dat vind je in onze gids over een B2B-website laten maken. De volledige technische lijst staat in de technische SEO-checklist.

Lanceer je binnenkort? Dan lopen we deze checklist samen met jou door voor de site live gaat, met een duidelijke go of no-go per punt.

Neem contact met ons op