Suurettevõtte veebilehe personaliseerimine ebaõnnestub harva tehnoloogia tõttu. See ebaõnnestub omandi tõttu: viis piirkondlikku meeskonda lisavad igaüks reegleid, keegi ei otsusta, milline reegel võidab, eelmise aasta kampaaniavariant on endiselt aktiivne kolmes keeles, leht muutub iga sildiga aeglasemaks ja juriidiline osakond avastab kõik korraga. See käsiraamat on mõeldud organisatsioonidele, millel on ühel veebiplatvormil mitu äriüksust, piirkonda või brändi. See käsitleb, kes mida teeb, kuidas reegleid juhitakse, kuidas liikuda pilootprojektilt piirkondadesse selgete sisenemis- ja väljumiskriteeriumidega, kuidas kaitsta veebilehe jõudlust ja nõusolekut, ning annab näidisena kahe kvartali plaani.
See ei käsitle ärilist põhjendust. Kui vajate veel eelarve kinnitust, kasutage esmalt meetodit juhendist personaliseerimise ROI mõõtmine kontrollrühmadega ja tulge tagasi, kui teil on toetaja.
Mis teeb suurettevõtted teistsuguseks
- Jagatud pinnad. Avaleht ja navigatsioon kuuluvad kõigile, nii et iga äriüksus tahab sinna reeglit. Prioriteet muutub poliitiliseks küsimuseks, kui seda pole eelnevalt paika pandud.
- Mitu õiguskorda. Sama lehte võidakse näidata külastajatele, kelle suhtes kehtivad GDPR, Ühendkuningriigi reeglid ja USA osariikide seadused erinevate nõusoleku vaikeväärtustega.
- Mitu CMS-i ja sildihaldurit. Nende vahel laiali pillutatud personaliseerimisloogikat ei saa auditeerida.
- Tõlkimine korrutab variante. Kolm segmenti kaheksas keeles teeb 24 varianti elemendi kohta, millest igaüks vajab ülevaatust ja aegumist.
- Jõudluse eest vastutab keegi teine. Veebiplatvormi meeskond vastutab Core Web Vitalsi eest; teie skriptid on nende probleem.
RACI: kes mida teeb
R = teostaja (responsible), A = vastutaja (accountable), C = konsulteeritav (consulted), I = informeeritav (informed). Üks A rea kohta, eranditeta.
| Tegevus | Keskne veebimeeskond | Äriüksuse / piirkondlik turundus | Bränd ja sisu | Veebiarendus | Õigus ja privaatsus | Analüütika | Müügioperatsioonid |
|---|---|---|---|---|---|---|---|
| Reeglite tähtsusjärjekord ja nimetamisstandard | Müügireskontro | C | C | C | I | C | I |
| Segmentide määratlused | A | R | I | I | C | C | C |
| Variandi tekst ja materjalid | C | R | A | I | C | I | I |
| Tõlkimine ja lokaliseerimine | I | R | A | I | I | I | I |
| Sildi juurutamine ja jõudluseelarve | C | I | I | Müügireskontro | I | C | I |
| Nõusoleku seadistus piirkonna kaupa | R | C | I | R | A | C | I |
| Kvaliteedikontrolli heakskiit enne käivitamist | A | R | C | R | C | C | I |
| Kontrollgrupi ülesehitus ja tulemused | C | I | I | I | I | Müügireskontro | I |
| CRM-i ja ettevõtteandmete sünkroonimine | C | I | I | R | C | C | A |
| Reeglite kvartaalne audit ja kasutusest kõrvaldamine | Müügireskontro | R | C | I | I | C | I |
Meie seisukoht: keskne veebimeeskond peab vastutama prioriteedijärjekorra ja auditi eest, kuigi äriüksused teevad suurema osa tööst. Sisu hajutatud omandus toimib; reeglistiku hajutatud omandus ei toimi.
Juhtimine ja reeglid
Reeglite prioriteet
Kui kaks reeglit sihivad sama külastaja jaoks sama elementi, peab üks neist deterministlikult võitma. Prioriteedijärjekord, mis toimib enamikus keskkondades, kõrgeimast alates:
- Õiguslikud ja nõusolekureeglid (näiteks identifikaatoripõhiseid reegleid ilma nõusolekuta ei kasutata)
- Kliendi ja avatud müügivõimaluse reeglid CRM-ist
- Nimeliste kontode (ABM) reeglid
- Äriüksuste tootereeglid äriüksustele kuuluvatel lehtedel
- Tegevusala või segmendi reeglid
- Kampaania sõnumivastavuse reeglid
- Piirkondlik vaikeversioon
- Globaalne vaikeversioon
Jagatud lehtedel, näiteks avalehel, on igal elemendil (päis, tõendiriba, peamine CTA) üks vastutav meeskond. Teised meeskonnad taotlevad kohti keskse meeskonna kaudu, mitte ei lisa konkureerivaid reegleid.
Nimetamise reeglid
Kasutage tööriistade lõikes üht mustrit, et reeglite nimekiri, analüütikaaruanded ja kvaliteedikontrolli piletid loeksid ühtemoodi: region_bu_page_element_segment_vNN, näiteks emea_payments_home_hero_retail_v03. Lisage aegumiskuupäev ja omanik reegli metaandmetena, mitte nimesse.
Kvaliteedikontrolli nimekiri enne iga reegli käivitamist
- Variant renderdub õigesti lauaarvutis, mobiilis ja aeglaseimas toetatud brauseris
- Nähtavat virvendust pole; vahetatavatele elementidele on ruum reserveeritud
- Nõusolekust keeldunud ja tuvastamata külastajad näevad õiget vaikimisi versiooni
- Pole konflikti sama elemendi kõrgema prioriteediga reegliga
- Kõik asjasse puutuvad keeled on emakeelse kõneleja poolt üle vaadatud
- Väited, logod ja juhtumiuuringud, mis on sihtpiirkonnas kasutamiseks heaks kiidetud
- Kontrollrühm on seadistatud ja konversioonisündmus käivitub mõlemas rühmas
- Omanik ja aegumiskuupäev registreeritud
Konfliktide haldamise kohta, kui teil on sadu reegleid, vaadake personaliseerimine suures mahus.
Juurutusfaasid koos sisenemis- ja väljumiskriteeriumitega
| Etapp | Ulatus | Sisenemiskriteeriumid | Väljumiskriteeriumid |
|---|---|---|---|
| 0. Alus | Aktiivseid reegleid pole | Juhtkonna sponsor määratud; RACI kokku lepitud | Prioriteedijärjekord, nimetamisstandard, kvaliteedikontrolli nimekiri ja jõudluseelarve kinnitatud; nõusolekuseadistus juriidilise osakonna poolt pilootpiirkonna jaoks heaks kiidetud |
| 1. Pilootprojekt | Üks äriüksus, üks piirkond, üks keel, 2–3 reeglit suure liiklusega lehtedel | Etapp 0 lõpetatud; pilootliiklus on kavandatud valimi suuruse jaoks piisav | Vähemalt üks kontrollgrupi test saavutab planeeritud valimi suuruse; jõudluseelarvest peetakse kinni; lahendamata kvaliteedivigu pole |
| 2. Piirkondlik laienemine | Sama äriüksus, lisapiirkonnad ja -keeled | Pilootprojekti lõpetamise kriteeriumid täidetud; piirkondlik nõusolek üle vaadatud; tõlketöövoog testitud | Igal piirkonnal on nimeline vastutaja, eelarve piires töötavad reeglid ja oma kontrollrühma tulemus |
| 3. Laienemine äriüksustesse | Täiendavad äriüksused, jagatud lehed | Jagatud lehtede kohtade omandus kokku lepitud; keskmeeskonnal on kvaliteedikontrolli jaoks võimekust | Kõik äriüksused järgivad nimetamis- ja aegumisreegleid; esimene kvartaalne audit läbitud |
| 4. Föderatiivne toimimine | Äriüksused teenindavad end ise kindlates piirides | Kaks puhast kvartaliauditit | Jooksvalt: audit iga kvartal, eelarvet jälgitakse pidevalt |
Mida enamik meeskondi valesti teeb: nad lõpetavad pilootprojekti põhjendusega „tundub, et töötab“. Kirjutage väljumiskriteeriumid enne pilootprojekti algust ja käsitlege täitmata kriteeriumi põhjusena etappi pikendada, mitte latti langetada.
Sisutoimingud
Hoidke kogu saidivõrgustiku kohta üht variantide inventuuri, jagatud tabelina või personaliseerimistööriistas, kus igal variandil on järgmised väljad: reegli nimi, leht, element, segment, keel, vastutaja, käivitamise kuupäev, aegumise kuupäev, kontrollrühma staatus, viimane tulemus ning mis tahes kasutatud väite või tõendi allikas.
- Vaikimisi aegumine 90 päeva. Aegumisel vastutaja uuendab, muudab või lõpetab variandi. Vastutajata variandid lülitatakse automaatselt välja.
- Tõenditel on oma aegumistähtaeg. Kliendilogod ja juhtumiuuringud vajavad luba ning selle võib tagasi võtta; siduge igaüks oma kinnituskirjega.
- Tõlkige pärast testi, mitte enne. Tõestage variant kõigepealt ühes keeles, seejärel lokaliseerige võitja. Kaotavate variantide tõlkimine on suurettevõtete programmides kõige levinum raiskamine.
- Moodultekst. Kirjutage variandid jagatud mallide sees olevate pesadena (pealkiri, tõendus, CTA), et uus segment tähendaks uut pesasisu, mitte uut lehte.
Personaliseerimise käsiraamatu mall sisaldab variantide inventuuri struktuuri, mida saate kohandada.
Jõudluseelarved
Kliendipoolne personaliseerimine toimib skripti laadimise, variandi valimise ja lehe muutmise kaudu. Iga samm võib Core Web Vitalsit kahjustada. Google'i hea kogemuse lävendid, mõõdetuna lehelaadimiste 75. protsentiilil, on LCP kuni 2,5 sekundit, INP 200 millisekundit või vähem ja CLS 0,1 või vähem (web.dev, Web Vitals).
Kuidas personaliseerimine need lõhub:
- Vilkumisvastane peitmine lükkab LCP-d edasi. Paljud tööriistad peidavad lehe või päise, kuni otsus on tehtud. web.dev LCP optimeerimise juhend nimetab A/B-testimise teegi poolt peidetud elementi üheks renderdamise viivituse põhjuseks.
- Vahetatud sisu nihutab paigutust. Dünaamiliselt lisatud sisu nihutab kõike, mis sellele järgneb, ja mida lähemal vaateala ülaservale, seda suurem on nihe (web.dev, Optimize CLS).
- Skripti kaal ja põhilõime töö. Iga kolmanda osapoole skript konkureerib põhilõime pärast, mis mõjutab interaktiivsust.
Pange enne pilootprojekti kirja eelarve. Need on meie soovitatud lähtepunktid, mitte valdkonna standardid; kohandage neid koos oma veebiarenduse meeskonnaga:
| Eelarverida | Soovitatav piir | Kuidas kontrollida |
|---|---|---|
| p75 LCP muutus isikupärastatud lehtedel vs kontrollgrupp | Mitte rohkem kui 100 ms halvem | Välikasutuse andmed kontrollrühma kaupa jagatuna |
| Värelemisvastase peitmise maksimaalne aeg | Fikseeritud ajalõpp, seejärel näidake vaikeversiooni | Laboritest piiratud võrguga |
| Vahetatud elementide panus CLS-i | Null: reserveerige ruum | Paigutuse nihke omistamine labori testides |
| Personaliseerimise skripti suurus | Kokkulepitud piirang, kokkusurutud | Paketi (bundle) analüüs iga väljalaske juures |
| Reegleid hinnatakse kliendipoolselt iga lehe kohta | Kokkulepitud ülempiir | Reeglite arvu raport lehe kohta |
Struktuurne lahendus on viia otsused kliendist ära: renderdage variant serveris või servas, nii et brauser saab lõpliku HTML-i. Kui see pole võimalik, piirake kliendipoolsed reeglid esimesest ekraanitäiest allpool olevate elementidega ja hoidke päiseosa serveris renderdatuna.
Privaatsus ja nõusolek eri piirkondades
Orientiir teie õigusmeeskonnale, mitte õigusnõuanne:
| Piirkond | Põhireeglid | Vaikimisi personaliseerimise jaoks |
|---|---|---|
| EL / EMP | GDPR pluss e-privaatsuse direktiivi reeglid seadmesse salvestamise ja sellele juurdepääsu kohta, mida EDPB tõlgendab laialt oma Guidelines 2/2023-s; nõusoleku standardid EDPB Guidelines 05/2020 on consent-s | Identifikaatoripõhised reeglid ainult pärast nõusolekut; ettevõtte- ja kampaaniatasandi reeglid vastavalt teie õigustatud huvi hindamisele |
| Ühendkuningriik | UK GDPR ja PECR; vt ICO juhiseid küpsiste ja sarnaste tehnoloogiate kohta | Sarnane EL-iga; kontrollige kohapeal, kuna Ühendkuningriigi reeglid muutuvad |
| California | CCPA koos muudatustega; õigus teada ning keelduda müümisest või jagamisest, sealhulgas Global Privacy Controli signaalid (California Attorney General) | Austage GPC-d loobumisena; kontrollige, kas andmeid edastatakse teenusepakkujatele viisil, mida loetakse jagamiseks |
| Muud piirkonnad | Kaardistage iga turu puhul koos juristiga | Alustage rangeimast kohaldatavast vaikeseadest |
Kolm tegevusreeglit: seadistage nõusolek piirkonniti ühes kohas, mitte iga sildi kohta eraldi; muutke nõusolekust keeldumise kogemus testitud variandiks; ja küsige juristidelt varakult, kas teie profileerimine nõuab andmekaitsealast mõjuhinnangut GDPR-i artikli 35 alusel. CRM-i andmete kombineerimine veebikäitumisega suures mahus on just selline töötlemine, mille puhul see küsimus tekib.
Levinud vead suurettevõtete juurutustes
- Käivitamine kõigis piirkondades korraga. Üks valesti seadistatud nõusolekusäte muutub siis probleemiks kõigil turgudel samaaegselt. Tõestage tegevusmudel esmalt ühes piirkonnas.
- Lubada igal äriüksusel osta oma tööriist. Kaks personaliseerimistööriista ühel lehel tähendab kahte skripti, kahte reeglistikku ja ühtset prioriteetide järjekorda pole. Standardiseerige enne 3. etappi üks otsustuskiht.
- Mõõtmine ainult koondtasemel. Globaalne konversioonitõus võib peita piirkonda, kus variandid kaotavad. Iga piirkond ja segment vajab oma kontrollrühma näitu.
- Auditi käsitlemine valikulisena. Variantide arv ainult kasvab, kui keegi neid ei eemalda. Kvartaliaudit on koht, kus 90-päevast aegumisreeglit tegelikult jõustatakse.
- Jõudluse võrdluse vahelejätmine. Labori testid kiirel kontoriühendusel ei taba seda, mida kogevad keskklassi telefonidega külastajad. Võrrelge välisandmeid isikupärastatud ja kontrollgrupi vahel, sest kontrollgrupp on ühtlasi teie puhas jõudluse baasjoon.
- Tõlkimine enne testimist. Seda käsitlesime eespool, kuid see on selle nimekirja kõige kallim viga, seega tasub seda korrata.
Kahe kvartali kasutuselevõtu näidiskava
| Nädalad | Etapp | Peamised tulemused | Otsus lõpus |
|---|---|---|---|
| 1-3 | Foundation | RACI, prioriteetide järjekord, nimetamisstandard, kvaliteedikontrolli nimekiri, jõudluseelarve, piloodi nõusolekuseadistus | Sponsor kiidab juhtimispaketi heaks |
| 4-5 | Piloodi ehitus | 2–3 reeglit ühes äriüksuses ja piirkonnas; kontrollrühmad seadistatud; valimi suurus arvutatud | Kvaliteedikontroll läbitud, laboris eelarve piires |
| 6-11 | Pilootkäivitus | Iganädalased tulemuslikkuse ja reeglite tervise kontrollid; uusi reegleid ei lisata | Piloodi lõpetamise kriteeriumid täidetud või etappi pikendatud |
| 12-13 | Ülevaatus ja planeerimine | Tulemuste ülevaade, variantide inventuur, piirkondliku laienemise plaan | Kinnitage 2. kvartali piirkonnad |
| 14-18 | Piirkondlik laienemine | Tõlkige võitnud variandid; piirkondlik nõusolekute ülevaatus; piirkondlikud omanikud koolitatud | Iga piirkond käivitatud eelarve piires |
| 19-24 | Äriüksustesse laienemise ettevalmistus ja esimene audit | Jagatud lehtede pesade kokkulepped; esimene kvartaalne audit; aegunud variantide kõrvaldamine | Kinnitage järgmised äriüksused või peatuge ja parandage |
Määrake piloodi kestus olemasoleva liikluse põhjal. Kasutage A/B-testi kalkulaatorit piloodilehe baaskonversioonimääraga; kui nõutavat valimit ei saa kuue nädalaga kokku, valige suurema liiklusega leht või suurema mahuga konversioonisündmus, selle asemel et ajakava lõputult pikendada. Segmentide, variantide ja kontrollgruppide põhitõdede kohta, millest pilootprojekt sõltub, vaadake praktilist veebilehe personaliseerimise juhendit.
Markettailori A/B-testimine käitab kontrollgruppe iga personaliseerimisreegli kohta, mis katab ülaltoodud iga faasi mõõtmissammu.
Korduma kippuvad küsimused
Mis on suurettevõtte veebisaidi personaliseerimine?
See on veebilehe personaliseerimine suurel veebiplatvormil, kus on mitu äriüksust, piirkonda, keelt või brändi. Tehnikad on samad mis väiksemates programmides; erinevus on juhtimises: kes millise reegli omanik on, kuidas konflikte lahendatakse, kuidas nõusolek piirkonniti erineb ning kuidas jõudlust ja sisu kvaliteeti kontrolli all hoitakse, kui variantide arv kasvab.
Kui kaua võtab suurettevõtte personaliseerimise juurutamine aega?
Realistlik plaan on umbes kaks kvartalit, et jõuda juhtimise seadistamisest piloodi kaudu esimese piirkondliku laienemiseni, nagu ülaltoodud näidisplaanis. Piloodi pikkuse määrab liiklus: see peab kestma, kuni kontrollgrupiga test jõuab planeeritud valimi suuruseni. Täielik laienemine üle äriüksuste jätkub tavaliselt järgmistel kvartalitel.
Kas veebilehe personaliseerimine aeglustab veebilehte?
Võib küll. Kliendipoolsed tööriistad peidavad sageli sisu, kuni variant on valitud, mis lükkab edasi Largest Contentful Painti, ja vahetatud elemendid võivad põhjustada paigutuse nihkeid. Seadke jõudluseelarve, võrrelge Core Web Vitalsi näitajaid personaliseeritud ja kontrollrühmade vahel, reserveerige vahetatavatele elementidele ruum ning renderdage variandid võimaluse korral serveri poolel või servas (edge).
Kes peaks suures ettevõttes veebisaidi personaliseerimise eest vastutama?
Reeglistiku eest peaks vastutama keskne veebi- või digitiim: prioriteedid, nimetamine, kvaliteedikontroll ja kvartaalne audit. Äriüksused ja regioonid peaksid vastutama oma segmentide ja variantide sisu eest, bränd tekstistandardite eest, arendus jõudluse eest ja juristid nõusoleku seadistuse eest. Reeglite omandi jagamine tiimide vahel ongi see, mis tekitab vastuolulisi, hooldamata reegleid.