La Superficie de Seguimiento de SFMC

Para propósitos de consentimiento ayuda tratar SFMC no como un único producto sino como cuatro superficies de seguimiento superpuestas, cada una con su propio patrón de integración.

Web Analytics Connector y Código de Seguimiento Collect

El código de seguimiento Collect (a menudo llamado collect.js o referenciado a través de cdn.evgnet.com) es el rastreador de comportamiento de SFMC. Establece las cookies _etmc y relacionadas, identifica visitantes entre sesiones, y reenvía eventos de vista de página, clic y conversión a SFMC para uso en activadores de Journey Builder y remarketing de email. Desde una perspectiva regulatoria es claramente un rastreador de marketing — aunque los eventos parecen analíticos, los datos alimentan automatización de marketing directo.

Script de Marketing Cloud Personalization

El script de Personalization (heredado Interaction Studio) es más pesado que Collect. Carga un SDK que observa todo el DOM, captura datos de flujo de clics e interacción de formularios, y lo reenvía a un motor de decisión de personalización que puede reescribir contenido de página en tiempo real. Las cookies establecidas incluyen identificadores _ev_* y un token de sesión. Este es procesamiento de propósito de marketing sin ambigüedades y requiere consentimiento explícito en cualquier jurisdicción de la EU o UK.

Formularios CloudPages y enlaces rastreados

Las páginas de destino alojadas en CloudPages y los enlaces de email rastreados que se enrutan a través de SFMC llevan sus propios parámetros identificadores (subscriberkey, parámetros jb, mid en URLs). Cuando un visitante llega a través de un enlace rastreado, SFMC puede correlacionar la sesión con su registro de suscriptor incluso antes de que cualquier seguimiento en página se active. Esta es una postura legal significativamente diferente del seguimiento anónimo — la identidad del suscriptor se conoce en el primer contacto — y el consentimiento para comunicaciones de marketing ya debe existir.

Conectores de Data Cloud

La integración de Data Cloud de SFMC (la capa de plataforma de datos de clientes) extrae identificadores del seguimiento web, SDKs móviles, registros CRM, y datos offline en un perfil unificado. El estado de consentimiento debe propagarse hacia Data Cloud, no solo hacia el píxel de seguimiento de nivel de superficie, para que las activaciones posteriores a redes publicitarias respeten las preferencias grabadas del visitante.

Controles de Privacidad Nativos de SFMC

SFMC expone varios controles nativos pero, como con la mayoría de plataformas de marketing empresarial, asumen que una decisión de consentimiento ha sido recopilada corriente arriba y está siendo pasada. Los controles nativos no recopilan consentimiento por sí mismos.

Exclusión de seguimiento para Web Analytics Connector

El script Collect lee una bandera do_not_track y una función de exclusión configurable. Establecer estos previene que Collect envíe datos pero no previene que el script mismo se cargue. Para jurisdicciones de consentimiento previo necesitas limitar la carga del script, no solo alternar la bandera.

Preferencias de consentimiento en registros de suscriptor

El perfil de suscriptor en SFMC tiene campos para consentimiento de comunicación, consentimiento de datos de perfil, y base legal. Estas son las primitivas correctas para rastrear la base legal bajo la cual un contacto conocido está siendo comercializado, y el CMP debe escribir en estos campos cuando un visitante acepta o revoca.

Consentimiento de Marketing Cloud Personalization

El SDK de Personalization acepta una bandera de consentimiento durante la inicialización. Establécela en falso hasta que el usuario haya aceptado la categoría de marketing en el banner del CMP, luego reinicializa el SDK cuando el consentimiento es otorgado.

Integración del CMP Paso a Paso

La arquitectura confiable es limitar las cuatro superficies de seguimiento detrás del CMP y usar las banderas nativas de SFMC para refinar el comportamiento posterior una vez que el consentimiento es otorgado.

1. Detener la carga del script Collect por defecto

Elimina el script Collect de la cabecera del documento y reemplázalo con un marcador que el CMP pueda activar. Cuando el visitante acepta la categoría de marketing, el CMP reescribe el marcador para cargar collect.js. Cualquier evento en cola se descarga al cargar.

2. Diferir la inicialización de Marketing Cloud Personalization

El script de Personalization no debe inicializarse antes del consentimiento. La mayoría de CMPs manejan esto con un patrón de carga diferida: el elemento script está presente en el DOM pero su atributo type es text/plain, y el CMP lo reescribe a text/javascript en la aceptación del consentimiento.

