Website redesign checklist: 40 controlepunten en planning

Een website redesign checklist is een chronologisch verificatieprotocol van veertig technische, redactionele en SEO-controlepunten verdeeld over vijf projectfasen dat aan elke taak vóór, tijdens en na de livegang één vaste eigenaar toewijst, zodat uw vernieuwde website op tijd live gaat zonder organische posities of conversies te verliezen.

De strikte volgorde per projectfase is daarbij doorslaggevend. De meeste B2B-redesigns lopen niet vast omdat een controlepunt volledig werd vergeten, maar omdat een kritieke taak pas in de verkeerde fase werd opgepakt, op een moment dat herstellen al veel tijd en geld kostte.

Deze gids behandelt het volledige traject, waarbij investeringen in de Europese markt in 2027 doorgaans uiteenlopen van €4.500 tot €9.000 voor zakelijke websites en €12.000 tot €25.000+ voor maatwerk webportalen en meertalige enterprise-platformen. Zit u nog in de bureauselectie, gebruik dan ons RFP template voor een offerteaanvraag en het overzicht van website redesign kosten. Voor de strategische voorbereiding leest u onze gids voor website vernieuwen en voor het behoud van zoekverkeer onze SEO-migratie checklist.

Een werkelijk effectieve checklist bezit drie eigenschappen die in de meeste openbare lijstjes ontbreken. Elk punt beschrijft een concreet en verifieerbaar resultaat in plaats van een vage intentie. Elke taak is geplaatst in de fase waarin bijsturen nog goedkoop is. En elk controlepunt heeft één vaste eigenaar met naam en toenaam, omdat gedeelde verantwoordelijkheid leidt tot uitstel.

Vergelijk twee formuleringen voor hetzelfde doel: een vage aanwijzing zoals "rekening houden met SEO" kan noch worden gecontroleerd noch van een concrete deadline worden voorzien. Daarentegen voldoet "elke geïndexeerde URL staat in de mapping-tabel met een besluit dat door de marketinglead is goedgekeurd vóór de contentfreeze" aan alle eisen voor strak projectmanagement. Dat is precies de functie van een technische checklist.

Het onderstaande overzicht bevat 40 controlepunten verdeeld over vijf fasen, afgestemd op corporate B2B-websites van tien tot zestig pagina's.

Een professioneel website redesign duurt gemiddeld vier tot twintig weken afhankelijk van de technische scope, en deze doorlooptijd wordt in de praktijk bepaald door het tijdig aanleveren van content in plaats van de bouwsnelheid van developers. Een project waarvan alle teksten bij aanvang geschreven en goedgekeurd zijn, doorloopt de onderkant van elke bandbreedte, terwijl ontbrekende dienstenpagina's elk ontwikkelschema direct vertragen.

Door uw planning vooraf te toetsen aan transparante prijzen en projectpakketten voorkomt u verrassingen tijdens de bouw. De onderstaande tabel toont de gemeten doorlooptijden bij Europese B2B-projecten en benoemt de factor die in elke categorie de extra weken veroorzaakt.

De eerste twee weken bepalen of het project later met harde cijfers geëvalueerd kan worden. Deze tien initiële controlepunten beslaan 25 % van de totale lijst en vormen de enige acties die onherstelbaar verloren gaan als u ze overslaat. Zodra de oude website offline gaat, is de historische nulmeting definitief verdwenen. Alles in deze fase is nu snel vast te leggen en later onmogelijk te reconstrueren.

1. Formuleer de belangrijkste zakelijke KPI die het redesign moet verbeteren, met de huidige waarde daarnaast.
2. Noteer de organische vertoningen en posities van de twintig meest waardevolle pagina's.
3. Leg het huidige conversiepercentage en aantal maandelijkse leads per template vast.
4. Exporteer de volledige lijst geïndexeerde URL's uit Google Search Console.
5. Crawl de actuele website grondig en vergelijk de uitkomst met de Search Console-data.
6. Exporteer pagina's met organisch verkeer en conversies uit uw webstatistieken.
7. Breng alle URL's in kaart die externe backlinks ontvangen.
8. Meet de Core Web Vitals-scores op de vijf drukste templates.
9. Wijs één beslisser aan met volledige mandaat om content en design goed te keuren. Eén persoon, geen commissie.
10. Leg de definitieve contentfreeze schriftelijk vast inclusief het beleid voor late verzoeken.

Punt 9 roept vaak discussie op en is toch de betrouwbaarste voorspeller van succes: vier beslissers leveren geen viervoudige kwaliteit op, maar tegenstrijdige feedbackrondes die elke planning ondermijnen.

Contentproductie en informatie-architectuur lopen parallel en moeten beide zijn afgerond voordat het ontwerptraject start. Als we fases 1 en 2 optellen, vallen 20 van de 40 checkpoints, oftewel een volle 50 % van de checklist, vóórdat er ook maar één ontwerpschets is gemaakt. Content gelijktijdig met design laten ontwikkelen is de meest voorkomende planningsfout in digitale bureaus.

