Zo lanceer je professioneel een website: checklist voor, tijdens en na de livegang

Vrijdagnamiddag, kwart over vier. Je nieuwe website staat eindelijk online. Er wordt geklonken, de link gaat de wereld in en iedereen gaat tevreden het weekend in. Maandagochtend blijkt het anders. Via het contactformulier kwam geen enkele aanvraag binnen, maar een klant belt wel om te zeggen dat hij het formulier drie keer heeft ingevuld. Wie via Google op een oude productpagina klikt, krijgt een foutmelding. En in Google Analytics staat het weekend op nul bezoekers. Herkenbaar?

Een nieuwe website lanceren draait niet alleen om een mooi ontwerp. Het is een reeks kleine, technische controles die je makkelijk vergeet, net omdat ze onzichtbaar zijn zolang alles goed gaat. In deze website lanceren checklist lees je wat je regelt vóór de livegang, op de dag zelf en in de weken erna. Zo zet je je nieuwe website live zonder dat je klanten, je aanvragen of je plek in Google onderweg kwijtraakt.

Waarom een checklist voor je livegang geen overbodige luxe is

Een website live zetten voelt als het einde van een project. In werkelijkheid is het een overgang: je oude site verdwijnt, je nieuwe site neemt het over en bezoekers, zoekmachines en tools moeten dat allemaal oppikken. Op dat moment komen veel dingen samen. Je domeinnaam wijst naar een nieuwe plek, formulieren worden voor het eerst écht gebruikt, trackingcodes moeten op de juiste manier laden en Google moet je nieuwe pagina’s vinden.

Het lastige is dat de meeste fouten niet meteen opvallen. Een formulier dat geen mails verstuurt, ziet er perfect uit. Een staging-instelling die zoekmachines blokkeert, merk je pas weken later aan je verkeer. Met een vaste checklist maak je van die onzichtbare risico’s iets wat je gewoon kan afvinken. Dat geldt voor een volledig nieuwe website, maar zeker ook als je een bestaande site vervangt.

Vóór de livegang: zo bereid je je nieuwe website voor

Het meeste werk gebeurt vóór de grote dag. Test je nieuwe website op een stagingomgeving: een afgeschermde kopie die al volledig werkt, maar nog niet publiek is. Loop daar de volgende punten één voor één af.

Content: is alles af en klopt het?

• Lees elke pagina na op tikfouten, verouderde info en placeholdertekst zoals ‘Lorem ipsum’.
• Controleer je contactgegevens: adres, telefoonnummer, e-mailadres, btw-nummer en openingsuren.
• Kijk of elke afbeelding een duidelijke alt-tekst heeft en niet onnodig zwaar is.
• Zorg dat elke pagina een eigen paginatitel en metabeschrijving heeft.
• Controleer je juridische pagina’s, zoals privacyverklaring en cookiebeleid, en of ze vindbaar zijn in de footer.
• Klik alle interne links aan, ook in menu en footer, zodat er geen enkele naar een testadres of een lege pagina wijst.

Formulieren, reCAPTCHA en formuliermails

Formulieren zijn vaak de belangrijkste reden waarom je website bestaat: ze leveren aanvragen, offertevragen of inschrijvingen op. Test ze dus alsof er geld vanaf hangt, want dat is ook zo.

• Vul elk formulier zelf in, met echte gegevens, en controleer of de bevestiging op het scherm verschijnt.
• Kijk of de melding effectief aankomt in de juiste mailbox, en niet in de spamfolder.
• Controleer de automatische bevestigingsmail naar de bezoeker: klopt de afzender, de tekst en de opmaak?
• Test je spambescherming. Werkt reCAPTCHA (of een alternatief) op het nieuwe domein, en blokkeert het geen echte bezoekers?
• Bekijk waar ingevulde formulieren nog meer terechtkomen, bijvoorbeeld in een CRM of nieuwsbrieftool, en of die koppeling nog werkt.

Hoe je spambescherming instelt, lees je in ons artikel over Google reCAPTCHA toevoegen. Belanden je formuliermails in de spam, dan ligt dat vaak aan de instellingen van je domein en mailserver. Meer daarover lees je in waarom e-mails in de spam belanden.

