Integrering av Cookie-samtycke i Salesforce Marketing Cloud: En Guide foer 2026 foer Foetagsmarknadsfoerrare
Salesforce Marketing Cloud ar den arkitektoniskt mest komplexa marknadsforingsstacken som ett foretag sannolikt kommer att driftsatta. Dar de flesta marknadsforingsverktyg installerar en tagg installerar SFMC flera: Web Analytics Connector for beteendeanalys, skriptet Marketing Cloud Personalization (tidigare Interaction Studio) for webbplatspersonalisering, CloudPages-formular for leadgenerering, Journey Builder-utlosare for orkestrering samt Data Cloud-kopplingar som matar identitetsupplousning. Var och en av dessa rour GDPR, UK GDPR, EU:s ePrivacy-direktiv och Kaliforniens CPRA pa nagot olika satt, och en standardinstallation bryter typiskt mot alla pa samma sidladdning. Den har guiden gar igenom vad varje SFMC-sparningsmodul samlar in, var samtycksgranser befinner sig och hur man kopplar SFMC till en tredjeparts-CMP tillrackligt rent for att marknadsforare ska behalla sina Journey Builder-utlosare, analysen attribution och det juridiska teamet de kvitton det behoever.
SFMC Sparningsyta
For samtyckesandamal hjalper det att behandla SFMC inte som en enskild produkt utan som fyra overlappande sparningsytor, var och en med sitt eget integrationsmoenster.
Web Analytics Connector och Collect-sparningskod
Collect-sparningskoden (ofta kallad collect.js eller refererad via cdn.evgnet.com) ar SFMC:s beteendespararare. Den satter cookies _etmc och relaterade, identifierar besokare over sessioner och vidarebefordrar sidvisnings-, klick- och konverteringshnadelser till SFMC for anvandning i Journey Builder-utlosare och e-postretargeting. Ur ett regulatoriskt perspektiv ar det tydligt en marknadsforingsspararare.
Marketing Cloud Personalization-skriptet
Personalization-skriptet (aldre Interaction Studio) ar tyngre an Collect. Det laser in ett SDK som bevakar hela DOM, fangar klickstroem och formularinteraktionsdata och vidarebefordrar det till en personaliseringsbeslutsmotor som kan skriva om sidinnehall i realtid. Satta cookies inkluderar _ev_*-identifierare och en sessionstoken. Det har ar otvetydigt marknadsforingsandamal och kraver opt-in-samtycke i alla EU- eller UK-jurisdiktioner.
CloudPages-formular och sparade lankar
CloudPages-hostade landningssidor och sparade e-postlankar som dirigeras genom SFMC bar sina egna identifierande parametrar (subscriberkey, jb-, mid-parametrar i URL:er). Nar en besokare anlaonder via en sparad lank kan SFMC korrelera sessionen med deras prenumerantpost aven innan sidspararning aktiveras. Samtycke for marknadsforingskommunikation maste redan finnas.
Data Cloud-kopplingar
SFMC:s Data Cloud-integration hamtar identifierare fran webbspararning, mobila SDK:er, CRM-poster och offlinedata till en enhetlig profil. Samtyckestillstandet behover spridas till Data Cloud, inte bara till sparningspixeln pa ytniva.
SFMC Inbyggda Sekretesskontroller
SFMC exponerar flera inbyggda kontroller men antar att ett samtycksbeslut har samlats in uppstroms och vidarebefordras. De inbyggda kontrollerna samlar inte in samtycke sjalva.
Sparningsavstaende for Web Analytics Connector
Collect-skriptet laser en do_not_track-flagga och en konfigurerbar avsagningsfunktion. For jurisdiktioner med foregaende samtycke maste du blockera skriptladdningen, inte bara vaxla flaggan.
Samtyckespreferenser i prenumerantposter
Prenumerantprofilen i SFMC har falt for kommunikationssamtycke, profildata-samtycke och ratttslig grund. CMP bor skriva tillbaka till dessa falt nar en besokare accepterar eller aterkaller.
Marketing Cloud Personalization-samtycke
Personalization-SDK:n accepterar en samtycesflagga under initialisering. Stall in den pa false tills anvandaren accepterar marknadsforingskategorin i CMP-bannern, initiera sedan om SDK:n nar samtycke ges.
CMP-integration Steg for Steg
Den palitliga arkitekturen ar att stanga alla fyra sparningsytor bakom CMP och anvanda SFMC:s inbyggda flaggor for att forfina nedstromsbeteendet nar samtycke ges.
1. Hindra Collect-skriptet fran att laddas som standard
Ta bort Collect-skriptet fran dokumenthuvudet och ersatt det med en platshallare som CMP kan aktivera. CMP skriver om platshallaren for att ladda collect.js. Alla koade handelser toms vid laddning.
2. Skjut upp initialisering av Marketing Cloud Personalization
Personalization-skriptet far inte initialiseras innan samtycke. Skriptelementet finns i DOM men dess type-attribut ar text/plain, och CMP skriver om det till text/javascript vid samtyckesacceptans.
3. Blockera CloudPages-sparningsparametrar
Om en besokare anlaonder via en sparad lank och annu inte har gett samtycke bor den inkommande subscriberkey-parametern fangas men inte anvandas for att driva omedelbar personalisering.
4. Sprid samtyckestillstandet till Data Cloud
SFMC stoeder ett samtyckestillagg som lanter CMP skriva en samtyckespost till Data Cloud via API. Konfigurera detta sa att CMP:s samtycksbeslut blir kalllan till sanning i hela SFMC-lagret.
5. Mappa till SFMC-prenumerants samtykesfalt
Nar en kand prenumerant uppdaterar sitt samtycke pa ett CloudPages-preferenscenter maste CMP och SFMC-prenumerantposten hallas synkroniserade. Konfigurera en aterskrivning fran CMP till SFMC-prenumerantens samtykesfalt och en aterlaosning sa att bannern respekterar vad prenumeranten angett i sina e-postpreferenser.
Vanliga Fallgropar
Tre integrationsmisstag star for de flesta enterprise-revisionsresultat pa SFMC.
Att behandla Collect som analys
SFMC anvander dessa data for att driva Journey Builder-marknadsforingsautomation, vilket ar otvetydigt marknadsforingsandamal. Stang av Collect under marknadsfoering.
Att lata Personalization kora pre-samtycke
Personalization ar den tyngsta av SFMC:s sparningsytor och den mest synliga for regulatorer eftersom den aktivt modifierar sidan. Att tillata den att initialiseras innan samtycke ar det enskilt mest exponerande moenstret i SFMC-stacken.
Att inte synkronisera samtycke i stacken
Om bannern pa sidan registrerar ett samtycksbeslut men Data Cloud-profilen behaller ett aldre tillstand, kommer nedstroms aktiveringar att fortsatta avfyra baserat pa inaktuellt samtycke. CMP maste aga kalllan till sanning och sprida den overallt dit SFMC-stacken kan na.
Revisionschecklista
Fem konkreta fragor att besvara for varje SFMC-driftsattning som beroer EU-, UK- eller Kalifornientrafik.
- Vantar Collect pa samtycke? Bekrafta att ingen collect.js- eller evgnet.com-forfragan avfyras innan banneraccept.
- Ar Personalization uppskjuten? Bekrafta att Personalization SDK inte initialiserar forran marknadsforingskategorin beviljas.
- Halls inkommande sparade lankparametrar till samtycke? Bekrafta att subscriberkey-driven personalisering vantar pa en explicit samtyckessignal.
- Ser Data Cloud samtyckestillstandet? Bekrafta att samtyckestillaggert ar konfigurerat och att CMP skriver beslut till Data Cloud i realtid.
- Ar prenumerants samtykesfalt synkroniserade? Bekrafta att preferenscentrets andringar sprids till bannern pa sidan och vice versa.
Var SFMC Passar in i en Samtyckes-First Stack
SFMC ar en av de kraftfullaste marknadsforingsplattformarna ett foretag kan driftsatta. Standardinstallationsmoenstret uppfyller helt enkelt inte nuvarande europeiska eller kaliforniska forvantongar, och plattformens inbyggda kontroller ar anvandbara primitiver men inte en ersattning for ett uppstroms samtyckeshanteringslager. Ratt arkitektur behandlar CMP som den enda kalllan till sanning, stanger varje sparningsmodul bakom den och anvander SFMC:s samtyckestillagg for att Data Cloud och prenumerantposterna ska sprida den sanningen till resten av stacken. Gjort korrekt fortsatter SFMC att gora det marknadsforare kopte det for — Journey Builder-utlosare, Personalization-beslutsfattande, Data Cloud-aktivering.