Поверхня відстеження SFMC

Для цілей згоди корисно розглядати SFMC не як єдиний продукт, а як чотири поверхні відстеження, що перекриваються, кожна з власним шаблоном інтеграції.

Web Analytics Connector і код відстеження Collect

Код відстеження Collect (часто називається collect.js або посилається через cdn.evgnet.com) є поведінковим трекером SFMC. Він встановлює файли cookie _etmc та пов'язані, ідентифікує відвідувачів між сесіями та пересилає події перегляду сторінок, кліків і конверсій до SFMC для використання в тригерах Journey Builder та ретаргетингу електронною поштою. З регуляторної точки зору це явно маркетинговий трекер — навіть попри те, що події виглядають аналітично, дані живлять пряму маркетингову автоматизацію.

Скрипт Marketing Cloud Personalization

Скрипт Personalization (застарілий Interaction Studio) є важчим за Collect. Він завантажує SDK, який стежить за всім DOM, збирає дані потоку кліків та взаємодії з формами та пересилає їх до системи прийняття рішень щодо персоналізації, яка може переписати вміст сторінки в режимі реального часу. Встановлені файли cookie включають ідентифікатори _ev_* та токен сесії. Це однозначно обробка в маркетингових цілях і вимагає згоди на участь у будь-якій юрисдикції ЄС або Великобританії.

Форми CloudPages та відстежувані посилання

Цільові сторінки, розміщені на CloudPages, та відстежувані посилання електронної пошти, що проходять через SFMC, несуть власні ідентифікаційні параметри (параметри subscriberkey, jb, mid у URL). Коли відвідувач приходить через відстежуване посилання, SFMC може співвіднести сесію з його записом підписника навіть до того, як спрацює будь-яке відстеження на сторінці. Це суттєво відмінна правова позиція від анонімного відстеження — ідентичність підписника відома з першого контакту — і згода на маркетингові комунікації вже повинна існувати.

Конектори Data Cloud

Інтеграція Data Cloud SFMC (рівень платформи даних клієнтів) витягує ідентифікатори з веб-відстеження, мобільних SDK, записів CRM та офлайн-даних до уніфікованого профілю. Стан згоди повинен поширюватися в Data Cloud, а не лише у піксель відстеження поверхневого рівня, щоб подальші активації в рекламних мережах відповідали записаним уподобанням відвідувача.

Рідні засоби контролю конфіденційності SFMC

SFMC надає кілька рідних засобів контролю, але, як і більшість корпоративних маркетингових платформ, вони передбачають, що рішення щодо згоди зібране вище за течією та передається. Рідні засоби контролю самі не збирають згоду.

Відмова від відстеження для Web Analytics Connector

Скрипт Collect зчитує прапор do_not_track і налаштовувану функцію відмови. Встановлення цих параметрів запобігає надсиланню даних Collect, але не запобігає завантаженню самого скрипту. Для юрисдикцій з попередньою згодою потрібно заблокувати завантаження скрипту, а не просто перемкнути прапор.

Налаштування згоди в записах підписників

Профіль підписника в SFMC має поля для згоди на комунікацію, згоди на дані профілю та правової підстави. Це правильні примітиви для відстеження правової підстави, на якій здійснюється маркетинг до відомого контакту, і CMP повинен записувати в ці поля, коли відвідувач приймає або відкликає.

Згода Marketing Cloud Personalization

SDK Personalization приймає прапор згоди під час ініціалізації. Встановіть його в false, поки користувач не прийме маркетингову категорію в банері CMP, потім повторно ініціалізуйте SDK після надання згоди.

Покрокова інтеграція CMP

Надійна архітектура полягає в тому, щоб заблокувати всі чотири поверхні відстеження за CMP та використовувати рідні прапори SFMC для вдосконалення подальшої поведінки після надання згоди.

1. Заборона завантаження скрипту Collect за замовчуванням

Видаліть скрипт Collect із заголовка документа та замініть його заповнювачем, який CMP може активувати. Коли відвідувач приймає маркетингову категорію, CMP переписує заповнювач для завантаження collect.js. Усі події в черзі скидаються при завантаженні.

2. Відкладення ініціалізації Marketing Cloud Personalization

