Consent Mode v2: qué es y cómo implementarlo

Qué es Google Consent Mode v2

Google Consent Mode v2 es el protocolo de Google que ajusta el comportamiento de las etiquetas de medición (Google Analytics 4, Google Ads, Floodlight) en función del consentimiento que el usuario ha dado o denegado a través del banner de cookies.

En su versión original, Consent Mode ya permitía enviar pings sin cookies cuando el usuario rechazaba el consentimiento. La versión 2 introduce dos parámetros adicionales que cambian las reglas del juego:

ad_user_data: controla si los datos del usuario pueden enviarse a Google con fines publicitarios.
ad_personalization: controla si se permite la publicidad personalizada (remarketing, audiencias similares).

Desde marzo de 2024, Google exige Consent Mode v2 para cualquier anunciante que quiera usar audiencias y medición de conversiones en el Espacio Económico Europeo (EEE) y Reino Unido.

Por qué importa para CRO y analítica

Sin Consent Mode v2 correctamente implementado, pierdes datos de dos formas:

Pérdida de datos de conversión

Si un usuario rechaza las cookies y no tienes Consent Mode, la etiqueta de Google Ads simplemente no se dispara. Esa conversión desaparece por completo de tus informes. Con Consent Mode activo, Google usa modelización para estimar las conversiones de los usuarios que no dieron consentimiento, recuperando entre un 30% y un 70% de los datos perdidos según el sector.

Pérdida de audiencias publicitarias

Sin el parámetro ad_user_data configurado, no puedes alimentar audiencias de remarketing ni crear lookalikes en Google Ads para usuarios del EEE. Esto impacta directamente en el rendimiento de tus campañas y, por tanto, en el coste por adquisición.

Modo básico vs. modo avanzado

Consent Mode v2 se puede implementar en dos niveles:

Modo básico

Las etiquetas de Google solo se cargan cuando el usuario acepta. Si rechaza, no se envía ningún dato. Es la opción más conservadora y la más sencilla de implementar, pero pierdes toda la información de los usuarios que rechazan.

Modo avanzado

Las etiquetas se cargan siempre, pero su comportamiento cambia según el consentimiento:

Con consentimiento: funcionamiento normal con cookies.
Sin consentimiento: se envían pings sin cookies y sin identificadores personales. Google usa estos pings anonimizados para alimentar sus modelos de conversión.

El modo avanzado es el recomendado para la mayoría de negocios porque maximiza la recuperación de datos sin comprometer la privacidad.

Cómo implementar Consent Mode v2

Requisitos previos

Una plataforma de gestión de consentimiento (CMP) compatible: Cookiebot, OneTrust, Didomi, Usercentrics o similar.
Google Tag Manager (recomendado) o gtag.js.
GA4 y/o Google Ads configurados.

Implementación con GTM

Configura los valores por defecto: en la configuración de GTM, establece los valores iniciales de consentimiento antes de que se cargue el banner:

gtag('consent', 'default', {
  'analytics_storage': 'denied',
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'wait_for_update': 500
});

Conecta tu CMP: configura tu plataforma de consentimiento para que actualice los estados cuando el usuario interactúe con el banner:

gtag('consent', 'update', {
  'analytics_storage': 'granted',
  'ad_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted'
});

Verifica con Tag Assistant: usa Google Tag Assistant para confirmar que los estados de consentimiento se envían correctamente con cada hit.

Verificación

Comprueba en el debug de GTM que:

Los valores default se establecen antes de cualquier etiqueta.
Los valores update cambian cuando el usuario acepta.
Las etiquetas de GA4 y Google Ads respetan los estados de consentimiento.

Impacto en los datos: qué esperar

Tras implementar Consent Mode v2 en modo avanzado, estos son los cambios típicos en los datos:

Métrica	Sin Consent Mode	Con Consent Mode v2
Conversiones rastreadas	Solo usuarios que aceptan	Todas (medidas + modelizadas)
Sesiones en GA4	Solo con consentimiento	Pings anonimizados + sesiones completas
Audiencias remarketing	Sin datos del EEE	Datos con consentimiento explícito
Precisión de atribución	Baja (datos incompletos)	Mejorada con modelización

En mercados con alta tasa de rechazo de cookies (Alemania, Francia), la diferencia puede ser de un 40-60% más de conversiones reportadas.

Errores comunes en la implementación

No configurar wait_for_update

Si no estableces un tiempo de espera para que el CMP cargue, las etiquetas pueden dispararse con los valores denied por defecto antes de que el usuario tenga oportunidad de aceptar. Esto genera datos incompletos innecesariamente.

Olvidar ad_user_data y ad_personalization

Muchas implementaciones actualizan solo analytics_storage y ad_storage pero olvidan los dos parámetros nuevos de v2. Sin ellos, no cumples con los requisitos de Google para el EEE y pierdes funcionalidad publicitaria.

No testear por mercado

Las tasas de aceptación de cookies varían enormemente por país. Testea la implementación en cada mercado donde operas y ajusta el diseño del banner para maximizar la aceptación sin ser intrusivo.

Consent Mode y server-side tagging

Si usas server-side tagging con GTM, Consent Mode v2 funciona de forma similar: los estados de consentimiento se envían al contenedor del servidor, que decide qué datos procesar y reenviar a los endpoints (GA4, Google Ads, Meta CAPI).

La ventaja del server-side es que puedes aplicar lógicas de consentimiento adicionales antes de enviar datos a terceros, dándote más control sobre qué información sale de tu infraestructura.

En Boost implementamos Consent Mode v2 como parte de nuestra configuración de analítica para que nuestros clientes midan correctamente sus conversiones sin comprometer la privacidad de sus usuarios. Si necesitas ayuda con tu implementación, habla con nuestro equipo de CRO o analiza tu web gratis con Scan&Boost.

Adrià Vidal — Boost