Website oplevering checklist: controle vóór en na livegang

Deze website livegang checklist helpt je bij de voorbereiding, website lancering en controle erna. Check of content, formulieren, mobielvriendelijkheid, snelheid, beveiliging en metingen goed staan.

Leg per stap vast wie test, welk bewijs nodig is en of een fout de livegang blokkeert.

Voorbereiding: begin op tijd

Begin niet met willekeurig rondklikken. Pak de offerte, briefing en wijzigingsafspraken erbij en maak daarvan één acceptatielijst. Ieder punt krijgt een eigenaar, een testmethode en een zichtbaar resultaat. Zo voorkom je discussies over wat ‘klaar’ betekent.

Als je nog in de selectiefase zit, lees dan eerst waar je op let bij een webdesignofferte. Voor een breder beeld van het traject kun je ook de uitleg over een website laten maken bekijken.

Begin met een check en oplevermatrix

Onderdeel	Test	Bewijs	Eigenaar	Gevolg bij fout
Contactformulier	Verstuur een complete en onvolledige inzending	Bevestiging in beeld en ontvangst bij juiste persoon	Opdrachtgever en bouwer	Livegang blokkeren als aanvragen verloren gaan
Belangrijke pagina	Controleer tekst, links en mobiele weergave	Afgevinkte pagina en schermafbeelding bij afwijking	Eigenaar van de inhoud	Beoordelen op impact
Beheeraccount	Log in en voer een afgesproken wijziging uit	Werkende toegang zonder account van leverancier	Opdrachtgever	Overdracht nog niet compleet

Gebruik de matrix als basis voor ieder project. Maak vooraf onderscheid tussen blokkades en punten die aantoonbaar na livegang kunnen worden opgelost.

Werk de lijst per stap bij en gebruik steeds hetzelfde proces. Noteer pagina, apparaat of browser, bewijs, eigenaar en gewenste uitkomst. Zo houdt iedere bevinding waarde tijdens de hertest.

Website livegang checklist: controleer content, design en techniek

Inhoud en navigatie

• De organisatienaam, contactinformatie, telefoon, openingstijden en andere kerninformatie zijn gecontroleerd door de eigenaar.
• Menu, footer, knoppen, tekstlinks en logo leiden naar de bedoelde bestemming.
• Er staan geen proefteksten, tijdelijke afbeeldingen, lege blokken of interne notities meer op pagina’s.
• Belangrijke pagina’s hebben een herkenbare titel, logische tussenkoppen en een duidelijke vervolgstap.
• Downloads openen het juiste bestand en hebben een begrijpelijke bestandsnaam.
• Spelling, toon en schrijfwijze zijn consequent.

Formulieren en belangrijke processen

• Verplichte en optionele velden gedragen zich zoals afgesproken.
• Foutmeldingen leggen begrijpelijk uit wat de bezoeker moet herstellen.
• Na verzending ziet de bezoeker een passende bevestiging.
• De juiste ontvanger ontvangt de melding en kan de inzending verwerken.
• Eventuele koppelingen verwerken testgegevens op de afgesproken plek.
• Knoppen voor bellen, mailen, aanvragen of bestellen werken op mobiel en desktop.

Check gebruik en mobielvriendelijkheid per pagina

• Controleer de belangrijkste paginatypen op meerdere schermformaten en in gangbare browsers die voor jouw doelgroep relevant zijn.
• Tekst blijft leesbaar zonder onnodig inzoomen en onderdelen vallen niet over elkaar.
• Menu’s, pop-ups, formulieren en interactieve elementen zijn met toetsenbord en aanraking te bedienen.
• Links en knoppen hebben een duidelijke tekst; betekenis is niet alleen met kleur aangegeven.
• Afbeeldingen hebben passende alternatieve tekst wanneer ze inhoud overbrengen.
• De belangrijkste actie is zichtbaar zonder dat iedere pagina in een verkooppagina verandert.

Controleer custom favicon, site en zoekmachines

• De bedoelde pagina’s hebben een eigen paginatitel en metabeschrijving.
• Er is één duidelijke hoofdtitel per pagina en de kopstructuur verloopt logisch.
• Nieuwe URL’s zijn leesbaar en definitief; gewijzigde oude URL’s hebben een passende doorverwijzing.
• De live omgeving is niet per ongeluk afgeschermd voor zoekmachines.
• Canonical-instellingen, sitemap en robotsregels passen bij de gekozen structuur.
• Sociale deelvoorbeelden tonen een bruikbare titel, beschrijving en afbeelding waar relevant.
• Interne links verwijzen niet meer naar de testomgeving.

Een groene SEO-indicator is geen opleverbewijs op zichzelf. Controleer of titel, content en zoekintentie werkelijk bij elkaar passen.

Controleer bij de website lancering of de custom favicon zichtbaar is. Koppel Google Search Console en Google Analytics aan de juiste site. Controleer ook of de meta description en stijl bij de pagina passen.

Bij een WordPress website controleer je ook of plugins, formulieren en de privacyverklaring passen bij de gekozen toestemming.

Op de veelgestelde vragen vind je aanvullende uitleg over het aanvragen en vergelijken van offertes.

Controleer WordPress website, snelheid, HTTPS, beveiliging en certificaat