Скрипт Personalization не повинен ініціалізуватися до згоди. Більшість CMP обробляють це за допомогою шаблону відкладеного завантаження: елемент скрипту присутній в DOM, але його атрибут type — text/plain, а CMP переписує його на text/javascript після прийняття згоди.

3. Блокування параметрів відстеження CloudPages

Якщо відвідувач приходить через відстежуване посилання і ще не надав згоду, вхідний параметр subscriberkey слід захопити, але не використовувати для негайної персоналізації. Правильний шаблон — зберегти його в стані сесії та активувати лише після запису згоди (співвіднесення з даними профілю, тригер подій Journey Builder).

4. Поширення стану згоди в Data Cloud

Інтеграція Data Cloud повинна знати стан згоди кожного відвідувача, щоб подальші активації дотримувалися цього. SFMC підтримує розширення згоди, яке дозволяє CMP записувати запис згоди в Data Cloud через API. Налаштуйте це так, щоб рішення CMP щодо згоди стало єдиним джерелом істини в усьому шарі SFMC, а не лише для скриптів на сторінці.

5. Відображення на поля згоди підписників SFMC

Коли відомий підписник оновлює свою згоду в центрі налаштувань CloudPages, CMP та запис згоди підписника SFMC повинні залишатися синхронізованими. Налаштуйте зворотний запис з CMP у поля згоди підписника SFMC та налаштуйте зворотне зчитування, щоб банер на сторінці дотримувався того, що підписник встановив у налаштуваннях електронної пошти.

Поширені помилки

Три помилки інтеграції становлять більшість висновків корпоративних аудитів SFMC.

Відношення до Collect як до аналітики

Оскільки скрипт Collect повідомляє про перегляди сторінок та події кліків, які виглядають аналітично, команди іноді блокують його під категорією згоди на аналітику. SFMC використовує ці дані для управління маркетинговою автоматизацією Journey Builder, що є однозначно обробкою в маркетингових цілях. Блокуйте Collect під маркетингом.

Дозвіл Personalization працювати до згоди

Personalization є найважчою з поверхонь відстеження SFMC і найбільш помітною для регуляторів, оскільки він активно змінює сторінку. Дозвіл його ініціалізації до згоди є, в аудиторському відношенні, єдиним найбільш відкриваючим шаблоном у стеку SFMC.

Несинхронізація згоди по всьому стеку

Якщо банер на сторінці записує рішення щодо згоди, але профіль Data Cloud зберігає старіший стан, подальші активації в рекламних мережах продовжуватимуть запускатися на основі застарілої згоди. CMP повинен бути єдиним джерелом істини та поширювати його всюди, де може дістатися стек SFMC.

Контрольний список аудиту

П'ять конкретних питань, на які потрібно відповісти для будь-якого розгортання SFMC, що торкається трафіку ЄС, Великобританії або Каліфорнії.

• Collect очікує на згоду? Підтвердьте, що жоден запит collect.js або evgnet.com не спрацьовує до прийняття банера.
• Personalization відкладено? Підтвердьте, що SDK Personalization не ініціалізується, поки маркетингова категорія не надана.
• Вхідні параметри відстежуваних посилань утримуються до згоди? Підтвердьте, що персоналізація на основі subscriberkey очікує явного сигналу згоди.
• Data Cloud бачить стан згоди? Підтвердьте, що розширення згоди налаштовано та CMP записує рішення в Data Cloud в режимі реального часу.
• Поля згоди підписників синхронізовані? Підтвердьте, що зміни центру налаштувань поширюються на банер на сторінці та навпаки.

Місце SFMC в стеку з пріоритетом згоди

SFMC є однією з найпотужніших — і однією з найбільш відкривальних — маркетингових платформ, які може розгорнути підприємство. Стандартний шаблон установки просто не відповідає поточним европейським або каліфорнійським очікуванням, а рідні засоби контролю платформи є корисними примітивами, але не замінником рівня управління згодою вище за течією. Правильна архітектура розглядає CMP як єдине джерело істини, блокує кожен модуль відстеження за ним та використовує розширення згоди SFMC, щоб Data Cloud і записи підписників поширювали цю істину по всьому решті стеку. Зроблено правильно, SFMC продовжує робити те, для чого маркетологи його купили — тригери Journey Builder, рішення Personalization, активація Data Cloud — тоді як базова позиція відповідності відповідає тому, чого регулятори тепер очікують від будь-якого корпоративного маркетолога.