A superficie de seguimento de SFMC

Para os fins do consentimento, é útil tratar SFMC non como un produto único senón como catro superficies de seguimento que se solapan, cada unha cun patrón de integración propio.

Web Analytics Connector e código de seguimento Collect

O código de seguimento Collect (moitas veces chamado collect.js ou referenciado a través de cdn.evgnet.com) é o rastreador de comportamento de SFMC. Establece as cookies _etmc e relacionadas, identifica os visitantes nas sesións e reenvía os eventos de visita a páxina, clic e conversión a SFMC para o seu uso nos activadores de Journey Builder e no redirecionamento de correo electrónico. Desde unha perspectiva regulatoria, é claramente un rastreador de mercadotecnia — aínda que os eventos parecen análise, os datos alimentan a automatización do mercadotecnia directo.

Script de Marketing Cloud Personalization

O script de Personalization (o antigo Interaction Studio) é máis pesado ca Collect. Carga un SDK que vixía todo o DOM, captura datos de fluxo de clics e de interacción con formularios, e reenvíaos a un motor de decisión de personalización que pode reescribir o contido da páxina en tempo real. As cookies establecidas inclúen os identificadores _ev_* e un token de sesión. Trátase sen ambigüidade dun procesamento con fins de mercadotecnia e require consentimento opt-in en calquera xurisdicción da UE ou do Reino Unido.

Formularios de CloudPages e ligazóns rastrexadas

As páxinas de destino aloxadas en CloudPages e as ligazóns de correo electrónico rastrexadas que pasan por SFMC levan os seus propios parámetros identificadores (subscriberkey, jb, parámetros mid nos URL). Cando un visitante chega a través dunha ligazón rastrexada, SFMC pode correlacionar a sesión co seu rexistro de subscrito incluso antes de que se active calquera seguimento na páxina. Trátase dunha postura xurídica significativamente diferente do seguimento anónimo — a identidade do subscrito coñécese no primeiro contacto — e o consentimento para as comunicacións de mercadotecnia xa debe existir.

Conectores de Data Cloud

A integración de Data Cloud de SFMC (a capa da plataforma de datos de clientes) extrae identificadores do seguimento web, dos SDK móbiles, dos rexistros do CRM e dos datos fóra de liña nun perfil unificado. O estado do consentimento debe propagarse en Data Cloud, non só no píxel de seguimento de nivel superficial, para que as activacións posteriores nas redes publicitarias respecten as preferencias rexistradas do visitante.

Controis de privacidade nativos de SFMC

SFMC expón varios controis nativos pero, como na maioría das plataformas de mercadotecnia empresariais, supoñen que unha decisión de consentimento foi recollida previo ao proceso e estase a pasar. Os controis nativos non recollen o consentimento por si mesmos.

Exclusión do seguimento para o Web Analytics Connector

O script Collect le un indicador do_not_track e unha función de exclusión configurable. Establecelos impide que Collect envíe datos pero non impide que o propio script se cargue. Para as xurisdicións de consentimento previo cómpre bloquear a carga do script, non só alternar o indicador.

Preferencias de consentimento nos rexistros de subscritos

O perfil de subscrito en SFMC ten campos para o consentimento de comunicación, o consentimento de datos de perfil e a base xurídica. Estes son os primitivos correctos para rastrexar a base xurídica baixo a que se está a comercializar un contacto coñecido, e o CMP debería volver a escribir nestes campos cando un visitante acepta ou revoga.

Consentimento de Marketing Cloud Personalization

O SDK de Personalization acepta un indicador de consentimento durante a inicialización. Establézao en false ata que o usuario acepte a categoría de mercadotecnia no banner do CMP, e logo reinicializa o SDK cando se conceda o consentimento.

Integración de CMP paso a paso

A arquitectura fiable é vixiar as catro superficies de seguimento detrás do CMP e usar os indicadores nativos de SFMC para refinar o comportamento posterior cando se conceda o consentimento.

1. Impedir que o script Collect se cargue por defecto

Elimina o script Collect da cabeceira do documento e substitúeo por un marcador de posición que o CMP poida activar. Cando o visitante acepta a categoría de mercadotecnia, o CMP reescribe o marcador de posición para cargar collect.js. Calquera evento en cola baleirase ao cargar.

2. Adiar a inicialización de Marketing Cloud Personalization

