Saltar al contenido principal
Adrià García
← Volver a los simuladores

Experience Platform · Integración de consentimientos

Dónde vive el consentimiento

Laura decide sobre sus datos en tres sitios el mismo día. Ninguna decisión llega sola a Real-Time Customer Profile: cada una necesita una vía de integración, y cada campo se aplica en un sitio distinto. Activa las vías y mira qué se respeta.

Escenario

La CMP llama a setConsent del Web SDK

Banner a las 16:00: acepta analítica y rechaza personalización y publicidad.

Preferencias y centralita en streaming

18:00, centro de preferencias: no a emails, sí a SMS. 19:00, llamada: no compartir con terceros.

Carga batch nocturna del CRM

A las 02:00, con todas las preferencias del día.

Qué aplica share.val en la audiencia de Meta

Estas políticas requieren Healthcare Shield o Privacy & Security Shield. Los controles nativos de consentimiento de AJO no dependen de estos complementos.

Escenario ilustrativo ↑ Volver a los controles
Supuestos del ejemplo

Clienta, horas y decisiones de ejemplo.

Real-Time Customer Profile · mañana, 09:00

Qué sabe el perfil de Laura

Una fila por campo, de lo que decidió Laura a la activación. Las cookies quedan en el ECID; las finalidades, en el perfil. Resaltada, la capa donde se rompe.

Web SDK · AJO · destinos

Qué pasa en cada activación

Seis momentos entre hoy y mañana. Cada uno lee un campo distinto, en un sitio distinto.

La recomendación

Separar cookies de finalidades, integrar cada fuente por su vía y aplicar cada campo donde se usa

El banner de cookies no es el sistema de consentimiento. Es una de sus fuentes, y la única ligada a un dispositivo.

  1. 01

    Cookies por el Web SDK

    La CMP llama a setConsent al cargar y al contestar el banner. Queda ligado al ECID, en idSpecific. El Web SDK aplica collect solo; lo demás se comprueba en cada regla.

  2. 02

    Finalidades en streaming

    Centro de preferencias, centralita y formularios mandan cada cambio al consentimiento general del perfil en el momento: conector de la CMP, HTTP API o event forwarding. El batch queda como reconciliación.

  3. 03

    Aplicación en cada salida

    Con Shield, consent policies sobre las acciones de marketing de cada destino. Sin Shield, un filtro explícito en cada audiencia que se activa. AJO comprueba el canal al enviar.

  4. 04

    Nada vacío

    Un campo de consentimiento vacío no significa "no": AJO trata el email vacío como consentimiento por defecto. Decide el valor por defecto y cárgalo para toda la base.

Nota de arquitectura · 09 El consentimiento es una cadena, no un campo Se decide en la CMP, viaja por el SDK, se guarda en el perfil y lo aplica cada destino. Se rompe en el eslabón que nadie diseñó. Leer la nota →