• De website gebruikt HTTPS en stuurt ongewenste varianten van het domein correct door. Controleer ook of het certificaat geldig wordt geladen.
• Meet de laadtijd op een typische pagina en controleer of de server geen zichtbare fout geeft.
• Pagina’s geven geen zichtbare foutmeldingen en ontbrekende pagina’s hebben een bruikbare foutpagina.
• Afbeeldingen hebben passende afmetingen en onnodig zware bestanden zijn vermeden.
• Caching, formulieren, zoekfunctie en eventuele externe scripts werken samen zonder kritieke fouten.
• Er is een actuele back-up en een afgesproken herstelroute.
• Beveiligings- en software-updates zijn niet afhankelijk van een onbekend persoonlijk account.

Google Analytics, conversie, privacyverklaring en toestemming

• De afgesproken analytics en conversie registreren een gecontroleerde testactie.
• De opdrachtgever heeft toegang tot de meetaccounts.
• Cookies en externe scripts volgen de gekozen cookiekeuzes.
• Privacy- en cookie-informatie sluit aan op de werkelijk gebruikte formulieren en diensten.
• Er worden niet ongemerkt echte persoonsgegevens gebruikt in de testomgeving.

Privacyregels hangen af van je situatie en gebruikte diensten. Laat teksten en instellingen bij twijfel controleren door een deskundige; een technische checklist vervangt geen juridisch advies.

Neem een go/no-go-besluit

Plan één beslismoment met de persoon die de oplevering mag accepteren. Deel bevindingen in op gevolgen, niet op persoonlijke voorkeur.

Een fout die aanvragen laat verdwijnen, toegang verhindert, gegevens onjuist verwerkt of de kernfunctie blokkeert, is reden om niet live te gaan. Een klein opmaakverschil kan mogelijk op een vastgelegde verbeterlijst.

Leg bij een voorwaardelijke goedkeuring vast wat nog openstaat, wie het herstelt, hoe de hertest verloopt en wanneer het punt opnieuw wordt beoordeeld. Markeer een item pas als afgerond nadat het opnieuw is getest. ‘De bouwer zegt dat het werkt’ is minder sterk dan een controleerbaar resultaat.

Compact bevindingenlogboek

• Waar: URL, onderdeel op de pagina en apparaat of browser.
• Wat gebeurt er: feitelijke waarneming zonder interpretatie.
• Wat werd verwacht: verwijzing naar briefing of acceptatiepunt.
• Impact: blokkade, belangrijk herstelpunt of verbetering.
• Bewijs: schermafbeelding, opname of testinzending.
• Status: nieuw, in behandeling, klaar voor hertest of akkoord.

Controle direct na lancering of migratie

Sommige controles zijn pas betrouwbaar op het definitieve domein. Herhaal na livegang de kritieke gebruikersroutes op dezelfde manier en test formulieren opnieuw.

Controleer in de eerste week doorverwijzingen, sitemap, indexering, verkeer en metingen. Kijk ook of caches, beveiliging, server of cookies geen functies blokkeren. Gebruik de ervaring om per probleem een gerichte oplossing vast te leggen.

Bekijk daarnaast de eerste signalen uit foutmeldingen, zoekopdrachten en gebruikersvragen. Dat is geen aanleiding om zonder plan alles te wijzigen, maar wel om onverwachte problemen snel te herkennen. Bewaar de geaccepteerde versie en het bevindingenlogboek als referentie voor later onderhoud.

Toegang, beheer en overdracht

Een visueel goede website is niet volledig overgedragen als alleen de leverancier kan inloggen. Vraag om een overzicht van alle onderdelen en wie ze beheert:

• domeinnaam, DNS, hosting en SSL;
• CMS-beheer en rollen voor gebruikers;
• analytics, zoekmachinetools en tagbeheer;
• formulieren, mailboxen en externe koppelingen;
• thema’s, plug-ins, lettertypen en overige licenties;
• bronbestanden, maatwerkcode, documentatie en back-ups;
• afspraken over updates, ondersteuning en het melden van storingen.

Test zelf of het beheerdersaccount werkt en voer een afgesproken eenvoudige wijziging uit. Noteer welke onderdelen je wel en niet zelfstandig mag of kunt aanpassen. Verander gedeelde tijdelijke wachtwoorden na de overdracht en bewaar herstelgegevens op een veilige plek.

Laatste controle voor akkoord

Geef pas definitief akkoord wanneer de afgesproken scope aantoonbaar is beoordeeld, blokkades zijn opgelost, resterende punten schriftelijk zijn vastgelegd en toegang plus documentatie compleet zijn. Wil je vooraf aanbiedingen vergelijken waarin testen en overdracht duidelijk zijn opgenomen? Start dan een vrijblijvende aanvraag bij WebsiteOffertes.

Veelgestelde vragen over website-oplevering

Wie moet de website testen?

De webbouwer test de eigen oplevering. De opdrachtgever controleert of de website aansluit op de afgesproken processen, inhoud en het dagelijks gebruik. Wijs per onderdeel één eigenaar aan.

Moet elk klein punt zijn opgelost vóór livegang?

Niet noodzakelijk. Beoordeel impact en leg resterende punten vast. Problemen met kernfuncties, gegevens, toegang of belangrijke bezoekersroutes vragen een andere behandeling dan cosmetische verbeteringen.

Is oplevering hetzelfde als livegang?

Nee. Oplevering is het moment waarop je beoordeelt of het afgesproken werk gereed is. Livegang is het beschikbaar maken op het definitieve domein. Controles vinden zowel ervoor als erna plaats.

Gerelateerde informatie

• Neem teksten, beelden en downloads mee in de oplevering. controleren of alle websitecontent is aangeleverd.
• Leg ook evaluatie- en onderhoudsmomenten vast. bepalen wanneer een website opnieuw vernieuwd moet worden.

Webdesignoffertes met een duidelijke scope vergelijken?