Az SFMC nyomkövetési felülete

Hozzájárulási szempontból célszerű az SFMC-t nem egyetlen termékként, hanem négy egymást átfedő nyomkövetési felületként kezelni, mindegyik a saját integrációs mintájával.

Web Analytics Connector és Collect nyomkövetési kód

A Collect nyomkövetési kód (amelyet gyakran collect.js-nek hívnak, vagy a cdn.evgnet.com-on keresztül hivatkoznak rá) az SFMC viselkedéses nyomkövetője. Beállítja a _etmc és a kapcsolódó cookie-kat, munkamenetek között azonosítja a látogatókat, és a Journey Builder triggerekhez és e-mail retargetinghez továbbítja az oldalmegtekintési, kattintási és konverziós eseményeket az SFMC-be. Szabályozási szempontból ez egyértelműen marketingnyomkövető — még ha az események analitikusnak is tűnnek, az adatok közvetlen marketingautomatizálást táplálnak.

Marketing Cloud Personalization szkript

A Personalization szkript (örökölt Interaction Studio) nehezebb a Collectnél. Betölt egy SDK-t, amely figyeli az egész DOM-ot, rögzíti a kattintásfolyam és az űrlapinterakció adatait, és továbbítja egy személyre szabási döntési motornak, amely valós időben képes átírni az oldaltartalmat. A beállított cookie-k között szerepelnek a _ev_* azonosítók és egy munkamenet-token. Ez egyértelműen marketingcélú adatfeldolgozás, és az EU vagy az Egyesült Királyság bármely joghatóságában opt-in hozzájárulást igényel.

CloudPages-űrlapok és követett hivatkozások

A CloudPages által tárolt céloldalak és az SFMC-n átmenő követett e-mail hivatkozások saját azonosító paramétereket hordoznak (subscriberkey, jb, mid paraméterek az URL-ekben). Amikor egy látogató egy követett hivatkozáson keresztül érkezik, az SFMC képes korrelálni a munkamenetet az előfizetői rekorddal, még mielőtt az oldalon belüli nyomkövetés aktiválódna. Ez érdemben eltér az anonim nyomkövetés jogi helyzetétől — az előfizető azonossága már az első kapcsolatfelvételkor ismert —, és a marketingkommunikációhoz szükséges hozzájárulásnak már léteznie kell.

Data Cloud összekötők

Az SFMC Data Cloud integrációja (az ügyfél-adatplatform réteg) azonosítókat gyűjt be a webes nyomkövetésből, a mobil SDK-kból, a CRM-rekordokból és az offline adatokból egy egységes profilba. A hozzájárulási állapotnak a Data Cloud-ba kell propagálódnia, nem csak a felszíni szintű nyomkövetési pixelbe, hogy a hirdetési hálózatokhoz irányuló downstream aktiválások tiszteletben tartsák a látogató rögzített beállításait.

Natív SFMC adatvédelmi vezérlők

Az SFMC számos natív vezérlőt tesz elérhetővé, de a legtöbb vállalati marketingplatformhoz hasonlóan feltételezik, hogy a hozzájárulási döntést felső szinten gyűjtötték össze, és továbbítják. A natív vezérlők maguk nem gyűjtenek hozzájárulást.

Web Analytics Connector nyomkövetés leiratkozása

A Collect szkript olvas egy do_not_track jelzőt és egy konfigurálható leiratkozási funkciót. Ezek beállítása megakadályozza, hogy a Collect adatokat küldjön, de nem akadályozza meg magát a szkriptet a betöltésben. Az előzetes hozzájárulást igénylő joghatóságok esetén a szkript betöltését kell korlátozni, nem csak a jelzőt átkapcsolni.

Hozzájárulási beállítások az előfizetői rekordokban

Az SFMC-ben lévő előfizetői profil tartalmaz mezőket a kommunikációs hozzájáruláshoz, a profiladat-hozzájáruláshoz és a jogalaphoz. Ezek a megfelelő primitívek egy ismert kapcsolat marketingjének jogalapjának nyomon követéséhez, és a CMP-nek vissza kell írnia ezekbe a mezőkbe, amikor egy látogató elfogadja vagy visszavonja.

Marketing Cloud Personalization hozzájárulás

A Personalization SDK inicializálás során elfogad egy hozzájárulási jelzőt. Állítsa hamisra, amíg a felhasználó nem fogadta el a marketingkategóriát a CMP szalaghirdetésben, majd inicializálja újra az SDK-t, amikor megadják a hozzájárulást.

Lépésről lépésre CMP integráció

A megbízható architektúra az, hogy mind a négy nyomkövetési felületet a CMP mögé helyezi, és az SFMC natív jelzőit használja a downstream viselkedés finomítására, miután megadták a hozzájárulást.

1. Akadályozza meg a Collect szkript alapértelmezett betöltését

Távolítsa el a Collect szkriptet a dokumentum fejléből, és helyettesítse egy helyőrzővel, amelyet a CMP aktiválhat. Amikor a látogató elfogadja a marketingkategóriát, a CMP átírja a helyőrzőt a collect.js betöltésére. Minden sorban álló esemény a betöltéskor kiürül.

2. Halassza el a Marketing Cloud Personalization inicializálását

A Personalization szkriptnek nem szabad inicializálódnia a hozzájárulás előtt. A legtöbb CMP ezt halasztott betöltési mintával kezeli: a szkriptelem jelen van a DOM-ban, de a type attribútuma text/plain, és a CMP hozzájárulás elfogadásakor átírja text/javascript-re.

