Servicio
Implementación técnica de consentimiento
Implanto la capa técnica de consentimiento y gobierno para que la preferencia viaje desde la recogida hasta los sistemas que la aplican.
Qué incluye
- 01
Configuración técnica de OneTrust, Didomi o Cookiebot.
- 02
Categorización técnica, bloqueo de tags y banner adaptado al diseño acordado.
- 03
Integración con Consent Mode v2, tag management, Adobe Web SDK o AEP según el alcance.
- 04
Diseño del flujo de preferencias, políticas de uso y puntos de aplicación.
- 05
Pruebas por estado de consentimiento y documentación operativa.
- 06
Configuración técnica de retención y borrado a partir de requisitos definidos por el cliente.
Experiencia y criterio relacionados
-
Construido 2025–2026
Consentimiento del bus de eventos al perfil y la activación
Pipeline de consentimientos desde Kafka hasta AEP, con una carga separada para el estado histórico que ya existía. Las dos cadencias importan: el consentimiento que llega en streaming y el que entra por detrás en una carga masiva tienen que acabar significando lo mismo.
- Kafka
- AEP
- Consentimiento
- Carga histórica
-
Construido 2025–2026
A quién no se borra: la parte difícil de una purga de perfiles
Borrado por lotes de unas 250.000 identidades con work orders de Data Lifecycle, hasta volver al volumen contratado. La parte difícil no es borrar: es elegir a quién no. Un candidato con póliza activa o con personalización viva no se toca, y sin ese cruce previo la lista de candidatos no vale.
- Data Lifecycle
- Query Service
- Retención
- Identidades
-
Construido 2025–2026
Demostrar que el borrado ocurrió, que no es lo mismo que pedirlo
Pedir el borrado con alcance total no basta. El dataset de reconciliación no se purgaba con él, y la cadena nocturna devolvía los perfiles cada mañana. Lo destapé con tres consultas independientes, junto a otro fallo: el snapshot guarda las identidades en minúscula y los eventos en camelCase, así que daban ceros falsos.
- Data Lifecycle
- Query Service
- Reconciliación
- Verificación
-
Construido 2024–2025
Consentimiento de OneTrust a AEP, por conector y por Event Forwarding
El conector oficial de OneTrust solo ingiere consentimiento y preferencias, no cookies, y cada ejecución trae solo lo posterior a la anterior. Cubre el centro de preferencias, no el consentimiento que viaja con el evento web. Monté las dos vías: el conector para lo identificado y Event Forwarding para lo demás.
- OneTrust
- Event Forwarding
- AEP
- Consentimiento
-
Construido 2021–2024
Consentimiento cross-domain con Didomi, de cero
Consentimiento cross-domain: una decisión tomada en un dominio tenía que valer en los demás y no romperse al saltar. Preproducción y producción, web y webview de la app, finalidades categorizadas y banners a medida. Y que esa decisión llegue entera a todos: API de TCF para los vendors, Consent Mode v2 para las etiquetas de Google.
- Didomi
- CMP
- Cross-domain
- Consent Mode v2
-
Construido 2021–2024
Medición congelada hasta que el usuario decide en el banner
La primera vista ocurre antes de que nadie haya aceptado nada. Mientras el banner está abierto la página queda cubierta, y esa vista se guarda en vez de perderse o de enviarse igualmente: se reproduce después, según las categorías aceptadas. Sin consentimiento no sale nada, y con él no se pierde la entrada a la sesión.
- Consentimiento
- Tealium
- Capa de datos
-
Construido 2021–2024
Lo que el session replay tiene permiso para grabar
Una herramienta de repetición de sesión ve la pantalla del usuario, y en el área privada de un banco eso es su dinero. En vez de confiar en el enmascarado por defecto, la lista de lo que puede capturar se declara: fuera de ella, no graba. Instalarla es fácil. Decidir qué tiene derecho a ver es el trabajo.
- Glassbox
- Privacidad
- Área privada
- Gobierno
Preguntas frecuentes
¿Esto sustituye al asesoramiento jurídico?
No, y conviene tenerlo claro antes de empezar. Las bases legales, las finalidades y los textos los decide vuestro equipo legal. Mi trabajo empieza después: hacer que esa decisión se aplique de verdad en tags, CDP y destinos.
Ya tenemos una CMP instalada. ¿Para qué esto?
Tener una CMP no es tener el consentimiento aplicado. Lo habitual es que el banner funcione y que la preferencia se quede en el navegador, sin llegar al CDP ni a los destinos. Ahí es donde aparecen los problemas de verdad.
¿Con qué plataforma de consentimiento trabajas?
He implantado con Didomi y con OneTrust, incluyendo entornos, categorías y banners a medida. La capa técnica de debajo es la misma con cualquier CMP: lo que cambia es la integración, no el problema de que la preferencia viaje entera hasta el destino.
¿Cómo se comprueba que funciona?
Probando por categoría y por destino, no mirando el banner. Se verifica qué se dispara y qué no con cada combinación de preferencias, y qué llega al final de la cadena. Una captura del banner no demuestra nada.
¿Encaja con tu problema?
Cuéntame el contexto y te diré si este alcance es el adecuado o conviene empezar por otro sitio.