Salesforce Marketing Cloud Cookie Consent Integration: En 2026-guide til Enterprise-marketers

Salesforce Marketing Cloud er den mest arkitektonisk komplekse marketsøringsstakk, som en udgiver sandsynligvis vil implementere. Hvor de fleste markedsføringsværktøjer installerer ét tag, installerer SFMC flere: Web Analytics Connector til adfærdsanalytik, Marketing Cloud Personalization (tidligere Interaction Studio)-script til personaliseringen af webstedet, CloudPages-formularer til leadindfangning, Journey Builder-triggere til orkestrering og Data Cloud-forbindelser, der fodrer identitetsopløsning. Hver af disse påvirker GDPR, UK GDPR, EU ePrivacy Directive og Californias CPRA på lidt forskellige måder, og en standardinstallation overtræder typisk alle på samme sideindlæsning. Denne guide gennemgår, hvad hver SFMC-sporingsmodul indsamler, hvor samtykkegrænsen ligger, og hvordan du forbinder SFMC til en tredjeparts-CMP så rent, at marketers beholder deres Journey Builder-triggere, analytikere beholder deres attribuering, og det juridiske team beholder de kvitteringer, det har brug for.

SFMC-sporingsoverfladen

Til samtykkebeslutningsformål hjælper det med at behandle SFMC ikke som et enkelt produkt, men som fire overlappende sporingsoverflader, hver med sit eget integrationsmønster.

Web Analytics Connector og Collect Tracking Code

Collect tracking code (ofte kaldet collect.js eller refereret via cdn.evgnet.com) er SFMC's adfærdsregistrering. Det sætter _etmc og relaterede cookies, identificerer besøgende på tværs af sessioner og sender pageview-, klik- og konverteringshændelser til SFMC til brug i Journey Builder-triggere og email-retargeting. Fra et regulatorisk perspektiv er det helt klart en markedsføringssporingsfunktion — selvom begivenhederne ser analytikerignede ud, fodrer dataene direkte markedsføringsautomation.

Marketing Cloud Personalization script

Personalization script (legacy Interaction Studio) er tungere end Collect. Det indlæser en SDK, der overvåger hele DOM'en, fanger klik-strøm- og formularinteraktionsdata og sender dem videre til en personaliseringsmottor, der kan omskrive sideindhold i realtid. Cookies indstillet omfatter _ev_*-identifikatorer og et sessiontoken. Dette er utvetydigt markedsføringsformålsbehandling og kræver opt-in-samtykke i enhver EU- eller UK-jurisdiktion.

CloudPages-formularer og sporede links

