Ez a weboldal-személyre szabási audit ellenőrzőlista két helyzetre szól: vagy most kezdenél bele a személyre szabásba, és tudni szeretnéd, készen állsz-e, vagy már futtatsz személyre szabást, és gyanítod, hogy nem sokat ér. 42 ellenőrzési pontot tartalmaz hét csoportban, mindegyikhez olyan teljesítési feltétellel, amelyet magad is ellenőrizhetsz. Másold a táblázatokat egy táblázatkezelőbe, vagy töltsd le a sablont CSV-ként.
Ez nem általános konverziós audit. Ha a mérésed vagy az űrlapjaid hibásak, először a CRO audit ellenőrzőlistát futtasd le: egy olyan oldal személyre szabása, amelynek a konverzióit nem tudod mérni, csak újabb változókat ad egy olyan problémához, amelyet nem látsz.
Hogyan használd ezt a személyre szabási audit-ellenőrzőlistát
- Az élő élményt auditáld, ne a tervet. Ellenőrizd, mit látnak ma ténylegesen a látogatók azokon az oldalakon, amelyeken perszonalizáció fut, vagy hamarosan futni fog.
- Minden ellenőrzést jelölj Megfelelt, Nem felelt meg vagy Ismeretlen értékkel. Az Ismeretlen a pontszámban Nem felelt meg-nek számít. Ha senki nem tud rá válaszolni, senki nem felel érte.
- Minden „Nem felel meg” értékeléshez rögzíts bizonyítékot: képernyőképet, riportot, teszteredményt.
- Pontozz csoportonként a végén található táblázattal, és a leggyengébb csoportot javítsd elsőként, a felsorolás sorrendjében. A csoportok függőség szerint rendezettek: adatok nélkül a tartalom nem célozható, mérés nélkül az eredményekben nem lehet bízni.
1. Adatok (7 ellenőrzés)
| # | Ellenőrzés | Teljesítési feltétel | Státusz |
|---|---|---|---|
| 1.1 | Ismert azonosítási arány | Meg tudod mondani, hogy az elmúlt 30 napban a kulcsoldalakon a munkamenetek hány százalékát sikerült céghez kötni | |
| 1.2 | Egyezési minőség ellenőrizve | 50 egyeztetett látogatásból álló mintát kézzel ellenőriztek, és a hibaarányt rögzítették | |
| 1.3 | Firmografikus adatok elérhetők rendereléskor | Az iparág és a létszám az oldal megjelenítése előtt elérhető, nem másodpercekkel utána | |
| 1.4 | Egységes iparági taxonómia | Az összes eszköz összes iparági címkéje egyetlen listára (például NAICS) képeződik le egy karbantartott táblázatban | |
| 1.5 | CRM-státusz használható | Az oldal meg tudja különböztetni a nyitott lehetőséget és a meglévő ügyfelet egy új érdeklődőtől | |
| 1.6 | Tárolt viselkedési jelek | A látogatások száma és a kulcsoldalak megtekintései (árazás, termék, esettanulmányok) látogatónként elérhetők | |
| 1.7 | Ismert az adatok frissessége | Tudod, milyen gyakran frissülnek a szabályokhoz használt cég- és CRM-adatok |
2. Szegmensek (6 ellenőrzés)
| # | Ellenőrzés | Teljesítési feltétel | Státusz |
|---|---|---|---|
| 2.1 | A szegmensek a bevételből jönnek | Minden szegmenst megnyert üzleti adatok indokolnak, nem preferencia (lásd az ideális ügyfélprofil sablont) | |
| 2.2 | A szegmensek kölcsönösen kizárják egymást | A szabályok rögzített sorrendben értékelődnek ki, és egy látogató szabálykészletenként csak egy szegmensbe kerülhet | |
| 2.3 | Szegmensméret megmérve | Ismert a szegmensenkénti havi azonosított munkamenetek száma, és minden élő szegmensben elég van a méréshez | |
| 2.4 | Az ügyfeleket külön kezeli | A meglévő ügyfelek saját szabályt kapnak, és soha nem látnak olyan ügyfélszerzési CTA-kat, mint a „foglalj demót” | |
| 2.5 | Korlátozott szegmensszám | Az élő szegmensek száma nem haladja meg azt, amennyihez tartalmat tudsz készíteni és amennyit mérni tudsz (általában 3–6) | |
| 2.6 | A definíciók le vannak írva | Minden szegmensnek van írásos szabálya, felelőse és létrehozási dátuma egyetlen közös dokumentumban |
3. Tartalom (6 ellenőrzés)
| # | Ellenőrzés | Teljesítési feltétel | Státusz |
|---|---|---|---|
| 3.1 | Tartalomcsomag szegmensenként kész | Minden élő szegmenshez van rá írt főcím, bizonyíték, esettanulmány és CTA | |
| 3.2 | A bizonyítás megengedett | Minden variánsban szereplő logóhoz és idézethez van írásos engedély | |
| 3.3 | Az állítások szegmensenként igazak | Az olyan címkék, mint a „Legnépszerűbb” vagy „X bízik bennünk”, pontosak az őket látó szegmensre | |
| 3.4 | A célhelyek megfelelnek a címkéknek | Minden személyre szabott CTA olyan oldalra vezet, amely teljesíti, amit a felirat ígért | |
| 3.5 | Az alapértelmezett változat karban van tartva | Az alapértelmezett (nem személyre szabott) változatot ugyanolyan gondossággal nézik át, mint a változatokat | |
| 3.6 | A tartalom naprakész | Egyetlen variáns sem hivatkozik régi terméknévre, lezajlott eseményre vagy elavult esettanulmányra |
4. Élmény QA (7 ellenőrzés)
| # | Ellenőrzés | Teljesítési feltétel | Státusz |
|---|---|---|---|
| 4.1 | Nincs villódzás | Normál kapcsolaton az alapértelmezett tartalom nem villan fel láthatóan a változat megjelenése előtt | |
| 4.2 | Nincs elrendezéseltolódás | A változatcserék nem mozgatják el a tartalmat; a CLS a személyre szabott oldalakon a „jó” tartományban marad (web.dev, CLS) | |
| 4.3 | A tartalék teljesen renderelődik | Ha a perszonalizációs szkript blokkolva van, az oldal a teljes alapértelmezett változatot mutatja üres blokkok nélkül | |
| 4.4 | Időtúllépés beállítva | Ha az adatlekérés lassú, egy rögzített időkorlát után az alapértelmezett változat jelenik meg ahelyett, hogy várna | |
| 4.5 | Mobilon ellenőrizve | Minden variánst ellenőriztünk telefonon; a hosszabb címsorok és feliratok nem tördelődnek vagy csonkolódnak csúnyán | |
| 4.6 | Minden szegmens kikényszerítve és képernyőképpel rögzítve | Egy QA-jegyzőkönyv mutatja az egyes szegmensek variánsát minden perszonalizált oldalon | |
| 4.7 | A SEO-t nem érinti | A keresőmotorok az alapértelmezett tartalmat látják; egyetlen változat sem módosítja kizárólag a botok számára a címet, a canonicalt vagy az indexelhető szöveget |
5. Mérés (6 ellenőrzés)
| # | Ellenőrzés | Teljesítési feltétel | Státusz |
|---|---|---|---|
| 5.1 | Van kontrollcsoport | Minden szegmens egy része – látogatónként kijelölve – az alapértelmezett változatot látja, így a javulás mérhető | |
| 5.2 | Elsődleges mutató egyeztetve | Minden perszonalizációnak egy, a pipeline-hoz kötött elsődleges mutatója van (az értékesítés által elfogadott demók, minősített regisztrációk) | |
| 5.3 | Szegmensenként riportolt eredmények | A konverziós arányok szegmensenként és áganként jelennek meg, nem összevonva | |
| 5.4 | Tervezett mintanagyság | Minden tesztnél indulás előtt kiszámoltuk a mintaméretet az A/B teszt kalkulátorral | |
| 5.5 | Az azonosítatlanok kizárva az elemzésből | A nem szegmentálható látogatók ki vannak zárva a javulásszámításokból | |
| 5.6 | Pipeline-hoz kapcsolva | A személyre szabott munkamenetekből származó leadek visszakövethetők a CRM-beli lehetőségekig |
6. Irányítás (5 ellenőrzés)
| # | Ellenőrzés | Teljesítési feltétel | Státusz |
|---|---|---|---|
| 6.1 | Felelős megnevezve | Egy személy felel a személyre szabási programért, és ő hagyja jóvá az új szabályokat | |
| 6.2 | Van szabályleltár | Az összes élő szabály listája oldallal, szegmenssel, kezdő dátummal és aktuális eredménnyel | |
| 6.3 | Felülvizsgálati ütem | Az élő szabályokat legalább negyedévente felülvizsgálják; a mérhető hatás nélküli szabályokat kivezetik | |
| 6.4 | Változtatási folyamat | Az új változatok ugyanazon a QA-n mennek át, mint egy oldalkiadás | |
| 6.5 | Az értékesítés tájékoztatva | Az értékesítés tudja, melyik szegmens milyen üzenetet lát, így a hívások nem mondanak ellent az oldalnak |
7. Adatvédelem (5 ellenőrzés)
| # | Ellenőrzés | Teljesítési feltétel | Státusz |
|---|---|---|---|
| 7.1 | A hozzájárulás tiszteletben tartva | Azok a szkriptek, amelyek nem nélkülözhetetlen adatokat tárolnak vagy olvasnak az eszközön, csak hozzájárulás után futnak, ahol ezt jogszabály előírja (az EU-ban az ePrivacy-szabályok: 2002/58/EK irányelv) | |
| 7.2 | Jogalap dokumentálva | A nyilvántartásaid megnevezik a GDPR szerinti jogalapot a személyes adatok minden perszonalizációs felhasználásához ((EU) 2016/679 rendelet) | |
| 7.3 | Adatkezelési tájékoztató frissítve | Az adatvédelmi tájékoztató leírja a weboldal-perszonalizációt és az érintett szolgáltatókat | |
| 7.4 | Nincsenek érzékeny következtetések | Egyetlen szabály sem céloz meg vagy fed fel egészségügyi, politikai, vallási vagy hasonló különleges jellemzőket | |
| 7.5 | Nincs „tudjuk, ki vagy” típusú szöveg | A változatok soha nem nevezik meg a látogatót vagy a cégét úgy, hogy az megfigyelésnek tűnjön |
Ez egy ellenőrzőlista, nem jogi tanácsadás. A B2B személyre szabásról és adatvédelemről szóló cikkünk mélyebben foglalkozik a témával; a részleteket egyeztesd a jogi tanácsadóddal.
Pontozólap
Minden csoportot úgy pontozz, hogy a megfelelt ellenőrzések számát elosztod az összes ellenőrzéssel. Az ismeretlen nem megfeleltnek számít.
| Csoportpontszám | Jelentés | Teendő |
|---|---|---|
| 80% vagy több | Kész | Tartsd fenn; keresd a következő szegmenst vagy oldalt |
| 50–79% | Hiányosságok | Javítsd ki a csoport hibáit, mielőtt új, erre épülő personalizációt adnál hozzá |
| 50% alatt | Nem áll készen | Állítsd le a bővítést; előbb ezt a csoportot javítsd, a lista legkorábbi csoportjával kezdve |
Két kapu felülírja a pontszámokat. Ha a 4.3 (tartalék) elbukik, minden más előtt azt javítsd, mert egy hibás alapértelmezés minden azonosítatlan látogatót érint. Ha az 5.1 (kontrollcsoport) bukik el, semmilyen eredményt nem tulajdoníthatsz a személyre szabásnak, bármit is mutasson a dashboard.
Szemléltető példa
Szemléltető, nem valós cég. Egy B2B szoftvercsapat hat hónapja futtat iparági perszonalizációt a kezdőlapon. Az auditjuk:
| Csoport | Megfelelt | Pontszám | Kulcshiba |
|---|---|---|---|
| 1. Adatok | 7-ből 5 | 71% | 1.2: senki sem ellenőrizte a párosítás minőségét |
| 2. Szegmensek | 6-ból 4 | 67% | 2.4: az ügyfelek a „Kérj demót” gombot látják |
| 3. Tartalom | 6-ból 4 | 67% | 3.2: két logó engedély nélkül |
| 4. Az élmény minőségellenőrzése | 7-ből 5 | 71% | 4.1: látható villódzás mobilon |
| 5. Mérés | 2 / 6 | 33% | 5.1: nincs kontrollcsoport |
| 6. Irányítás | 5-ből 3 | 60% | 6.3: egyetlen szabályt sem vezettek még ki |
| 7. Adatvédelem | 5-ből 4 | 80% | 7.3: az adatkezelési tájékoztató nem említi a személyre szabást |
A csapat azt hitte, hogy a program működik, mert az indulás után nőtt a kezdőlap konverziója. Kontrollcsoport nélkül viszont ezt nem tudják elválasztani a szezonalitástól vagy egy kampánytól. A következő hónapjuk: a két engedély nélküli logó eltávolítása (aznapi javítás), egy ügyfélszabály hozzáadása, majd újraindítás szegmensenként 50%-os kontrollcsoporttal és előre kiszámolt mintaméretekkel. Ha struktúrára van szükséged az újraindításhoz, a személyre szabási kézikönyv sablon lefedi.
Gyakran ismételt kérdések
Mi az a weboldal-személyre szabási audit?
Strukturált felülvizsgálat arról, hogy a weboldalad megbízhatóan tud-e különböző tartalmat mutatni különböző látogatói szegmenseknek, és hogy ez mérhető eredményt hoz-e. Kiterjed a látogatók szegmentálásához használt adatokra, magukra a szegmensekre, a szegmensenkénti tartalomra, a technikai minőségre, például a villódzásra és a tartalék változatokra, a mérésre, az irányításra és az adatvédelemre.
Milyen gyakran auditáljam a weboldal-személyre szabást?
A teljes ellenőrzőlistát futtasd le a személyre szabás indítása előtt, majd évente kétszer. Az Experience QA csoportot minden oldalkiadás vagy sablonváltozás után nézd át, mert a villódzás és a hibás visszaállások jellemzően csendben jelennek meg, amikor az oldal szerkezete változik. A mérést akkor nézd át, amikor egy szabály egy teljes tesztcikluson át élesben futott.
Mi a leggyakoribb hiba a perszonalizációs auditok során?
Szerintünk a kontrollcsoport hiánya a legkárosabb, mert minden riportált eredményt bizonyíthatatlanná tesz. A csapatok az indulás előtti és utáni konverziót hasonlítják össze, és a személyre szabásnak tulajdonítják a szezonalitás, kampányok vagy mérési változások okozta eltéréseket. Ehelyett minden szegmens egy részét rendeld az alapértelmezett változathoz, és a két csoportot hasonlítsd össze.
Hat a weboldal-személyre szabás a SEO-ra?
Nem kellene, ha a keresőmotorok ugyanazt az alapértelmezett tartalmat látják, mint az azonosítatlan látogatók, és a változatok csak az azonosított szegmenseknél módosítják az oldalon belüli blokkokat. A problémák akkor kezdődnek, ha a címek, a canonicalok vagy az indexelhető szöveg eltér a botoknál, ami cloakingnak tűnhet. A személyre szabást tartsd kliens- vagy edge-oldalon a tartalmi blokkokon, a metaadatokat pedig hagyd érintetlenül.