Површина за Праћење SFMC

За потребе сагласности помаже да се SFMC третира не као јединствен производ, већ као четири преклапајуће површине за праћење.

Web Analytics Connector и Collect Код за Праћење

Collect код за праћење (често назван collect.js или референциран преко cdn.evgnet.com) је SFMC-ов трекер понашања. Поставља колачиће _etmc и сродне, идентификује посетиоце кроз сесије и прослеђује догађаје SFMC-у за употребу у Journey Builder и е-пошти. Ово је јасно маркетиншки трекер.

Скрипта Marketing Cloud Personalization

Скрипта Personalization (наслеђени Interaction Studio) је тежа од Collect. Она учитава SDK који надгледа цео ДОМ, прикупља токове кликова и формулара и шаље их механизму за персонализацију. Постављени колачићи укључују _ev_* и сесијски токен. Ово захтева опт-ин сагласност у свакој EU или UK јурисдикцији.

CloudPages обрасци и праћене везе

Одредишне странице CloudPages и праћене е-маил везе носе параметре (subscriberkey, jb, mid). Када посетилац дође преко праћене везе, SFMC може повезати сесију са записом претплатника. Сагласност за маркетиншке комуникације мора већ постојати.

Конектори Data Cloud

SFMC-ова Data Cloud интеграција извлачи идентификаторе из веб праћења, мобилних SDK-ова, CRM записа и офлајн података. Статус сагласности мора се пропагирати у Data Cloud да би активације поштовале преференције посетиоца.

Матичне SFMC Контроле Приватности

SFMC нуди неколико матичних контрола али оне претпостављају да је одлука прикупљена узводно. Матичне контроле саме не прикупљају сагласност.

Одустајање од праћења за Web Analytics Connector

Collect скрипта чита do_not_track и функцију одустајања. Постављање ових спречава слање података, али не превентује учитавање скрипте. За јурисдикције са претходном сагласношћу потребно је да блокирате учитавање скрипте.

Преференције сагласности у записима претплатника

Профил претплатника у SFMC-у има поља за сагласност за комуникацију, сагласност за податке профила и правну основу. CMP треба да уписује назад када посетилац прихвати или опозове.

Сагласност Marketing Cloud Personalization

Personalization SDK прихвата заставицу сагласности током иницијализације. Поставите false док корисник не прихвати маркетиншку категорију у CMP банеру, затим поново иницијализујте SDK.

CMP Интеграција Корак по Корак

Поуздана архитектура је да се све четири површине за праћење блокирају иза CMP-а.

1. Зауставите учитавање Collect скрипте по подразумеваном

Уклоните Collect скрипту из заглавља документа и замените је заменским местом које CMP може да активира. CMP преписује заменско место да учита collect.js.

2. Одложите иницијализацију Marketing Cloud Personalization

Personalization скрипта не сме да се иницијализује пре сагласности. Елемент скрипте је присутан у DOM-у, али негов type атрибут је text/plain, а CMP га преписује у text/javascript при прихватању сагласности.

3. Блокирајте параметре за праћење CloudPages

Ако посетилац дође преко праћене везе и још није дао сагласност, subscriberkey треба хватити али не користити за персонализацију.

4. Пропагирајте статус сагласности у Data Cloud

SFMC подржава екстензију за сагласност која омогућава CMP-у да упише запис у Data Cloud путем API-ја. Конфигуришите ово да CMP-ова одлука о сагласности постане извор истине.

5. Мапирајте поља за сагласност претплатника SFMC

Када познати претплатник ажурира своју сагласност, CMP и SFMC запис морају остати синхронизовани. Конфигуришите уписивање назад из CMP-а у SFMC поља за сагласност претплатника.

Уобичајене Замке

Три грешке у интеграцији одговарају за већину налаза ревизија на SFMC-у.

Третирање Collect-а као аналитике

SFMC користи те податке за покретање маркетиншке аутомације Journey Builder. Блокирајте Collect под маркетингом.

Дозвољавање рада Personalization пре сагласности

Personalization је најтежа од SFMC површина за праћење и највидљивија регулаторима јер активно мења страницу. Дозвољавање да се иницијализује пре сагласности је најизложенији образац у SFMC стеку.

Несинхронизовање сагласности кроз стек

Ако Data Cloud профил задржи старије стање, активације ка рекламним мрежама ће наставити да се активирају. CMP мора бити власник извора истине и пропагирати га свуда.

Контролна Листа за Ревизију

Пет конкретних питања за свако постројење SFMC које додирује EU, UK или калифорнијски саобраћај.

• Да ли Collect чека на сагласност? Потврдите да ниједан захтев collect.js или evgnet.com не пуца пре банера.
• Да ли је Personalization одложена? Потврдите да Personalization SDK не иницијализује пре добијања маркетиншке категорије.
• Да ли се параметри праћене везе чувају до сагласности? Потврдите да subscriberkey чека сагласност.
• Да ли Data Cloud види статус сагласности? Потврдите да је екстензија конфигурисана.
• Да ли су поља за сагласност синхронизована? Потврдите да се промене из преференце центра пропагирају.

Где SFMC Спада у Стек у Коме је Сагласност на Првом Месту

SFMC је једна од најмоћнијих маркетиншких платформи које предузеће може да постави. Права архитектура третира CMP као јединствени извор истине, блокира сваки модул за праћење иза њега и користи SFMC екстензије за сагласност да Data Cloud и записи претплатника пропагирају ту истину у остатак стека. Урађено исправно, SFMC наставља да ради оно за шта су га маркетари купили — Journey Builder окидачи, Personalization одлучивање, Data Cloud активација.