SFMC:n seurantapinta

Suostumuksen kannalta on hyödyllistä käsitellä SFMC:tä ei yhtenä tuotteena vaan neljänä päällekkäisenä seurantapintana, joista jokaisella on oma integrointimallinsa.

Web Analytics Connector ja Collect-seurantakoodi

Collect-seurantakoodi (jota kutsutaan usein nimellä collect.js tai johon viitataan cdn.evgnet.com:n kautta) on SFMC:n käyttäytymisseuranta. Se asettaa _etmc- ja niihin liittyvät evästeet, tunnistaa kävijät eri istunnoissa ja välittää sivunäkymä-, klikkaus- ja konversiotapahtumat SFMC:lle käytettäväksi Journey Builder -laukaisimissa ja sähköpostin uudelleenkohdentamisessa. Sääntelynäkökulmasta se on puhtaasti markkinointiseuranta — vaikka tapahtumat näyttävät analytiikalta, data syöttää suoraa markkinointiautomaatiota.

Marketing Cloud Personalization -skripti

Personalization-skripti (vanha Interaction Studio) on raskaampi kuin Collect. Se lataa SDK:n, joka tarkkailee koko DOM:ia, kerää klikkivirta- ja lomakevuorovaikutustietoja ja välittää ne personointipäätösmoottorille, joka voi kirjoittaa sivun sisällön uudelleen reaaliajassa. Asetettuihin evästeisiin kuuluvat _ev_*-tunnisteet ja istuntotunnus. Tämä on kiistattomasti markkinointitarkoituksessa tapahtuvaa käsittelyä ja vaatii suostumusmyöntymisen missä tahansa EU:n tai Yhdistyneen kuningaskunnan lainkäyttöalueella.

CloudPages-lomakkeet ja seuratut linkit

CloudPages-isännöidyt laskeutumissivut ja SFMC:n kautta reitittyvät seuratut sähköpostilinkit kantavat omia tunnisteparametrejaan (subscriberkey-, jb-, mid-parametrit URL-osoitteissa). Kun kävijä saapuu seuratun linkin kautta, SFMC voi korreloida istunnon heidän tilaajatietueensa kanssa jo ennen kuin mikään sivunsisäinen seuranta käynnistyy. Tämä on oikeudellisesti merkittävästi erilainen asema kuin anonyymi seuranta — tilaajan henkilöllisyys tunnetaan ensimmäisessä kontaktissa — ja markkinointiviestintään liittyvän suostumuksen on jo oltava olemassa.

Data Cloud -liittimet

SFMC:n Data Cloud -integraatio (asiakastietoalustakerros) kerää tunnisteet verkkoseurannasta, mobiili-SDK:ista, CRM-tietueista ja offline-datasta yhtenäiseksi profiiliks. Suostumustilan on levittävä Data Cloudiin, ei vain pintatasoiseen seurantapikseliin, jotta downstream-aktivoinnit mainosverkostoille noudattavat kävijän tallennettuja mieltymyksiä.

SFMC:n natiivit yksityisyyssäätimet

SFMC tarjoaa useita natiiveja säätimiä, mutta kuten useimmissa yritysmarkkinointialustoissa, ne olettavat, että suostumuspäätös on kerätty upstream-tasolla ja välitetään sisään. Natiivit säätimet eivät itse kerää suostumusta.

Seurannan kieltäytyminen Web Analytics Connectorille

Collect-skripti lukee do_not_track-lipun ja konfiguroitavan kieltäytymistoiminnon. Niiden asettaminen estää Collectia lähettämästä dataa, mutta ei estä itse skriptin latautumista. Ennakkosuostumuksen lainkäyttöalueilla sinun täytyy estää skriptin latautuminen, ei vain vaihtaa lippua.

Suostumuksen asetukset tilaajatietueissa

SFMC:n tilaajaprofiilin kentissä on viestintäsuostumus, profiilintietosuostumus ja lainmukainen peruste. Nämä ovat oikeita primitiivejä sen oikeudellisen perusteen seurantaan, jolla tunnetulle kontaktille markkinoidaan, ja CMP:n tulee kirjoittaa takaisin näihin kenttiin, kun kävijä hyväksyy tai peruuttaa.

Marketing Cloud Personalization -suostumus

Personalization SDK hyväksyy suostumuslipun alustuksen aikana. Aseta se falseksi, kunnes käyttäjä on hyväksynyt markkinointikategorian CMP-bannerissa, ja alusta sitten SDK uudelleen, kun suostumus myönnetään.

Vaiheittainen CMP-integraatio-opas

Luotettava arkkitehtuuri on asettaa kaikki neljä seurantapintaa CMP:n taakse ja käyttää SFMC:n natiiveja lippuja downstream-käyttäytymisen tarkentamiseen, kun suostumus myönnetään.

1. Estä Collect-skriptin oletuslataus

Poista Collect-skripti dokumentin otsikosta ja korvaa se paikkamerkillä, jonka CMP voi aktivoida. Kun kävijä hyväksyy markkinointikategorian, CMP kirjoittaa paikkamerkin uudelleen lataamaan collect.js:n. Kaikki jonossa olevat tapahtumat tyhjenevät latauksen yhteydessä.

2. Lykkää Marketing Cloud Personalization -alustusta

