Wat controleer je op de dag dat je nieuwe website live gaat?

Op de dag dat je nieuwe website live gaat, controleer je vijf dingen. Mag Google je site indexeren, gaan alle oude URL’s met een 301 redirect naar de juiste nieuwe pagina, wijzen je canonicals en sitemap naar de live site, werken je metingen en staat Search Console klaar? Deze checks kosten een paar uur. Een gemiste fout kost je soms maanden verkeer.

In de praktijk gaat het zelden mis op de grote dingen. Het gaat mis op een vinkje dat nog aan staat, of op een sitemap die naar de testomgeving verwijst. In dit blog lees je welke checks ik zelf op de dag van livegang doe, en in welke volgorde.

Waarom is de eerste dag zo belangrijk?

Google bezoekt je site vlak na een grote wijziging vaak vaker dan normaal. Wat Googlebot in die eerste dagen ziet, bepaalt hoe snel je nieuwe URL’s de plek van de oude overnemen. Ziet Google een blokkade of een fout, dan loopt het herstel meteen achter.

Daar komt bij dat je een fout op dag één nog snel herstelt. Na een paar weken heeft Google de verkeerde signalen al verwerkt. Dan duurt het herstel veel langer, zoals je leest in mijn blog over hoe lang indexeren en herstel bij Google in 2026 duurt.

Check 1: mag Google je nieuwe site zien?

Dit is de belangrijkste check van de dag, en ook de fout die ik het vaakst tegenkom.

Staat de noindex van de testomgeving nog aan?

Een testomgeving staat vaak op noindex, zodat Google hem niet oppikt. Bij de livegang gaat die instelling soms gewoon mee. In WordPress zit hij onder Instellingen en dan Lezen, bij het vinkje voor zoekmachines. Open daarom de broncode van een paar belangrijke pagina’s en zoek op het woord noindex.

Blokkeert je robots.txt belangrijke mappen?

Kijk daarna naar je robots.txt bestand. Een regel met Disallow en alleen een schuine streep blokkeert je hele site voor Googlebot. Het verschil tussen beide instellingen lees je in robots.txt of noindex: wat je in 2026 gebruikt.

Check 2: werken je redirects echt?

Je redirects zijn de brug tussen je oude en je nieuwe website.

Crawl je lijst met oude URL’s

Zet je volledige lijst met oude URL’s in een crawler zoals Screaming Frog, in de lijstmodus. Elke URL hoort een 301 te geven, in één stap, naar de best passende nieuwe pagina. Hoe je die lijst vooraf opbouwt, lees je in wat een redirect map is en hoe je hem maakt.

Let op ketens en redirects naar de homepage

Gaat een oude URL eerst naar een tussenpagina en dan pas naar de eindpagina? Dan heb je een keten, en die haal je eruit. Stuur oude pagina’s ook niet massaal naar je homepage. Google ziet dat vaak als een pagina die niet meer bestaat.

Check 3: wijzen canonicals en sitemap naar de live site?

Nu kijk je of je nieuwe site naar zichzelf verwijst, en niet naar de testomgeving.

Open een paar pagina’s en zoek de canonical tag in de broncode. Staat daar nog het adres van de testomgeving, dan vertel je Google dat de echte pagina ergens anders staat. Meer hierover lees je in wat een canonical tag is en wanneer je hem gebruikt. Controleer daarna je XML sitemap. Die bevat alleen live URL’s die een 200 geven.

Kijk tot slot naar je interne links. Na een migratie staan in menu’s, footers en teksten soms nog vaste links naar het oude adres. Elke klik loopt dan eerst via een redirect, en dat vertraagt Google.

Check 4: meet je nog alles?

Een migratie die je niet meet, beoordeel je later op gevoel.

Controleer of je Google Analytics tag op elke pagina laadt en of je conversies nog binnenkomen. Komt een formulier na de livegang uit op een nieuwe bedankpagina, dan telt het anders niet meer mee. Noteer ook het tijdstip van livegang. Zo zie je later precies waar je data verandert.

Check 5: staat Search Console klaar?

Search Console is je belangrijkste bron in de weken na livegang.

Dien je nieuwe sitemap in

Dien de nieuwe sitemap in bij de juiste property. Gebruik daarna de URL inspectie voor je belangrijkste pagina’s. Dan zie je meteen wat Google ziet.

Verhuis je naar een nieuw domein?

Gebruik dan ook de tool voor adreswijziging in Search Console. Op 13 oktober 2026 adviseerde John Mueller van Google om die wijziging door te geven voor de versie met www en voor de versie met alleen je domeinnaam, zo meldde Search Engine Journal. In datzelfde verhaal viel de zichtbaarheid van een site maanden na de verhuizing terug naar het oude domein. Welke stappen Google verder vraagt, lees je in wat Google in 2026 vraagt bij een domeinverhuizing.

Hoe ik een livegang zelf begeleid

Ik begeleidde meer dan 15 migraties waarbij de posities bleven staan. Bij een groot belastingkantoor in het noorden zetten we eerst alle redirects klaar in een afgeschermde testomgeving, met de Redirection plugin van WordPress. Op de dag van livegang liep ik de checks uit dit blog na, en er ging geen verkeer verloren.

Bij WordPress sites werk ik vaak samen met developer Nick Bennink, die ook mijn eigen site bouwde. Hij zet de site live, en ik controleer direct daarna de SEO. Google zet de algemene stappen ook op een rij in de documentatie over verhuizingen met URL wijzigingen. Wil je dat iemand dit voor je overneemt? Bekijk dan hoe ik je SEO migratie begeleid, van nulmeting tot nazorg.

Veelgestelde vragen over de dag van livegang

Ik licht graag een aantal veelgestelde vragen toe:

Op welk moment zet je een nieuwe website het best live?

Kies een rustig moment aan het begin van de week, en nooit vlak voor een weekend of feestdag. Dan heb je tijd om fouten direct op te lossen.

Hoe snel zie je of er iets misgaat?

Een noindex of kapotte redirects zie je binnen een uur met een crawl. De effecten in Google zie je vaak pas na een paar dagen.

Wat doe ik met een 404 op een belangrijke pagina?

Los die dezelfde dag op met een 301 redirect naar de best passende nieuwe pagina.

Heb ik voor deze checks een developer nodig?

Voor de checks zelf niet. Voor het oplossen van fouten in de code of op de server vaak wel.

Meer weten, of nog vragen? Neem dan gerust contact met me op.

Schreef eerder voor

• 
• 
• 
•