SFMC Rakningaryfirborðið

Að því er varðar samþykki er gagnlegt að meðhöndla SFMC ekki sem eitt vara heldur sem fjórar skarðar rakningaryfirborð, hvert með sitt eigið samþættingarmynstur.

Web Analytics Connector og Collect Rakningarkóðinn

Collect rakningarkóðinn (oft kallaður collect.js eða vísað í gegnum cdn.evgnet.com) er hegðunarrakari SFMC. Hann setur _etmc og tengdar smákökur, auðkennir gesti þvert á lotur og sendir síðuskoðunar-, smellur- og umbreytingartilvik til SFMC til notkunar í Journey Builder kveikjum og tölvupóstsmiðun. Frá eftirlitssjónarmiðinu er þetta ótvírætt markaðsrakari — þótt tilvikin líti út eins og greiningar, fæðir gögnin beina markaðssjálfvirkni.

Marketing Cloud Personalization skriftan

Personalization skriftan (arfleifð Interaction Studio) er þyngri en Collect. Hún hleður SDK sem fylgist með heilum DOM, fangar smellur- og eyðublaðssamverkunargögn og sendir þau áfram til sérstillingaákvarðanakerfis sem getur skrifað efni síðunnar upp á nýtt í rauntíma. Smákökur sem settar eru til innihalda _ev_* auðkenni og lotulykilorð. Þetta er ótvírætt markaðstilgangur vinnslu og krefst samþykkis við skráningu í sérhverjum EU eða UK lögsögu.

CloudPages eyðublöð og raktar tenglar

CloudPages-hýstar lendingarsíður og röktu tölvupósttenglar sem fara í gegnum SFMC bera eigin auðkenningarfæribreytur (subscriberkey, jb, mid færibreytur í slóðum). Þegar gestur kemur í gegnum raktan tengil getur SFMC tengt lotuna við áskrifendarekordinn þeirra jafnvel áður en rakningarkerfi á síðunni kveikjast. Þetta er merkingarlega önnur lagaleg staðsetning en nafnlæg rakning — auðkenni áskrifanda er þekkt við fyrstu samband — og samþykki fyrir markaðssamskiptum verður þegar að vera til staðar.

Data Cloud tenglar

Data Cloud samþætting SFMC (vettvangur viðskiptavinagagna) sækir auðkenni úr vebrakningu, farsímum SDK, CRM skrám og ótengdum gögnum í sameinað snið. Samþykki þarf að dreifa sig í Data Cloud, ekki bara í rakningarpíxelana á yfirborðsþrepi, svo að niðurstraumsvirknin á auglýsinganet virðið skráðar óskir gesta.

Innbyggð SFMC Persónuverndarstýringar

SFMC býður upp á nokkrar innbyggðar stýringar en eins og hjá flestum markaðsvettvöngum fyrirtækja gera þær ráð fyrir að samþykki hafi verið safnað uppstraums og sé beint inn. Innbyggðar stýringar safna ekki samþykki sjálfar.

Afskráning rakningar fyrir Web Analytics Connector

Collect skriftan les do_not_track flagg og stillanlegt afskráningarfall. Að stilla þetta kemur í veg fyrir að Collect sendi gögn en kemur ekki í veg fyrir að skriftan sjálf hleðst. Fyrir lögsögu þar sem samþykki á undan er krafist þarf að girða við skriftuhleðsluna, ekki bara skipta flagginu.

Samþykkisóskir í áskrifendarekörðum

Áskrifandaprófíllinn í SFMC hefur reiti fyrir samskiptasamþykki, prófílgagnasamþykki og lögmætan grundvöll. Þetta eru réttu grunnþættirnir til að rekja lögmætan grundvöll þar sem þekkt tengill er þjálfaður í markaðssetningu, og CMP ætti að skrifa aftur í þessa reiti þegar gestur samþykkir eða dregur til baka.

Marketing Cloud Personalization samþykki

Personalization SDK tekur við samþykkisflaggi við frumstillingu. Stilltu það á false þar til notandinn hefur samþykkt markaðsflokkinn í CMP borða, þá endurstilltu SDK þegar samþykki er veitt.

Skref fyrir Skref CMP Samþætting

Áreiðanlega uppbygging er að girða öll fjögur rakningaryfirborð á bak við CMP og nota innbyggð flagg SFMC til að fínstilla niðurstraumsvirknina þegar samþykki er veitt.

1. Stöðva Collect skriftuna frá hleðslu sjálfgefið

Fjarlægðu Collect skriftuna úr skjalahausnum og skiptu út fyrir staðgeng sem CMP getur virkjað. Þegar gestur samþykkir markaðsflokkinn skrifar CMP staðgengin upp á nýtt til að hlaða collect.js. Öll biðröðuð tilvik tæmast við hleðslu.

2. Fresta frumstillingu Marketing Cloud Personalization

Personalization skriftan má ekki frumstilla sig áður en samþykki fæst. Flestir CMP meðhöndla þetta með frestað-hleðslumynstri: skriftueininginn er til staðar í DOM en type eigindi hans er text/plain og CMP skrifar það yfir í text/javascript við samþykki samþykktar.