Personalization-skriptiä ei saa alustaa ennen suostumusta. Useimmat CMP:t käsittelevät tämän lykätyn latauksen mallilla: skriptielementti on läsnä DOM:issa, mutta sen type-attribuutti on text/plain, ja CMP kirjoittaa sen text/javascript:ksi suostumuksen hyväksymisen yhteydessä.

3. Portisoi CloudPages-seurantaparametrit

Jos kävijä saapuu seuratun linkin kautta eikä ole vielä antanut suostumusta, saapuva subscriberkey-parametri tulee tallentaa, mutta sitä ei saa käyttää välittömän personoinnin ohjaamiseen. Oikea malli on tallentaa se istuntotilaan ja aktivoida se (korreloimalla profiilitietoihin, käynnistämällä Journey Builder -tapahtumia) vasta, kun suostumus on kirjattu.

4. Levitä suostumustila Data Cloudiin

Data Cloud -integraation on tiedettävä jokaisen kävijän suostumustila, jotta downstream-aktivoinnit noudattavat sitä. SFMC tukee suostumuksen laajennusta, jonka avulla CMP voi kirjoittaa suostumustietueen Data Cloudiin API:n kautta. Konfiguroi tämä niin, että CMP:n suostumuspäätöksestä tulee koko SFMC-kerroksen totuuslähde, ei vain sivun skripteille.

5. Kartoita SFMC:n tilaajan suostumuskenttiin

Kun tunnettu tilaaja päivittää suostumuksensa CloudPages-asetuskeskuksessa, CMP:n ja SFMC-tilaajatietueen on pysyttävä synkronoituina. Konfiguroi takaisinkirjoitus CMP:stä SFMC-tilaajan suostumuskenttiinsä ja konfiguroi takaisinluku niin, että sivun banneri noudattaa tilaajan sähköpostiasetuksissaan asettamia asetuksia.

Yleiset sudenkuopat

Kolme integraatiovirhettä selittävät suurimman osan SFMC:n yritysten tarkastushavainnoista.

Collectin käsittely analytiikkana

Koska Collect-skripti raportoi sivunäkymät ja klikkitapahtumat, jotka näyttävät analytiikalta, tiimit asettavat sen joskus analytiikan suostumuskategorian alle. SFMC käyttää näitä tietoja Journey Builder -markkinointiautomaation ohjaamiseen, mikä on kiistattomasti markkinointitarkoituksessa tapahtuvaa käsittelyä. Aseta Collect markkinointikategorian alle.

Personalizationin salliminen ennen suostumusta

Personalization on raskain SFMC:n seurantapinnoista ja sääntelyviranomaisten näkyvissä eniten, koska se aktiivisesti muokkaa sivua. Sen salliminen alustua ennen suostumusta on tarkastusnäkökulmasta SFMC-pinon yksittäisesti paljastavin malli.

Suostumuksen synkronoimatta jättäminen pinon läpi

Jos sivun banneri kirjaa suostumuspäätöksen, mutta Data Cloud -profiili säilyttää vanhemman tilan, downstream-aktivoinnit mainosverkostoille jatkavat käynnistymistä vanhentuneeseen suostumukseen perustuen. CMP:n on omistettava totuuslähde ja levitettävä se kaikkialle, minne SFMC-pino voi ulottua.

Tarkastuslista

Viisi konkreettista kysymystä vastattavaksi mille tahansa EU:n, Yhdistyneen kuningaskunnan tai Kalifornian liikennettä koskevalle SFMC-käyttöönotolle.

• Odottaako Collect suostumusta? Vahvista, ettei collect.js- tai evgnet.com-pyyntöä käynnistetä ennen bannerin hyväksymistä.
• Onko Personalization lykätty? Vahvista, ettei Personalization SDK alusta ennen kuin markkinointikategoria on myönnetty.
• Pidetäänkö saapuvat seurattujen linkkien parametrit suostumukseen asti? Vahvista, että subscriberkey-ohjattu personointi odottaa eksplisiittistä suostumussignaalia.
• Näkeekö Data Cloud suostumustilan? Vahvista, että suostumuksen laajennus on konfiguroitu ja CMP kirjoittaa päätökset Data Cloudiin reaaliajassa.
• Ovatko tilaajan suostumuskentät synkronoitu? Vahvista, että asetuskeskuksen muutokset leviävät sivun banneriin ja päinvastoin.

SFMC:n rooli suostumus ensin -pinossa

SFMC on yksi tehokkaimmista — ja yksi paljastavimmista — markkinointialustoista, joita yritys voi ottaa käyttöön. Oletusasennusmalli ei yksinkertaisesti täytä nykyisiä eurooppalaisia tai kalifornialaisia odotuksia, ja alustan natiivit säätimet ovat hyödyllisiä primitiivejä, mutta eivät korvaa upstream-suostumuksen hallintakerrosta. Oikea arkkitehtuuri käsittelee CMP:tä ainoana totuuslähteenä, asettaa jokaisen seurantamoduulin sen taakse ja käyttää SFMC:n suostumuksen laajennuksia tehdäkseen Data Cloudista ja tilaajatietueista kyseisen totuuden levittämisen pinon muuhun osaan. Oikein tehtynä SFMC jatkaa tekemässä, mihin markkinoijat sen ostivat — Journey Builder -laukaisijat, Personalization-päätöksenteko, Data Cloud -aktivointi — samalla kun taustalla oleva vaatimustenmukaisuusasema vastaa sitä, mitä viranomaiset nyt odottavat miltä tahansa yritysmarkkinoijalta.