Tip: reCAPTCHA-sleutels zijn gekoppeld aan domeinen. Test je op een stagingadres, controleer dan vóór de livegang of je echte domein ook in de instellingen staat.

Mobiel en verschillende browsers

Je bezoekers gebruiken niet allemaal dezelfde laptop als jij. Test daarom op een paar echte toestellen: minstens een iPhone en een Android-smartphone, en op je computer de gangbare browsers zoals Chrome, Safari, Edge en Firefox.

• Is het menu op mobiel bruikbaar, en sluit het weer netjes?
• Zijn knoppen groot genoeg om met je duim aan te tikken?
• Lopen tabellen, afbeeldingen of video’s niet buiten het scherm?
• Werken formulieren ook op mobiel, inclusief het juiste toetsenbord voor e-mail en telefoon?

Snelheid

Een trage website kost je bezoekers, nog voor ze één zin gelezen hebben. Test je belangrijkste pagina’s met een tool zoals Google PageSpeed Insights en kijk vooral naar je homepage en je belangrijkste dienstpagina’s. Let op zware afbeeldingen, video’s die automatisch laden en scripts van externe tools die je eigenlijk niet meer gebruikt. Concrete tips vind je in ons artikel over snellere laadtijden op je website.

Toegankelijkheid

Een toegankelijke website is bruikbaar voor iedereen, ook voor mensen die slecht zien, enkel een toetsenbord gebruiken of met een schermlezer surfen. Een paar snelle controles vóór de livegang:

• Is er voldoende contrast tussen tekst en achtergrond?
• Kan je de hele site doorlopen met de Tab-toets, en zie je waar je bent?
• Hebben formuliervelden een duidelijk label, en zijn foutmeldingen begrijpelijk?
• Zijn koppen logisch opgebouwd (één H1, daarna H2 en H3)?

Back-up van je oude én je nieuwe site

Neem vóór de livegang een volledige back-up van je oude website, inclusief bestanden en database. Gaat er iets mis, dan kan je altijd terug. Spreek ook af hoe en hoe vaak je nieuwe site vanaf dag één geback-upt wordt. Waarom dat zo belangrijk is, lees je in waarom je een website-back-up neemt.

Een redirectmap als je een bestaande site vervangt

Vervang je een bestaande website, dan veranderen vaak ook je URL’s. Maak daarom vóór de livegang een lijst van alle oude adressen en waar ze naartoe moeten op je nieuwe site. Hoe je die redirectmap opbouwt, lees je verderop in een apart hoofdstuk.

Staging op noindex

Je stagingomgeving hoort niet in Google thuis. Zet ze op noindex of scherm ze af met een wachtwoord, zodat zoekmachines geen half afgewerkte kopie van je site indexeren. Belangrijk: noteer meteen welke instellingen je daarvoor gebruikt. Die moet je op de dag van de livegang allemaal weer terugdraaien.

GA4, Google Tag Manager en consent testen

Wil je na de lancering weten of je nieuwe website beter werkt dan de oude, dan moet je tracking vanaf de eerste minuut kloppen. Test op staging of alles werkt zoals het hoort:

• Laadt Google Tag Manager op elke pagina, en publiceer je de juiste container?
• Komen paginaweergaven en belangrijke acties, zoals een verstuurd formulier, binnen in GA4? Gebruik daarvoor de voorbeeldmodus van Tag Manager en de DebugView in GA4.
• Werkt je cookiebanner, en respecteren je tags de keuze van de bezoeker? Weigert iemand cookies, dan mogen analytische en marketingcookies niet zomaar geplaatst worden.
• Is Consent Mode correct ingesteld, zodat Google weet welke toestemming de bezoeker gaf?

Een stappenplan vind je in ons artikel over Consent Mode v2 instellen met Google Tag Manager.

Op de dag zelf: je website live zetten

Kies voor de livegang een rustig moment, bijvoorbeeld een dag en uur waarop je weinig bezoekers hebt, en niet net voor een lang weekend of je vakantie. Zorg dat iemand beschikbaar is om meteen in te grijpen als er iets misloopt. Deze stappen loop je die dag af:

DNS en HTTPS

