Deze auditchecklist voor websitepersonalisatie is bedoeld voor twee situaties: je staat op het punt te beginnen met personaliseren en wilt weten of je er klaar voor bent, of je personaliseert al en vermoedt dat het weinig oplevert. De lijst bevat 42 controles in zeven groepen, elk met een criterium dat je zelf kunt verifiëren. Kopieer de tabellen naar een spreadsheet, of download de template als CSV.
Het is geen algemene conversieaudit. Werken je tracking of formulieren niet, loop dan eerst de CRO-auditchecklist door: een pagina personaliseren waarvan je de conversies niet kunt meten, voegt alleen variabelen toe aan een probleem dat je niet kunt zien.
Zo gebruik je deze checklist voor een personalisatie-audit
- Controleer de live ervaring, niet het plan. Kijk wat bezoekers vandaag echt zien op de pagina's met personalisatie of die dat binnenkort krijgen.
- Markeer elke controle als Geslaagd, Gezakt of Onbekend. Onbekend telt in de score als Gezakt. Kan niemand de vraag beantwoorden, dan is niemand er eigenaar van.
- Leg bewijs vast voor elke onvoldoende: een screenshot, een rapport, een testresultaat.
- Scoor per groep met het blad aan het eind, en los eerst de laagst scorende groep op, in de genoemde volgorde. Groepen staan in volgorde van afhankelijkheid: content zonder data kun je niet targeten, en resultaten zonder meting kun je niet vertrouwen.
1. Data (7 checks)
| # | Controle | Voorwaarde om te slagen | Status |
|---|---|---|---|
| 1.1 | Identificatieratio bekend | Je kunt aangeven welk deel van de sessies op belangrijke pagina's aan een bedrijf is gekoppeld, over de afgelopen 30 dagen | |
| 1.2 | Matchkwaliteit gecontroleerd | Een steekproef van 50 gematchte bezoeken is handmatig gecontroleerd en het foutpercentage is vastgelegd | |
| 1.3 | Firmografische data beschikbaar bij het renderen | Branche en aantal medewerkers zijn beschikbaar voordat de pagina rendert, niet seconden erna | |
| 1.4 | Eén branchetaxonomie | Alle branchelabels uit alle tools worden in een onderhouden tabel gekoppeld aan één lijst (bijvoorbeeld NAICS) | |
| 1.5 | CRM-status bruikbaar | De site kan een open opportunity en een bestaande klant onderscheiden van een nieuwe prospect | |
| 1.6 | Opgeslagen gedragssignalen | Aantal bezoeken en bezochte belangrijke pagina's (prijzen, product, case studies) zijn per bezoeker beschikbaar | |
| 1.7 | Actualiteit van data bekend | Je weet hoe vaak de firmografische en CRM-data die voor regels wordt gebruikt, wordt ververst |
2. Segmenten (6 controles)
| # | Controle | Voorwaarde om te slagen | Status |
|---|---|---|---|
| 2.1 | Segmenten komen voort uit omzet | Elk segment is onderbouwd met data over gewonnen deals, niet met voorkeur (zie het template voor een ideaal klantprofiel) | |
| 2.2 | Segmenten sluiten elkaar uit | Regels worden in een vaste volgorde geëvalueerd en een bezoeker kan per regelset maar in één segment terechtkomen | |
| 2.3 | Segmentgrootte gemeten | Het aantal geïdentificeerde sessies per maand per segment is bekend en elk live segment heeft er genoeg om te meten | |
| 2.4 | Klanten apart afgehandeld | Bestaande klanten krijgen een eigen regel en zien nooit acquisitie-CTA's zoals "plan een demo" | |
| 2.5 | Aantal segmenten begrensd | Er zijn niet meer live segmenten dan je content voor kunt maken en kunt meten (meestal 3 tot 6) | |
| 2.6 | Definities op papier | Elk segment heeft een vastgelegde regel, eigenaar en aanmaakdatum in één gedeeld document |
3. Content (6 controles)
| # | Controle | Voorwaarde om te slagen | Status |
|---|---|---|---|
| 3.1 | Contentkit compleet per segment | Elk actief segment heeft een eigen kop, bewijs, casestudy en CTA | |
| 3.2 | Bewijs is toegestaan | Voor elk logo en elke quote in een variant is schriftelijke toestemming vastgelegd | |
| 3.3 | Claims kloppen per segment | Labels als "Populairst" of "Vertrouwd door X" kloppen voor het segment dat ze ziet | |
| 3.4 | Bestemmingen komen overeen met de labels | Elke gepersonaliseerde CTA leidt naar een pagina die levert wat het label beloofde | |
| 3.5 | Standaardversie wordt onderhouden | De standaardversie (niet gepersonaliseerd) wordt met dezelfde zorg beoordeeld als de varianten | |
| 3.6 | Content is actueel | Geen enkele variant verwijst naar een oude productnaam, een voorbij evenement of een verouderde case study |
4. QA van de ervaring (7 controles)
| # | Controle | Voorwaarde om te slagen | Status |
|---|---|---|---|
| 4.1 | Geen flikkering | De standaardcontent flitst op een normale verbinding niet zichtbaar op voordat de variant verschijnt | |
| 4.2 | Geen layoutverschuiving | Variantwissels verschuiven geen content; CLS op gepersonaliseerde pagina's blijft in het bereik "goed" (web.dev, CLS) | |
| 4.3 | Fallback wordt volledig weergegeven | Met het personalisatiescript geblokkeerd toont de pagina de volledige standaardversie zonder lege blokken | |
| 4.4 | Timeout ingesteld | Is het opzoeken van data traag, dan verschijnt de standaardversie na een vaste time-out in plaats van te wachten | |
| 4.5 | Mobiel gecontroleerd | Elke variant is op een telefoon gecontroleerd; langere koppen en labels lopen niet slecht door of worden niet lelijk afgekapt | |
| 4.6 | Elk segment geforceerd en vastgelegd in een schermafbeelding | Een QA-overzicht toont de variant van elk segment op elke gepersonaliseerde pagina | |
| 4.7 | SEO onaangetast | Zoekmachines zien de standaardcontent; geen enkele variant wijzigt de titel, canonical of indexeerbare tekst alleen voor bots |
5. Meten (6 controles)
| # | Controle | Voorwaarde om te slagen | Status |
|---|---|---|---|
| 5.1 | Er is een holdout | Een deel van elk segment ziet de standaardversie, toegewezen per bezoeker, zodat de lift meetbaar is | |
| 5.2 | Primaire metric afgesproken | Elke personalisatie heeft één primaire metric die aan pipeline gekoppeld is (door sales geaccepteerde demo's, gekwalificeerde aanmeldingen) | |
| 5.3 | Resultaten gerapporteerd per segment | Conversieratio's worden per segment en per variant getoond, niet samengevoegd | |
| 5.4 | Geplande steekproefgrootte | Voor elke test is vóór de lancering de steekproefgrootte berekend met de A/B-testcalculator | |
| 5.5 | Niet-geïdentificeerde bezoekers uitgesloten van de analyse | Bezoekers die niet gesegmenteerd konden worden, worden uitgesloten van stijgingsberekeningen | |
| 5.6 | Pipeline gekoppeld | Leads uit gepersonaliseerde sessies zijn te herleiden naar opportunities in het CRM |
6. Governance (5 controles)
| # | Controle | Voorwaarde om te slagen | Status |
|---|---|---|---|
| 6.1 | Eigenaar benoemd | Eén persoon is eigenaar van het personalisatieprogramma en keurt nieuwe regels goed | |
| 6.2 | Er is een overzicht van regels | Een lijst van elke actieve regel met de pagina, het segment, de startdatum en het huidige resultaat | |
| 6.3 | Reviewritme | Actieve regels worden minstens elk kwartaal beoordeeld; regels zonder meetbaar effect worden uitgefaseerd | |
| 6.4 | Wijzigingsproces | Nieuwe varianten doorlopen dezelfde QA als een siterelease | |
| 6.5 | Sales geïnformeerd | Sales weet welke segmenten welke boodschappen zien, zodat gesprekken de site niet tegenspreken |
7. Privacy (5 controles)
| # | Controle | Voorwaarde om te slagen | Status |
|---|---|---|---|
| 7.1 | Toestemming gerespecteerd | Scripts die niet-essentiële gegevens op het apparaat opslaan of uitlezen, draaien alleen na toestemming waar de wet dat vereist (in de EU de ePrivacy-regels: Richtlijn 2002/58/EG) | |
| 7.2 | Rechtsgrond gedocumenteerd | Je administratie noemt per gebruik van persoonsgegevens in personalisatie de rechtsgrond onder de AVG (Verordening (EU) 2016/679) | |
| 7.3 | Privacyverklaring bijgewerkt | De privacyverklaring beschrijft websitepersonalisatie en de betrokken leveranciers | |
| 7.4 | Geen gevoelige afleidingen | Geen enkele regel richt zich op of onthult gezondheid, politieke of religieuze overtuiging of vergelijkbare gevoelige kenmerken | |
| 7.5 | Geen teksten als "we weten wie je bent" | Varianten noemen de bezoeker of zijn bedrijf nooit op een manier die aanvoelt als surveillance |
Dit is een checklist, geen juridisch advies. Ons artikel over B2B-personalisatie en dataprivacy gaat dieper op het onderwerp in; stem de details af met je jurist.
Scoreblad
Scoor elke groep als het aantal geslaagde controles gedeeld door het aantal controles. Onbekend telt als niet geslaagd.
| Groepsscore | Betekenis | Wat je doet |
|---|---|---|
| 80% of meer | Klaar | Onderhouden; zoek het volgende segment of de volgende pagina |
| 50% tot 79% | Gaten | Los Fails in deze groep op voordat je nieuwe personalisatie toevoegt die ervan afhankelijk is |
| Onder 50% | Niet klaar | Zet uitbreiding stil; los eerst deze groep op, te beginnen met de vroegste groep in de lijst |
Twee poortwachters gaan boven de scores. Faalt 4.3 (terugvaloptie), los dat dan eerst op, want een kapotte standaardversie raakt elke niet-geïdentificeerde bezoeker. Faalt 5.1 (holdout), dan kun je geen enkel resultaat aan personalisatie toeschrijven, wat het dashboard ook zegt.
Illustratief voorbeeld
Illustratief, geen echt bedrijf. Een B2B-softwareteam draait al zes maanden personalisatie per branche op de homepage. Hun audit:
| Groep | Geslaagd | Score | Belangrijkste fout |
|---|---|---|---|
| 1. Data | 5 van 7 | 71% | 1.2: niemand heeft de matchkwaliteit gecontroleerd |
| 2. Segmenten | 4 van 6 | 67% | 2.4: klanten zien "plan een demo" |
| 3. Content | 4 van 6 | 67% | 3.2: twee logo's zonder toestemming |
| 4. QA van de ervaring | 5 van 7 | 71% | 4.1: zichtbaar geflikker op mobiel |
| 5. Meting | 2 van 6 | 33% | 5.1: geen holdout |
| 6. Governance | 3 van 5 | 60% | 6.3: er is nog nooit een regel uitgefaseerd |
| 7. Privacy | 4 van 5 | 80% | 7.3: het beleid noemt personalisatie niet |
Het team dacht dat het programma werkte omdat de homepageconversie na de lancering steeg. Zonder holdout kunnen ze dat niet onderscheiden van seizoensinvloeden of een campagne. Hun volgende maand: de twee logo's zonder toestemming verwijderen (dezelfde dag opgelost), een klantregel toevoegen en dan opnieuw lanceren met een holdout van 50% per segment en vooraf berekende steekproefgroottes. Heb je een structuur nodig voor de herlancering, dan biedt de template voor een personalisatieplaybook die.
Veelgestelde vragen
Wat is een audit van websitepersonalisatie?
Het is een gestructureerde beoordeling van of je website verschillende content betrouwbaar aan verschillende bezoekerssegmenten kan tonen, en of dat meetbare resultaten oplevert. Het behandelt de data waarmee bezoekers worden gesegmenteerd, de segmenten zelf, de content per segment, technische kwaliteit zoals flikkeren en fallbacks, meting, governance en privacy.
Hoe vaak moet ik websitepersonalisatie auditen?
Loop de volledige checklist door voordat je personalisatie lanceert en daarna twee keer per jaar. Bekijk de groep Experience QA na elke siterelease of templatewijziging, want flikkering en kapotte fallbacks duiken vaak ongemerkt op als de paginastructuur verandert. Bekijk de meting telkens als een regel een volledige testcyclus live is geweest.
Wat is de meest voorkomende fout bij een personalisatieaudit?
Wij vinden ontbrekende holdouts het schadelijkst, omdat ze elk gerapporteerd resultaat onbewijsbaar maken. Teams vergelijken de conversie vóór en na de lancering en schrijven veranderingen door seizoensinvloeden, campagnes of trackingwijzigingen toe aan personalisatie. Wijs in plaats daarvan een deel van elk segment toe aan de standaardversie en vergelijk de twee groepen.
Heeft websitepersonalisatie invloed op SEO?
Dat hoort niet, als zoekmachines dezelfde standaardcontent zien als niet-geïdentificeerde bezoekers en varianten alleen blokken op de pagina wijzigen voor geïdentificeerde segmenten. Problemen ontstaan als titels, canonicals of indexeerbare tekst voor bots verschillen, wat op cloaking kan lijken. Houd personalisatie client-side of aan de edge op contentblokken en laat metadata ongemoeid.