3. Girða CloudPages rakningarfæribreytur

Ef gestur kemur í gegnum raktan tengil og hefur ekki enn gefið samþykki, ætti að fanga inn subscriberkey færibreytuna en ekki nota hana til að knýja fram tafarlausar sérstillingar. Rétta mynstrið er að geyma það í lotuástandi og virkja það eingöngu (tengt prófílgögnum, kveikjur á Journey Builder tilvikum) þegar samþykki er skráð.

4. Dreifa samþykki í Data Cloud

Data Cloud samþætting þarf að vita samþykkisstöðu hvers gests þannig að niðurstraumsvirknin virðir hana. SFMC styður samþykkiviðbót sem leyfir CMP að skrifa samþykkisfærslu í Data Cloud í gegnum API. Stilltu þetta þannig að samþykki CMP verði sannleikastig um allan SFMC lagið, ekki bara fyrir skriftulegar á síðunni.

5. Varpa í SFMC áskrifandafeldi samþykkis

Þegar þekktur áskrifandi uppfærir samþykki sitt í CloudPages kjörsetri þarf CMP og SFMC áskrifandafærsla að vera samstillt. Stilltu write-back frá CMP í SFMC áskrifandafeldi samþykkis og stilltu read-back þannig að borðinn á síðunni virðir hvað áskrifandinn setti í tölvupóstsstillingarnar.

Algeng Gildrur

Þrjár samþættingarmistök skiptast á meðal flestra fyrirtækjaúttektarniðurstaðna á SFMC.

Að meðhöndla Collect sem greiningu

Þar sem Collect skriftan skráir síðuskoðanir og smellurtilvik sem líta út eins og greiningar, girða teymi það stundum undir samþykkisflokk greiningar. SFMC notar þessi gögn til að knýja markaðssjálfvirkni Journey Builder, sem er ótvírætt markaðstilgangur vinnslu. Girðu Collect undir markaðssetningu.

Að leyfa Personalization að keyra fyrir samþykki

Personalization er þyngst af SFMC rakningaryfirborðunum og mest sýnilegt eftirlitsaðilum vegna þess að það breytir síðunni virkt. Að leyfa henni að frumstilla sig áður en samþykki er veitt er, hvað varðar úttektarskilmála, eitt mest afhjúpandi mynstur í SFMC-stafla.

Að samstilla ekki samþykki yfir staflann

Ef borðinn á síðunni skráir samþykki ákvörðun en Data Cloud prófíllinn heldur eldra ástandi, munu niðurstraumsvirknin á auglýsinganet halda áfram að kveikjast á grundvelli úrelts samþykkis. CMP verður að eiga sannleikastigið og dreifa því allsstaðar þar sem SFMC-staflinn getur náð.

Úttektarskjal

Fimm Hlutlægar spurningar til að svara fyrir sérhverja SFMC innleiðingu sem snertir EU, UK eða California umferð.

• Bíður Collect eftir samþykki? Staðfestu að engar collect.js eða evgnet.com beiðnir kveikjist áður en borðinn er samþykktur.
• Er Personalization frestað? Staðfestu að Personalization SDK frumstilli sig ekki fyrr en markaðsflokkurinn er veittur.
• Eru inn-komandi raktar-tengils-færibreytur haldnar til samþykkis? Staðfestu að subscriberkey-knúin sérstilling bíðist eftir skýru samþykkismerki.
• Sér Data Cloud samþykkisástanda? Staðfestu að samþykkisviðbótin sé stillt og CMP skrifi ákvarðanir í Data Cloud í rauntíma.
• Eru áskrifandasamþykki-reitir samstilltir? Staðfestu að breytingar á kjörsetri dreifist á borðann á síðunni og öfugt.

Staðsetning SFMC í Samþykki-Fyrst Stapla

SFMC er eitt öflugasta — og eitt mest afhjúpandi — markaðsvettvanganna sem fyrirtæki getur innleitt. Sjálfgefna uppsetningarmynstrið uppfyllir einfaldlega ekki núverandi evrópska eða kaliforníska væntingar, og innbyggðar stýringar vettvanganna eru gagnlegir grunnþættir en ekki í stað yfirstraums samþykkiréttindarstjórnunarlagsins. Rétta uppbygging meðhöndlar CMP sem einstakt sannleikastig, girðir allar rakningareiningar á bak við hana og notar samþykkisviðbætur SFMC til að gera Data Cloud og áskrifandafærslur dreifa þeirri sannleiku yfir restina af staflanum. Þegar það er gert rétt heldur SFMC áfram að gera það sem markaðssérfræðingar keyptu það til — Journey Builder kveikjur, Personalization ákvarðanataka, Data Cloud virkjun — á meðan undirliggjandi samræmdarsstaðan samsvarar því sem eftirlitsaðilar búast nú við af sérhverjum markaðssérfræðingi fyrirtækja.