Površina Sledenja SFMC

Za namene soglasja je koristno obravnavati SFMC ne kot en sam proizvod, temveč kot štiri prekrivajuče se površine sledenja, vsaka s svojim vzorcem integracije.

Web Analytics Connector in Collect Tracking Code

Koda za sledenje Collect (pogosto se imenuje collect.js ali se sklicuje prek cdn.evgnet.com) je SFMC-jev vedenjski sledilec. Nastavi piškotke _etmc in sorodne, identificira obiskovalce med sejami in prosledi dogodke ogledata, klika in konverzije SFMC za uporabo v Journey Builder sprožilcih in e-poštnem retargiranju. Z regulativnega vidika je to nedvomno tržni sledilec — čeprav se dogodki zdijo podobni analitiki, podatki napajajo neposredno avtomacijo trženja.

Marketing Cloud Personalization skript

Skript Personalization (zastareli Interaction Studio) je težji od Collect. Naloži SDK, ki spremlja celoten DOM, zajema podatke o pretoku klikov in interakcijah obrazcev ter jih pošilja motoru za odločanje o personalizaciji, ki lahko v realnem času prepише vsebino strani. Piškotki, ki se nastavljajo, vključujejo identifikatorje _ev_* in žeton seje. To je nedvoumno obdelava za tržne namene in zahteva privolitev za pristop v kateri koli EU ali UK jurisdikciji.

CloudPages obrazci in sledeni collegamenti

Spletne strani, gostovane na CloudPages, in sledeni e-poštni collegamenti, ki se usmerijo skozi SFMC, imajo svoje identificirajuče parametre (subscriberkey, jb, mid parametri v URL-jih). Ko obiskovalec pride prek slečenega povezave, SFMC lahko korelira sejo z njihovim zapisom naročnika tudi preden se v strani sproži kakršno koli sledenje. To je bistveno drugačen pravni položaj od anonimnega sledenja — identiteta naročnika je znana ob prvem stiku — in soglasje za tržne komunikacije mora že obstajati.

Data Cloud konektorji

Integracija Data Cloud SFMC (raven платформе za podatke strank) potegne identifikatorje iz spletnega sledenja, mobilnih SDK-jev, CRM zapisov in podatkov v živo v enotni profil. Stanje soglasja se mora razširiti v Data Cloud, ne le v piksel sledenja na površini, tako da druga aktivacija do oglasnih omrežij spoštuje prejete nastavitve obiskovalca.

Lastni SFMC Nadzori Zasebnosti

SFMC izpostavlja več lastnih nadzornikov, ampak, kot pri večini podjetniških tržnih platform, predpostavljajo, da je odločitev o soglasju zbrana v toku in se posreduje naprej. Lastni nadzorniki sami ne zbirajo soglasja.

Sledenje nastrojev za Web Analytics Connector

Skript Collect bere zastavo do_not_track in nastavljivo funkcijo nastrojev. Nastavitev teh preprečuje Collect od pošiljanja podatkov, vendar ne preprečuje nalaganja skripte same. Za jurisdikcije pred soglasjem morate vrata spremljanju skripte, ne samo preklapljanja zastave.

Nastavitve soglasja v zapisih naročnika

Profil naročnika v SFMC ima polja za soglasje komunikacije, soglasje podatkov profila in zakonski podlagi. To so pravilni primitivi za sledenje pravni podlagi, pod katero je znani stik tržen, in CMP bi moral pisati nazaj v ta polja, ko obiskovalec sprejme ali prekliče.

Marketing Cloud Personalization soglasje

Personalization SDK sprejme soglasje zastavico med inicijalizacijo. Nastavite na false, dokler uporabnik ne sprejme kategorije trženja v pasici CMP, nato ponovno inicijalizirajte SDK, ko je soglasje dano.

Korak za Korakom CMP Integracija

Zanesljiva arhitektura je vrata vseh štirih površin sledenja za CMP in uporabi SFMC-jeve lastne zastave za rafiniranje vedenja v toku, ko je soglasje dane.

1. Ustavite Collect skript pred nalaganjem po privzeto

Odstranite Collect skript iz glave dokumenta in ga zamenjajte s oglejivalcem, ki ga CMP lahko aktivira. Ko obiskovalec sprejme kategorijo trženja, CMP preprepisa oglejivalec, da naloži collect.js. Vsi poredani dogodki se praznjeni pri nalaganju.

2. Odložena Marketing Cloud Personalization inicijalizacija

