Cómo comprobar que Consent Mode v2 funciona: 6 pruebas

Consent Mode v2 falla en silencio. El banner aparece, el visitante hace clic, el sitio parece normal y, sin embargo, Google puede estar recibiendo la señal equivocada o ninguna. Normalmente se descubre semanas después, cuando las conversiones caen en Google Ads o GA4 deja de modelar. Esta guía explica cómo comprobar Consent Mode v2 paso a paso. Si aún no lo ha implementado, empiece por nuestra guía de implementación de Google Consent Mode v2 y vuelva aquí para probarlo.

Comprobar Consent Mode v2: cómo es una configuración que funciona

Antes de probar, conviene saber qué buscar. Una implementación correcta cumple cinco condiciones:

1. Primero se define un valor por defecto. Un comando gtag('consent', 'default', {...}) se ejecuta antes de que cargue cualquier etiqueta de Google (GA4, Google Ads, Floodlight). Una etiqueta que se activa antes funciona como si hubiera consentimiento.
2. Se declaran las cuatro señales v2. Consent Mode v1 solo tenía ad_storage y analytics_storage. La versión 2 añade ad_user_data y ad_personalization, que Google exige para mantener audiencias y medición de conversiones en el tráfico del EEE.
3. El valor por defecto es denied para quienes deben consentir. Para los visitantes de la UE y del Reino Unido, las cuatro señales empiezan en denied.
4. Tras la elección llega una actualización. Cuando el visitante acepta o rechaza, la CMP envía gtag('consent', 'update', {...}) con los valores correspondientes.
5. La elección guardada se envía de nuevo en cada página. Un visitante que aceptó ayer no debe tratarse hoy como si hubiera rechazado.

Las pruebas siguientes controlan cada una de estas condiciones.

Prueba 1: comprobar en la consola si Consent Mode está activado

Es el control más rápido y funciona en cualquier sitio.

1. Abra el sitio en una ventana privada para que no haya ninguna elección guardada.
2. Abra las herramientas para desarrolladores (F12, o clic derecho y luego Inspeccionar) y vaya a la pestaña Console.
3. Escriba dataLayer y pulse Intro.

Despliegue las entradas. Una de las primeras debe contener consent, default y las cuatro señales en denied. Debe aparecer antes de las entradas que cargan sus etiquetas (js, config). Después haga clic en «Aceptar todo» en el banner, vuelva a escribir dataLayer y busque una nueva entrada consent, update con las señales en granted.

Si no hay ninguna entrada consent, Consent Mode no está activado. Si la entrada config de su ID de GA4 o de Google Ads aparece antes del default, la etiqueta se ejecutó sin restricciones. El banner de FlowConsent detecta exactamente este orden al iniciarse y muestra un error en la consola con los ID de las etiquetas afectadas.

Prueba 2: probar Google Consent Mode con Tag Assistant

Tag Assistant (tagassistant.google.com) es el depurador de Google y la forma más fiable de probar Consent Mode. Si utiliza Google Tag Manager, el botón Vista previa de su contenedor lo abre directamente.

1. Introduzca la URL de su sitio y conéctese.
2. En la columna izquierda, seleccione el primer evento (a menudo «Consent» o «Consent Initialization»).
3. Abra la pestaña Consent. Cada señal aparece con tres columnas: el valor por defecto en la página, la actualización en la página y el estado actual.

Antes de tocar el banner, la columna por defecto debe mostrar denied para las cuatro señales y la columna de actualización debe estar vacía. Haga clic en «Aceptar todo» en el sitio y seleccione el nuevo evento en Tag Assistant: la actualización debe indicar granted. Repita con «Rechazar todo» en una sesión nueva: la actualización sigue en denied.

Tag Assistant también señala problemas habituales con advertencias, por ejemplo un estado de consentimiento leído antes de definir un valor por defecto. En GTM puede activar además la vista general del consentimiento (Consent Overview) en la configuración del contenedor para ver qué etiquetas tienen comprobaciones integradas y cuáles necesitan un requisito de consentimiento adicional. Nuestra guía de Google Tag Manager y Consent Mode v2 explica esa configuración.

