Consent Mode V2: guía técnica para desarrolladores
En resumen:
- Consent Mode V2 de Google transmite cuatro señales de consentimiento para controlar etiquetas y SDKs, siendo obligatorio en el EEE desde marzo de 2024. La correcta implementación requiere establecer en
deniedlas señalesad_user_datayad_personalizationen el snippet de<head>, y actualizar los estados según la interacción del usuario con la CMP. Sin esto, se pierde precisión en modelado de conversiones y funcionalidades publicitarias, además de incumplir regulaciones de protección de datos.
Consent Mode V2 es la API de Google que transmite cuatro señales de consentimiento (
analytics_storage, ad_storage, ad_user_data y ad_personalization) para controlar el comportamiento de etiquetas y SDKs. Desde el 6 de marzo de 2024 es obligatorio para anunciantes en el Espacio Económico Europeo. Esta guía cubre: qué cambió respecto a V1, snippets reproducibles para gtag y GTM, checklist de migración, procedimientos de prueba con Google Tag Assistant y recomendaciones de cumplimiento GDPR para Europa Central.Consent Mode V2 transmite cuatro señales a Google: analytics_storage, ad_storage, ad_user_data y ad_personalization. La acción inmediata para cualquier desarrollador es establecer los cuatro parámetros en denied por defecto en el <head> antes de cargar GTM o gtag, y llamar a gtag('consent','update',{...}) cuando el usuario elija en el banner de la plataforma de gestión de consentimiento (CMP). Sin este orden, algunas configuraciones pueden asumir granted por defecto y enviar datos sin consentimiento válido.
Desde el 6 de marzo de 2024, Google exige Consent Mode V2 para todo el tráfico del Espacio Económico Europeo (EEE) en cuentas que usen Google Ads o GA4. No migrar implica perder funcionalidades de audiencias, remarketing y modelado de conversiones para ese tráfico.
| Señal | Controla | Novedad en V2 |
|---|---|---|
analytics_storage | Cookies de analítica (GA4) | No (existía en V1) |
ad_storage | Cookies publicitarias | No (existía en V1) |
ad_user_data | Envío de datos de usuario a Google Ads | Sí, obligatoria |
ad_personalization | Publicidad personalizada y remarketing | Sí, obligatoria |
Tabla de contenidos
- ¿Qué es Google Consent Mode V2 técnicamente?
- Las cuatro señales de V2 y qué cambia respecto a V1
- Basic vs. Advanced: cómo funciona el modelado y los pings
- Prerrequisitos técnicos antes de empezar
- Implementación técnica paso a paso con gtag y GTM
- Checklist de migración desde Consent Mode V1
- Cómo probar y validar la implementación
- Impacto en la medición y tácticas para reducir la pérdida de datos
- Privacidad y cumplimiento GDPR en Europa Central
- Problemas comunes y cómo resolverlos
- Recursos oficiales y siguientes pasos
- Puntos clave
- Lo que la mayoría de implementaciones pasa por alto
- LG DataOne audita y monitoriza tu Consent Mode V2
- Fuentes y lecturas recomendadas
- Preguntas frecuentes
👉 Si necesitas descargarte infografías sobre Consent Mode V2, descuentos en cursos y herramientas y mucho más puedes hacerlo aquí: descargar infografías y recursos
¿Qué es Google Consent Mode V2 técnicamente?
Consent Mode es una API de Google que comunica el estado de consentimiento del usuario a las etiquetas y SDKs de Google, ajustando su comportamiento en tiempo real. No es un banner ni una CMP: es la capa de señalización que conecta la decisión del usuario con el comportamiento de las etiquetas.
Afecta a GA4, Google Ads, Floodlight y cualquier otra etiqueta de Google que respete la API. La integración se realiza mediante gtag.js directamente o a través de Google Tag Manager, y puede complementarse con una CMP certificada por Google que mapee automáticamente las categorías de consentimiento a las señales técnicas.
El flujo conceptual es: el usuario interactúa con el banner de la CMP → la CMP empuja el estado al
dataLayero llama agtag('consent','update',{...})→ las etiquetas de Google leen ese estado y ajustan qué datos recopilan y qué cookies escriben.
Consejo profesional: Una CMP «certificada por Google» no garantiza que el mapeo de propósitos esté bien configurado. Verifica siempre en el Network tab que los pings incluyen los parámetros gcs y gcd con los valores esperados.
Las cuatro señales de V2 y qué cambia respecto a V1
Consent Mode V2 añade dos señales obligatorias sobre las dos que ya existían en V1: ad_user_data y ad_personalization. Este es el cambio técnico central que requiere acción en todas las implementaciones existentes.
Descripción de las señales nuevas:
ad_user_data: controla si se pueden enviar datos del usuario a Google para fines publicitarios (listas de audiencia, Customer Match). Debe estar engrantedsolo si el usuario ha aceptado explícitamente el uso de sus datos para publicidad.ad_personalization: controla si se puede usar publicidad personalizada y remarketing. Ponerla endenieddesactiva los anuncios personalizados aunquead_storageesté engranted.
Consecuencias de no enviar las señales nuevas en tráfico EEE:
- Las audiencias de remarketing no se construyen correctamente.
- El modelado de conversiones opera con menos señal, reduciendo su precisión.
- Google puede interpretar la ausencia de señal como incumplimiento de sus políticas para el EEE.
| Categoría CMP típica | Señal V2 correspondiente | Valor si acepta | Valor si rechaza |
|---|---|---|---|
| Analítica / Estadísticas | analytics_storage | granted | denied |
| Publicidad / Marketing | ad_storage, ad_user_data | granted | denied |
| Personalización | ad_personalization | granted | denied |
Consejo profesional: Cuando el usuario acepta «publicidad» pero no «personalización», ad_storage y ad_user_data pueden ir a granted mientras ad_personalization permanece en denied. Este escenario mixto es válido y frecuente; asegúrate de que tu CMP lo mapea correctamente.
Basic vs. Advanced: cómo funciona el modelado y los pings
La diferencia entre los dos modos no es cosmética: determina cuánta señal llega a Google cuando un usuario rechaza las cookies.
| Característica | Basic | Advanced |
|---|---|---|
| Carga de etiquetas antes del consentimiento | No | Sí (sin cookies) |
| Pings cookieless antes del consentimiento | No | Sí |
| Modelado de conversiones específico del anunciante | No (modelo genérico) | Sí |
| Complejidad de implementación | Baja | Media |
| Requiere que la CMP no bloquee tags | No | Sí |
En el modo Advanced, las etiquetas se cargan con todos los parámetros en denied y envían «consent state pings» y «key event pings» sin cookies ni identificadores persistentes. Google usa esos pings anonimizados para construir un modelo de conversiones específico del anunciante, más preciso que el modelo genérico que aplica en Basic.
Los parámetros gcs y gcd en las peticiones HTTP codifican el estado de consentimiento en cada ping. Cuando ad_storage está en denied, no se leen ni escriben cookies publicitarias; cuando ad_personalization está en denied, el remarketing personalizado queda desactivado aunque el resto de señales estén en granted.
Cuándo elegir cada modo:
- Basic es suficiente si el sitio no invierte en Google Ads o si la CMP no puede configurarse para no bloquear tags.
- Advanced es preferible cuando hay inversión publicitaria significativa y se necesita modelado de conversiones preciso para el EEE.
Prerrequisitos técnicos antes de empezar
Antes de escribir una sola línea de código, confirma que tienes estos elementos en orden:
- CMP con soporte V2: debe poder mapear sus categorías de propósito a las cuatro señales. Si no lo hace automáticamente, necesitarás el mapeo manual.
- GTM o gtag.js instalado: la instalación correcta de Google Tag Manager es el punto de partida para cualquier implementación.
- Propiedad GA4 activa: con acceso de editor para verificar la configuración de Consent Mode en la interfaz.
- Acceso a Google Ads: necesario para verificar el estado de las señales en el panel de conversiones.
| Prerrequisito | Responsable | Notas |
|---|---|---|
| CMP configurada con V2 | Dev / Legal | Verificar mapeo de propósitos |
Snippet default en | Dev | Antes de GTM/gtag |
| GA4 y Google Ads activos | Marketing | Acceso editor en GA4 |
| Revisión legal GDPR/EEE | Legal / DPO | DPIA si aplica remarketing |
| Entorno de staging | Dev | Para pruebas antes de producción |
Consejo profesional: En Advanced, la CMP debe estar configurada para «unblock tags» o «no bloquear etiquetas». Si la CMP bloquea la carga de GTM hasta el consentimiento, los pings cookieless nunca se envían y el modelado avanzado no funciona, aunque el código sea técnicamente correcto.
Implementación técnica paso a paso con gtag y GTM
Paso 1: snippet de configuración por defecto en el <head>
El código de default consent debe cargarse antes de cualquier etiqueta de Google, idealmente en el <head> del documento. Retrasarlo puede provocar fugas de datos.
<!-- Consent Mode V2: default ANTES de GTM -->
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('consent', 'default', {
'analytics_storage': 'denied',
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization':'denied',
'wait_for_update': 500
});
gtag('set', 'ads_data_redaction', true);
gtag('set', 'url_passthrough', true);
</script>
<!-- A continuación, el snippet de GTM -->
Paso 2: actualizar el consentimiento tras la interacción del usuario
Cuando el usuario acepta o rechaza en el banner, la CMP debe llamar a gtag('consent','update',{...}) con los valores correspondientes:
// Ejemplo: usuario acepta analítica pero rechaza publicidad
gtag('consent', 'update', {
'analytics_storage': 'granted',
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization':'denied'
});
Paso 3: configuración en Google Tag Manager
En GTM, la CMP debe exponer el estado de consentimiento en el dataLayer. El flujo recomendado:
- La CMP empuja un evento al
dataLayercon los valores de consentimiento. - Un trigger de tipo «Custom Event» en GTM escucha ese evento.
- Las etiquetas de Google Ads y GA4 en GTM tienen activada la opción «Consent checks» para respetar las señales.
Nota técnica: GTM tiene una sección nativa de «Consent Overview» (en Administración > Configuración de consentimiento) donde puedes ver qué etiquetas respetan las señales y cuáles no. Revísala antes de publicar cualquier cambio.
| Clave en dataLayer | Señal V2 | Valores válidos | Responsable |
|---|---|---|---|
consentAnalytics | analytics_storage | granted / denied | Dev / CMP |
consentAds | ad_storage | granted / denied | Dev / CMP |
consentUserData | ad_user_data | granted / denied | Dev / CMP |
consentPersonalization | ad_personalization | granted / denied | Dev / CMP |
Consejo profesional: Activa url_passthrough: true y ads_data_redaction: true en el snippet de default. El primero permite pasar información de clics en URLs para modelado sin cookies; el segundo redacta identificadores de clic cuando ad_storage está en denied.
Checklist de migración desde Consent Mode V1
Si ya tienes V1 implementado, la migración a V2 no requiere reescribir todo, pero sí pasos concretos y verificables.
Pasos de migración
- Auditoría del estado actual: identifica dónde está el snippet de default consent, qué señales incluye y qué CMP gestiona el consentimiento.
- Añadir las señales nuevas al snippet de default: incorpora
ad_user_datayad_personalizationendeniedal bloquegtag('consent','default',{...}). - Actualizar el mapeo en la CMP: asegúrate de que la CMP envía
gtag('consent','update',{...})con las cuatro señales, no solo con las dos de V1. - Revisar etiquetas legacy: comprueba en GTM que todas las etiquetas de Google Ads y GA4 tienen activadas las comprobaciones de consentimiento nativas.
- Desplegar en staging y ejecutar el plan de pruebas (ver sección siguiente).
- Desplegar en producción y monitorizar el modelado de conversiones en GA4 y Google Ads durante los primeros 7 días.
Checklist de verificación antes de producción:
- [ ] Snippet de default incluye las cuatro señales en
denied - [ ] Snippet carga antes de GTM en el
<head> - [ ] CMP actualiza las cuatro señales en el
update - [ ] Etiquetas de GTM tienen «Consent checks» activado
- [ ] Pings con
gcs/gcdvisibles en Network tab - [ ] No se escriben cookies cuando todo está en
denied
Plan de reversión: si tras el despliegue detectas pérdida anómala de datos o errores en el modelado, puedes revertir temporalmente eliminando las dos señales nuevas del update (manteniendo solo ad_storage y analytics_storage) mientras investigas. No elimines el snippet de default: eso sería peor.
Consejo profesional: No asumas que una CMP «certificada por Google» resolverá el mapeo automáticamente. Verifica siempre en el Network tab que el update incluye las cuatro señales con los valores correctos tras cada interacción del usuario.
Cómo probar y validar la implementación
Procedimiento de prueba recomendado
- Abre el sitio en modo incógnito con Google Tag Assistant activo.
- Antes de interactuar con el banner, abre el Network tab y filtra por
googleogtag. Verifica que no hay peticiones con cookies y que los pings incluyengcs=G100(todos endenied). - Acepta todas las categorías y verifica que los pings cambian a
gcs=G111y que las cookies de GA4 y Ads se escriben. - Recarga en incógnito, rechaza todo y confirma que no se escriben cookies y que los pings cookieless siguen llegando (en Advanced).
- Prueba un escenario mixto: acepta analítica, rechaza publicidad. Verifica que
analytics_storage=grantedyad_storage=denieden los pings. - Cambia el consentimiento después de la carga inicial (el usuario abre el panel de preferencias y modifica su elección) y verifica que el
updatese dispara correctamente.
Métricas y logs a validar:
- Presencia de pings cookieless en Advanced cuando todo está en
denied - Ausencia de cookies
_ga,_gcl_aucuandoanalytics_storageyad_storageestán endenied - Eventos modelados visibles en GA4 DebugView tras aceptar
- Registros de
gtag('consent','update',{...})en la consola del navegador
Para verificar la configuración de Consent Mode de forma automatizada, LG DataOne ofrece una herramienta específica que detecta defaults faltantes y estados incorrectos sin necesidad de inspección manual.
Impacto en la medición y tácticas para reducir la pérdida de datos
Con Basic, los usuarios que rechazan las cookies no generan ninguna señal: la pérdida de datos es total para ese segmento y el modelado opera con el modelo genérico de Google, menos preciso. Con Advanced, los pings anonimizados permiten a Google construir un modelo específico del anunciante, reduciendo la pérdida de señal de forma considerable.
Tácticas prácticas para minimizar el impacto:
- Prioriza los eventos de conversión críticos en la implementación servidor-side (server-side tagging), donde el control sobre qué datos se envían es mayor.
- Mantén un naming limpio y consistente de eventos en GA4: el modelado funciona mejor cuando los eventos tienen estructura predecible.
- Valida que los eventos de ecommerce no incluyen PII (información de identificación personal) en los parámetros, especialmente
transaction_idouser_idsin hashing. - Usa el modelado avanzado de conversiones en Google Ads activando la opción en la configuración de la acción de conversión.
Consejo profesional: Calibra las expectativas del equipo de marketing antes del despliegue. El CTR atribuible y el ROAS reportado pueden bajar tras la migración, no porque las campañas rindan peor, sino porque el modelo de atribución es ahora más conservador y preciso. Documenta los valores de referencia antes del cambio.
Privacidad y cumplimiento GDPR en Europa Central
El GDPR exige consentimiento previo, libre, específico e informado para el uso de cookies no esenciales. Consent Mode V2 es una herramienta técnica que ayuda a implementar ese requisito, pero no lo sustituye: la responsabilidad legal recae en el operador del sitio.
El Grupo de Trabajo del Artículo 29 (ahora EDPB) ha señalado que los patrones oscuros en banners de consentimiento, como hacer el rechazo más difícil que la aceptación, constituyen una violación del principio de consentimiento libre. Cualquier implementación de Consent Mode debe ir acompañada de una interfaz de consentimiento que cumpla este estándar.
Checklist de cumplimiento GDPR para Europa Central:
- El banner ofrece rechazo tan fácil como aceptación (sin «dark patterns»).
- El consentimiento es granular: el usuario puede aceptar analítica y rechazar publicidad de forma independiente.
- Se conservan logs de consentimiento con marca de tiempo, versión del banner y opciones elegidas.
- El mapeo CMP → señales V2 está documentado y disponible para auditoría.
- Si se usa remarketing o Customer Match, existe una DPIA (Evaluación de Impacto sobre la Protección de Datos) actualizada.
- La política de privacidad describe qué datos se modelan y con qué base legal.
Prácticas operativas recomendadas:
- Exporta la configuración de la CMP periódicamente y guárdala en el «evidence pack» de cumplimiento.
- Documenta en la ficha técnica del proyecto qué datos se modelan, qué señales se usan y por qué.
- Revisa el mapeo cada vez que la CMP actualice su versión o Google modifique la API.
Mantener un evidence pack con logs de consentimiento y diagramas de flujo de datos es una práctica recomendada tanto por PrivacyOS como por FlowConsent para preparar auditorías regulatorias.
Este artículo es información técnica general. Consulta con un asesor legal especializado en protección de datos para validar tu implementación específica frente al GDPR y la normativa aplicable en tu jurisdicción.
Problemas comunes y cómo resolverlos
Errores frecuentes y sus soluciones:
- Defaults no establecidos o establecidos tarde: el snippet de
gtag('consent','default',{...})aparece después del snippet de GTM. Solución: mover el bloque de default al<head>antes de cualquier etiqueta de Google. - Mapeo CMP incompleto: la CMP solo actualiza
ad_storageyanalytics_storage, omitiendo las señales nuevas. Solución: revisar la configuración de la CMP y añadirad_user_datayad_personalizationalupdate. - CMP bloqueando pings en Advanced: la CMP está configurada para bloquear GTM hasta el consentimiento, impidiendo los pings cookieless. Solución: cambiar la CMP a modo «unblock tags» o «no bloquear etiquetas».
- Etiquetas legacy ignorando señales: etiquetas antiguas de Google Ads sin la opción «Consent checks» activada en GTM. Solución: revisar todas las etiquetas en GTM > Administración > Configuración de consentimiento.
Cómo interpretar Google Tag Assistant:
Busca en Tag Assistant que las etiquetas de GA4 y Google Ads muestren el estado de consentimiento correcto en cada escenario. Si una etiqueta aparece como «fired» cuando todo está en denied, hay un problema de configuración. En el Network tab, el parámetro gcs debe reflejar el estado real: G100 para todo denied, G111 para todo granted.
Cuándo escalar:
- Involucra al equipo legal si detectas que el banner no ofrece rechazo equivalente a la aceptación.
- Abre un ticket con el proveedor de CMP si el mapeo automático no incluye las cuatro señales tras una actualización de la plataforma.
Consejo profesional: Revisa el estado de Google Tag Manager periódicamente. Una actualización de GTM o de la CMP puede romper el mapeo silenciosamente sin generar errores visibles en la consola.
Recursos oficiales y siguientes pasos
Documentación oficial de Google:
- Configurar Consent Mode en sitios web (Google for Developers): referencia técnica primaria para snippets y parámetros.
- Descripción general de Consent Mode (Google for Developers): explica pings, parámetros
gcs/gcdy comportamiento de etiquetas. - Configurar Consent Mode en Google Ads: guía específica para anunciantes con instrucciones Basic vs. Advanced.
- Consent Mode en Google Tag Manager: documentación de GTM sobre cómo las etiquetas respetan las señales.
Herramientas de prueba recomendadas:
- Google Tag Assistant: para depurar el estado de las etiquetas y verificar pings.
- Network Inspector del navegador: para inspeccionar parámetros
gcsygcden tiempo real. - GA4 DebugView: para verificar eventos modelados y estado de consentimiento en la interfaz.
- Herramienta de verificación de Consent Mode de LG DataOne: auditoría automatizada del estado de las señales.
Guarda estas referencias en tu evidence pack de cumplimiento. En una auditoría regulatoria, demostrar que la implementación sigue la documentación oficial de Google refuerza la posición del responsable del tratamiento.
Siguientes pasos prácticos sobre el Consent Mode V2:
- Ejecuta el checklist de prerrequisitos en staging.
- Despliega el snippet de default y verifica con Tag Assistant.
- Configura el mapeo en la CMP y prueba los cuatro escenarios de consentimiento.
- Documenta el evidence pack y programa una revisión trimestral.
Puntos clave sobre el Consent Mode V2
La implementación correcta de Consent Mode V2 requiere establecer las cuatro señales en denied antes de GTM, mapear la CMP a todas ellas y elegir Advanced cuando la inversión publicitaria justifica el modelado específico del anunciante.
| Punto | Detalles |
|---|---|
| Cuatro señales obligatorias | V2 añade ad_user_data y ad_personalization a las dos señales de V1; todas deben estar en el snippet de default. |
| Default antes de GTM | El bloque gtag('consent','default',{...}) debe cargarse en el <head> antes de cualquier etiqueta de Google. |
| Basic vs. Advanced | Advanced permite modelado específico del anunciante mediante pings cookieless; Basic bloquea tags hasta el consentimiento. |
| Pruebas en cuatro escenarios | Verifica aceptar todo, rechazar todo, consentimiento mixto y cambio posterior; usa Tag Assistant y el Network tab. |
| LG DataOne para auditoría | LG DataOne audita automáticamente GA4, GTM y Consent Mode, detecta defaults faltantes y genera evidence packs para cumplimiento. |
Lo que la mayoría de implementaciones pasa por alto
La narrativa habitual sobre Consent Mode V2 se centra en el cumplimiento legal como motivación principal. Eso es correcto, pero incompleto. El argumento más sólido para implementarlo bien, y en modo Advanced, es de negocio: sin pings cookieless, el algoritmo de Smart Bidding de Google Ads opera con menos señal para el EEE, lo que se traduce en peor optimización de pujas y, en última instancia, en mayor coste por conversión.
Hay otro punto que los artículos técnicos suelen omitir: la implementación no es un proyecto puntual. Las CMPs actualizan sus versiones, Google modifica la API, y los equipos de desarrollo cambian el código sin avisar al equipo de analítica. Una implementación que funcionaba en enero puede estar rota en junio sin que nadie lo haya detectado. La monitorización continua no es un lujo; es parte del mantenimiento ordinario de cualquier stack de medición serio.
Por eso, en entornos con inversión publicitaria relevante, la configuración Advanced con revisión periódica supera sistemáticamente a una implementación Basic «set and forget». El modelado avanzado solo funciona si los pings llegan de forma consistente, y eso requiere que alguien verifique que el sistema sigue funcionando después del despliegue inicial.
LG DataOne audita y monitoriza tu Consent Mode V2
Configurar Consent Mode V2 correctamente es una cosa. Mantenerlo funcionando después de cada actualización de CMP, cambio de GTM o nueva etiqueta de Ads es otra. LG DataOne resuelve exactamente ese segundo problema.
La plataforma de LG DataOne audita automáticamente la configuración de GA4, GTM y Consent Mode, detecta defaults faltantes, identifica etiquetas que no respetan las señales y genera un evidence pack listo para auditorías regulatorias. Las pruebas automatizadas cubren los cuatro escenarios de consentimiento sin intervención manual, y las alertas notifican cuando algo cambia en el stack y rompe el comportamiento esperado.
Para equipos que gestionan varios sitios o clientes, la monitorización continua de LG DataOne elimina la revisión manual periódica y centraliza los informes de estado de consentimiento en un solo panel. Prueba la plataforma durante 14 días sin coste en lgdataone.io y comprueba el estado real de tu implementación antes de que lo detecte un regulador.
Fuentes y lecturas recomendadas sobre Consent Mode V2
Documentación oficial:
- Configurar Consent Mode en sitios web (Google for Developers): referencia técnica primaria para snippets, parámetros y orden de carga.
- Descripción general de Consent Mode (Google for Developers): pings, parámetros
gcs/gcdy comportamiento de etiquetas integradas. - Configurar Consent Mode en Google Ads: guía para anunciantes, diferencias Basic/Advanced y requisitos EEE.
- Consent Mode en Google Tag Manager: cómo las etiquetas de GTM respetan las señales de consentimiento.
Guías técnicas y de cumplimiento:
- FlowConsent: guía de implementación de Consent Mode V2: cubre Basic vs. Advanced, snippets y obligatoriedad desde marzo de 2024.
- PrivacyOS: Consent Mode V2 y cumplimiento GDPR: recomendaciones de evidence pack, DPIAs y errores comunes de CMP.
- EDPB: informe del grupo de trabajo sobre banners de cookies: estándar regulatorio europeo sobre dark patterns y consentimiento válido.
| Recurso | Tipo | Utilidad principal |
|---|---|---|
| Google for Developers (Consent Mode) | Documentación oficial | Snippets y referencia de parámetros |
| Google Ads Help (Consent Mode) | Documentación oficial | Requisitos EEE y configuración Ads |
| FlowConsent | Guía técnica | Basic vs. Advanced, obligatoriedad |
| PrivacyOS | Guía de cumplimiento | Evidence pack, DPIAs, errores CMP |
| EDPB (informe banners) | Regulatorio | Estándar europeo de consentimiento válido |
Guarda estas fuentes en tu evidence pack: demostrar que la implementación sigue la documentación oficial y los estándares regulatorios europeos refuerza la posición del responsable del tratamiento ante cualquier inspección.
Preguntas frecuentes (FAQs) sobre el Consent Mode V2
¿Qué es Consent Mode V2?
Consent Mode V2 es la versión actualizada de la API de Google que transmite cuatro señales de consentimiento (analytics_storage, ad_storage, ad_user_data y ad_personalization) para controlar el comportamiento de etiquetas y SDKs de Google según las preferencias del usuario. Es obligatorio para anunciantes en el EEE desde el 6 de marzo de 2024.
¿Qué diferencia hay entre el modo básico y el avanzado?
En el modo básico, las etiquetas de Google no se cargan hasta que el usuario da su consentimiento, por lo que no hay datos ni pings antes de esa interacción. En el modo avanzado, las etiquetas se cargan con todos los parámetros en denied y envían pings anonimizados que permiten el modelado de conversiones específico del anunciante.
¿Qué es una CMP y por qué es necesaria para Consent Mode?
Una CMP (plataforma de gestión de consentimiento) es el sistema que muestra el banner de cookies al usuario y recoge su decisión. Consent Mode no proporciona ese banner: necesita una CMP que mapee las categorías de consentimiento del usuario a las cuatro señales técnicas y las comunique a Google mediante gtag('consent','update',{...}).
¿Cómo sé si mi implementación de Consent Mode V2 funciona correctamente?
Usa Google Tag Assistant para verificar el estado de las etiquetas en cada escenario de consentimiento, e inspecciona el Network tab para confirmar que los parámetros gcs y gcd reflejan el estado correcto. En modo Advanced, deben aparecer pings cookieless incluso cuando todo está en denied. LG DataOne automatiza esta verificación con su herramienta de comprobación de Consent Mode.
¿Qué ocurre si no implemento Consent Mode V2 para tráfico EEE?
Sin Consent Mode V2, Google no puede modelar las conversiones perdidas por falta de consentimiento, las audiencias de remarketing se construyen de forma incompleta y las funcionalidades de Google Ads para el EEE quedan limitadas. Además, operar sin una señal de consentimiento válida para cookies no esenciales puede constituir una infracción del GDPR.