Consent Mode v2 — el framework de Google para ajustar el comportamiento de los tags en función de las elecciones de consentimiento del usuario — pasó a ser obligatorio el 6 de marzo de 2024 para los anunciantes que sirven a usuarios EEE vía Google Ads o GA4. Dos años después, en 2026, se ha instalado en el stack de tracking estándar pero muchas cuentas siguen teniendo implementaciones incompletas que pierden 20-40 % del dato de atribución.
Esta guía repasa la implementación 2026 completa: elegir un CMP, integrar Consent Mode v2 con GTM, configurar Advanced Mode para conversiones modeladas y validación end-to-end. Se asume familiaridad GA4 + Google Ads básica — si no, ver nuestra guía setup GA4 + Google Ads.
El 6 de marzo de 2024 fue cuando Google aplicó los nuevos parámetros de consentimiento (ad_user_data, ad_personalization). Las cuentas sin Consent Mode v2 correcto perdieron acceso al targeting de audiencias para los usuarios EEE no-consentidores de un día para otro. Dos años después, seguimos viendo ~30 % de las auditorías revelando implementaciones v2 incompletas — generalmente CMP instalado pero señales de consentimiento no correctamente conectadas a los tags GA4/Google Ads. El fix no es trivial pero ROI alto.
Qué es Consent Mode v2 y por qué es obligatorio en 2026
Consent Mode v2 es un framework de Google para ajustar el comportamiento de los tags (Google Ads, GA4, Floodlight, Display & Video 360) en función de las elecciones de consentimiento del usuario. Introduce 4 parámetros de consentimiento: ad_storage, analytics_storage, ad_user_data, ad_personalization.
Dos nuevos en v2 (marzo 2024): ad_user_data y ad_personalization. Requeridos para cualquier feature personalizada de Google Ads (audiencias, remarketing, lookalikes). Sin consentimiento explícito en estos parámetros, Google Ads no puede:
- Usar dato a nivel usuario para targeting de audiencias
- Construir listas de remarketing a partir de tus visitantes del sitio
- Usar Customer Match para personalización publicitaria
- Optimizar Smart Bidding con señales personalizadas
Obligatorio en 2026 para usuarios EEE para conformidad RGPD + Directiva ePrivacy. Penalización por no-conformidad: Google bloquea las features de publicidad personalizada, no solo riesgo legal.
Scope buena práctica: implementa globalmente incluso para usuarios no-EEE. Razones: (1) leyes privacy US estado-nivel extienden requisitos similares, (2) mejor future-proofing, (3) Google recompensa globalmente las cuentas equipadas con consentimiento.
Básico vs Avanzado: cuál elegir
El Modo Avanzado es la recomendación 2026 por defecto para la mayoría de anunciantes. Los pings cookieless enviados para usuarios no-consentidores son anonimizados (sin IP, sin user ID, sin cookie) pero proporcionan suficiente señal para que los modelos de Google estimen los patrones de conversión agregados. Es legalmente conforme bajo RGPD porque ningún dato personal es tratado para los usuarios no-consentidores.
Cuándo usar Básico en su lugar: industrias altamente reguladas (salud, finanzas) con interpretación legal estricta, o cuentas donde el equipo privacy prohíbe explícitamente toda transmisión de dato para usuarios no-consentidores.
Integración CMP: Cookiebot, OneTrust, Didomi, custom
Tres CMP dominan el mercado europeo 2026, todos Google-certificados para Consent Mode v2:
1. Cookiebot (Usercentrics) — El más común en SMB EU. Pricing: gratis hasta 100 subpáginas, 99-279 €/mes para sites más grandes. Setup: 15-30 minutos vía template GTM. Ideal para: e-commerce SMB, pequeños SaaS, agencias gestionando varios sites clientes.
2. OneTrust — Estándar enterprise. Pricing: 1 000 €+/mes, contratos custom. Setup: 1-2 semanas con su solution architect. Ideal para: grandes enterprises (1000+ empleados), industrias reguladas, necesidades de conformidad multi-región.
3. Didomi — Origen francés, popular en EU mid-market. Pricing: 100-500 €/mes. Ideal para: marcas con foco Francia/Europa, casos de uso RGPD-estricto.
CMP custom in-house: requiere implementación manual de todas las señales Consent Mode v2. Reservado a equipos engineering-heavy con necesidades UX específicas. Presupuesto 1-2 meses de tiempo de ingeniería para conformidad correcta.
Pasos de integración (ejemplo Cookiebot):
- Registrarse en cookiebot.com, escanear tu sitio para cookies (crawler automático)
- Configurar categorías de consentimiento: Necessary, Preferences, Statistics, Marketing
- Customizar UX banner (mobile + desktop)
- Instalar script Cookiebot en
<head>antes de cualquier otro tracking - Instalar template Cookiebot GTM (listo Consent Mode v2)
- Verificar que la banner se muestra correctamente a través de browsers/devices
Conversiones modeladas: cómo Google recupera el dato
Cuando un usuario rechaza el consentimiento bajo Advanced Consent Mode:
- Ninguna cookie puesta
- Ningún ID usuario persistente
- Ping cookieless anónimo enviado a Google con: timestamp, URL página, país (aproximado), estado de consentimiento
- Los modelos ML de Google estiman: ¿fue probablemente una conversión? ¿Qué valor? ¿Atribuida a qué campaña?
Resultado: las conversiones modeladas aparecen en el reporting GA4 y Google Ads junto a las conversiones determinísticas. Marcadas con pequeño icono/indicador. Smart Bidding usa ambas en las decisiones de optimización.
Calidad de dato:
- Precisión: 70-90 % vs baseline determinística (según case studies de Google 2024-2025)
- Varianza: más alta en cuentas bajo-volumen (necesitas >1000 sesiones/día para modelado estable)
- Categórico (Purchase vs Lead) generalmente preciso; valores/IDs específicos no modelados
Para Smart Bidding: trata las conversiones modeladas como señal Smart Bidding, no como dato preciso por-transacción. El algoritmo gestiona la incertidumbre estadística.
Para reporting de revenue: separa modelado de determinístico en dashboards. Usa determinístico para reconciliación finanzas, modelado para performance marketing.
Lo que realmente pierdes sin Consent Mode v2
Sin implementación Consent Mode v2 correcta en tráfico EEE 2026:
Targeting de audiencias: imposible construir Custom Audiences desde visitantes del sitio no-consentidores. Audiencias de remarketing se encogen a usuarios consentidores solamente (típicamente 50-75 % del tráfico).
Señal Smart Bidding: ~50 % del dato de conversión faltante de los usuarios no-consentidores. Smart Bidding optimiza sobre un set de dato más pequeño, performa ~15-25 % peor vs cuenta bien configurada.
Customer Match: puedes seguir subiendo listas de clientes, pero las tasas de matching caen sin consentimiento ad_user_data.
Lookalike audiences (Similar audiences): calidad degradada por seed audience más pequeño.
Conversiones modeladas: completamente no disponibles sin Consent Mode v2.
Reporting de performance agregado: funciona a nivel campaña, pero el breakdown por audiencia/demográfico está restringido.
Para las cuentas EEE: el coste de NO implementar v2 es típicamente 20-40 % de pérdida de performance vs cuentas correctamente implementadas. El ROI de la implementación es positivo bajo 3 meses.
Validación: testar el flujo de consentimiento end-to-end
Tres escenarios de test a validar antes de declarar completo:
Test 1 — Usuario acepta todo:
- Abre Chrome incognito, visita tu sitio
- Clica «Accept All» en banner CMP
- Abre Chrome DevTools → Application → Cookies → verifica cookies puestas (gtag_*, _ga, etc.)
- En GA4 DebugView: confirma que los eventos se disparan con parámetros consent=granted
- En Tag Assistant: confirma que todos los tags se disparan normalmente
Test 2 — Usuario rechaza todo:
- Abre nuevo incognito, visita tu sitio
- Clica «Reject All» en banner CMP
- Cookies NO deberían ser puestas (sin ga, sin gtag*)
- En GA4 DebugView: confirma pings cookieless anónimos con consent=denied
- En Tag Assistant: tags se disparan en modo «denied»
Test 3 — Usuario acepta algunos (consentimiento granular):
- Abre incognito, visita tu sitio
- Clica «Customize» o «Manage settings»
- Acepta Analytics solamente, rechaza Marketing
- Verifica: cookies GA4 puestas, cookies Google Ads NO puestas
- Confirma señales de consentimiento: analytics_storage=granted, ad_storage=denied, ad_user_data=denied
Si un test falla, debuggea la integración CMP antes de lanzar tráfico producción. Fallo común: señales de consentimiento no propagadas desde el CMP a los tags GTM por config template incorrecta.
Trampas de implementación comunes
Cinco errores que vemos regularmente en auditorías:
1. Consent Mode v2 declarado pero ninguna señal real conectada. CMP instalado, banner se muestra, pero parámetros consent_state no llegan realmente a los tags Google. Test: chequea GA4 DebugView para parámetros ad_user_data y ad_personalization en payloads de eventos.
2. Default consent configurado en 'granted' en vez de 'denied'. Significa que los tags se disparan normalmente antes de que la banner CMP sea mostrada. Problema de conformidad + doble-conteo de conversiones en carga inicial. Siempre por defecto 'denied' para regiones EEE, aceptar elección del usuario para upgradear.
3. CMP carga después de los tags Google. CMP debe cargar antes de que cualquier tag de tracking se dispare. Fix estándar: colocar script CMP en <head> antes del snippet container GTM.
4. Parámetro wait_for_update faltante. Sin él, los tags Google se disparan instantáneamente con estado de consentimiento por defecto antes de que el CMP pueda actualizar. Añadir wait_for_update=500ms para permitir tiempo de respuesta CMP.
5. Violaciones UX banner. Cajas de consentimiento pre-marcadas, botón «Accept» visualmente enfatizado vs «Reject», lenguaje confuso. Todos ilegales bajo RGPD. Los defaults CMP son generalmente conformes; los diseños custom a menudo no.
Aproximadamente 30 % de las cuentas que afirman tener «Consent Mode v2 implementado» tienen de hecho un setup incompleto — el CMP está instalado y la banner se muestra, pero las señales de consentimiento no llegan correctamente a los tags Google. La auditoría toma 30 minutos; el fix toma 2-4 horas. Lift de performance tras fix: típicamente 15-25 % de mejora Smart Bidding en el tráfico EEE.
Playbook de implementación 30 días
El schema HowTo arriba es el plan día-por-día. Enmarque estratégico:
Semana 1 — Selección CMP e instalación. Auditoría estado actual, elegir CMP, instalar en site, validar que la banner se muestra correctamente.
Semana 2 — Configuración GTM. Tag Consent Mode v2 default settings, mapeo señales desde CMP, updates tags GA4/Google Ads.
Semana 3 — Validación. Tests end-to-end 3-escenarios, fix de cualquier problema de piping de señales de consentimiento, auditoría UX banner de consentimiento para conformidad RGPD.
Semana 4 — Modelado y monitoring. Verificar conversiones modeladas aparecen en GA4/Google Ads, setup monitoring tasa de consentimiento, documentar setup para DPA.
Tras Día 30, Consent Mode v2 pasa a modo mantenimiento: updates trimestrales versión CMP, auditorías anuales privacy policy, monitoring para cambios en tasa de consentimiento.
Para contexto de medición complementario, ver nuestra guía setup GA4 + Google Ads, guía Enhanced Conversions y la más amplia guía estrategia first-party data.
Si quieres optimización pilotada por IA para tu cuenta Google Ads que maximice la señal de tu setup Consent Mode v2 bien configurado, SteerAds lanza una auditoría gratuita de 14 días sobre Google + Microsoft Ads.
Sources
Fuentes oficiales y de terceros consultadas para esta guía:
- support.google.com/google-ads — doc Google Consent Mode v2
- developers.google.com — guía desarrollador Consent Mode v2
- cookiebot.com — doc CMP Cookiebot (Usercentrics)
- onetrust.com — doc CMP OneTrust
- didomi.io — doc CMP Didomi
FAQ
¿Es obligatorio Consent Mode v2 en 2026?
Sí para los anunciantes que usan Google Ads o GA4 con usuarios basados en el EEE (o cualquier usuario al que se aplique el RGPD). Google hizo Consent Mode v2 obligatorio el 6 de marzo de 2024 para nuevas conversiones; las cuentas existentes sin Consent Mode v2 pierden acceso al targeting de audiencias, conversiones modeladas y optimización Smart Bidding para el tráfico EEE. Fuera del EEE, técnicamente opcional pero cada vez más buena práctica.
¿Cuál es la diferencia entre Consent Mode básico y avanzado?
Modo básico: los tags no se disparan en absoluto si el usuario rechaza. No se recoge dato. Sin conversiones modeladas. Más simple pero pierde 30-50 % de la visibilidad del tráfico EEE. Modo avanzado: los tags se disparan con señales de consentimiento pero envían «cookieless pings» anónimos para los usuarios que rechazan. Permite conversiones modeladas y señales de audiencia. Google recomienda fuertemente Advanced para los anunciantes.
¿En qué difiere Consent Mode v2 de v1?
Dos nuevos parámetros de consentimiento añadidos en marzo de 2024: ad_user_data y ad_personalization. Requeridos para que Google Ads haga cualquier cosa personalizada (audiencias, lookalikes, ad targeting). Sin ellos, los usuarios pueden seguir siendo medidos en GA4 (analytics_storage) pero no alimentarán el targeting publicitario.
¿Funcionan realmente las conversiones modeladas?
Sí, con matices. Según los datos de case study 2024-2025 de Google, las cuentas en Advanced Consent Mode con altas tasas de no-consentimiento recuperan 30-65 % del dato de conversión vía modelado. Las conversiones modeladas son estimaciones estadísticas, no determinísticas. Úsalas para Smart Bidding (el algoritmo gestiona la incertidumbre) pero con prudencia para atribución de conversión individual.
¿Qué CMP elegir para integración Consent Mode v2 en 2026?
Top 3 con integración Google-certificada Consent Mode v2 en 2026: Cookiebot (el más común en SMB EU, setup fácil, plan gratuito), OneTrust (estándar enterprise, complejo pero potente, caro 1k+ €/mes), Didomi (popular en Francia/Europa, buena UX, pricing intermedio).
¿Y si mis usuarios están fuera del EEE — necesito aún así Consent Mode v2?
Técnicamente opcional pero cada vez más buena práctica. Razones: (1) las leyes US estado-nivel (CCPA, CPRA, etc.) extienden requisitos similares de consentimiento, (2) Google recompensa globalmente las cuentas equipadas con Consent Mode con mejores conversiones modeladas, (3) Privacy Sandbox + futuro cookieless inclina todo hacia la medición consent-based. Incluso fuera del EEE, implementar v2 future-proofea tu stack.
¿Cuánto tiempo antes de que aparezcan las conversiones modeladas tras implementar Consent Mode v2?
Las conversiones modeladas empiezan a aparecer en GA4 y reporting de Google Ads 24-48 horas después de que Consent Mode v2 emita señal activamente. El volumen escala con el tráfico — las cuentas bajo 1000 sesiones/día ven menos conversiones modeladas (umbrales estadísticos para el modelado). El volumen de conversión «recuperado» (vs no tener v2) es más visible tras 30 días de dato comparativo.