SFMC jälgimispind

Nõusoleku eesmärgil on kasulik käsitleda SFMC-d mitte ühe tootena, vaid nelja kattuvat jälgimispinda, millest igaühel on oma integratsioonimuster.

Web Analytics Connector ja Collect jälgimiskood

Collect jälgimiskood (mida sageli nimetatakse collect.js-iks või viidatakse cdn.evgnet.com-i kaudu) on SFMC käitumise jälgija. See seab _etmc ja sellega seotud küpsised, tuvastab külastajaid sessioonide lõikes ning edastab lehekülgede vaatamise, klikkimise ja konversiooni sündmusi SFMC-le kasutamiseks Journey Builder päästikutes ja e-posti uuesti sihtimises. Regulatiivsest vaatenurgast on see selgelt turunduse jälgija — kuigi sündmused näevad välja analüütikasarnased, toitab andmed otsest turunduse automatiseerimist.

Marketing Cloud Personalization skript

Personaliseerimisskript (pärandsüsteem Interaction Studio) on Collect-ist raskem. See laadib SDK, mis jälgib kogu DOM-i, jäädvustab kliki- ja vormiinteraktsiooni andmeid ning edastab need personaliseerimisotsuste mootorinasse, mis suudab lehekülje sisu reaalajas ümber kirjutada. Küpsistega seotud identifikaatorid hõlmavad _ev_* identifikaatoreid ja seansi tokenit. See on ühemõtteliselt turunduslikel eesmärkidel töötlemine ja nõuab opt-in nõusolekut kõigis EL-i või Ühendkuningriigi jurisdiktsioonides.

CloudPages vormid ja jälgitavad lingid

CloudPages-hostitud sihtlehed ja jälgitavad e-posti lingid, mis suunatakse SFMC kaudu, kannavad oma identifitseerimisparameetreid (subscriberkey, jb, mid parameetrid URL-ides). Kui külastaja saabub jälgitava lingi kaudu, suudab SFMC korreleerida seansi nende tellijatekirjega isegi enne lehe sisemist jälgimist. See on seaduslikult märkimisväärselt erinev anonüümsest jälgimisest — tellija identiteet on teada esimesest kontaktist — ning nõusolek turunduskommunikatsiooniks peab juba olemas olema.

Data Cloud konnektorid

SFMC Data Cloud integratsioon (kliendi andmeplatvormi kiht) tõmbab identifikaatoreid veebijälgimisest, mobiili SDK-dest, CRM-kirjetest ja offline-andmetest ühtsesse profiili. Nõusoleku olek peab levima Data Cloud-i, mitte ainult pinna taseme jälgimispikslisse, et allavoolu aktiveerimised reklaamivõrkudesse austaksid külastaja salvestatud eelistusi.

Natiivsed SFMC privaatsuskontrollid

SFMC paljastab mitu natiivset kontrolli, kuid nagu enamiku ettevõtteklassi turundusplatvormide puhul, eeldavad need, et nõusolekuotsus on kogutud ülesvoolu ja edastatakse sisse. Natiivsed kontrollid ei kogu ise nõusolekut.

Web Analytics Connector jälgimisest loobumine

Collect skript loeb do_not_track lippu ja konfigureeritavat loobumisfunktsiooni. Nende seadmine takistab Collect-il andmete saatmist, kuid ei takista skripti enda laadimist. Eelneva nõusoleku jurisdiktsioonide jaoks peate skripti laadimist piirama, mitte ainult lippu lülitama.

Nõusolekueelistused tellijatekirjetes

Tellija profiil SFMC-s sisaldab välju kommunikatsiooninõusoleku, profiiliandmete nõusoleku ja seadusliku aluse jaoks. Need on õiged primitiivid seadusliku aluse jälgimiseks, mille alusel tuntud kontaktile turundustegevust tehakse, ja CMP peaks need väljad tagasi kirjutama, kui külastaja nõustub või tühistab.

Marketing Cloud Personalization nõusolek

Personaliseerimise SDK aktsepteerib lähtestamisel nõusolekuflagi. Seadke see vääraks, kuni kasutaja on CMP ribal turunduse kategooria aktsepteerinud, seejärel initsialiseerige SDK uuesti, kui nõusolek on antud.

Samm-sammuline CMP integratsioon

Usaldusväärne arhitektuur on piirata kõiki nelja jälgimispinda CMP taga ja kasutada SFMC natiivseid lippe allavoolu käitumise täpsustamiseks pärast nõusoleku andmist.

1. Takistage Collect skriptil vaikimisi laadimine

Eemaldage Collect skript dokumendi päisest ja asendage see kohahoidjaga, mille CMP saab aktiveerida. Kui külastaja aktsepteerib turunduse kategooria, kirjutab CMP kohahoidja ümber collect.js laadimiseks. Kõik ootel olevad sündmused loputatakse laadimisel.

2. Lükake Marketing Cloud Personalization initsialiseerimine edasi