3. Limitar parámetros de seguimiento de CloudPages

Si un visitante llega a través de un enlace rastreado y aún no ha dado consentimiento, el parámetro entrante subscriberkey debe ser capturado pero no usado para impulsar personalización inmediata. El patrón correcto es almacenarlo en estado de sesión y solo activarlo (correlacionando con datos de perfil, activadores de eventos de Journey Builder) una vez que el consentimiento es registrado.

4. Propagar estado de consentimiento a Data Cloud

La integración de Data Cloud necesita saber el estado de consentimiento de cada visitante para que las activaciones posteriores lo honren. SFMC soporta una extensión de consentimiento que permite que el CMP escriba un registro de consentimiento en Data Cloud vía API. Configura esto para que la decisión de consentimiento del CMP se convierta en la fuente de verdad en toda la capa de SFMC, no solo para los scripts en página.

5. Mapear a campos de consentimiento de suscriptor de SFMC

Cuando un suscriptor conocido actualiza su consentimiento en un centro de preferencias de CloudPages, el CMP y el registro de suscriptor de SFMC necesitan mantenerse sincronizados. Configura una reescritura desde el CMP a los campos de consentimiento del suscriptor de SFMC, y configura una relectura para que el banner en página respete lo que el suscriptor estableció en sus preferencias de email.

Errores Comunes

Tres errores de integración representan la mayoría de hallazgos de auditoría empresarial en SFMC.

Tratar Collect como análisis

Porque el script Collect reporta vistas de página y eventos de clic que parecen análisis, los equipos a veces lo limitan bajo la categoría de consentimiento de análisis. SFMC usa esos datos para impulsar automatización de marketing de Journey Builder, que es procesamiento de propósito de marketing sin ambigüedades. Limita Collect bajo marketing.

Permitir que Personalization se ejecute preconsentimiento

Personalization es la más pesada de las superficies de seguimiento de SFMC y la más visible para reguladores porque modifica activamente la página. Permitir que se inicialice antes del consentimiento es, en términos de auditoría, el patrón más expuesto en el stack de SFMC.

No sincronizar consentimiento en el stack

Si el banner en página registra una decisión de consentimiento pero el perfil de Data Cloud retiene un estado más antiguo, las activaciones posteriores a redes publicitarias seguirán disparándose basadas en consentimiento obsoleto. El CMP debe ser dueño de la fuente de verdad y propagarla a donde quiera que el stack de SFMC pueda llegar.

Lista de Verificación de Auditoría

Cinco preguntas concretas para responder en cualquier implementación de SFMC tocando tráfico de la EU, UK, o California.

• ¿Espera Collect por consentimiento? Confirma que no se dispare ninguna solicitud de collect.js o evgnet.com antes de la aceptación del banner.
• ¿Se difiere Personalization? Confirma que el SDK de Personalization no se inicializa hasta que se otorgue la categoría de marketing.
• ¿Se retienen los parámetros de enlaces rastreados entrantes hasta el consentimiento? Confirma que la personalización impulsada por subscriberkey espera una señal de consentimiento explícita.
• ¿Ve Data Cloud el estado de consentimiento? Confirma que la extensión de consentimiento está configurada y el CMP escribe decisiones en Data Cloud en tiempo real.
• ¿Se sincronizan los campos de consentimiento de suscriptor? Confirma que los cambios del centro de preferencias se propagan al banner en página y viceversa.

Dónde Encaja SFMC en un Stack Orientado al Consentimiento

SFMC es una de las plataformas de marketing más poderosas — y una de las más expuestas — que una empresa puede implementar. El patrón de instalación predeterminado simplemente no satisface las expectativas actuales europeas o californianas, y los controles nativos de la plataforma son primitivas útiles pero no un sustituto para una capa de gestión de consentimiento corriente arriba. La arquitectura correcta trata el CMP como la única fuente de verdad, limita cada módulo de seguimiento detrás de él, y usa las extensiones de consentimiento de SFMC para hacer que Data Cloud y los registros de suscriptor propaguen esa verdad en el resto del stack. Hecho correctamente, SFMC sigue haciendo lo que los especialistas en marketing lo compraron para hacer — activadores de Journey Builder, decisiones de Personalization, activación de Data Cloud — mientras la postura de cumplimiento subyacente coincide con lo que ahora esperan los reguladores de cualquier especialista en marketing empresarial.