Prueba 3: leer los parámetros gcs y gcd en las solicitudes de red

Cada solicitud que envía una etiqueta de Google lleva el estado del consentimiento en dos parámetros de URL. Leerlos muestra lo que Google ha recibido realmente, y eso es lo que importa.

1. Abra la pestaña Network de las herramientas para desarrolladores y recargue la página.
2. Filtre por collect (solicitudes de GA4) o por gcs= (cualquier etiqueta de Google).
3. Haga clic en una solicitud y revise sus parámetros.

El parámetro gcs

gcs codifica las dos señales de almacenamiento. Empieza por G1, seguido de un dígito para ad_storage y otro para analytics_storage (1 concedido, 0 denegado):

• G100: ambos denegados. Lo esperado antes de cualquier elección y tras un rechazo.
• G111: ambos concedidos. Solo tras una aceptación.
• G110: almacenamiento publicitario concedido, analítica denegada.
• G101: analítica concedida, publicidad denegada.

Si ve G111 en la primera solicitud, antes de que nadie toque el banner, falta el valor por defecto o está en granted. Es el fallo más grave, porque Google registra un consentimiento que nunca se dio.

El parámetro gcd

gcd es más largo (por ejemplo 13p3p3p3p5) y cubre las cuatro señales v2 en este orden: ad_storage, analytics_storage, ad_user_data, ad_personalization. Google no lo documenta oficialmente, pero la comunidad de analítica ha descifrado sus letras. Las más frecuentes:

• l: señal no definida. Si aparece en ad_user_data o ad_personalization, sigue con una configuración v1.
• p: denegada por defecto, sin actualización todavía.
• q: denegada por defecto y denegada en la actualización.
• r: denegada por defecto y concedida en la actualización. Es el patrón ideal tras una aceptación.
• t: concedida por defecto, sin actualización.
• v: concedida por defecto y en la actualización.

Una t o una v para visitantes de la UE significa que el valor por defecto era granted, lo que vacía de sentido la solicitud de consentimiento.

¿Modo básico o avanzado?

Lo que vea en la pestaña Network depende también del modo elegido. En el modo básico, las etiquetas de Google no se cargan antes del consentimiento: no debe aparecer ninguna solicitud collect hasta que el visitante acepte. En el modo avanzado, las etiquetas se cargan y envían pings sin cookies con gcs=G100 mientras no haya consentimiento. Ambos son válidos, pero el resultado esperado es distinto. Nuestro artículo sobre el modo básico frente al avanzado le ayuda a elegir.

Prueba 4: controlar las cookies antes y después de la elección

Las señales son solo la mitad. La otra mitad es que no se almacene nada en el dispositivo mientras no haya consentimiento.

1. En una ventana privada, abra las herramientas para desarrolladores, pestaña Application (Chrome) o Almacenamiento (Firefox), y luego Cookies.
2. Cargue el sitio sin tocar el banner. No debe aparecer ninguna cookie _ga, _ga_<ID> (GA4) ni _gcl_au (vinculador de conversiones de Google Ads).
3. Haga clic en «Rechazar todo» y recargue: sigue sin haber cookies de Google.
4. En una nueva ventana privada, haga clic en «Aceptar todo»: las cookies aparecen.

Si _ga está presente antes de cualquier elección, una etiqueta funciona fuera de Consent Mode, a menudo un segundo GA4 añadido por un plugin o por la integración nativa del creador de sitios. ¿Quiere ver todas las cookies que su sitio instala antes del consentimiento, no solo las de Google? Compruebe en 30 segundos qué cookies instala su sitio con el escáner de cookies gratuito.

Prueba 5: comprobar el estado de Consent Mode en Google Ads y GA4

Las pruebas en el navegador demuestran lo que envía una visita. Las pantallas de las plataformas muestran lo que Google recibe de todo su tráfico.