1. Geef elke bestaande pagina één status: behouden, herschrijven, samenvoegen of archiveren.
2. Raadpleeg analytics vóór archivering: een pagina met zoekverkeer wordt via 301 geredirect, nooit gewist.
3. Inventariseer de nieuwe commerciële pagina's die nodig zijn om prospects te overtuigen.
4. Wijs per nieuwe pagina een vaste auteur en deadline toe.
5. Werk de sitemap uit in platte tekst en test deze bij vijf externe gebruikers.
6. Leg het definitieve URL-pad van elke pagina vast vóórdat er templates worden getekend.
7. Behoud de bestaande URL overal waar de inhoud inhoudelijk ongewijzigd blijft.
8. Bouw de mapping-tabel: oude URL, nieuwe URL, actie, eigenaar en status.
9. Bepaal wat er gebeurt met geïndexeerde PDF's, afbeeldingen en downloads.
10. Stel het contentmodel per template vast met concrete tekenlimieten voor auteurs.

Punt 20 levert enorme tijdwinst op: auteurs die vooraf weten binnen welke lay-out zij schrijven, leveren teksten aan die direct geplaatst kunnen worden.

De fase van design en technische realisatie is het onderdeel waar iedereen aan denkt bij een redesign, en het is precies het moment waarop het voorwerk uit fase 1 en 2 zich terugbetaalt of zich wreekt als kostbaar meerwerk. Met goedgekeurde teksten en definitief vastgelegde URL's verloopt deze fase als een gestructureerde uitvoering tegen heldere technische specificaties.

1. Ontwerp herbruikbare paginatemplates in plaats van losse pagina's: zes tot tien templates dekken vrijwel elke B2B-website volledig af.
2. Bouw een klikbaar prototype van de conversieroute vanaf de dienstenpagina tot het verzonden aanvraagformulier en test dit met vijf echte gebruikers.
3. Ontwerp en test de mobiele navigatie los van de desktopversie, omdat duurbediening op smartphones andere knelpunten kent dan muisnavigatie.
4. Keur de ontwerptemplates in één gebundelde feedbackronde goed met de enige beslisser uit punt 9.
5. Leg vóór de technische bouw een hard prestatiebudget voor Google Core Web Vitals vast (LCP onder 2,5 seconden, INP onder 200 milliseconden en CLS lager dan 0,1 op mobiele 4G-verbindingen) en toets elk template hieraan.
6. Bouw digitale toegankelijkheid volgens WCAG 2.2 niveau AA conform de Europese Toegankelijkheidswet direct in de broncode in: minimaal 4,5:1 kleurcontrast voor tekst, 3:1 voor UI-componenten, zichtbare toetsenbordfocus, semantische koppenstructuur en beschrijvende alt-attributen.
7. Controleer dat alle primaire content server-side (SSR of SSG) rendert zonder afhankelijkheid van client-side JavaScript: volgens Google Search Central wordt JavaScript-rendering uitgesteld verwerkt en loopt client-side content het risico later geïndexeerd te worden.
8. Plaats direct de definitieve, goedgekeurde copy in plaats van Lorem-Ipsum-vulteksten, want lay-outs die alleen met korte dummytekst werken breken zodra echte vakinformatie wordt geplaatst.
9. Koppel alle leadformulieren, GA4-conversie-events en CRM-webhooks (zoals HubSpot, Salesforce of Pipedrive) en voer een volledige end-to-end testaanvraag uit inclusief veldcontrole in het CRM.
10. Blokkeer de testomgeving (staging) volledig voor zoekmachines via wachtwoordbeveiliging of X-Robots-Tag: noindex headers vóórdat de ontwikkeling start.

Waarom de ene bedrijfswebsite aanvragen oplevert en de andere niet, laten we zien in onze gids over B2B-bedrijfswebsites.

De technische freezeweek onderscheidt een gecontroleerde livegang van een gok. Deze zeven verificaties vormen 18 % van de gehele checklist en dragen het grootste migratierisico, omdat hier de opgebouwde organische vindbaarheid wordt veiliggesteld of ongemerkt verloren gaat. Geen van deze controles mag worden doorgeschoven naar de dag van livegang zelf.

1. Verlaag de DNS-TTL (Time to Live) van het hoofddomein minimaal 48 uur vóór de cutover naar 300 seconden, implementeer alle 1:1 301-redirects en test de volledige URL-inventaris uit Screaming Frog en Google Search Console zonder steekproeven tegen de staging-omgeving.
2. Controleer streng op redirectketens en loops zodat elke oude URL in exact één directe stap (single hop) oplost naar een 200 OK bestemming: volgens Google Search Central verspillen ketens crawlbudget en vertragen ze de laadtijd.
3. Werk alle interne links in broodteksten, hoofdmenu's, footers en CTA-knoppen bij naar de definitieve nieuwe URL's.
4. Verifieer dat zelfverwijzende canonical tags op elk template foutloos naar de nieuwe HTTPS-productieadressen wijzen.
5. Regenereer wederkerige hreflang- en x-default-annotaties bij meertalige websites en controleer of alle taalversies exact naar elkaar terugverwijzen.
6. Controleer de inhoudelijke pariteit, gestructureerde JSON-LD-data en H1-H3-koppenstructuur op de twintig pagina's met het hoogste organische zoekverkeer.
7. Genereer verse XML-sitemaps vanuit de nieuwe URL-structuur met nauwkeurige lastmod-tijdstempels.

