Паверхня адсочвання SFMC

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

Web Analytics Connector і Collect Tracking Code

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

Скрыпт Marketing Cloud Personalization

Скрыпт Personalization (спадчына Interaction Studio) цяжэйшы, чым Collect. Ён загружае SDK, які назірае за ўсім DOM, захоплівае даныя патоку клікаў і ўзаемадзеяння з формамі і перасылае іх рухавіку рашэнняў персаналізацыі, які можа перапісваць змесціва старонкі ў рэальным часе. Усталёўваныя cookie ўключаюць ідэнтыфікатары _ev_* і токен сесіі. Гэта адназначна апрацоўка маркетынгавага прызначэння і патрабуе opt-in згоды ў любой юрысдыкцыі ЕС або Вялікабрытаніі.

Формы CloudPages і адсочваныя спасылкі

Размешчаныя на CloudPages лендынгі і адсочваныя спасылкі электроннай пошты, якія маршрутызуюцца праз SFMC, нясуць свае ўласныя ідэнтыфікуючыя параметры (параметры subscriberkey, jb, mid у URL). Калі наведвальнік прыбывае праз адсочваную спасылку, SFMC можа суаднесці сесію з яго запісам падпісчыка яшчэ да спрацоўвання любога адсочвання на старонцы. Гэта значна іншая прававая пазіцыя, чым ананімнае адсочванне — ідэнтычнасць падпісчыка вядома пры першым кантакце — і згода на маркетынгавыя камунікацыі павінна ўжо існаваць.

Канектары Data Cloud

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

Уласныя элементы кіравання канфідэнцыяльнасцю SFMC

SFMC прадастаўляе некалькі ўласных элементаў кіравання, але, як і большасць карпаратыўных маркетынгавых платформаў, яны мяркуюць, што рашэнне аб згодзе было сабрана вышэй па патоку і перадаецца ўнутр. Уласныя элементы кіравання самі па сабе не збіраюць згоду.

Opt-out адсочвання для Web Analytics Connector

Скрыпт Collect чытае сцяг do_not_track і наладжвальную функцыю opt-out. Усталёўка іх прадухіляе адпраўку даных 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 — у той час як ляжачая ў аснове пазіцыя адпаведнасці супадае з тым, што рэгулятары цяпер чакаюць ад любога карпаратыўнага маркетолага.