Skript Personalization se ne sme inicijalizirati pred soglasjem. Večina CMP-jev to obravnava s pustim vzorcem: element skripte je prisoten v DOM, vendar je njegov atribut type je text/plain, in CMP ga preprepisa na text/javascript pri sprejemu soglasja.

3. Vrata CloudPages sledenja parametre

Če obiskovalec pride prek slečenega povezave in še ni dal soglasja, bi moral biti vhodni parameter subscriberkey ujeti, vendar ne uporabljati za neposredno personalizacijo. Pravi vzorec je, da ga shranite v stanje seje in ga aktivirate samo enkrat (korelacija s podatki profila, sprožilci Journey Builder dogodkov), ko je soglasje zaznano.

4. Razširite stanje soglasja na Data Cloud

Integracija Data Cloud mora vedeti stanje soglasja vsakega obiskovalca, zato druga aktivacija spoštuje. SFMC podpira razširitev soglasja, ki omogoči CMP-ju pisati zapis soglasja v Data Cloud preko API-ja. Konfigurirajte to, da odločitev CMP o soglasju postane vir resnice v celotni SFMC plasti, ne le za skriple na strani.

5. Karta na SFMC naročnika polja soglasja

Ko znani naročnik posodobi svoje soglasje na CloudPages centru nastavitev, se CMP in SFMC naročnik zbor morata biti usklajeni. Konfigurirajte pisanje nazaj iz CMP v polja soglasja SFMC naročnika in konfigurirajte branje nazaj, da pasica na strani spoštuje, kaj je naročnik nastavil v svojih e-poštnih nastavitvah.

Pogoste Napake

Tri napake integracije predstavljajo večino odkritij podjetniške revizije na SFMC.

Obravnava Collect kot analitike

Ker skript Collect poroča o ogledih strani in dogodkih klikov, ki izgledajo kot analitika, ekipe včasih vrata Collect pod kategorijo soglasja analitike. SFMC uporablja te podatke za pogon Journey Builder tržne avtomacije, ki je nedvoumno obdelava za tržne namene. Vrata Collect pod trženje.

Prepuščanje Personalization tekočega soglasja pred

Personalization je najbolj težka od SFMC sledenja površin in najbolj vidna regulatorju, ker aktivno spreminja stran. Prepuščanje, da se inicijalizira pred soglasjem, je v revizijskih pogojih najbolj razkrivajoči vzorec v SFMC skladišču.

Ni soglasja sinhronizacije čez skladišče

Če pasica na strani zbira odločitev o soglasju, vendar profil Data Cloud obdrži starejše stanje, druga aktivacija na oglasna omrežja bo še naprej gorela na podlagi zastarelega soglasja. CMP mora biti lastnik vira resnice in ga razširiti povsod, kje sežega SFMC skladišče.

Revizijski Preverimo

Pet konkretnih vprašanj za odgovor za katerikoli SFMC uvajanje, ki se dotika EU, UK ali Kalifornijskega prometa.

• Ali Collect čaka soglasje? Potrdite, da noben zahtevek collect.js ali evgnet.com ne izgleda pred sprejemom pasice.
• Je Personalization odložena? Potrdite, da se Personalization SDK ne inicijalizira, dokler kategorija trženja ni dana.
• So vhodni parametri sledenih povezav держani do soglasja? Potrdite, da se personalizacija, poganjana s subscriberkey, čaka za izrecno signalom soglasja.
• Ali vidi Data Cloud stanje soglasja? Potrdite, da je razširitev soglasja konfigurirana in CMP piše odločitve v Data Cloud v realnem času.
• So naročnika polja soglasja usklajena? Potrdite, da se spremembe centra nastavitev razširijo na pasico na strani in obratno.

Kje SFMC Fit v Consent-First Stack

SFMC je ena izmed najmočnejših — in ena izmed najbolj razkrivalnih — tržnih platform, ki jih lahko podjetje uvede. Privzeti vzorec namestitve preprosto ne zadošča trenutnim evropskim ali kalifornijskim pričakovanjem, in lastni nadzorniki platforme so koristni primitivi, vendar ne nadomestilo za raven soglasja v toku. Pravilna arhitektura obravnava CMP kot en sam vir resnice, vrata vsaki modul sledenja za njim in uporabi SFMC-jeve razširitve soglasja za to, da Data Cloud in naročnika zapisi razširijo to resnico v preostanek skladišča. Pravilno izvedeno, SFMC nadaljuje z delom, kar so tržniki kupili za to — Journey Builder sprožilci, Personalization odločanja, Data Cloud aktivacije — medtem ko se osnovna skladnost poravnava s tem, kaj regulatorji sedaj pričakujejo od katerega koli podjetnika tržnika.