Integració de consentiment de cookies de Salesforce Marketing Cloud: Una guia 2026 per a comercialants empresarials

Salesforce Marketing Cloud és la pila de màrqueting més complexa arquitectònicament que un editor és probable que desplegar. On la majoria d'eines de màrqueting instal·len una etiqueta, SFMC instal·la diverses: el Web Analytics Connector per a analítiques de comportament, el script Marketing Cloud Personalization (anteriorment Interaction Studio) per a personalització del lloc, formularis CloudPages per a captura de leads, desencadenadors Journey Builder per a orquestració, i connectors Data Cloud que alimenten la resolució d'identitat. Cadascun d'aquests afecta el GDPR, el GDPR del Regne Unit, la Directiva ePrivacy de la UE, i la CPRA de Califòrnia de formes lleugerament diferents, i una instal·lació per defecte típicament viola tots ells en la mateixa càrrega de pàgina. Aquesta guia camina a través de què recopila cada mòdul de seguiment SFMC, on se situa la frontera del consentiment, i com connectar SFMC a un CMP de tercers prou netament perquè els comercialants mantinguin els seus desencadenadors Journey Builder, l'analítiques mantingui la seva atribució, i l'equip legal mantingui els rebuts que necessita.

La superfície de seguiment SFMC

Per a propòsits de consentiment ajuda tractar SFMC no com a un producte únic sinó com a quatre superfícies de seguiment superposades, cadascuna amb el seu propi patró d'integració.

Web Analytics Connector i codi de seguiment Collect

El codi de seguiment Collect (sovint anomenat collect.js o referenciat via cdn.evgnet.com) és el rastreador de comportament de SFMC. Estableix les cookies _etmc i relacionades, identifica visitants entre sessions, i reenvia events de visualització de pàgina, clic i conversió a SFMC per a ús en desencadenadors Journey Builder i retargeting per correu electrònic. Des d'una perspectiva regulatòria és clarament un rastreador de màrqueting — tot i que els events semblen tipus analítiques, les dades alimenten directament l'automatització de màrqueting.

Script de Marketing Cloud Personalization

El script de Personalization (Interaction Studio heretana) és més pesat que Collect. Carrega un SDK que observa tot el DOM, captura dades de clic-stream i d'interacció de formulari, i les reenvia a un motor de decisió de personalització que pot reescriure contingut de pàgina en temps real. Les cookies establertes inclouen identificadors _ev_* i un token de sessió. Això és clarament processament de propòsit de màrqueting i requereix consentiment opt-in a qualsevol jurisdicció de la UE o del Regne Unit.

Formularis CloudPages i enllaços rastreats

Les pàgines d'aterratge allotjades a CloudPages i els enllaços de correu electrònic rastreats que es dirigeixen a través de SFMC porten els seus propis paràmetres d'identificació (subscriberkey, jb, paràmetres mid en URLs). Quan un visitant arriba via un enllaç rastreat, SFMC pot correlacionar la sessió amb el seu registre de subscriptor fins i tot abans que qualsevol seguiment en pàgina es dispari. Aquesta és una postura legal significativament diferent del seguiment anònim — la identitat del subscriptor es coneix en el primer contacte — i el consentiment per a comunicacions de màrqueting ja ha d'existir.

Connectors Data Cloud

La integració Data Cloud de SFMC (la capa de plataforma de dades de clients) extreu identificadors del seguiment web, SDKs mòbils, registres CRM, i dades offline en un perfil unificat. L'estat de consentiment necessita propagar-se a Data Cloud, no només al píxel de seguiment de nivell de superfície, perquè les activacions agosades a xarxes publicitàries respectin les preferències enregistrades del visitant.

Controls de privacitat SFMC natiu

SFMC exposa diversos controls natiu però, com amb la majoria de plataformes de màrqueting empresarial, assumeixen que una decisió de consentiment ha estat recopilada aigüeslluny i està sent passada dins. Els controls natiu no recopilen consentiment ells mateixos.

Opt-out de seguiment per a Web Analytics Connector

El script Collect llegeix una bandera do_not_track i una funció d'opt-out configurable. Establir aquestes prevé que Collect enviï dades però no prevé que el script mateix es carregui. Per a jurisdiccions de consentiment previ necessites portar el carregament del script, no només commuta la bandera.

Preferències de consentiment en registres de subscriptor

El perfil de subscriptor a SFMC té camps per a consentiment de comunicació, consentiment de dades de perfil, i base legal. Aquestes són les primitives correctes per a rastrejar la base legal sota la qual un contacte conegut està sent comercialitzat, i el CMP ha d'escriure en aquests camps quan un visitant accepta o revoca.

Consentiment de Marketing Cloud Personalization