CloudPages-hostede landingpages og de sporede e-mail-links, der dirigeres gennem SFMC, bærer deres egne identifikationsparametre (subscriberkey, jb, mid parametre i URL'er). Når en besøgende ankommer via et sporet link, kan SFMC korrelere sessionen med deres abonnentpost, selv før nogen in-page-sporing aktiveres. Dette er en meningsfuldt anderledes juridisk stilling end anonym sporing — abonnentidentiteten er kendt ved første kontakt — og samtykke til markedsføringskommunikation skal allerede eksistere.

Data Cloud-forbindelser

SFMC's Data Cloud-integration (kundedata-platformlaget) trækker identifikatorer fra websporing, mobile SDK'er, CRM-poster og offline-data ind i en ensartet profil. Samtykketilstanden skal propageres til Data Cloud, ikke blot til overfladeniveauet-sporningspixel, så de downstream-aktivatinger til annoncenetværk respekterer besøgendes registrerede præferencer.

Native SFMC-privatlivsindstillinger

SFMC eksponerer flere native kontroller, men som med de fleste enterprise-markedsføringsplatforme antager de, at en samtykkebeslutning er blevet indsamlet opstrøms og bliver videregivet. De native kontroller indsamler ikke samtykke selv.

Sporingsafmelding for Web Analytics Connector

Collect script læser et do_not_track-flag og en konfigurérbar afmeldingsfunktion. Indstilling af disse forhindrer Collect i at sende data, men forhindrer ikke selve script'et i at indlæse. For jurisdiktioner med tidligere samtykke skal du gate script-indlæsningen, ikke bare tænde/slukke flaget.

Samtykkeindstillinger i abonnentposter

Abonnentprofilen i SFMC har felter til kommunikationssamtykke, profildata-samtykke og juridisk grundlag. Disse er de rigtige primitiver til at spore det juridiske grundlag, hvorunder en kendt kontakt bliver markedsført til, og CMP'en skal skrive tilbage til disse felter, når en besøgende accepterer eller trækker tilbage.

Marketing Cloud Personalization-samtykke

Personalization SDK accepterer et samtykkeflag under initialiseringen. Indstil det til false, indtil brugeren har accepteret markedsføringskategorien i CMP-banneret, og initialiser derefter SDK'en igen, når samtykke er givet.

Trin-for-trin CMP-integration

Den pålidelige arkitektur er at gate alle fire sporingsoverflader bag CMP'en og bruge SFMC's native flag til at finjustere downstream-adfærd, når samtykke er givet.

1. Stop Collect-script'et fra at indlæse som standard

Fjern Collect-script'et fra dokumenthovedet og erstat det med en placeholder, som CMP'en kan aktivere. Når besøgende accepterer markedsføringskategorien, omskriver CMP'en placeholder'en til at indlæse collect.js. Alle kølayout-hændelser tømmes ved indlæsning.

2. Udskyd Marketing Cloud Personalization-initialiseringen

Personalization script må ikke initialiseres før samtykke. De fleste CMP'er håndterer dette med et udskudt indlæsingsmønster: script-elementet er til stede i DOM'en, men dets type-attribut er text/plain, og CMP'en omskriver det til text/javascript ved accept af samtykke.

3. Gate CloudPages-sporingsparametre

Hvis en besøgende ankommer via et sporet link og ikke har givet samtykke endnu, skal den indgående subscriberkey-parameter blive fanget, men ikke bruges til at drive øjeblikkelig personalisering. Det rigtige mønster er at gemme det i sessiontilstand og først aktivere det (korrelere med profildata, udløse Journey Builder-hændelser), når samtykke er registreret.

4. Propagér samtykkestatus til Data Cloud

Data Cloud-integrationen skal kende hver besøgendes samtykketilstand, så downstream-aktivatinger respekterer det. SFMC understøtter en samtykkeudvidelse, som lader CMP'en skrive en samtykkepost til Data Cloud via API. Konfigurer dette, så CMP'ens samtykkebeslutning bliver sandheden på hele SFMC-laget, ikke blot for on-page-script'erne.

5. Tilknyt til SFMC-abonnensamtykkefelter

Når en kendt abonnent opdaterer deres samtykke på et CloudPages-præferencecenter, skal CMP'en og SFMC-abonnentposten holdes synkroniseret. Konfigurer en write-back fra CMP'en til SFMC-abonnentens samtykkefelter, og konfigurer en read-back, så banneret på siden respekterer, hvad abonnenten indstillede i deres e-mail-præferencer.

Almindelige fejltagelser

Tre integrationsfejl tegner sig for de fleste enterprise-revisionsresultater på SFMC.

Behandling af Collect som analytik

Fordi Collect-script'et rapporterer pageviews og klik-hændelser, der ser analytikerudseende ud, behandler teams det undertiden under analytikholdningskategorien. SFMC bruger disse data til at drive Journey Builder-markedsføringsautomation, som utvetydigt er markedsføringsformålsbehandling. Gate Collect under markedsføring.

Lad Personalization køre før samtykke

Personalization er den tungeste af SFMC-sporingsoverfladerne og den mest regulatorsyn fordi den aktivt ændrer siden. At give det lov til at initialisere før samtykke er fra revisionssynspunkt det enkelt mest eksponerende mønster i SFMC-stakken.

Ikke synkronisering af samtykke på tværs af stakken

Hvis on-page-banneret registrerer en samtykkebeslutning, men Data Cloud-profilen bevarer en ældre tilstand, vil downstream-aktivatinger til annoncenetværk blive ved med at aktiveres baseret på forældet samtykke. CMP'en skal eje sandheden og propagere den, hvor SFMC-stakken kan nå.

Revisionschecklist

Fem konkrete spørgsmål til at svare på for enhver SFMC-implementering, der berører EU-, UK- eller California-trafik.

Hvor SFMC passer i en samtykke-først-stakk

SFMC er en af de mest kraftfulde — og en af de mest eksponerende — markedsføringsplatforme, en virksomhed kan implementere. Standard-installationsmønsteret opfylder simpelthen ikke nuværende europæiske eller California-forventninger, og platformens native kontroller er nyttige primitiver, men ikke en erstatning for et opstrøms-samtykkestyringslag. Den rigtige arkitektur behandler CMP'en som den enkelt sandheds kilde, gater hvert sporingsmodul bag det og bruger SFMC's samtykkeudvidelser til at gøre Data Cloud og abonnentposterne propagere denne sandhed på tværs af resten af stakken. Når det er gjort korrekt, fortsætter SFMC med at gøre, hvad marketers har købt det til — Journey Builder-triggere, Personalization-beslutningstagning, Data Cloud-aktivering — mens den underliggende compliance-stilling matcher, hvad regulatorer nu forventer fra enhver enterprise-marketingfirma.

← Blog Læs alt →