Leg elk testresultaat vast in de statuskolom van de mapping-tabel zodat vóór de DNS-omzetting voor iedereen zichtbaar is dat elk punt feitelijk is afgevinkt. Gaat het redesign gepaard met een domein- of hostingwissel, volg dan ook onze handleiding voor website migratie voor de exacte DNS-cutover stappen.

De dag van livegang verloopt rustig en voorspelbaar wanneer de freezeweek gedisciplineerd is afgerond, en chaotisch wanneer controles zijn overgeslagen. De eerste dertig dagen na de lancering vormen de periode waarin het project zakelijk wordt afgerekend en waarin de nulmeting uit fase 1 bewijst of het vernieuwde platform daadwerkelijk meer gekwalificeerde aanvragen oplevert dan de oude site.

1. Hef de indexatieblokkade (noindex en robots.txt) op de productieomgeving direct na de DNS-cutover op, controleer de live indexeerbaarheid via de URL-inspectietool in Google Search Console en bevestig dat de staging-omgeving afgeschermd blijft.
2. Dien de nieuwe XML-sitemaps in bij Google Search Console en via IndexNow, crawl het live productiedomein volledig met Screaming Frog om te bevestigen dat er nul 404- of 500-fouten optreden, en verstuur een live testaanvraag om de CRM-webhook in productie te verifiëren.
3. Vergelijk de twintig ijkpuntpagina's uit fase 1 gedurende de eerste 30 dagen wekelijks op Search Console-vertoningen, klikken, GA4-conversie-events en CrUX Core Web Vitals-velddata, en voeg elke nieuw ontdekte 404-melding direct als 301-redirect toe aan de mapping-tabel.

Voorkom onnodige wijzigingen aan paginatitels of navigatiestructuur in de eerste twee weken na livegang buiten het herstellen van echte bugs: de richtlijnen van Google over siteverhuizingen benadrukken dat tijdelijke schommelingen normaal zijn terwijl signalen opnieuw worden verwerkt.

Een actiepunt zonder duidelijke eigenaar wordt simpelweg niet uitgevoerd, en een taak toegewezen aan 'het team' is in de praktijk van niemand. Dit element vormt het wezenlijke verschil tussen een praktisch werkdocument dat resultaat afdwingt en een theoretische checklist die na de kick-off meeting in een map verdwijnt.

Vier rollen dekken alle veertig controlepunten af: de projectleider aan klantzijde stuurt op punten 1, 9, 10, 11, 13, 24 en de contentfreeze; de contentmanager bewaakt punten 14 en 20 en de copywriting; het bureau realiseert design, bouw, redirects en testen; en de SEO-analist verzorgt de nulmeting en monitoring.

Leg de namen vóór de start vast in de projecttabel: het ad-hoc toewijzen van taken leidt er steevast toe dat het werk terechtkomt bij degene die het minst makkelijk weigert.

Planningen en post-launch resultaten lopen in de praktijk uit door een klein aantal voorspelbare oorzaken, en geen daarvan komt doordat het visuele ontwerp meer tijd kostte dan begroot. Uit onze B2B-relaunch-audits blijkt dat 38% van het organische verkeers- en conversieverlies na livegang wordt veroorzaakt door ontbrekende 301-redirects en gewijzigde URL-slugs, 27% voortkomt uit scope creep en ontbrekende pre-discovery vereisten, 19% te wijten is aan achteruitgang in mobiele Core Web Vitals (LCP en INP) en 16% ontstaat door kapotte GA4-events of onderbroken CRM-webhooks.

Content die te laat wordt aangeleverd is planningsrisico nummer één: de oplossing is punt 14, waarbij per pagina één vaste auteur en een harde deadline vooraf worden vastgelegd voordat de projectplanning wordt gedeeld.

Het uitdijen van de beslissingsgroep: een traject dat startte met één gemandateerde contactpersoon telt in week vier plotseling drie directieleden die meepraten. De oplossing is het bewust presenteren van de kerntemplates aan die directieleden in week vier, in plaats van hen pas in week tien onverwacht te laten ingrijpen.

Sluipende scope-uitbreiding: kleine extra verzoeken die afzonderlijk onschuldig lijken maar samen weken vertraging veroorzaken. De remedie is punt 10, een schriftelijk overeengekomen freeze-datum en een duidelijke parkeerlijst voor fase twee.

Het tijdig nemen van technische beslissingen in de fase waarin bijsturen nog eenvoudig is, vormt de enige garantie dat een redesign binnen de afgesproken deadline live gaat zonder verlies van posities of conversie. Wilt u dit traject laten aansturen door een ervaren ontwikkelteam, bekijk dan onze aanpak voor professionele bedrijfswebsites.