Personaliseerimisskript ei tohi enne nõusolekut initsialiseeruda. Enamik CMP-sid käsitleb seda edasilükatud laadimismustriga: skriptielement on DOM-is olemas, kuid selle type atribuut on text/plain, ja CMP kirjutab selle nõusoleku aktsepteerimisel ümber text/javascript-iks.

3. Piirang CloudPages jälgimisparameetritele

Kui külastaja saabub jälgitava lingi kaudu ja pole veel nõusolekut andnud, tuleks sissetulev subscriberkey parameeter jäädvustada, kuid mitte kasutada kohese personaliseerimise ajendamiseks. Õige muster on salvestada see seansi olekusse ja aktiveerida see (profiiliandmetega korreleerimine, Journey Builder sündmuste käivitamine) alles pärast nõusoleku registreerimist.

4. Levitage nõusoleku olek Data Cloud-i

Data Cloud integratsioon peab teadma iga külastaja nõusoleku olekut, et allavoolu aktiveerimised seda austavad. SFMC toetab nõusoleku laiendust, mis võimaldab CMP-l kirjutada nõusolekukirje Data Cloud-i API kaudu. Konfigureerige see nii, et CMP nõusolekuotsus saab tõeallikaks kogu SFMC kihi ulatuses, mitte ainult lehe skriptide jaoks.

5. Kaardistamine SFMC tellija nõusolekuväljadele

Kui tuntud tellija uuendab oma nõusolekut CloudPages eelistuskeskuses, peavad CMP ja SFMC tellijatekirje sünkroonis olema. Konfigureerige CMP-st tagasikirjutamine SFMC tellija nõusolekuväljadele ning konfigureerige tagasilugemine nii, et lehe banner austaks tellija e-posti eelistustes seatud eelistusi.

Levinud lõksud

Kolm integratsiooniviga moodustavad suurema osa SFMC ettevõtteklassi auditi leidudest.

Collect-i käsitlemine analüütikana

Kuna Collect skript teatab lehekülje vaatamistest ja klikisündmustest, mis näevad välja analüütikasarnased, piiravad meeskonnad selle mõnikord analüütika nõusolekukategooria alla. SFMC kasutab neid andmeid Journey Builder turunduse automatiseerimiseks, mis on ühemõtteliselt turunduslikel eesmärkidel töötlemine. Piirake Collect turunduse alla.

Personaliseerimine töötab enne nõusolekut

Personaliseerimine on SFMC jälgimispindade raskeim ja regulaatori jaoks kõige nähtavam, kuna see muudab lehekülge aktiivselt. Selle lubamine initsialiseeruda enne nõusolekut on audititerminoloogias SFMC pakis üksik kõige kokkupuutuvam muster.

Nõusoleku mitteünkroniseerimine üle pinu

Kui lehe banner registreerib nõusolekuotsuse, kuid Data Cloud profiil säilitab vanema oleku, jätkavad allavoolu aktiveerimised reklaamivõrkudesse vananenud nõusoleku alusel. CMP peab omama tõeallikat ja levitama seda kõikjale, kuhu SFMC pakk ulatub.

Auditikontrolliloend

Viis konkreetset küsimust vastamiseks mis tahes SFMC juurutamisel, mis puudutab EL-i, Ühendkuningriigi või California liiklust.

• Kas Collect ootab nõusolekut? Kinnitage, et enne banneri aktsepteerimist ei käivitu ühtki collect.js või evgnet.com päringut.
• Kas personaliseerimine on edasi lükatud? Kinnitage, et Personalization SDK ei initsialiseerita enne turunduse kategooria andmist.
• Kas sissetulevad jälgitava lingi parameetrid hoitakse kinni kuni nõusolekuni? Kinnitage, et subscriberkey-põhine personaliseerimine ootab eksplitsiitset nõusolekusignaali.
• Kas Data Cloud näeb nõusoleku olekut? Kinnitage, et nõusoleku laiendus on konfigureeritud ja CMP kirjutab otsused reaalajas Data Cloud-i.
• Kas tellija nõusolekuväljad on sünkroniseeritud? Kinnitage, et eelistuskeskuse muutused levivad lehe bannerile ja vastupidi.

Kuhu SFMC mahub nõusolekukeskses pakis

SFMC on üks võimsamaid — ja üks kokkupuutuvamaid — turundusplatvorme, mida ettevõte saab kasutada. Vaikimisi installimine lihtsalt ei rahulda praeguseid Euroopa või California nõudeid, ning platvormi natiivsed kontrollid on kasulikud primitiivid, kuid ei asenda ülesvoolu nõusolekuhalduse kihti. Õige arhitektuur käsitleb CMP-d ainsa tõeallikana, piirab kõiki jälgimismooduleid selle taga ja kasutab SFMC nõusoleku laiendusi, et Data Cloud ja tellijatekirjed levitaksid seda tõde üle kogu ülejäänud pinu. Õigesti tehes jätkab SFMC tegema seda, mida turundajad selle ostsid tegema — Journey Builder päästikud, Personalization otsustusvõime, Data Cloud aktiveerimine — samal ajal kui aluseks olev vastavusolekupositsioon vastab sellele, mida regulaatorid nüüd kõigilt ettevõtete turundajatelt ootavad.