Tracking y analíticaServicio
Implementación de Consent Mode v2 — integración de CMP y QA
Para tiendas con visitantes del EEE o el Reino Unido: que tus etiquetas y eventos de servidor respeten de verdad lo elegido en tu banner de cookies. Verificado, documentado y repetible.
- Publicado
- Revisado
¿Prefieres el email? next@taskfordaniel.com
El problema
¿Por qué falla Consent Mode v2 incluso con una CMP instalada?
Consent Mode v2 pasó a ser efectivamente obligatorio para los anunciantes que operan en el EEE y el Reino Unido, y muchas implementaciones existen técnicamente sin funcionar de verdad.
Se instala un banner de CMP, se registra una decisión de consentimiento y, aun así, las etiquetas se disparan independientemente de lo que eligió el visitante, porque nada aguas abajo lee realmente esa decisión. O ocurre lo contrario: el bloqueo por consentimiento se aplica de forma demasiado amplia y el tráfico legítimo y consentido se suprime o se atribuye mal, apareciendo como un volumen inflado de tráfico «Unassigned» en GA4.
Ninguno de los dos fallos es visible desde el propio panel de la CMP, que solo muestra que hay un banner en funcionamiento, no si las etiquetas que hay detrás respetan de verdad lo que decidieron los visitantes.
Alcance
Qué hago
Audito e implemento la capa técnica que conecta una decisión de consentimiento con lo que las etiquetas y los eventos de servidor hacen realmente:
-
Modo básico frente a avanzadorevisar qué modo está configurado actualmente (o si falta) y si encaja con tu tráfico y tus necesidades de medición, ya que los dos modos intercambian medición exacta por datos modelados de forma distinta.
-
Integración de la CMPconectar la decisión de tu plataforma de gestión del consentimiento con las señales de consentimiento de Google (y con el equivalente de cualquier otra plataforma) para que las etiquetas respondan de verdad a lo que se eligió, y no solo a lo que se registró.
-
Bloqueo por regiónasegurar que los requisitos de consentimiento aplicables en el EEE/Reino Unido se apliquen específicamente allí, sin restringir innecesariamente la medición en regiones donde esos requisitos no aplican.
-
Propagación al servidortransmitir la decisión de consentimiento del navegador al tracking server-side, para que los eventos de servidor respeten el mismo estado de consentimiento que los eventos del navegador en lugar de operar de forma independiente.
-
Método de QAuna forma documentada y repetible de verificar que las señales de consentimiento se disparan correctamente: qué debe hacer una etiqueta cuando se deniega el consentimiento, qué debe hacer cuando se concede y cómo comprobarlo en la práctica en lugar de fiarse de la pantalla de configuración.
El proceso
Cómo funciona
-
Acceso y auditoría del estado actual
Acceso a GTM/GA4, detalles de la configuración de la CMP y una revisión de qué se dispara realmente antes y después de una decisión de consentimiento, usando una sesión de prueba real y no solo leyendo la configuración.
-
Identificación de carencias
Documento dónde se disparan las etiquetas independientemente del estado de consentimiento, dónde falta o es incorrecta la lógica por región y si los eventos server-side (si los hay) tienen en cuenta el consentimiento.
-
Implementación
Las señales de la CMP se conectan correctamente a la API de consentimiento de Google, se aplica la lógica por región y se construye la propagación al servidor si el tracking server-side está dentro del alcance.
-
QA
Pruebo cada combinación de estado de consentimiento (concedido, denegado, sin decidir, por región) y confirmo el comportamiento esperado de las etiquetas en cada caso, documentando el método para poder repetirlo tras cambios futuros.
Entrega
Qué obtienes
Una implementación de Consent Mode v2 que refleja de verdad las elecciones de los visitantes: integración de la CMP correctamente conectada, bloqueo por región, propagación al servidor cuando corresponde y un método de QA documentado que tú o un futuro desarrollador podéis repetir siempre que cambie el sitio o la CMP.
Además, recibes una descripción clara de qué modo (básico o avanzado) está en uso y por qué se eligió para tu tráfico.
Kit de entrega
- Auditoría de Consent Mode v2 — qué señales se envían actualmente, si el modo es básico o avanzado y dónde hay carencias
- Integración o reparación de la CMP (plataforma de gestión del consentimiento)
- Bloqueo por región basado en el consentimiento (comportamiento distinto para el EEE/Reino Unido frente a regiones sin el mismo requisito)
- Propagación del estado de consentimiento al server-side, para que los eventos de servidor respeten la misma decisión de consentimiento que los eventos del navegador
- Un método de QA documentado para verificar que las señales de consentimiento se disparan correctamente, antes y después de una decisión de consentimiento
- Documentación de la arquitectura de consentimiento resultante
Precio y plazo
Siguiente paso
Si la tarea ya está clara, puedo presupuestar la implementación directamente. Si primero hay que establecer la causa o el alcance, acordamos un encargo de diagnóstico aparte: el Tracking Health Check, de solo lectura, incluye una comprobación de consent mode de serie, de modo que el veredicto dice si el trabajo de consentimiento es lo que la tienda realmente necesita.
Escribe a next@taskfordaniel.com con los detalles de tu CMP y qué parece ir mal — hablar de la tarea es gratis — o solicita un Tracking Health Check cuando primero haya que establecer la causa. Cuando el consentimiento debe propagarse a una capa de servidor, esto se combina con el trabajo de tracking server-side y de Google Tag Manager.
PresupuestoFijado antes de empezar
- Precio
- Focused Fix desde EUR 425 · Custom Engineering Project desde EUR 1.400 · presupuesto por escrito
- Plazo
- Presupuesto directo para una tarea definida, o alcance a partir del Health Check; los proyectos típicos duran de 3 a 5 días laborables
Una nota de Daniilantes de decidir
Qué no es
No es un servicio de cumplimiento legal y no lo presentaré como tal. No determino tus obligaciones legales en materia de consentimiento, no redacto el texto del banner de consentimiento ni asesoro sobre el alcance normativo; eso es trabajo de un abogado especializado en privacidad o de un consultor de cumplimiento. Lo que construyo y verifico es si la infraestructura técnica que hay detrás de tus decisiones de consentimiento funciona de verdad. Tampoco garantiza que el tráfico Unassigned desaparezca por completo: cierto volumen de sesiones sin atribuir es estructural una vez que el consentimiento se respeta correctamente, porque denegar el consentimiento implica legítimamente menos señal, no un error que haya que corregir.
Y esto no sustituye a tu CMP: trabajo con la plataforma de consentimiento que ya tengas o te ayudo a evaluar una, pero construir una CMP desde cero no entra dentro del alcance.
— Daniil
Preguntas
Preguntas frecuentes
¿Cuál es la diferencia entre el Consent Mode v2 básico y el avanzado?
El modo básico bloquea por completo las etiquetas de Google hasta que se toma una decisión de consentimiento y luego las carga con normalidad si se concede el consentimiento: es sencillo, pero pierdes toda la medición de los usuarios que aún no han decidido. El modo avanzado permite que las etiquetas se carguen en un estado limitado y sin cookies antes de que se tome una decisión y envía pings anónimos que Google puede usar para el modelado de conversiones. Cuál encaja mejor depende de tu volumen de tráfico y de cuánto dependas de los datos modelados frente a la medición exacta.
Ya tengo una CMP instalada. ¿Por qué iba a necesitar esto igualmente?
Que exista un banner de CMP no significa que las etiquetas respeten de verdad la elección que hace el visitante; ese es un fallo distinto y habitual. He visto cuentas en las que un visitante rechaza las cookies de analítica y las etiquetas de GA4 o Meta se disparan igualmente porque nada en GTM comprueba realmente el estado de consentimiento. Este servicio audita y corrige esa carencia, tanto en el navegador como en el servidor.
¿Afecta esto al grupo de tráfico Unassigned de GA4?
Puede hacerlo, en ambos sentidos. Una carencia de consentimiento por la que las etiquetas se disparan sin comprobar el estado puede inflar incorrectamente el tráfico medido; una implementación de consentimiento demasiado agresiva o mal configurada puede suprimir parámetros de campaña legítimos y empujar sesiones hacia Unassigned. Acertar con el bloqueo es parte de lo que mantiene utilizables los datos de atribución.
¿Qué significa exactamente «server propagation» aquí?
Si utilizas tracking server-side, el servidor necesita saber qué decisión de consentimiento tomó el visitante en el navegador; de lo contrario, podría enviar eventos que el visitante rechazó explícitamente. La propagación al servidor significa que esa señal de consentimiento (concedido/denegado por categoría) se transmite junto con los datos del evento al servidor, de modo que las etiquetas server-side respetan la misma decisión que las etiquetas del navegador.
Hola, soy Daniil.
Trabajo contigo desde la definición del problema hasta la implementación y la entrega. Hablas con quien hace el trabajo. Trabajo en inglés y ruso.
¿Qué necesitas poner en marcha?
Describe tu tareaLa primera respuesta es gratis, en un día laborable. O escribe directamente: next@taskfordaniel.com