O script de Personalization non se debe inicializar antes do consentimento. A maioría dos CMP xestionan isto cun patrón de carga diferida: o elemento de script está presente no DOM pero o seu atributo type é text/plain, e o CMP reescríbeo en text/javascript ao aceptar o consentimento.

3. Controlar os parámetros de seguimento de CloudPages

Se un visitante chega a través dunha ligazón rastrexada e aínda non deu o consentimento, o parámetro entrante subscriberkey debe capturarse pero non usarse para impulsar a personalización inmediata. O patrón correcto é gardalo no estado de sesión e só activalo (correlacionando cos datos do perfil, activando os eventos de Journey Builder) unha vez que o consentimento estea rexistrado.

4. Propagar o estado do consentimento a Data Cloud

A integración de Data Cloud precisa coñecer o estado do consentimento de cada visitante para que as activacións posteriores o respecten. SFMC admite unha extensión de consentimento que permite ao CMP escribir un rexistro de consentimento en Data Cloud a través da API. Configura isto para que a decisión de consentimento do CMP se converta na fonte de verdade de toda a capa de SFMC, non só dos scripts na páxina.

5. Mapear os campos de consentimento de subscritos de SFMC

Cando un subscrito coñecido actualiza o seu consentimento nun centro de preferencias de CloudPages, o CMP e o rexistro de subscritos de SFMC deben permanecer sincronizados. Configura unha escritura de volta do CMP aos campos de consentimento do subscrito de SFMC, e configura unha lectura de volta para que o banner na páxina respecte o que o subscrito estableceu nas súas preferencias de correo electrónico.

Erros comúns

Tres erros de integración explican a maioría dos achados de auditoría empresarial en SFMC.

Tratar Collect como análise

Como o script Collect informa de visitas a páxinas e eventos de clic que parecen análise, os equipos ás veces o controlan baixo a categoría de consentimento de análise. SFMC usa eses datos para impulsar a automatización do mercadotecnia de Journey Builder, o que é sen ambigüidade un procesamento con fins de mercadotecnia. Controla Collect baixo mercadotecnia.

Permitir que Personalization se execute antes do consentimento

Personalization é a máis pesada das superficies de seguimento de SFMC e a máis visible para os reguladores porque modifica activamente a páxina. Permitirlle inicializarse antes do consentimento é, en termos de auditoría, o patrón máis exposto na pila de SFMC.

Non sincronizar o consentimento en toda a pila

Se o banner na páxina rexistra unha decisión de consentimento pero o perfil de Data Cloud conserva un estado máis antigo, as activacións posteriores nas redes publicitarias seguirán disparándose baseándose nun consentimento caducado. O CMP debe ser propietario da fonte de verdade e propagala a todos os lugares aos que a pila de SFMC pode chegar.

Lista de verificación de auditoría

Cinco preguntas concretas que responder para calquera despregamento de SFMC que toque o tráfico da UE, do Reino Unido ou de California.

• Collect agarda o consentimento? Confirma que ningún collect.js ou solicitude de evgnet.com se dispara antes da aceptación do banner.
• Personalization está diferido? Confirma que o SDK de Personalization non se inicializa ata que se conceda a categoría de mercadotecnia.
• Os parámetros de ligazóns rastrexadas entrantes gárdanse ata o consentimento? Confirma que a personalización impulsada por subscriberkey agarda un sinal de consentimento explícito.
• Data Cloud ve o estado do consentimento? Confirma que a extensión de consentimento está configurada e que o CMP escribe as decisións en Data Cloud en tempo real.
• Os campos de consentimento de subscritos están sincronizados? Confirma que os cambios do centro de preferencias se propagan ao banner na páxina e viceversa.

O lugar de SFMC nunha pila con prioridade no consentimento

SFMC é unha das plataformas de mercadotecnia máis potentes — e das máis expostas — que unha empresa pode despregar. O patrón de instalación predeterminado simplemente non satisfai as expectativas europeas ou californianas actuais, e os controis nativos da plataforma son primitivos útiles pero non un substituto dunha capa de xestión do consentimento previa. A arquitectura correcta trata o CMP como a única fonte de verdade, controla cada módulo de seguimento detrás del, e usa as extensións de consentimento de SFMC para que Data Cloud e os rexistros de subscritos propaguen esa verdade ao resto da pila. Feito correctamente, SFMC segue facendo o que os mercadotécnicos compraron — activadores de Journey Builder, decisión de Personalization, activación de Data Cloud — mentres a postura de cumprimento subxacente coincide co que os reguladores esperan agora de calquera mercadotécnico empresarial.