Denne tjekliste til audit af website-personalisering er til to situationer: Du skal til at starte med personalisering og vil vide, om du er klar, eller du kører allerede personalisering og har mistanke om, at den ikke gør den store forskel. Den har 42 tjek i syv grupper, hver med et beståelseskriterium, du selv kan verificere. Kopiér tabellerne ind i et regneark, eller download skabelonen som CSV.
Det er ikke en generel konverteringsaudit. Hvis din tracking eller dine formularer er i stykker, så kør tjeklisten til CRO-audit først: at personalisere en side, hvis konverteringer du ikke kan måle, tilføjer bare variabler til et problem, du ikke kan se.
Sådan bruger du denne tjekliste til personaliseringsaudit
- Gennemgå den faktiske oplevelse, ikke planen. Tjek, hvad de besøgende faktisk ser i dag, på de sider, der har personalisering eller snart får det.
- Markér hvert tjek som Bestået, Fejlet eller Ukendt. Ukendt tæller som Fejlet i scoren. Hvis ingen kan svare på det, ejer ingen det.
- Registrer dokumentation for hver Fail: et skærmbillede, en rapport, et testresultat.
- Scor pr. gruppe med arket til sidst, og ret den laveste gruppe først i den angivne rækkefølge. Grupperne er ordnet efter afhængighed: Indhold uden data kan ikke målrettes, og resultater uden måling kan man ikke stole på.
1. Data (7 tjek)
| # | Tjek | Betingelse for bestået | Status |
|---|---|---|---|
| 1.1 | Identifikationsrate kendt | Du kan oplyse, hvor stor en andel af sessionerne på nøglesider der er matchet med en virksomhed, for de seneste 30 dage | |
| 1.2 | Matchkvalitet tjekket | En stikprøve på 50 matchede besøg er tjekket manuelt, og fejlraten er skrevet ned | |
| 1.3 | Firmografiske data tilgængelige ved rendering | Branche og antal medarbejdere er tilgængelige, før siden renderes, ikke sekunder efter | |
| 1.4 | Én branchetaksonomi | Alle branchebetegnelser fra alle værktøjer mappes til én liste (fx NAICS) i en vedligeholdt tabel | |
| 1.5 | CRM-status brugbar | Sitet kan skelne en åben salgsmulighed og en eksisterende kunde fra en ny prospect | |
| 1.6 | Gemte adfærdssignaler | Antal besøg og visninger af nøglesider (priser, produkt, cases) er tilgængelige pr. besøgende | |
| 1.7 | Dataenes aktualitet er kendt | Du ved, hvor ofte firmografiske data og CRM-data, der bruges i regler, opdateres |
2. Segmenter (6 tjek)
| # | Tjek | Betingelse for bestået | Status |
|---|---|---|---|
| 2.1 | Segmenterne kommer fra omsætningen | Hvert segment er begrundet i data om vundne deals, ikke i præferencer (se skabelonen til ideel kundeprofil) | |
| 2.2 | Segmenterne udelukker hinanden | Regler evalueres i en fast rækkefølge, og en besøgende kan kun havne i ét segment pr. regelsæt | |
| 2.3 | Segmentstørrelse målt | Antallet af identificerede sessioner pr. segment pr. måned er kendt, og hvert aktivt segment har nok til at kunne måles | |
| 2.4 | Kunder håndteres separat | Eksisterende kunder får deres egen regel og ser aldrig anskaffelses-CTA'er som "book en demo" | |
| 2.5 | Begrænset antal segmenter | Antallet af aktive segmenter overstiger ikke, hvad du kan lave indhold til og måle (som regel 3 til 6) | |
| 2.6 | Definitioner nedskrevet | Hvert segment har en skriftlig regel, en ejer og en oprettelsesdato i ét fælles dokument |
3. Indhold (6 tjek)
| # | Tjek | Betingelse for bestået | Status |
|---|---|---|---|
| 3.1 | Indholdspakke komplet pr. segment | Hvert aktivt segment har en overskrift, beviser, en case og en CTA skrevet til det | |
| 3.2 | Dokumentation er tilladt | Der foreligger skriftlig tilladelse til hvert logo og citat, der vises i en variant | |
| 3.3 | Påstande er sande pr. segment | Etiketter som "Mest populær" eller "Betroet af X" er korrekte for det segment, der ser dem | |
| 3.4 | Destinationer matcher labels | Hver personaliseret CTA fører til en side, der leverer det, som teksten lovede | |
| 3.5 | Standardversionen vedligeholdes | Standardversionen (uden personalisering) gennemgås med samme omhu som varianterne | |
| 3.6 | Indholdet er opdateret | Ingen variant henviser til et gammelt produktnavn, et tidligere event eller en forældet case |
4. QA af oplevelsen (7 tjek)
| # | Tjek | Betingelse for bestået | Status |
|---|---|---|---|
| 4.1 | Ingen flimren | Standardindholdet blinker ikke synligt, før varianten vises på en normal forbindelse | |
| 4.2 | Ingen layoutforskydning | Udskiftning af varianter flytter ikke indhold; CLS på personaliserede sider holder sig i det "gode" interval (web.dev, CLS) | |
| 4.3 | Reserveløsningen renderes komplet | Med personaliseringsscriptet blokeret viser siden hele standardversionen uden tomme blokke | |
| 4.4 | Timeout sat | Hvis dataopslaget er langsomt, vises standardversionen efter en fast timeout i stedet for at vente | |
| 4.5 | Mobil tjekket | Hver variant er tjekket på en telefon; længere overskrifter og labels ombrydes eller afkortes ikke uheldigt | |
| 4.6 | Hvert segment fremtvunget og fotograferet med skærmbillede | En QA-registrering viser hvert segments variant på hver personaliseret side | |
| 4.7 | SEO påvirkes ikke | Søgemaskiner ser standardindholdet; ingen variant ændrer titel, canonical eller indekserbar tekst kun for bots |
5. Måling (6 tjek)
| # | Tjek | Betingelse for bestået | Status |
|---|---|---|---|
| 5.1 | Holdout findes | En andel af hvert segment ser standardversionen, tildelt pr. besøgende, så løftet kan måles | |
| 5.2 | Primært målepunkt aftalt | Hver personalisering har én primær måling knyttet til pipeline (demoer accepteret af salg, kvalificerede tilmeldinger) | |
| 5.3 | Resultater rapporteret pr. segment | Konverteringsrater vises pr. segment og pr. variant, ikke samlet | |
| 5.4 | Planlagt stikprøvestørrelse | Hver test fik beregnet en stikprøvestørrelse før lancering med A/B-testberegneren | |
| 5.5 | Uidentificerede udeladt af analysen | Besøgende, der ikke kunne segmenteres, er udeladt af beregningerne af løft | |
| 5.6 | Pipeline tilknyttet | Leads fra personaliserede sessioner kan spores til salgsmuligheder i CRM |
6. Governance (5 tjek)
| # | Tjek | Betingelse for bestået | Status |
|---|---|---|---|
| 6.1 | Ejer navngivet | Én person ejer personaliseringsprogrammet og godkender nye regler | |
| 6.2 | Oversigt over regler findes | En liste over alle aktive regler med side, segment, startdato og nuværende resultat | |
| 6.3 | Gennemgangsfrekvens | Aktive regler gennemgås mindst hvert kvartal; regler uden målbar effekt udfases | |
| 6.4 | Ændringsproces | Nye varianter gennemgår samme QA som en release af websitet | |
| 6.5 | Salg informeret | Salg ved, hvilke segmenter der ser hvilke budskaber, så samtalerne ikke modsiger sitet |
7. Privatliv (5 tjek)
| # | Tjek | Betingelse for bestået | Status |
|---|---|---|---|
| 7.1 | Samtykke respekteret | Scripts, der gemmer eller læser ikke-nødvendige data på enheden, kører først efter samtykke, hvor loven kræver det (i EU ePrivacy-reglerne: Directive 2002/58/EC) | |
| 7.2 | Behandlingsgrundlag dokumenteret | Dine fortegnelser angiver retsgrundlaget efter GDPR for hver anvendelse af personoplysninger i personaliseringen (Regulation (EU) 2016/679) | |
| 7.3 | Privatlivspolitik opdateret | Privatlivspolitikken beskriver personalisering af websitet og de involverede leverandører | |
| 7.4 | Ingen følsomme slutninger | Ingen regel målretter eller afslører helbred, politiske eller religiøse holdninger eller lignende følsomme forhold | |
| 7.5 | Ingen "vi ved, hvem du er"-tekst | Varianter nævner aldrig den besøgende eller vedkommendes virksomhed på en måde, der føles som overvågning |
Dette er en tjekliste, ikke juridisk rådgivning. Vores indlæg om B2B-personalisering og databeskyttelse går mere i dybden med emnet; bekræft detaljerne med din juridiske rådgiver.
Pointark
Scor hver gruppe som antal beståede divideret med antal tjek. Ukendt tæller som ikke bestået.
| Gruppescore | Betydning | Hvad du skal gøre |
|---|---|---|
| 80 % eller mere | Klar | Vedligehold; find det næste segment eller den næste side |
| 50 % til 79 % | Huller | Ret fejl i denne gruppe, før du tilføjer ny personalisering, der afhænger af den |
| Under 50 % | Ikke klar | Sæt udvidelsen på pause; ret denne gruppe først, startende med den tidligste gruppe på listen |
To krav går forud for scorerne. Hvis 4.3 (fallback) fejler, så ret det før alt andet, for en defekt standardversion påvirker alle uidentificerede besøgende. Hvis 5.1 (holdout) fejler, kan du ikke påstå noget resultat af personaliseringen, uanset hvad dashboardet siger.
Illustrativt eksempel
Illustrativt, ikke en rigtig virksomhed. Et B2B-softwareteam har kørt personalisering efter branche på forsiden i seks måneder. Deres audit:
| Gruppe | Beståede | Score | Afgørende fejl |
|---|---|---|---|
| 1. Data | 5 af 7 | 71% | 1.2: ingen har tjekket matchkvaliteten |
| 2. Segmenter | 4 af 6 | 67% | 2.4: kunder ser "book en demo" |
| 3. Indhold | 4 af 6 | 67% | 3.2: to logoer uden tilladelse |
| 4. QA af oplevelsen | 5 af 7 | 71% | 4.1: synligt flimmer på mobil |
| 5. Måling | 2 af 6 | 33% | 5.1: ingen holdout |
| 6. Styring | 3 ud af 5 | 60% | 6.3: ingen regel er nogensinde blevet udfaset |
| 7. Privatliv | 4 af 5 | 80% | 7.3: politikken nævner ikke personalisering |
Teamet troede, at programmet virkede, fordi forsidens konvertering steg efter lanceringen. Uden en holdout-gruppe kan de ikke skille det fra sæsonudsving eller en kampagne. Deres næste måned: fjern de to logoer uden tilladelse (en rettelse samme dag), tilføj en kunderegel, og relancér så med en holdout-gruppe på 50 % pr. segment og stikprøvestørrelser beregnet på forhånd. Hvis du har brug for en struktur til relanceringen, dækker skabelonen til en personaliserings-playbook den.
Ofte stillede spørgsmål
Hvad er en audit af website-personalisering?
Det er en struktureret gennemgang af, om dit website pålideligt kan vise forskelligt indhold til forskellige besøgssegmenter, og om det giver målbare resultater. Den dækker de data, der bruges til at segmentere besøgende, selve segmenterne, indholdet pr. segment, teknisk kvalitet som flimmer og reserveløsninger, måling, governance og privatliv.
Hvor ofte skal jeg auditere personaliseringen af websitet?
Gennemgå hele tjeklisten, før du lancerer personalisering, og derefter to gange om året. Gennemgå gruppen Experience QA efter hver release af websitet eller ændring af skabeloner, fordi flimmer og ødelagte fallbacks har en tendens til at opstå i det stille, når sidens struktur ændres. Gennemgå målingen, hver gang en regel har været live i en fuld testcyklus.
Hvad er den mest almindelige fejl i en personaliseringsaudit?
Vores syn er, at manglende holdouts gør mest skade, fordi de gør alle rapporterede resultater umulige at bevise. Teams sammenligner konvertering før og efter lanceringen og giver personaliseringen æren for ændringer forårsaget af sæsonudsving, kampagner eller ændringer i sporingen. Tildel i stedet en andel af hvert segment til standardversionen, og sammenlign de to grupper.
Påvirker personalisering af websites SEO?
Det bør det ikke, hvis søgemaskiner ser det samme standardindhold som uidentificerede besøgende, og varianter kun ændrer blokke på siden for identificerede segmenter. Problemerne starter, når titler, canonicals eller indekserbar tekst er anderledes for bots, hvilket kan ligne cloaking. Hold personaliseringen på klientsiden eller ved edge på indholdsblokke, og lad metadata være uberørt.