Consent Mode v2: cómo verificamos su implementación y detectamos errores de medición
Publicado el 07/10/2026
E-commercePublicado el 07/10/2026
E-commerce
Consent Mode v2 es el sistema de Google que transmite a sus etiquetas la decisión de consentimiento del usuario mediante 4 señales: ad_storage, analytics_storage, ad_user_data y ad_personalization. Tenerlo instalado no garantiza que funcione. Hay que comprobar que las señales se envían y se actualizan bien, y que Google puede modelar los datos.
Consent Mode v2 se ha convertido en una pieza estándar para medir y anunciarse con Google en el Espacio Económico Europeo. Pero instalado no significa funcional. Los síntomas de una implementación rota se repiten: conversiones que caen tras activar el banner, avisos en el diagnóstico de Google Ads e informes de GA4 sin datos estimados.
En esta guía te explicamos cómo comprobamos en Proun Google Consent Mode v2 por escenarios, qué errores lo rompen, por qué GA4 y Google Ads no modelan tus datos y cómo lo auditamos. Los datos técnicos utilizados en este artículo proceden de la documentación oficial de Google.
Consent Mode es la API de Google que ajusta el comportamiento de sus etiquetas según el consentimiento del usuario. No muestra ningún banner. Recibe la decisión que recoge la CMP (Consent Management Platform), la herramienta que gestiona el banner de cookies. La diferencia entre Consent Mode v1 vs v2 son 2 parámetros añadidos en noviembre de 2023.
| Implementación | Antes de la elección | Tras un rechazo | Modelado en GA4 |
| Basic | Las etiquetas de Google no cargan | No se envía nada | No disponible |
| Advanced | Las etiquetas cargan con el estado default | Se envían cookieless pings | Disponible si se cumplen los umbrales |
Los cookieless pings son señales sin cookies que Google usa para modelar. La comparativa oficial de Basic y Advanced detalla ambos modos. El modelado de comportamiento de GA4 solo está disponible con Advanced Consent Mode v2.
El flujo tiene 4 pasos que debemos ejecutar en orden:
La guía oficial de implementación es explícita: con el código de consentimiento fuera de orden, los valores predeterminados no funcionan. Consent Mode tampoco guarda la elección. La CMP la persiste y repite el update en cada página. Este reparto de responsabilidades explica por qué el test tiene que recorrer varias páginas y varios escenarios.
Comprobar Consent Mode v2 exige repetir el mismo test en 5 escenarios y revisar 3 capas: el default, el update y el comportamiento de cada etiqueta. Un consent mode v2 checker automático que no interactúa con el banner solo ve la carga inicial de la página, así que no sustituye este test. Google recomienda verificar la implementación con Tag Assistant, su depurador de etiquetas.
Abrimos una sesión de Tag Assistant en una ventana de incógnito sin tocar el banner. En el resumen, seleccionamos el primer evento Consent y comprobamos que la llamada fija las 4 señales. La pestaña Consent nos muestra los valores en la columna On-page Default. El default correcto es el que define la política de tu web y tu CMP: Google no fija un valor universal.
Interactuamos con el banner y seleccionamos el evento Consent más reciente. La columna On-page Update refleja la elección. Un update que solo modifica ad_storage y analytics_storage deja ad_user_data y ad_personalization en su valor default: es la huella de una migración incompleta de v1 a v2.
La matriz de consent mode v2 test recoge qué debemos comprobar en cada escenario. La correspondencia entre las categorías del banner y las 4 señales depende de cada CMP, así que conviene que revisemos ese mapeo antes de empezar.
| Escenario | Qué debe ocurrir | Qué revisar |
| Primera visita | Default de las 4 señales antes de cualquier etiqueta | Primer evento Consent en Tag Assistant |
| Aceptar todo | Update de las 4 señales a granted | Columna On-page Update y etiquetas disparadas |
| Rechazar todo | Update de las 4 señales a denied | Etiquetas sin cookies (Advanced) o bloqueadas (Basic) |
| Solo analítica | analytics_storage en granted; señales publicitarias en denied | GA4 mide; Google Ads no escribe cookies |
| Retirar consentimiento | Update de granted a denied | Estado denegado en la página actual y en las siguientes |
La retirada usa el mismo comando update, en sentido inverso. Google indica que la elección revisada debe persistirse, por ejemplo en una cookie propia o en local storage, para aplicarse en las cargas siguientes. Comprobamos 2 momentos: la página donde el usuario revoca y la siguiente navegación.
Tag Assistant es la vía más directa para un check consent mode v2 sin herramientas de terceros. La pestaña Tags nos indica, para cada etiqueta, qué tipos de consentimiento requiere y si se disparó o quedó bloqueada. En la pestaña Network del navegador, el parámetro gcs de las peticiones a Google resume ad_storage y analytics_storage: G100 indica ambos denegados y G111, ambos concedidos. Con valores por región, repetimos el test simulando la ubicación desde las herramientas de desarrollo de Chrome, tal como recomienda Google.
En Google Ads, abrimos Objetivos, entramos en una acción de conversión web y consultamos el estado de Consent Mode. Google contempla 2 estados: implementado, e implementado con modelado activo. El segundo confirma que consent mode v2 google ads no solo recibe señales, sino que ya modela conversiones.
La mayoría de fallos se concentran en 5 puntos: default, update, orden de carga, bloqueo de etiquetas y regiones. La tabla resume cómo los detectamos. Google documenta cada caso en su guía de solución de problemas del modo de consentimiento.
| Síntoma | Causa probable | Cómo confirmarlo |
| Pestaña Consent vacía | Consent Mode no implementado | Tag Assistant sin eventos Consent |
| Error de Tag Assistant en la primera carga | Default fijado después de una etiqueta | Orden de eventos en el resumen |
| Señales v2 siempre en default | Update incompleto | Columna On-page Update |
| Valores distintos según el día o la conexión | CMP asíncrona sin espera | Test repetido con red lenta |
| GA4 sin modelado y pocos datos de rechazo | Etiqueta bloqueada (Basic de facto) | Pestaña Tags y peticiones de red |
Google exige fijar el default antes de que cualquier etiqueta use o actualice el consentimiento. Con una etiqueta publicitaria disparada antes del default, la cookie ya se ha leído o escrito y Tag Assistant muestra un error. En gtag.js, la solución es subir el comando default por encima de cualquier snippet y no fijarlo de forma asíncrona.
La CMP debe enviar un update por cada señal con default, en ambos sentidos. Google desaconseja llamar a gtag(‘consent’, …) desde una etiqueta HTML personalizada de Tag Manager. El estado se gestiona con una plantilla que use la API de consentimiento de GTM.
Una CMP asíncrona no siempre se ejecuta antes que las etiquetas. El parámetro wait_for_update fija cuántos milisegundos esperan las etiquetas al update; el ejemplo de Google usa 500. En una implementación de consent mode v2 GTM, la plantilla de la CMP se dispara con el activador Consent Initialization – All Pages, y el resto de etiquetas se dispara después de inicializar el consentimiento.
Bloquear la etiqueta de Google hasta el consentimiento, con excepciones en GTM o reglas de la CMP, convierte una implementación Advanced en Basic. Google advierte que ese bloqueo reduce la precisión de las conversiones modeladas y deja a GA4 sin modelado de comportamiento. La duplicidad es el error inverso: las Google tags instaladas a la vez por un plugin y por GTM, con 2 defaults distintos.
El parámetro region aplica defaults por territorio con códigos ISO 3166-2, y el valor más específico prevalece. El fallo típico es fijar región para una señal y no para las demás. El propio ejemplo de diagnóstico de Google muestra este caso.
El modelado no se activa por instalar Consent Mode: Google lo aplica solo cuando la implementación y el volumen de datos superan sus umbrales. Modelar significa estimar, con aprendizaje automático, el comportamiento de los usuarios que rechazan a partir de los que aceptan.
| Requisito | GA4: modelado de comportamiento | Google Ads: modelado de conversiones |
| Implementación | Advanced en todas las páginas | Consent Mode o TCF v2.0 implementado correctamente |
| Volumen mínimo | 1.000 eventos/día con analytics_storage denegado durante 7 días y 1.000 usuarios/día con granted en 7 de los últimos 28 días | 700 clics en anuncios en 7 días por país y dominio |
| Dónde se ve | Identidad para informes Combinada (Blended) | Columna Conversiones |
La documentación de GA4 sobre modelado de comportamiento añade 2 matices clave para consent mode v2 GA4. Cumplir los umbrales no garantiza la elegibilidad, porque el modelo evalúa criterios adicionales, como la proporción de usuarios nuevos y recurrentes. Los datos modelados solo aparecen con la identidad Combinada, y no se aplican a audiencias, informes de retención, exploraciones de usuario ni exportación a BigQuery.
Google Ads integra las conversiones modeladas en la columna Conversiones y en las estrategias de puja, según su guía de modelado del modo de consentimiento. Bloquear los cookieless pings no impide el modelado, pero impide calcular factores de calibración propios del anunciante, y eso reduce su precisión.
Con server-side tagging, Consent Mode se configura solo en el contenedor web. Server-side tagging es la arquitectura en la que las etiquetas se procesan en un servidor propio en lugar de en el navegador. La etiqueta de Google añade los parámetros de consentimiento a la petición HTTP, y las etiquetas del servidor ajustan su comportamiento, según la guía de Google para server-side. Hay tres puntos que debemos revisar:
Server-side no es una vía para medir sin consentimiento: respeta el estado que recibe del navegador. Encaja dentro de las estrategias para un futuro sin cookies como mejora de control y calidad de datos.
En Proun auditamos Consent Mode v2 en 6 pasos, de la instalación al modelado:
La auditoría es técnica. Qué consentimiento pedir y cómo informarlo es una cuestión legal que tratamos en nuestro artículo sobre aviso legal, privacidad y cookies. Una medición fiable es la base de cualquier proyecto de optimización de la conversión.
En resumen, Consent Mode v2 funciona cuando CMP, GTM, GA4 y Google Ads se comunican en el orden correcto. Un banner visible y un estado «implementado» en Google Ads no bastan: el default, el update, el comportamiento de cada etiqueta y los umbrales de modelado se comprueban por separado. Las implementaciones que superan la matriz de escenarios y mantienen las etiquetas en Advanced dan a GA4 y Google Ads la base para modelar y a la gestión de campañas en Google Ads datos fiables para pujar.
En Proun revisamos tu implementación escenario por escenario y corregimos lo que falla. Te ayudamos a configurar Consent Mode.
Sí. El banner recoge la decisión y Consent Mode la transmite a las etiquetas. Una CMP puede mostrar el banner correctamente y, aun así, no enviar el update, enviarlo sin las señales de v2 o enviarlo cuando las etiquetas ya se han disparado. Solo una revisión en Tag Assistant confirma que la decisión del usuario llega a GA4 y Google Ads.
Hay 3 causas habituales. La primera es una implementación reciente que Google Ads todavía no refleja. La segunda son etiquetas de conversión que no reciben señales de consentimiento, por ejemplo porque se instalaron fuera de GTM o se disparan antes del default. La tercera es revisar una acción de conversión con poco tráfico. El primer paso es abrir Tag Assistant en una página de conversión.
Google indica que el estado tarda 48 horas en aparecer en Google Ads y que, en algunos casos, necesita hasta 2 semanas. Con el modelado activo, Google muestra durante las 4 semanas siguientes la recopilación de datos de incremento por país y dominio. Esperar ese plazo antes de tocar la implementación evita diagnósticos falsos.
Advanced es requisito para el modelado de comportamiento de GA4 y mejora la precisión del modelado de conversiones en Google Ads, porque envía cookieless pings. La elección entre Basic y Advanced depende también de la política de privacidad de cada empresa, así que la decisión final corresponde a su responsable de privacidad o asesoría legal, no solo al equipo de medición.
Google documenta 2 efectos. Un update enviado justo antes de recargar la página corre el riesgo de que el navegador cancele las peticiones. Un update ejecutado en la página siguiente, y no en la que el usuario aceptó, hace que GA4 pierda datos de esa página, como eventos session_start. El update se ejecuta en la misma página y antes de cualquier transición.
Google indica que los usuarios que consienten convierten entre 2 y 5 veces más que los que rechazan. El modelado estima solo las conversiones atribuibles a clics en anuncios y evita sobreestimar, así que no compensa toda la diferencia. Una caída de conversiones tras activar Consent Mode es esperable aunque la implementación sea correcta.