• Google Ads: abra sus acciones de conversión y luego la pestaña Diagnóstico. Google indica si detecta Consent Mode en sus etiquetas y avisa de la falta de señales de consentimiento en el tráfico del EEE. Los cambios pueden tardar varios días en reflejarse, así que no espere una actualización inmediata tras una corrección.
• GA4: vaya a Administrar, luego Flujos de datos, y abra su flujo web. La sección Configuración de consentimiento indica si las señales de consentimiento para medición y para personalización de anuncios están activas.

Si las pruebas del navegador son correctas pero estas pantallas indican señales ausentes, el problema suele limitarse a algunas páginas o plantillas (una landing sin el fragmento de código, un checkout en otro dominio). El efecto de las señales ausentes en las pujas y las audiencias se explica en nuestro artículo sobre Consent Mode v2 y Google Ads.

Prueba 6: recorrer cada escenario de consentimiento

Una aceptación en la página de inicio no es un plan de pruebas. Recorra cada escenario en una nueva ventana privada y repita las pruebas 2 a 4:

• Primera visita, sin elección: valor por defecto denied, sin cookies de Google, gcs=G100 o ninguna solicitud (modo básico).
• Aceptar todo: actualización a granted, cookies instaladas, gcs=G111.
• Rechazar todo: la actualización sigue en denied, sin cookies.
• Elección parcial: acepte solo estadísticas y compruebe que analytics_storage está en granted y que las tres señales publicitarias siguen en denied.
• Visitante que vuelve: acepte, cierre la pestaña y vuelva a otra página. La elección guardada debe aplicarse de inmediato, sin una serie previa de solicitudes denegadas.
• Retirada del consentimiento: vuelva a abrir la configuración de cookies, retire el consentimiento y compruebe que las siguientes solicitudes vuelven a G100.
• Región: si su valor por defecto usa el parámetro region para aplicar denied solo en el EEE, pruebe desde una conexión del EEE (o una VPN). Una prueba fuera de la región mostrará granted y no le dirá nada.

Pruebe también al menos una ficha de producto, la página de confirmación del pedido (donde se activan las conversiones) y la versión móvil.

Los fallos más habituales y lo que significan

• No hay consent default en el dataLayer: Consent Mode no está activado. Compruebe que la opción está activa en su CMP o que el valor por defecto se define en GTM con el activador Consent Initialization.
• El config llega antes del default: hay una etiqueta incrustada encima del fragmento de la CMP. Suba el fragmento de la CMP o elimine la etiqueta duplicada.
• l en dos señales de gcd: configuración v1. Actualice su CMP o plantilla para que envíe ad_user_data y ad_personalization.
• El estado sigue en denied tras aceptar: la CMP no envía la actualización o la envía con nombres de señal incorrectos.
• granted antes de cualquier elección para visitantes de la UE: valor por defecto incorrecto. Es un problema de cumplimiento, no solo de medición.
• Meta, LinkedIn o Hotjar se activan antes del consentimiento: estas etiquetas no leen las señales de Google. La CMP debe bloquearlas o deben tener un requisito de consentimiento adicional en GTM.

Cómo gestiona FlowConsent la comprobación de Consent Mode v2

FlowConsent está diseñado para superar estas pruebas sin ajustes. El fragmento de integración empieza con un script en línea que pone las cuatro señales en denied antes de cualquier etiqueta de Google, con wait_for_update para que la elección guardada de un visitante que vuelve se aplique antes de las primeras solicitudes. El banner envía la actualización en cada elección y en cada página. Si una etiqueta de Google se ejecuta antes de los valores por defecto, el banner la nombra en un error de consola, y el asistente de instalación verifica toda la cadena en su página publicada. El escaneo de cumplimiento reconoce los pings sin cookies con gcs=G100 como conformes y señala cualquier solicitud que declare un consentimiento concedido tras un rechazo. FlowConsent es gratuito hasta 25.000 sesiones al mes. Encontrará todos los detalles en la documentación de Google Consent Mode.