Denne sjekklisten for revisjon av nettstedspersonalisering er laget for to situasjoner: du skal til å begynne å personalisere og vil vite om du er klar, eller du personaliserer allerede og mistenker at det ikke gir stort. Den har 42 kontrollpunkter i sju grupper, hver med et godkjenningskriterium du kan sjekke selv. Kopier tabellene inn i et regneark, eller last ned malen som CSV.
Det er ikke en generell konverteringsrevisjon. Hvis sporingen eller skjemaene dine ikke fungerer, kjører du sjekklisten for CRO-revisjon først: å personalisere en side der du ikke kan måle konverteringene, legger bare flere variabler til et problem du ikke ser.
Slik bruker du denne sjekklisten for personaliseringsrevisjon
- Gå gjennom den faktiske opplevelsen, ikke planen. Sjekk hva besøkende faktisk ser i dag, på sidene som har personalisering eller snart får det.
- Merk hvert sjekkpunkt som Bestått, Ikke bestått eller Ukjent. Ukjent teller som Ikke bestått i scoren. Hvis ingen kan svare på det, er det ingen som eier det.
- Registrer dokumentasjon for hver Ikke bestått: et skjermbilde, en rapport, et testresultat.
- Gi poeng per gruppe med skjemaet til slutt, og rett opp den laveste gruppen først, i den oppførte rekkefølgen. Gruppene er ordnet etter avhengighet: innhold uten data kan ikke målrettes, og resultater uten måling kan ikke stoles på.
1. Data (7 kontroller)
| # | Kontroll | Godkjenningskriterium | Status |
|---|---|---|---|
| 1.1 | Identifiseringsrate kjent | Du kan oppgi hvor stor andel av øktene på nøkkelsider som er knyttet til et selskap, for de siste 30 dagene | |
| 1.2 | Treffkvalitet kontrollert | Et utvalg på 50 matchede besøk ble sjekket manuelt, og feilraten er notert | |
| 1.3 | Firmografiske data tilgjengelig ved rendering | Bransje og antall ansatte er tilgjengelig før siden gjengis, ikke sekunder etterpå | |
| 1.4 | Én bransjetaksonomi | Alle bransjeetiketter fra alle verktøy er koblet til én liste (for eksempel NAICS) i en vedlikeholdt tabell | |
| 1.5 | CRM-status brukbar | Nettstedet kan skille en åpen salgsmulighet og en eksisterende kunde fra et nytt prospekt | |
| 1.6 | Atferdssignaler lagret | Antall besøk og visninger av nøkkelsider (priser, produkt, kundecaser) er tilgjengelig per besøkende | |
| 1.7 | Hvor ferske dataene er, er kjent | Du vet hvor ofte firmografiske data og CRM-data som brukes i regler, oppdateres |
2. Segmenter (6 kontrollpunkter)
| # | Kontroll | Godkjenningskriterium | Status |
|---|---|---|---|
| 2.1 | Segmentene kommer fra inntektene | Hvert segment er begrunnet med data om vunne avtaler, ikke med preferanser (se malen for ideell kundeprofil) | |
| 2.2 | Segmentene utelukker hverandre | Reglene vurderes i en fast rekkefølge, og en besøkende kan bare havne i ett segment per regelsett | |
| 2.3 | Segmentstørrelse målt | Antall identifiserte økter per segment og måned er kjent, og hvert aktivt segment har nok til å måle | |
| 2.4 | Kunder håndteres separat | Eksisterende kunder får sin egen regel og ser aldri anskaffelses-CTA-er som «book en demo» | |
| 2.5 | Begrenset antall segmenter | Antall aktive segmenter overstiger ikke det du klarer å lage innhold til og måle (vanligvis 3 til 6) | |
| 2.6 | Definisjoner skrevet ned | Hvert segment har en skriftlig regel, en eier og en opprettelsesdato i ett felles dokument |
3. Innhold (6 sjekker)
| # | Kontroll | Godkjenningskriterium | Status |
|---|---|---|---|
| 3.1 | Innholdspakke komplett per segment | Hvert aktivt segment har en overskrift, bevis, kundecase og CTA skrevet for seg | |
| 3.2 | Bevis er tillatt | Hver logo og hvert sitat som vises i en variant, har skriftlig tillatelse på arkiv | |
| 3.3 | Påstandene stemmer for hvert segment | Etiketter som «Mest populær» eller «Brukt av X» er riktige for segmentet som ser dem | |
| 3.4 | Destinasjonene matcher etikettene | Hver personaliserte CTA fører til en side som leverer det etiketten lovet | |
| 3.5 | Standardversjonen vedlikeholdes | Standardversjonen (uten personalisering) gjennomgås like nøye som variantene | |
| 3.6 | Innholdet er oppdatert | Ingen varianter viser til et gammelt produktnavn, et tidligere arrangement eller en utdatert kundecase |
4. Kvalitetssikring av opplevelsen (7 sjekker)
| # | Kontroll | Godkjenningskriterium | Status |
|---|---|---|---|
| 4.1 | Ingen flimring | Standardinnholdet blinker ikke synlig før varianten vises på en normal tilkobling | |
| 4.2 | Ingen layoutforskyvning | Variantbytter flytter ikke innhold; CLS på personaliserte sider holder seg i «god»-området (web.dev, CLS) | |
| 4.3 | Reserveversjonen vises komplett | Med personaliseringsskriptet blokkert viser siden hele standardversjonen uten tomme blokker | |
| 4.4 | Tidsavbrudd satt | Hvis dataoppslaget er tregt, vises standardversjonen etter en fast tidsgrense i stedet for å vente | |
| 4.5 | Mobil sjekket | Alle varianter er sjekket på mobil; lengre overskrifter og etiketter brytes eller kuttes ikke på en uheldig måte | |
| 4.6 | Hvert segment tvunget frem og tatt skjermbilde av | En QA-logg viser hvert segments variant på hver personaliserte side | |
| 4.7 | SEO påvirkes ikke | Søkemotorer ser standardinnholdet; ingen variant endrer tittel, canonical eller indekserbar tekst kun for roboter |
5. Måling (6 sjekker)
| # | Kontroll | Godkjenningskriterium | Status |
|---|---|---|---|
| 5.1 | Kontrollgruppe finnes | En andel av hvert segment ser standardversjonen, tildelt per besøkende, slik at løftet kan måles | |
| 5.2 | Primært mål avtalt | Hver personalisering har ett primært måltall knyttet til pipeline (demoer akseptert av salg, kvalifiserte registreringer) | |
| 5.3 | Resultater rapportert per segment | Konverteringsrater vises per segment og per variant, ikke slått sammen | |
| 5.4 | Planlagt utvalgsstørrelse | Hver test hadde en utvalgsstørrelse beregnet før lansering med A/B-testkalkulatoren | |
| 5.5 | Uidentifiserte utelatt fra analysen | Besøkende som ikke kunne segmenteres, holdes utenfor beregningene av økning | |
| 5.6 | Pipeline koblet | Leads fra personaliserte økter kan spores til muligheter i CRM-et |
6. Styring (5 kontrollpunkter)
| # | Kontroll | Godkjenningskriterium | Status |
|---|---|---|---|
| 6.1 | Eier utpekt | Én person eier personaliseringsprogrammet og godkjenner nye regler | |
| 6.2 | Oversikt over regler finnes | En liste over alle aktive regler med side, segment, startdato og nåværende resultat | |
| 6.3 | Gjennomgangsfrekvens | Aktive regler gjennomgås minst hvert kvartal; regler uten målbar effekt fases ut | |
| 6.4 | Endringsprosess | Nye varianter går gjennom den samme kvalitetssikringen som en lansering på nettstedet | |
| 6.5 | Salg informert | Salg vet hvilke segmenter som ser hvilke budskap, så samtalene ikke motsier nettstedet |
7. Personvern (5 sjekkpunkter)
| # | Kontroll | Godkjenningskriterium | Status |
|---|---|---|---|
| 7.1 | Samtykke respektert | Skript som lagrer eller leser ikke-nødvendige data på enheten, kjører bare etter samtykke der loven krever det (i EU ePrivacy-reglene: Directive 2002/58/EC) | |
| 7.2 | Behandlingsgrunnlag dokumentert | Dokumentasjonen din angir behandlingsgrunnlaget etter GDPR for hver bruk av personopplysninger i personalisering (Regulation (EU) 2016/679) | |
| 7.3 | Personvernerklæring oppdatert | Personvernerklæringen beskriver personalisering av nettstedet og leverandørene som er involvert | |
| 7.4 | Ingen sensitive slutninger | Ingen regel retter seg mot eller avslører helse, politiske eller religiøse forhold eller lignende sensitive egenskaper | |
| 7.5 | Ingen «vi vet hvem du er»-tekst | Variantene nevner aldri den besøkende eller selskapet på en måte som føles som overvåking |
Dette er en sjekkliste, ikke juridisk rådgivning. Innlegget vårt om B2B-personalisering og personvern dekker temaet mer i dybden; bekreft detaljene med juristen din.
Poengskjema
Scor hver gruppe som antall bestått delt på antall kontroller. Ukjent teller som ikke bestått.
| Gruppescore | Betydning | Hva du gjør |
|---|---|---|
| 80 % eller mer | Klar | Vedlikehold; se etter neste segment eller side |
| 50 % til 79 % | Hull | Rett feilene i denne gruppen før du legger til ny personalisering som avhenger av den |
| Under 50 % | Ikke klar | Sett utvidelsen på pause; fiks denne gruppen først, og start med den tidligste gruppen i listen |
To porter overstyrer scorene. Feiler 4.3 (reserveversjon), må du fikse det før alt annet, fordi en ødelagt standardversjon påvirker alle uidentifiserte besøkende. Feiler 5.1 (holdout), kan du ikke påstå noe resultat av personaliseringen, uansett hva dashbordet sier.
Illustrerende eksempel
Illustrasjon, ikke et ekte selskap. Et B2B-programvareteam har kjørt bransjepersonalisering på forsiden i seks måneder. Revisjonen deres:
| Gruppe | Bestått | Score | Hovedfeil |
|---|---|---|---|
| 1. Data | 5 av 7 | 71% | 1.2: ingen har sjekket matchkvaliteten |
| 2. Segmenter | 4 av 6 | 67% | 2.4: kunder ser «book en demo» |
| 3. Innhold | 4 av 6 | 67% | 3.2: to logoer uten tillatelse |
| 4. Kvalitetssikring av opplevelsen | 5 av 7 | 71% | 4.1: synlig flimring på mobil |
| 5. Måling | 2 av 6 | 33% | 5.1: ingen kontrollgruppe |
| 6. Styring | 3 av 5 | 60% | 6.3: ingen regel har noen gang blitt faset ut |
| 7. Personvern | 4 av 5 | 80% | 7.3: personvernerklæringen nevner ikke personalisering |
Teamet trodde programmet fungerte fordi konverteringen på forsiden gikk opp etter lansering. Uten en kontrollgruppe kan de ikke skille det fra sesongvariasjoner eller en kampanje. Neste måned: fjern de to logoene uten tillatelse (en rettelse samme dag), legg til en kunderegel, og relanser deretter med en kontrollgruppe på 50 % per segment og utvalgsstørrelser beregnet på forhånd. Hvis du trenger en struktur for relanseringen, dekker malen for personaliserings-playbook det.
Ofte stilte spørsmål
Hva er en revisjon av nettstedspersonalisering?
Det er en strukturert gjennomgang av om nettstedet ditt pålitelig kan vise ulikt innhold til ulike segmenter av besøkende, og om det gir målbare resultater. Den tar for seg dataene som brukes til å segmentere besøkende, selve segmentene, innholdet per segment, teknisk kvalitet som flimring og reserveløsninger, måling, styring og personvern.
Hvor ofte bør jeg revidere personaliseringen av nettstedet?
Gå gjennom hele sjekklisten før du lanserer personalisering, og deretter to ganger i året. Gå gjennom gruppen Experience QA etter hver lansering på nettstedet eller endring i maler, fordi flimring og ødelagte reserveløsninger gjerne dukker opp i det stille når sidestrukturen endres. Gå gjennom målingen hver gang en regel har vært live i en hel testsyklus.
Hva er den vanligste feilen i en personaliseringsrevisjon?
Vårt syn er at manglende holdout-grupper er det mest skadelige, fordi de gjør alle rapporterte resultater umulige å bevise. Team sammenligner konvertering før og etter lansering og gir personaliseringen æren for endringer forårsaket av sesongvariasjoner, kampanjer eller endringer i sporingen. Tildel i stedet en andel av hvert segment til standardversjonen, og sammenlign de to gruppene.
Påvirker personalisering av nettsider SEO?
Det bør det ikke, hvis søkemotorer ser det samme standardinnholdet som uidentifiserte besøkende, og variantene bare endrer blokker på siden for identifiserte segmenter. Problemene begynner når titler, canonicals eller indekserbar tekst er annerledes for roboter, noe som kan ligne cloaking. Hold personaliseringen på klientsiden eller i edge på innholdsblokker, og la metadata være urørt.