3. A CloudPages nyomkövetési paramétereinek korlátozása

Ha egy látogató egy követett hivatkozáson keresztül érkezik, és még nem adta meg a hozzájárulást, a bejövő subscriberkey paramétert rögzíteni kell, de nem szabad azonnali személyre szabásra használni. A helyes minta az, hogy a munkamenet állapotában tárolja, és csak hozzájárulás rögzítése után aktiválja (profiladatokkal összevetve, Journey Builder eseményeket aktiválva).

4. A hozzájárulási állapot propagálása a Data Cloud-ba

A Data Cloud integrációnak ismernie kell az egyes látogatók hozzájárulási állapotát, hogy a downstream aktiválások tiszteletben tartsák azt. Az SFMC egy hozzájárulási bővítményt támogat, amely lehetővé teszi, hogy a CMP API-n keresztül hozzájárulási rekordot írjon a Data Cloud-ba. Konfigurálja ezt úgy, hogy a CMP hozzájárulási döntése legyen az igazság forrása az egész SFMC rétegben, nem csak az oldalon lévő szkriptekben.

5. Leképezés az SFMC előfizetői hozzájárulási mezőkre

Amikor egy ismert előfizető frissíti hozzájárulását egy CloudPages preferencia-központon, a CMP-nek és az SFMC előfizetői rekordnak szinkronban kell maradniuk. Konfiguráljon egy visszaírást a CMP-ből az SFMC előfizető hozzájárulási mezőibe, és konfiguráljon egy visszaolvasást, hogy az oldalon lévő szalaghirdetés tiszteletben tartsa, amit az előfizető az e-mail-beállításaiban beállított.

Gyakori buktatók

Három integrációs hiba teszi ki az SFMC-vel kapcsolatos legtöbb vállalati auditálási megállapítás nagy részét.

A Collect analitikának kezelése

Mivel a Collect szkript olyan oldalmegtekintési és kattintási eseményeket jelent, amelyek analitikusnak tűnnek, a csapatok néha az analitikai hozzájárulási kategória alá sorolják. Az SFMC ezeket az adatokat a Journey Builder marketingautomatizálásának irányítására használja, ami egyértelműen marketingcélú feldolgozás. A Collectet a marketing alá sorolja.

A Personalization előzetes hozzájárulással való futtatásának megengedése

A Personalization az SFMC nyomkövetési felületeinek legsúlyosabbika, és a szabályozók számára a legszembetűnőbb, mivel aktívan módosítja az oldalt. Ha hozzájárulás előtt inicializálódhat, auditálási szempontból ez az SFMC verem egyetlen legelárulóbb mintája.

A hozzájárulás nem szinkronizálása az egész veremben

Ha az oldalon lévő szalaghirdetés rögzít egy hozzájárulási döntést, de a Data Cloud profil egy régebbi állapotot őriz meg, a hirdetési hálózatokhoz irányuló downstream aktiválások elavult hozzájárulás alapján folytatódnak. A CMP-nek kell az igazság forrásának lennie, és mindenhol el kell terjesztenie azt, ahová az SFMC verem eljuthat.

Audit ellenőrzőlista

Öt konkrét kérdés, amelyre meg kell válaszolni bármely EU-t, Egyesült Királyságot vagy kaliforniai forgalmat érintő SFMC telepítés esetén.

• Vár-e a Collect a hozzájárulásra? Erősítse meg, hogy a szalaghirdetés elfogadása előtt nem küldnek collect.js-t vagy evgnet.com kérést.
• El van-e halasztva a Personalization? Erősítse meg, hogy a Personalization SDK nem inicializálódik addig, amíg meg nem adják a marketingkategóriát.
• Visszatartják-e a bejövő követett hivatkozás paramétereit a hozzájárulásig? Erősítse meg, hogy a subscriberkey-vezérelt személyre szabás explicit hozzájárulási jelre vár.
• Látja-e a Data Cloud a hozzájárulási állapotot? Erősítse meg, hogy a hozzájárulási bővítmény konfigurálva van, és a CMP valós időben írja a döntéseket a Data Cloud-ba.
• Szinkronban vannak-e az előfizetői hozzájárulási mezők? Erősítse meg, hogy a preferencia-központ változásai propagálódnak az oldalon lévő szalaghirdetésre és fordítva.

Az SFMC helye egy hozzájárulásközpontú veremben

Az SFMC az egyik leghatalmasabb — és egyben az egyik leginkább kockázatos — marketingplatform, amelyet egy vállalat üzembe helyezhet. Az alapértelmezett telepítési minta egyszerűen nem felel meg a jelenlegi európai vagy kaliforniai elvárásoknak, és a platform natív vezérlői hasznos primitívek, de nem helyettesítik a felső szintű hozzájáruláskezelési réteget. A helyes architektúra a CMP-t egyetlen igazságforrásnak tekinti, minden nyomkövetési modult mögé helyez, és az SFMC hozzájárulási bővítményeit arra használja, hogy a Data Cloud és az előfizetői rekordok ezt az igazságot az egész többi verembe propagálják. Ha helyesen végzik, az SFMC tovább csinálja azt, amit a marketingesek megvásároltak belőle — Journey Builder triggerek, Personalization döntéshozatal, Data Cloud aktiválás —, miközben az alapul szolgáló megfelelési helyzet megfelel annak, amit a szabályozók most elvárnak minden vállalati marketingestől.