El SDK de Personalization accepta una bandera de consentiment durant la inicialització. Estableix-la a fals fins que l'usuari ha acceptat la categoria de màrqueting al bàner CMP, després reinicialitza el SDK quan el consentiment és atorgat.

Integració CMP pas a pas

L'arquitectura fiable és portar les quatre superfícies de seguiment darrere del CMP i usar les banderes natives de SFMC per a refinar el comportament aigüeslluny una vegada que el consentiment és atorgat.

1. Atura el carregament del script Collect per defecte

Elimina el script Collect del head del document i substitueix-lo amb un espai reservat que el CMP pot activar. Quan el visitant accepta la categoria de màrqueting, el CMP reescriu l'espai reservat per a carregar collect.js. Qualsevol event en cua es buida al carregament.

2. Atura la inicialització de Marketing Cloud Personalization

El script de Personalization no ha d'inicialitzar-se abans del consentiment. La majoria de CMPs ho manejen amb un patró de càrrega diferida: l'element del script està present al DOM però el seu atribut type és text/plain, i el CMP el reescriu a text/javascript en acceptació de consentiment.

3. Portar els paràmetres de seguiment de CloudPages

Si un visitant arriba via un enllaç rastretat i no ha donat consentiment encara, el paràmetre subscriberkey entrant ha de ser capturat però no usat per a impulsar personalització immediata. El patró correcte és emmagatzemar-lo en estat de sessió i només activar-lo (correlacionar amb dades de perfil, desencadenadors d'events Journey Builder) una vegada que el consentiment és enregistrat.

4. Propagar l'estat de consentiment a Data Cloud

La integració Data Cloud necessita saber l'estat de consentiment de cada visitant perquè les activacions aigüeslluny ho honrin. SFMC suporta una extensió de consentiment que deixa el CMP escriure un registre de consentiment a Data Cloud via API. Configura això perquè la decisió de consentiment del CMP esdevingui la font de veritat a través de la capa SFMC sencera, no només per als scripts en pàgina.

5. Mapeja als camps de consentiment de subscriptor SFMC

Quan un subscriptor conegut actualitza el seu consentiment a un centre de preferències CloudPages, el CMP i el registre de subscriptor SFMC necessiten mantenir-se sincronitzats. Configura una escriptura inversament des del CMP als camps de consentiment del subscriptor SFMC, i configura una lectura inversament perquè el bàner en pàgina respecti el que el subscriptor va establir en les seves preferències de correu electrònic.

Trampes comunes

Tres errors d'integració compten per a la majoria de descobriments d'auditoria empresarial a SFMC.

Tractar Collect com analítiques

Perquè el script Collect informa de visualitzacions de pàgina i events de clic que semblen analítiques, els equips alguns vegades el porten sota la categoria de consentiment d'analítiques. SFMC usa aquestes dades per a impulsar l'automatització de màrqueting Journey Builder, que és clarament processament de propòsit de màrqueting. Porta Collect sota màrqueting.

Deixar que Personalization s'executi pre-consentiment

Personalization és la més pesada de les superfícies de seguiment de SFMC i la més visible per reguladors perquè activament modifica la pàgina. Permetre que inicialitzi abans del consentiment és, en termes d'auditoria, el patró més exposant únic en l'stack SFMC.

No sincronitzar consentiment a través de l'stack

Si el bàner en pàgina registra una decisió de consentiment però el perfil Data Cloud retén un estat més vell, les activacions aigüeslluny a xarxes publicitàries continuaran dispara-se basades en consentiment obsolet. El CMP ha de posseir la font de veritat i propagar-la a tot arreu on l'stack SFMC pot arribar.

Llista de verificació d'auditoria

Cinc preguntes concretes per a respondre per a qualsevol desplegament SFMC trepitjant tràfic de la UE, del Regne Unit, o de Califòrnia.

On SFMC s'ajusta en un stack amb consentiment-primer

SFMC és una de les plataformes de màrqueting més poderoses — i una de les més exposants — que una empresa pot desplegar. El patró d'instal·lació per defecte simplement no satisfà les expectatives europees o de Califòrnia actuals, i els controls natiu de la plataforma són primitives útils però no una substitució per a una capa de gestió de consentiment aigüeslluny. L'arquitectura correcta tracta el CMP com la font de veritat única, porta cada mòdul de seguiment darrere d'ell, i usa les extensions de consentiment de SFMC per a fer Data Cloud i els registres de subscriptor propagar aquesta veritat a través de la resta de l'stack. Fet correctament, SFMC continua fent allò que els comercialants el van comprar per a fer — desencadenadors Journey Builder, decisió de Personalization, activació Data Cloud — mentre la postura de conformitat sota està equiparant allò que els reguladors ara esperen de qualsevol comerciant empresarial.

← Blog Llegir tot →