Povrch sledování SFMC

Pro účely souhlasu je užitečné považovat SFMC ne jako jeden produkt, ale jako čtyři překrývající se povrchy sledování, každý s vlastním vzorem integrace.

Web Analytics Connector a kód Collect Tracking

Kód Collect (často nazývaný collect.js nebo odkazovaný přes cdn.evgnet.com) je behavioral tracker SFMC. Nastavuje soubory cookie _etmc a související, identifikuje návštěvníky napříč relacemi a předává pageview, click a conversion eventy do SFMC pro použití v Journey Builder triggerech a emailovém retargetingu. Z regulačního hlediska je to jednoznačně marketingový tracker — i přestože eventy vypadají analyticky, data napájejí přímou marketingovou automatizaci.

Skript Marketing Cloud Personalization

Skript Personalization (dědictví Interaction Studio) je těžší než Collect. Načítá SDK, který sleduje celou DOM, zachycuje click-stream a data interakce formuláře a předává je do motorů rozhodování o personalizaci, které mohou přepsat obsah stránky v reálném čase. Soubory cookie zahrnují identifikátory _ev_* a token relace. Jedná se o nezpochybnitelně marketingově účelné zpracování a vyžaduje opt-in souhlas v jakékoli EU nebo UK jurisdikci.

CloudPages formuláře a sledované odkazy

CloudPages-hostované landing pages a sledované emailové odkazy, které se směrují přes SFMC, nují vlastní identifikační parametry (subscriberkey, jb, mid parametry v URL). Když návštěvník dorazí prostřednictvím sledovaného odkazu, SFMC může korelovat relaci se záznamem předplatitele ještě před tím, než se spustí jakékoli sledování na stránce. Jedná se o podstatně odlišnou právní pozici oproti anonymnímu sledování — identita předplatitele je známa při prvním kontaktu — a souhlas s marketingovými komunikacemi musí již existovat.

Connectory Data Cloud

Integrace SFMC Data Cloud (vrstva customer data platform) přitahuje identifikátory z webového sledování, mobilních SDK, CRM záznamů a offline dat do jednotného profilu. Stav souhlasu musí být šířen do Data Cloud, ne jen do pixelu sledování na úrovni povrchu, aby aktivace downstream u ad networks respektovaly zaznamenanou preferenci návštěvníka.

Native kontroly soukromí SFMC

SFMC odhaluje několik native kontrolů, ale jak je tomu u většiny podnikových marketingových platforem, předpokládají, že rozhodnutí o souhlasu bylo shromážděno upstream a je předáno. Native kontroly samy o sobě neshromažďují souhlas.

Opt-out sledování pro Web Analytics Connector

Skript Collect čte příznak do_not_track a konfigurovanou funkci opt-out. Nastavením těchto je zabráněno Collect odesílat data, ale není zabráněno samotnému skriptu aby se načetl. Pro jurisdikce s předchozím souhlasem je třeba gated skript načítání, ne jen přepínání příznaku.

Předvolby souhlasu v záznamech předplatitelů

Profil předplatitele v SFMC má pole pro souhlas s komunikací, souhlas s daty profilu a právní základ. Jedná se o správné primitivy pro sledování právního základu, na kterém je známý kontakt marketingován, a CMP by měl zapisovat do těchto polí, když návštěvník přijme nebo odvolá.

Souhlas Marketing Cloud Personalization

SDK Personalization přijímá příznak souhlasu během inicializace. Nastavte jej na false, dokud uživatel nepřijme kategorii marketingu v banneru CMP, poté znovu inicializujte SDK, když je souhlas udělen.

Integrace CMP krok za krokem

Spolehlivá architektura je připnout všechny čtyři povrchy sledování za CMP a používat native příznaky SFMC k vylepšení downstream chování po udělení souhlasu.

1. Zastavte načítání skriptu Collect ve výchozím nastavení

Odeberte skript Collect z head dokumentu a nahraďte jej zástupným symbolem, který CMP může aktivovat. Když návštěvník přijme kategorii marketingu, CMP přepíše zástupný symbol pro načtení collect.js. Všechny zařazené eventy se vyprázdní při načtení.

2. Odložit inicializaci Marketing Cloud Personalization

Skript Personalization se nesmí inicializovat před souhlasem. Většina CMP to řeší s deferred-load vzorem: prvek script je přítomný v DOM, ale jeho atribut type je text/plain a CMP jej přepíše na text/javascript při přijetí souhlasu.

