SFMC Stebėjimo Paviršius

Sutikimo tikslais naudinga SFMC traktuoti ne kaip vieną produktą, bet kaip keturis persidengiančius stebėjimo paviršius, kiekvienas su savo integracijos šablonu.

Web Analytics Connector ir Collect Stebėjimo Kodas

Collect stebėjimo kodas (dažnai vadinamas collect.js arba nurodomas per cdn.evgnet.com) yra SFMC elgsenos sekiklis. Jis nustato _etmc ir susijusius slapukus, identifikuoja lankytojus seansų metu, ir siunčia puslapio peržiūrų, paspaudimų ir konversijų įvykius į SFMC, kad būtų naudojami Journey Builder paleidikliuose ir el. pašto retargetinge. Reguliavimo požiūriu tai yra tikrasis rinkodaros sekiklis — net jei įvykiai atrodo kaip analizė, duomenys maitina tiesioginės rinkodaros automatizavimą.

Marketing Cloud Personalization Scenarijus

Personalization scenarijus (senasis Interaction Studio) yra sunkesnis nei Collect. Jis įkelia SDK, kuris stebi visą DOM, fiksuoja paspaudimų srauto ir formos sąveikos duomenis, ir perduoda juos personalizavimo sprendimų varikliui, kuris gali perrašyti puslapio turinį realiuoju laiku. Nustatomų slapukų sąraše yra _ev_* identifikatoriai ir seanso žetonas. Tai nedviprasmiškai rinkodaros tikslo apdorojimas ir reikalauja opt-in sutikimo bet kurioje ES ar JK jurisdikcijoje.

CloudPages Formos ir Stebimi Nuorodos

CloudPages priglobtos nukreipimo puslapiai ir stebimos el. pašto nuorodos, kurios maršrutizuojamos per SFMC, neša savus identifikuojančius parametrus (subscriberkey, jb, mid parametrai URL adresuose). Kai lankytojas atvyksta per stebimą nuorodą, SFMC gali susieti seansą su jo prenumeratoriaus įrašu net prieš suaktyvinant puslapio stebėjimą. Tai teisiškai prasmingai skiriasi nuo anoniminės stebėjimo — prenumeratoriaus tapatybė žinoma pirmame kontakte — ir sutikimas dėl rinkodaros komunikacijų turi jau egzistuoti.

Data Cloud Jungtys

SFMC Data Cloud integracija (klientų duomenų platformos sluoksnis) iš žiniatinklio stebėjimo, mobilių SDK, CRM įrašų ir neprisijungus esančių duomenų traukia identifikatorius į vieningą profilį. Sutikimo būsena turi sklisti į Data Cloud, o ne tik į paviršiaus lygio stebėjimo pikselį, kad tolesnės aktyvacijos į reklamų tinklus gerbtų lankytojo užregistruotas nuostatas.

Vietiniai SFMC Privatumo Valdikliai

SFMC atskleidžia kelis vietinius valdiklius, tačiau, kaip ir daugeliu verslo rinkodaros platformų atveju, jie daro prielaidą, kad sutikimo sprendimas buvo surinktas aukščiau esančiuose sluoksniuose ir yra perduodamas. Vietiniai valdikliai patys nerenka sutikimo.

Stebėjimo atsisakymas Web Analytics Connector

Collect scenarijus nuskaito do_not_track vėliavą ir konfigūruojamą atsisakymo funkciją. Jų nustatymas neleidžia Collect siųsti duomenų, bet netrukdo pačiam scenarijui įkrauti. Išankstinio sutikimo jurisdikcijose reikia kontroliuoti scenarijaus įkrovimą, o ne tik perjungti vėliavą.

Sutikimo nuostatos prenumeratoriaus įrašuose

Prenumeratoriaus profilis SFMC turi laukus komunikacijos sutikimui, profilio duomenų sutikimui ir teisiniams pagrindams. Tai teisingi primityvai, skirti sekti teisinį pagrindą, pagal kurį žinomas kontaktas yra rinkodaroje, ir CMP turėtų persirašyti į šiuos laukus, kai lankytojas priima ar atšaukia.

Marketing Cloud Personalization Sutikimas

Personalization SDK inicializacijos metu priima sutikimo vėliavą. Nustatykite ją į false, kol vartotojas priėmė rinkodaros kategoriją CMP juostoje, tada reinicializuokite SDK, kai sutikimas suteiktas.

CMP Integracija Žingsnis po Žingsnio

Patikima architektūra yra apriboti visus keturis stebėjimo paviršius už CMP ir naudoti SFMC vietinius vėliavus tolesniam elgesiui patikslinti sutikus sutikimui.

1. Sustabdyti Collect Scenarijaus Įkrovimą pagal Numatytuosius Nustatymus

Pašalinkite Collect scenarijų iš dokumento antraštės ir pakeiskite jį vietos rezervacine simboliu, kurią CMP gali suaktyvinti. Kai lankytojas priima rinkodaros kategoriją, CMP perrašo vietos rezervacinį simbolį, kad įkrautų collect.js. Visi eilėje esantys įvykiai ištuštinami įkrovimo metu.

2. Atidėti Marketing Cloud Personalization Inicializavimą

Personalization scenarijus neturi inicializuotis prieš sutikimą. Dauguma CMP tai tvarko naudodami atidėto įkrovimo šabloną: scenarijaus elementas yra DOM, bet jo atributas type yra text/plain, o CMP perrašo jį į text/javascript sutikimui priėmus.