• Pas de DNS-instellingen van je domeinnaam aan, zodat ze naar de nieuwe server wijzen. Houd er rekening mee dat het even kan duren voor iedereen de nieuwe versie ziet.
• Controleer of je SSL-certificaat actief is en of je site overal via https laadt, zonder waarschuwing in de browser.
• Kijk of alle varianten van je adres (met en zonder www, http en https) netjes doorsturen naar één versie.
• Pas je MX-records niet per ongeluk aan als je mail bij een andere partij draait, anders werkt je e-mail niet meer.

Noindex en robots.txt weg

Dit is de klassieker. De noindex-instelling of de robots.txt-regel die je stagingomgeving uit Google hield, staat nog aan op de live site. Gevolg: zoekmachines laten je nieuwe website links liggen. Controleer daarom meteen na de livegang of er geen noindex meer in de broncode van je pagina’s staat en of je robots.txt geen volledige site blokkeert.

Redirects testen

Heb je een redirectmap gemaakt, test die dan meteen. Plak een reeks oude URL’s in je browser of in een redirect-checker en kijk of ze in één stap op de juiste nieuwe pagina uitkomen. Begin met de pagina’s die het meeste verkeer of de meeste links krijgen.

Een testconversie

Doe op de live site nog één keer wat je klanten zouden doen: vul een formulier in, vraag een offerte aan of plaats een testbestelling. Controleer of de mail aankomt, of de bezoeker een bevestiging krijgt en of de actie zichtbaar wordt in GA4. Pas dan weet je zeker dat je nieuwe website ook in de echte omgeving doet wat hij moet doen.

Redirects bij een vervanging van je site

Vervang je een bestaande website, dan zijn redirects het belangrijkste onderdeel van je livegang. Oude adressen staan nog in Google, in bladwijzers van klanten, in nieuwsbrieven en op andere websites. Verwijzen die adressen naar niets, dan krijgt je bezoeker een foutmelding en verlies je het vertrouwen dat die pagina’s bij zoekmachines hadden opgebouwd.

Google beschrijft de aanpak uitgebreid in de Search Central-documentatie Site moves and migrations. Dit zijn de kernpunten:

Gebruik permanente redirects op de server

Google raadt server-side permanente redirects aan, zoals een 301, van elke oude URL naar de nieuwe. Een redirect via JavaScript of een meta-refresh is volgens Google enkel een noodoplossing als het niet anders kan. Volgens dezelfde documentatie kosten 301-redirects je geen PageRank.

Maak een URL-mapping: van oud naar nieuw

• Verzamel je oude URL’s, bijvoorbeeld uit je sitemap, je analytics, Google Search Console en je CMS. Vergeet afbeeldingen en downloads zoals pdf’s niet.
• Koppel elke oude URL aan de best passende nieuwe pagina, met dezelfde inhoud of hetzelfde doel.
• Stuur niet alles door naar je homepage. Google waarschuwt dat veel oude URL’s naar één niet-relevante pagina kunnen worden behandeld als een ‘soft 404’.
• Bestaat een pagina niet meer en is er geen goed alternatief, laat ze dan een echte 404 of 410 teruggeven.
• Vermijd ketens van redirects (A naar B naar C). Google raadt aan rechtstreeks naar de eindbestemming te verwijzen.
• Pas ook je interne links aan, zodat je eigen site niet via redirects naar zichzelf verwijst.

Google adviseert ook om je redirects zo lang mogelijk te laten staan, in het algemeen minstens een jaar. Haal ze dus niet weg zodra het verkeer zich lijkt te stabiliseren.

Wijzigt je domeinnaam? Dan pas komt de tool Adreswijziging in beeld

In Google Search Console bestaat een tool Adreswijziging (Change of Address). Die gebruik je alleen als je van het ene domein of subdomein naar een ander verhuist, bijvoorbeeld van een oude merknaam.be naar een nieuwe. Volgens Google heb je die tool niet nodig bij een overstap van http naar https, bij een wissel tussen www en zonder www, of als je enkel paden binnen hetzelfde domein verandert. Blijft je domein gelijk, dan volstaan goede redirects en een bijgewerkte sitemap.

Na de livegang: opvolgen in de eerste weken

Je website staat online, maar je bent nog niet klaar. In de eerste dagen en weken zie je pas of alles écht werkt en of Google je nieuwe site goed oppikt.

Google Search Console en je sitemap

