Reaaliaikainen personointi tarkoittaa, että verkkosivun sisältöä muutetaan itse käynnin aikana saatavilla olevien signaalien perusteella: kävijän yritys, mistä hän tuli ja mitä hän on katsonut tässä ja aiemmissa istunnoissa. Päätös tehdään sivun latautuessa tai kävijän siirtyessä sivulta toiselle, ei päiviä myöhemmin sähköpostisarjassa.
Esimerkki (havainnollistava): suuren yrityksen kävijä kohdeyrityslistaltasi saapuu etusivulle. Yritystunnistus selvittää yrityksen ensimmäisellä pyynnöllä, joten otsikko puhuu tietoturvasta ja hallinnasta oletusviestin sijaan, näyttölohko näyttää asiakkaan samalta toimialalta ja CTA tarjoaa keskustelua asiakastiimin kanssa ”Lue lisää” -painikkeen sijaan. Kävijä ei kirjautunut eikä täyttänyt mitään. Tämä artikkeli käsittelee, miten tämä eroaa hitaammista personoinnin muodoista, mitä signaaleja se voi käyttää, B2B-esimerkkejä, ensimmäistä toteutusta, teknisiä osia ja sitä, miten mitata sen toimivuutta.
Reaaliaikainen vs. viivästetty personointi
Suurin osa markkinoinnin personoinnista toimii viiveellä. Kävijä lataa white paperin, CRM-työnkulku tagaa hänet, ja muutaman päivän päästä lähtee sopiva sähköposti. Hyödyllistä, mutta se reagoi siihen, mitä henkilö teki viime viikolla.
Reaaliaikainen personointi on dynaamisen sisällön muoto, joka toimii live-signaalien perusteella: jokaisella pyynnöllä järjestelmä katsoo, mitä se tietää kävijästä, arvioi segmenttisäännöt ja valitsee version. Tämä on tärkeää, koska B2B-ostopolut ovat epäsäännöllisiä. Prospekti voi osallistua webinaariin, hiljentyä kolmeksi kuukaudeksi ja palata sitten haun kautta lukemaan viisi asiakastarinaa yhdellä istumalla. Viikoittainen työnkulku huomaa paluukäynnin liian myöhään; reaaliaikainen sääntö voi reagoida jo toisella sivulla.
| Viivästetty (eräajo) | Reaaliaikainen | |
|---|---|---|
| Kysymys, johon se vastaa | Mitä tämä henkilö teki äskettäin? | Mitä tämä kävijä tekee nyt, ja mitä sivun pitäisi näyttää seuraavaksi? |
| Tyypillinen kanava | Sähköposti, mainokset, myynnin tehtävät | Verkkosivut, sovelluksen sisäiset viestit |
| Tarvittava datan tuoreus | Tunneista päiviin | Saatavilla pyynnön aikana |
| Suurin tekninen riski | Vanhentuneet segmentit | Hitaat päätökset ja välkkyminen |
Signaalit, joita voit käyttää käynnin aikana
- Firmografiikka. Yritys, toimiala, koko ja sijainti, jotka vierailijoiden tunnistuspalvelu päättelee vierailijan IP-osoitteesta. Saatavilla jo ensimmäisellä sivulatauksella niille vierailijoille, joiden verkko kytkeytyy yritykseen, minkä vuoksi se on yleisin B2B-laukaisija. Kattavuus on osittainen: koti- ja mobiiliyhteydet jäävät usein tunnistamatta.
- Istuntokäyttäytyminen. Katsotut sivut, sisältökategoriat, vierityssyvyys, sivustohaut. Kävijä, joka lukee hinnoittelun ja sitten integraatiosivun, kertoo sinulle jotain hyvin tarkkaa.
- Historia. Aiemmat käynnit, lataukset ja webinaariosallistumiset, käytettävissä, kun kävijä tunnistetaan ensimmäisen osapuolen evästeen, kirjautumisen tai seuratun sähköpostilinkin avulla.
- Viittauskonteksti. UTM-parametrit, viittaava verkkotunnus ja kampanja. Talousjohtajille suunnatusta LinkedIn-mainoksesta tulevan klikkauksen ei pitäisi laskeutua geneeriseen viestiin.
- CRM-tila. Onko yritys asiakas, onko sillä avoin myyntimahdollisuus vai onko se ABM-listalla. Vaatii synkronoinnin CRM:n ja personointityökalun välillä.
- Teknografiikka. Yrityksen käyttämät työkalut kolmannen osapuolen datasta. Hyödyllinen oikean integraation nostamiseen esiin, mutta tarkista tarkkuus; tämä data vanhenee.
B2B-esimerkit
Alla olevat esimerkit ovat havainnollistavia malleja, eivät asiakastarinoita.
Etusivu asiakastasoittain
Tason 1 kohdeasiakkaat näkevät toimialansa ongelman otsikossa, relevantin asiakastarinan ja CTA:n tavata nimetty asiakkuuspäällikkönsä. Tason 2 yritykset näkevät toimialaviestinnän ja itsepalvelu-demon CTA:n. Kaikki muut näkevät oletuksen. Tämä siirtää account-based marketingin outbound-sähköpostista verkkosivustolle, jolla yritykset jo vierailevat.
Sosiaalinen todiste toimialoittain
Kiinteän logoseinän sijaan näyttölohko näyttää kävijän toimialaa lähimpänä olevat asiakkaat ja yhden lyhyen lainauksen samankaltaisesta yrityksestä. Se toimii vain, jos sinulla on oikeita asiakkaita jokaisella toimialalla, jolle personoit; jätä oletusversio paikalleen toimialoilla, joilla asiakkaita ei ole.
Sisältösuositukset istunnon perusteella
Kävijä, joka on lukenut kolme analytiikkakirjoitusta, saa sivupalkkiin analytiikkaan liittyviä suosituksia oletusarvoisen ”suosituimmat”-listan sijaan. Palaava kävijä, joka katsoi viimeksi tuote-esittelyn, näkee asiakastarinoita uuden johdannon sijaan.
CTA:t vaiheittain
Ensikertainen kävijä tuntemattomasta yrityksestä: "Lue opas" tai "Katso, miten se toimii". Palaava kävijä kohdeasiakkaalta, joka on lukenut tuotesivuja: "Varaa demo". Joku, joka on jo pyytänyt demoa: "Valmistaudu demoosi" asialistan ja integraatiotarkistuslistan kera toisen pyyntölomakkeen sijaan. Artikkelimme datalähtöisistä personoiduista CTA:ista käsittelee näiden testaamista.
Hinnoittelusivu yrityskoon mukaan
50 hengen yritys näkee keskitason paketin suositeltuna; 5 000 hengen yritys näkee enterprise-kortin korostettuna myynnin CTA:lla. Hinnat ja paketit pysyvät kaikille samoina; vain painotus muuttuu.
Ensimmäinen toteutus viidessä vaiheessa
- Yksi sivu, yksi segmentti. Yleensä etusivu tai tärkein laskeutumissivu ja segmentti, jonka voit tunnistaa luotettavasti, kuten tietyn kokorajan ylittävät yritykset tai yksi toimiala. Useat sivut ja segmentit kerralla ovat se tapa, jolla nämä projektit jumittuvat.
- Kirjoita variantti ensin. Pääotsikko, todisteosio ja CTA. Jos et osaa sanoa, mitä segmentin pitäisi kuulla toisin, et ole valmis määrittämään mitään.
- Yhdistä tunnistus segmentointiin. Kirjoita sääntö (”yrityksellä on yli 500 työntekijää: näytä suuryritysversio, muuten oletus”) ja testaa se tunnettujen yritysten käynneillä ennen julkaisua.
- Toimita ilman välähdystä. Päätä versio palvelimella tai reunaverkossa, tai anna selainpuolen skriptin vaihtaa vain personoitu lohko muun sivun renderöityessä. Kävijöiden ei pitäisi nähdä oletusotsikon välähtävän ja vaihtuvan.
- Mittaa vertailuryhmää vastaan. Jaa segmentti oletuksen ja variantin kesken, päätä otoskoko ennen käynnistystä ja laajenna vain, jos variantti voittaa.
Tekniset osat
Datakerros. Mistä kävijäprofiili tulee: tunnistuspalvelusta, CDP:stä tai nopean rajapinnan tarjoavasta CRM:stä. Jos haku on hidas, sivu renderöi oletuksen ennen kuin päätös saapuu. Mittaa haun vasteaika todellisella liikenteellä, älä toimistosi yhteydellä.
Päätösmoottori. Arvioi säännöt ja valitsee variantin. Useimmat B2B-tiimit aloittavat eksplisiittisillä jos–niin-säännöillä, koska ne on helppo selittää ja vianetsiä. Malliin perustuva varianttien valinta vaatii paljon enemmän liikennettä segmenttiä kohden kuin useimmilla B2B-sivustoilla on.
Toimitus. Selainpuolen JavaScript on nopein ottaa käyttöön, mutta siinä on välkkymisen riski. Palvelinpuolen renderöinti välttää välkkymisen mutta vaatii kehitysaikaa. Reunatoimitus (vastauksen muuttaminen CDN:ssä) välttää molemmat, jos CDN:si tukee sitä.
Suorituskyky ja välimuisti
Tarkista vaikutus Core Web Vitalsiin ennen julkaisua ja sen jälkeen, erityisesti Largest Contentful Paint (hero on usein LCP-elementti) ja Cumulative Layout Shift (kokoaan muuttava vaihdettu lohko siirtää sivua). Varaa tila personoiduille lohkoille, jotta ne eivät työnnä sisältöä alas.
Kävijän mukaan vaihtelevat sivut vaativat huolellisuutta välimuistin kanssa. Joko tallenna välimuistiin jaettu sivurunko ja personoi vain tietyt lohkot, tai tee päätös reunapalvelimella, jotta jokainen kävijä saa oman tuloksensa. Välimuistiin tallentunut ja seuraavalle kävijälle näytetty personoitu vastaus on yleinen bugi, ja siitä voi myös tulla se, minkä hakukoneet indeksoivat; katso miten personointi vaikuttaa hakukoneoptimointiin.
Toimiiko se? Näin mittaat
Päämittari on konversioaste segmentin sisällä: personoitu vs. saman segmentin kontrolliryhmä, joka näkee oletuksen. Personoitujen kävijöiden vertaaminen sivuston keskiarvoon ei toimi: tunnistetut kohdeasiakkaat konvertoivat joka tapauksessa eri tavalla kuin anonyymi liikenne.
Toissijaiset mittarit auttavat selittämään tulosta: personoidun elementin klikkaukset, sivut per istunto ja paluukäynnit. Jos sitoutuminen nousee mutta konversiot eivät, versio saa huomiota muuttamatta päätöksiä; kokeile sitä korkeamman ostoaikeen sivulla.
Älä arvioi personointia liikenteen perusteella. Se muuttaa sitä, mitä kävijät tekevät saavuttuaan, ei sitä, kuinka moni saapuu. Testitulosten muuttamisesta liiketoimintaperusteluksi kerrotaan oppaassamme personoinnin ROI:n mittaamisesta.
Sudenkuopat
- Personointi huonon datan varassa. Jos tunnistus yhdistää vääriin yrityksiin tai CRM-data on vanhentunutta, sivu näyttää satunnaiselta. Tarkista tunnistuksia pistokokein tuntemiasi yrityksiä vasten ennen kuin rakennat niiden varaan sääntöjä.
- Liikaa kerralla. Jokaisen elementin muuttaminen kävijädatan perusteella voi tuntua valvonnalta. Kaksi tai kolme elementtiä sivua kohden riittää: kävijän pitää tuntea sivun olevan relevantti, ei että se tietää hänestä kaiken.
- Ei omistajaa tiimien välillä. Markkinointi kirjoittaa versiot, myynnin täytyy luottaa asiakkuusdataan, ja joku teknisesti osaava omistaa dataputken. Jos joku näistä puuttuu, projekti pysähtyy ensimmäisen testin jälkeen.
- Katkenneet polut. Personoitu mainos, joka johtaa yleiselle sivulle, rikkoo lupauksen. Linjaa saman segmentin mainokset, sähköpostit ja sivut; selityksemme siitä, miten B2B-verkkosivujen personointi toimii, käy läpi kokonaisuuden alusta loppuun.
Mistä aloittaa
Valitse yksi sivu, yksi segmentti, jolla on luotettavaa dataa, ja kaksi tai kolme muutettavaa elementtiä, ja aja sitä holdout-ryhmää vastaan, kunnes suunniteltu otos on saavutettu. Jos se voittaa, lisää seuraava segmentti; jos ei, tarkista ennen uutta yritystä, oliko muutos tarpeeksi suuri ja segmentti tarpeeksi kapea. Markettailor yhdistää vierailijoiden tunnistuksen sivumuutoksiin sääntöpohjaisella kohdistuksella, jos haluat käynnistää ensimmäisen testin rakentamatta putkistoa itse.