3. Kontroliuoti CloudPages Stebėjimo Parametrus

Jei lankytojas atvyksta per stebimą nuorodą ir dar nedavė sutikimo, gaunamasis subscriberkey parametras turėtų būti fiksuojamas, bet nenaudojamas neatidėliotinam personalizavimui vykdyti. Teisingas šablonas yra saugoti jį seanso būsenoje ir suaktyvinti tik (koreliuojant su profilio duomenimis, paleidžiant Journey Builder įvykius) kai sutikimas užregistruotas.

4. Skleisti Sutikimo Būseną į Data Cloud

Data Cloud integracija turi žinoti kiekvieno lankytojo sutikimo būseną, kad tolesnės aktyvacijos ją gerbtų. SFMC palaiko sutikimo plėtinį, kuris leidžia CMP per API įrašyti sutikimo įrašą į Data Cloud. Sukonfigūruokite tai taip, kad CMP sutikimo sprendimas taptų tiesos šaltiniu visame SFMC sluoksnyje, o ne tik puslapio scenarijams.

5. Susieti su SFMC Prenumeratoriaus Sutikimo Laukais

Kai žinomas prenumeratorius atnaujina savo sutikimą CloudPages nuostatų centre, CMP ir SFMC prenumeratoriaus įrašas turi išlikti sinchronizuoti. Sukonfigūruokite rašymą atgal iš CMP į SFMC prenumeratoriaus sutikimo laukus, ir sukonfigūruokite skaitymą atgal, kad puslapio juosta gerbtų tai, ką prenumeratorius nustatė el. pašto nuostatose.

Dažni Spąstai

Trys integracijos klaidos sudaro daugumą verslo audito išvadų apie SFMC.

Collect Traktavimas kaip Analizė

Kadangi Collect scenarijus praneša apie puslapio peržiūras ir paspaudimų įvykius, kurie atrodo kaip analizė, komandos kartais apriboja jį pagal analizės sutikimo kategoriją. SFMC naudoja tuos duomenis Journey Builder rinkodaros automatizavimui valdyti, kuris yra nedviprasmiškai rinkodaros tikslo apdorojimas. Apribokite Collect pagal rinkodarą.

Leisti Personalization Veikti Prieš Sutikimą

Personalization yra sunkiausias iš SFMC stebėjimo paviršių ir labiausiai matomas reguliuotojams, nes jis aktyviai modifikuoja puslapį. Leisti jam inicializuotis prieš sutikimą yra, auditine prasme, vienas labiausiai demaskuojančių šablonų SFMC krūve.

Nesincronizuoti Sutikimo per Visą Krūvą

Jei puslapio juosta užregistruoja sutikimo sprendimą, bet Data Cloud profilis išlaiko senesnę būseną, tolesnės aktyvacijos į reklamų tinklus toliau veiks remdamosi pasenusiu sutikimu. CMP turi valdyti tiesos šaltinį ir jį skleisti visur, kur SFMC krūvas gali pasiekti.

Audito Kontrolinis Sąrašas

Penki konkretūs klausimai, į kuriuos reikia atsakyti bet kuriame SFMC diegime, liečiančiame ES, JK ar Kalifornijos srautą.

• Ar Collect laukia sutikimo? Patvirtinkite, kad prieš juostos priėmimą nepaleidžiama jokia collect.js ar evgnet.com užklausa.
• Ar Personalization atidėta? Patvirtinkite, kad Personalization SDK neinicializuojamas, kol nesuteikta rinkodaros kategorija.
• Ar gaunamieji stebimų nuorodų parametrai laikomi iki sutikimo? Patvirtinkite, kad subscriberkey pagrįstas personalizavimas laukia aiškaus sutikimo signalo.
• Ar Data Cloud mato sutikimo būseną? Patvirtinkite, kad sutikimo plėtinys sukonfigūruotas ir CMP realiuoju laiku įrašo sprendimus į Data Cloud.
• Ar prenumeratoriaus sutikimo laukai sinchronizuoti? Patvirtinkite, kad nuostatų centro pakeitimai sklinda į puslapio juostą ir atvirkščiai.

Kur SFMC Tinka Sutikimą Prioritetizuojančiame Krūve

SFMC yra viena iš galingiausių — ir viena iš labiausiai atskleidžiančių — rinkodaros platformų, kurias įmonė gali įdiegti. Numatytojo diegimo šablonas paprasčiausiai neatitinka dabartinių Europos ar Kalifornijos lūkesčių, o platformos vietiniai valdikliai yra naudingi primityvai, bet nėra pakaitali aukštesnio lygio sutikimo valdymo sluoksniui. Teisinga architektūra traktuoja CMP kaip vienintelį tiesos šaltinį, apriboja kiekvieną stebėjimo modulį už jo, ir naudoja SFMC sutikimo plėtinius, kad Data Cloud ir prenumeratoriaus įrašai skleistų tą tiesą per visą likusį krūvą. Tinkamai atlikta, SFMC toliau daro tai, ką rinkodarininkai ją nusipirko daryti — Journey Builder paleidikliai, Personalization sprendimų priėmimas, Data Cloud aktyvacija — o pagrindinė atitikties pozicija atitinka tai, ko reguliuotojai dabar tikisi iš bet kurio verslo rinkodarininko.