• Controleer of je website geverifieerd is in Google Search Console, en of die verificatie na de livegang nog werkt.
• Dien je nieuwe XML-sitemap in, zodat Google je nieuwe URL’s sneller vindt.
• Gebruik de URL-inspectietool om te controleren of belangrijke pagina’s geïndexeerd kunnen worden.
• Volg het indexeringsrapport op voor onverwachte fouten.

404-fouten opvolgen

Hoe goed je redirectmap ook is, er glipt altijd wel een oude URL door. Kijk in Search Console en, als je dat kan, in je serverlogs naar pagina’s die een 404 geven. Krijgt zo’n oude URL nog bezoekers of links, voeg dan alsnog een redirect toe naar de best passende nieuwe pagina.

Tracking op dag 1

Kijk op de dag van de livegang al in het realtime-rapport van GA4. Komen er bezoekers binnen? Worden formulierinzendingen of andere conversies geregistreerd? Klopt het aantal ongeveer met wat je verwacht? Hoe sneller je een probleem met je tracking ontdekt, hoe minder gegevens je kwijt bent.

Een eerste vergelijking na ongeveer vier weken

Trek geen conclusies na één dag. Google geeft aan dat het bij een kleine tot middelgrote website een paar weken kan duren voor de meeste pagina’s zijn verhuisd, en dat je posities in die periode tijdelijk kunnen schommelen. Plan daarom een eerste rustige vergelijking na ongeveer vier weken. Vergelijk verkeer, aanvragen en zoekposities met dezelfde periode vóór de livegang en kijk welke pagina’s vooruit of achteruit gingen. Zo zie je wat er goed gaat en waar je nog moet bijsturen.

Je website lanceren checklist in één overzicht

Wil je alles snel kunnen afvinken? Dit is de compacte versie van de checklist.

Veelgestelde vragen over een nieuwe website lanceren

Wat moet ik zeker testen voor ik mijn nieuwe website live zet?

Minstens je formulieren (inclusief de mails die ze versturen), de weergave op mobiel en in verschillende browsers, de snelheid van je belangrijkste pagina’s en je tracking met cookiebanner. Vervang je een bestaande site, maak dan ook vooraf een redirectmap van oude naar nieuwe URL’s.

Verlies ik mijn plaats in Google als ik een nieuwe website lanceer?

Dat hoeft niet, maar tijdelijke schommelingen zijn volgens Google normaal bij een grote wijziging. Het grootste risico zit in vergeten redirects en een noindex-instelling die na de livegang blijft staan. Met permanente redirects, een nieuwe sitemap in Search Console en het opvolgen van 404-fouten beperk je dat risico.

Moet ik de tool Adreswijziging in Search Console gebruiken?

Alleen als je domeinnaam of subdomein verandert. Behoud je hetzelfde domein en verander je enkel je URL-structuur, of stap je over van http naar https, dan heb je die tool volgens Google niet nodig.

Hoe lang laat ik redirects staan?

Google raadt aan redirects zo lang mogelijk te laten staan, in het algemeen minstens een jaar. Voor bezoekers met oude bladwijzers of links kan je ze ook gewoon blijvend laten staan.

Wanneer kan ik mijn nieuwe website het best live zetten?

Op een moment met weinig verkeer en wanneer er iemand beschikbaar is om problemen meteen op te lossen. Een vrijdagavond vlak voor je vakantie is dus geen goed idee. Plan ook tijd in om de dagen erna formulieren, tracking en 404-fouten op te volgen.

Liever een website die zonder kopzorgen live gaat? 👋

Bij Funkhaus bouwen we websites met Clickhaus, onze eigen website-software. We werken in vier stappen: strategie en structuur, visueel ontwerp, technische setup en testing en lancering. Voor de lancering testen we je website grondig op verschillende browsers en telefoons, en daarna zetten we hem live met zo weinig mogelijk onderbreking. De hosting is inbegrepen en Clickhaus wordt continu doorontwikkeld.

Na de livegang beheer je je teksten en afbeeldingen zelf, breid je je site uit met add-ons wanneer je dat nodig hebt en kan je voor vragen terecht bij onze helpdesk. Benieuwd hoe dat er voor jouw bedrijf uitziet? Lees meer over onze aanpak voor een website via Clickhaus of plan gerust een vrijblijvende kennismaking.