3. Parametry Gate CloudPages sledování

Pokud návštěvník dorazí prostřednictvím sledovaného odkazu a dosud neudělil souhlas, měl by být parametr inbound subscriberkey zachycen, ale neměl by se používat k řízení okamžité personalizace. Správný vzor je uložit jej do stavu relace a aktivovat jej (korelovat s daty profilu, spouštění Journey Builder eventů) až po zaznamenání souhlasu.

4. Šířit stav souhlasu do Data Cloud

Integrace Data Cloud musí znát stav souhlasu každého návštěvníka, aby aktivace downstream jej respektovaly. SFMC podporuje rozšíření souhlasu, které umožňuje CMP zapisovat záznam souhlasu do Data Cloud přes API. Nakonfigurujte jej tak, aby se rozhodnutí o souhlasu CMP stalo zdrojem pravdy v celé vrstvě SFMC, ne jen pro skripty na stránce.

5. Mapování na pole souhlasu předplatitele SFMC

Když známý předplatitel aktualizuje svůj souhlas na preference center CloudPages, CMP a záznam předplatitele SFMC musí zůstat synchronizovány. Nakonfigurujte zpětný zápis z CMP do polí souhlasu předplatitele SFMC a nakonfigurujte čtení zpět, aby banner na stránce respektoval to, co předplatitel nastavil v předvolbách e-mailu.

Běžné chyby

Tři integračních chyby tvoří většinu zjištění podnikových auditů na SFMC.

Zacházení s Collect jako s analytics

Protože skript Collect hlásí pageviews a click eventy, které vypadají jako analytics, týmy je někdy gated pod kategorii souhlasu analytics. SFMC používá tato data k řízení Journey Builder marketingové automatizace, což je nezpochybnitelně marketingově účelné zpracování. Gate Collect pod marketing.

Nechání Personalization běhu před souhlasem

Personalization je nejtěžší z SFMC povrchů sledování a nejvíce viditelné regulátorům, protože aktivně upravuje stránku. Umožnění inicializace před souhlasem je, v auditních termínech, jedinou nejvíce exponující vzor v SFMC stacku.

Nesynchronizování souhlasu v stacku

Pokud banner na stránce zaznamenává rozhodnutí o souhlasu, ale profil Data Cloud si ponechá starší stav, aktivace downstream ad networks budou pokračovat v dosahování na základě zastaralého souhlasu. CMP musí vlastnit zdroj pravdy a šířit jej všude, kde může SFMC stack dosáhnout.

Kontrolní seznam auditu

Pět konkrétních otázek k zodpovězení pro libovolné nasazení SFMC dotýkající se EU, UK nebo California traffic.

• Čeká Collect na souhlas? Potvrďte, že žádný collect.js nebo evgnet.com request se nespustí před přijetím banneru.
• Je Personalization odložena? Potvrďte, že SDK Personalization se neinicializuje, dokud není udělena kategorie marketingu.
• Jsou parametry inbound tracked-link drženy až do souhlasu? Potvrďte, že personalizace řízená subscriberkey čeká na explicitní signál souhlasu.
• Vidí Data Cloud stav souhlasu? Potvrďte, že rozšíření souhlasu je konfigurováno a CMP zapisuje rozhodnutí do Data Cloud v reálném čase.
• Jsou pole souhlasu předplatitele synchronizována? Potvrďte, že změny preference center se šíří do banneru na stránce a naopak.

Kde SFMC zapadá do stacku zaměřeného na souhlas

SFMC je jednou z nejúčinnějších — a jednou z nejvíce exponujících — marketingových platforem, které podnik může nasadit. Výchozí vzor instalace jednoduše nevyhovuje současným evropským nebo kalifornským očekáváním a native kontroly platformy jsou užitečné primitivy, ale ne náhrada za upstream vrstvu řízení souhlasu. Správná architektura považuje CMP za jediný zdroj pravdy, gated každý modul sledování za ním a používá rozšíření souhlasu SFMC k tomu, aby Data Cloud a záznamy předplatitele šířily tuto pravdu v ostatních částech stacku. Pokud je to provedeno správně, SFMC stále dělá to, kvůli čemu si marketéři jeho koupi — Journey Builder triggery, Personalization rozhodování, Data Cloud aktivace — zatímco základní compliance postoj odpovídá tomu, co nyní regulátoři očekávají od libovolného podnikového marketéra.