A valós idejű személyre szabás azt jelenti, hogy egy weboldal tartalmát a látogatás közben elérhető jelek alapján módosítod: a látogató cége, honnan érkezett, mit nézett meg ebben és a korábbi munkamenetekben. A döntés az oldal betöltése közben vagy az oldalak közötti navigálás során születik, nem napokkal később egy e-mail-sorozatban.
Példa (szemléltető): egy nagyvállalattól érkező, a célcéglistádon szereplő látogató a főoldalra érkezik. A cégazonosítás már az első kérésnél felismeri a céget, így a főcím az alapértelmezett üzenet helyett a biztonságról és az adminisztrációról szól, a bizonyítékblokk egy ugyanabból az iparágból származó ügyfelet mutat, a CTA pedig az „További információ” helyett beszélgetést kínál az ügyfélcsapattal. A látogató nem jelentkezett be, és semmit nem töltött ki. Ez a bejegyzés bemutatja, miben különbözik ez a lassabb perszonalizációs formáktól, milyen jelzéseket használhat, B2B példákat, egy első megvalósítást, a technikai elemeket, és hogyan mérd, működik-e.
Valós idejű vs. késleltetett személyre szabás
A legtöbb marketinges személyre szabás késleltetve működik. Egy látogató letölt egy whitepapert, egy CRM-munkafolyamat felcímkézi, és néhány nappal később kimegy egy hozzá illő e-mail. Hasznos, de arra reagál, amit az illető a múlt héten csinált.
A valós idejű személyre szabás a dinamikus tartalom egyik formája, amely élő jelzésekre reagál: minden kérésnél a rendszer megnézi, mit tud a látogatóról, kiértékeli a szegmensszabályokat, és kiválaszt egy változatot. Ez azért fontos, mert a B2B vásárlói utak szabálytalanok. Egy érdeklődő részt vehet egy webináron, három hónapig hallgathat, majd egy keresésen keresztül visszatérhet, és egy ültő helyében elolvashat öt esettanulmányt. Egy heti munkafolyamat túl későn látja ezt a visszatérést; egy valós idejű szabály már a második oldalon reagálhat.
| Késleltetett (kötegelt) | Valós idejű | |
|---|---|---|
| A kérdés, amire választ ad | Mit csinált ez a személy a közelmúltban? | Mit csinál most ez a látogató, és mit mutasson neki ezután az oldal? |
| Jellemző csatorna | E-mail, hirdetések, értékesítési feladatok | Weboldalak, alkalmazáson belüli üzenetek |
| Szükséges adatfrissesség | Óráktól napokig | A kérés során elérhető |
| Fő technikai kockázat | Elavult szegmensek | Lassú döntések és villódzás |
Látogatás közben használható jelek
- Firmografikus adatok. Cég, iparág, méret és hely, amelyet egy látogatóazonosító szolgáltatás a látogató IP-címéből állapít meg. Az első oldalbetöltéskor elérhető azoknál a látogatóknál, akiknek a hálózata egy céghez köthető, ezért ez a leggyakoribb B2B trigger. A lefedettség részleges: az otthoni és mobilkapcsolatok gyakran nem azonosíthatók.
- Munkamenet-viselkedés. Megtekintett oldalak, tartalomkategóriák, görgetési mélység, oldalon belüli keresések. Az a látogató, aki elolvassa az árazást, majd az integrációs oldalt, nagyon konkrét dolgot árul el magáról.
- Előzmények. Korábbi látogatások, letöltések és webinár-részvételek, amelyek akkor érhetők el, ha a látogatót first-party süti, bejelentkezés vagy követett e-mail-link alapján felismerik.
- Hivatkozási kontextus. UTM-paraméterek, hivatkozó domain és kampány. Egy pénzügyi vezetőket célzó LinkedIn-hirdetésből érkező kattintás ne általános üzenetre fusson be.
- CRM-státusz. Hogy a fiók ügyfél-e, van-e nyitott lehetősége, vagy szerepel-e egy ABM-listán. Szinkron kell hozzá a CRM és a személyre szabási eszköz között.
- Technográfiai adatok. A cég által használt eszközök, third-party adatokból. Hasznos, hogy a megfelelő integrációval kezdj, de ellenőrizd a pontosságot; ezek az adatok elavulnak.
B2B példák
Az alábbi példák szemléltető minták, nem esettanulmányok.
Kezdőlap fiókszint szerint
Az 1. szintű célfiókok a saját iparáguk problémáját látják a címsorban, egy releváns esettanulmányt és egy CTA-t, amely a megnevezett kapcsolattartó értékesítőjükkel való találkozóra hív. A 2. szintű fiókok iparági üzenetet látnak önkiszolgáló demó-CTA-val. Mindenki más az alapértelmezettet. Így az account-based marketing az outbound e-mailekből átkerül arra a weboldalra, amelyet a fiókok már amúgy is látogatnak.
Társadalmi bizonyíték iparág szerint
Egy fix logófal helyett a bizonyítékblokk a látogató iparágához legközelebb álló ügyfeleket és egy hasonló cégtől származó rövid idézetet mutat. Csak akkor működik, ha minden perszonalizált iparágban vannak valódi ügyfeleid; ahol nincsenek, ott hagyd meg az alapértelmezettet.
Tartalomajánlások a munkamenet alapján
Az a látogató, aki három analitikai bejegyzést olvasott, az oldalsávban analitikához kapcsolódó ajánlásokat kap az alapértelmezett „legnépszerűbb” lista helyett. Az a visszatérő látogató, aki legutóbb megnézte a termékdemót, ügyféltörténeteket lát egy újabb bemutatkozás helyett.
CTA-k szakaszonként
Első látogató ismeretlen cégtől: „Olvasd el az útmutatót” vagy „Nézd meg, hogyan működik”. Visszatérő látogató egy célfióktól, aki termékoldalakat olvasott: „Kérj demót”. Aki már kért demót: „Készülj fel a demódra” napirenddel és integrációs ellenőrzőlistával, egy második kérőűrlap helyett. Az adatvezérelt, személyre szabott CTA-król szóló cikkünk ezek tesztelését is bemutatja.
Árazási oldal cégméret szerint
Egy 50 fős cég a középső csomagot látja ajánlottként megjelölve; egy 5000 fős cég a nagyvállalati kártyát látja kiemelve, sales CTA-val. Az árak és a csomagok mindenkinek ugyanazok; csak a hangsúly változik.
Első bevezetés öt lépésben
- Egy oldal, egy szegmens. Általában a kezdőlap vagy a fő landing page, és egy megbízhatóan azonosítható szegmens, például egy méretküszöb feletti cégek vagy egy iparág. Ha egyszerre több oldallal és szegmenssel kezdesz, így akadnak el ezek a projektek.
- Először a változatot írd meg. Főcím, bizonyítékblokk és CTA. Ha nem tudod megfogalmazni, mit kellene a szegmensnek másképp hallania, még nem állsz készen bármit beállítani.
- Kösd össze az azonosítást a szegmentálással. Írd meg a szabályt („a cégnek 500+ alkalmazottja van: nagyvállalati változat, egyébként alapértelmezett”), és indulás előtt teszteld ismert cégek látogatásaival.
- Villódzás nélküli megjelenítés. A változatról a szerveren vagy az edge-en dönts, vagy a kliensoldali szkript csak a személyre szabott blokkot cserélje, miközben a többi rész renderelődik. A látogatók ne lássák, ahogy az alapértelmezett címsor felvillan, majd megváltozik.
- Mérd kontrollcsoporthoz. Oszd meg a szegmenst az alapértelmezett és a változat között, indulás előtt döntsd el a mintaméretet, és csak akkor bővíts, ha a változat nyer.
A technikai elemek
Adatréteg. Ahonnan a látogatói profil származik: egy azonosító szolgáltatás, egy CDP vagy egy gyors API-val rendelkező CRM. Ha a lekérdezés lassú, az oldal az alapértelmezettet jeleníti meg, mielőtt a döntés megérkezne. A lekérdezés válaszidejét valós forgalmon mérd, ne az irodai kapcsolatodon.
Döntési motor. Kiértékeli a szabályokat, és kiválaszt egy változatot. A legtöbb B2B csapat explicit ha/akkor szabályokkal kezd, mert könnyű elmagyarázni és hibát keresni bennük. A modellalapú változatválasztáshoz szegmensenként sokkal több forgalom kell, mint amennyi a legtöbb B2B oldalnak van.
Kiszolgálás. A kliensoldali JavaScript beállítása a leggyorsabb, de villódzást okozhat. A szerveroldali renderelés elkerüli a villódzást, de fejlesztői időt igényel. Az edge-kiszolgálás (a válasz módosítása a CDN-en) mindkettőt elkerüli, ha a CDN-ed támogatja.
Teljesítmény és gyorsítótárazás
Indulás előtt és után ellenőrizd a Core Web Vitals értékekre gyakorolt hatást, különösen a Largest Contentful Paintet (a hero gyakran az LCP elem) és a Cumulative Layout Shiftet (egy méretet váltó lecserélt blokk elmozdítja az oldalt). Foglalj helyet a személyre szabott blokkoknak, hogy ne tolják lejjebb a tartalmat.
A látogatónként változó oldalaknál óvatosan kell bánni a gyorsítótárazással. Vagy egy közös oldalvázat gyorsítótárazol, és csak bizonyos blokkokat szabsz személyre, vagy a döntést az edge-en hozod meg, hogy minden látogató a saját eredményét kapja. Gyakori hiba, hogy egy személyre szabott választ gyorsítótáraz a rendszer, és a következő látogatónak szolgálja ki, és ez akár a keresőmotorok által feltérképezett változattá is válhat; lásd: hogyan hat a személyre szabás a SEO-ra.
Honnan tudod, hogy működik
A fő mutató a szegmensen belüli konverziós arány: személyre szabott vs. ugyanannak a szegmensnek az alapértelmezett változatot látó kontrollcsoportja. A személyre szabott látogatók összevetése az oldalátlaggal nem működik: az azonosított célfiókok amúgy is másként konvertálnak, mint a névtelen forgalom.
A másodlagos mutatók segítenek megmagyarázni az eredményt: kattintások a személyre szabott elemre, munkamenetenkénti oldalak és visszatérő látogatások. Ha az aktivitás nő, de a konverziók nem, a változat figyelmet kap, de nem változtat a döntéseken; próbáld ki egy erősebb szándékot jelző oldalon.
A perszonalizációt ne a forgalom alapján ítéld meg. Azt változtatja meg, mit tesznek a látogatók, miután megérkeztek, nem azt, hányan érkeznek. Ha a teszteredményeket üzleti indoklássá szeretnéd alakítani, nézd meg a perszonalizáció ROI-jának méréséről szóló útmutatónkat.
Buktatók
- Személyre szabás rossz adatok alapján. Ha az azonosítás rossz cégeket egyeztet, vagy a CRM-adatok elavultak, az oldal véletlenszerűnek fog tűnni. Mielőtt szabályokat építenél rájuk, szúrópróbaszerűen ellenőrizd az egyezéseket olyan fiókokkal, amelyeket ismersz.
- Túl sok egyszerre. Ha a látogatói adatok alapján minden elemet megváltoztatsz, az megfigyelésnek érződhet. Oldalanként két-három elem bőven elég: a látogató érezze, hogy az oldal releváns, ne azt, hogy mindent tud róla.
- Nincs csapatokon átívelő felelős. A marketing írja a változatokat, az értékesítésnek bíznia kell a fiókadatokban, és valakinek a technikai oldalon az adatfolyamért kell felelnie. Ha ezek közül bármelyik hiányzik, a projekt az első teszt után elakad.
- Szétszakadt utak. Ha egy perszonalizált hirdetés általános oldalra érkezik, megszegi az ígéretét. Ugyanannak a szegmensnek hangold össze a hirdetéseket, e-maileket és oldalakat; a hogyan működik a B2B weboldal-perszonalizáció magyarázó cikkünk a teljes beállítást bemutatja.
Hol kezdd
Válassz egy oldalt, egy megbízható adatokkal rendelkező szegmenst és két-három módosítandó elemet, majd futtasd egy holdout csoporttal szemben, amíg el nem éred a tervezett mintát. Ha nyer, vedd fel a következő szegmenst; ha nem, ellenőrizd, elég nagy volt-e a változtatás és elég szűk a szegmens, mielőtt újra próbálkoznál. A Markettailor szabályalapú célzással köti össze a látogatóazonosítást az oldalon belüli változtatásokkal, ha az első tesztet anélkül szeretnéd elindítani, hogy magad építenéd meg a csővezetéket.
