Verificador de Google Consent Mode

El verificador de Google Consent Mode comprueba que tu configuración de gtag respete las señales de consentimiento y que las etiquetas de marketing solo se activen con el modo correcto aplicado.

Sigue cómo llega el estado del consentimiento a los servicios de Google, para que sepas si gtag.js, la analítica y los anuncios respetan lo que eligió el usuario.

A mano: abre el sitio en una ventana de incógnito limpia, con las herramientas de desarrollo en la pestaña Red, filtra por google-analytics.com y googletagmanager.com, y recarga antes de tocar el banner. Todo lo que se active ahí es previo al consentimiento. Después ejecuta dataLayer en la consola y busca la entrada de consent default: tiene que aparecer antes de que se cargue la librería de gtag, no después.

Ese método funciona, pero solo muestra tu propia sesión, en tu propia máquina, con las extensiones y el consentimiento guardado que ya traes. Y deja afuera la pregunta que más importa, la del tiempo: si el valor por defecto se fijó lo bastante temprano, medido en milisegundos y no a ojo.

Pega una URL arriba y el verificador hace las mismas pasadas desde un navegador limpio y sin historial: el estado por defecto antes de cualquier interacción, el clic en el banner y la actualización que debería seguirle.

Consent Mode v2, que Google exige desde 2024, suma dos señales a las originales: ad_user_data y ad_personalization, junto a ad_storage y analytics_storage.

El verificador confirma que las cuatro señales estén presentes y pasen al estado correcto después del banner. El hueco más común son los sitios que siguen con la v1, sin las dos señales nuevas.

Estar configurado no es lo mismo que funcionar. Cargamos tu sitio como un visitante nuevo y comprobamos el estado por defecto real, la interacción con el banner y la actualización posterior al consentimiento.

Las fallas típicas que sacamos a la luz: el valor por defecto fijado después de que cargan las etiquetas, una plataforma de consentimiento que no envía el evento de actualización, o etiquetas que se activan antes del consentimiento sin importar el modo elegido.

Google penaliza a los sitios que dicen respetar Consent Mode pero igual filtran identificadores de usuario o precargan etiquetas sin respetar el modo elegido.

Un Consent Mode v2 roto también degrada el remarketing y el modelado de conversiones en el EEE y el Reino Unido: es un golpe directo a los ingresos, no solo un problema de cumplimiento.

El modo básico bloquea por completo las etiquetas de Google hasta que hay consentimiento. El avanzado las carga sin cookies y atentas al consentimiento, y envía pings. Cada uno se comporta distinto antes del consentimiento.

El verificador muestra cuál de los dos usa tu sitio y si su comportamiento previo al consentimiento coincide con ese modelo, para que no estés enviando en silencio datos que crees estar reteniendo.

Cuatro señales presentes, no dos. Los sitios con Consent Mode v1 pasan ad_storage y analytics_storage y ahí se quedan; la v2 exige además ad_user_data y ad_personalization. Que falten estas dos es la falla más común que vemos.

El valor por defecto en denegado, y fijado primero. El consent default tiene que registrarse antes de que cargue la etiqueta de Google. Si se fija después, la etiqueta ya tomó su decisión: la configuración se lee bien en tu código y aun así no hace nada.

Una actualización que llega de verdad. Cuando el visitante acepta, una actualización del consentimiento debería llevar las señales en concedido. Un banner que guarda la preferencia localmente sin avisarle a Google deja la medición trabada en denegado, y eso en GA4 se ve como un derrumbe de tráfico, no como un error de consentimiento.

Todas las grandes plataformas de consentimiento traen soporte para Consent Mode, y todas pueden instalarse de una forma que lo desactiva sin avisar. Los culpables habituales son una plantilla que carga la etiqueta de Google fuera del control de la plataforma, un mapeo de categorías que nunca llega a ad_user_data, o un script que quedó en el head y corre antes de que la plataforma se inicialice.

El verificador identifica qué plataforma está corriendo y evalúa las señales que realmente emite, así que la respuesta es sobre tu instalación y no sobre la documentación del proveedor.

Tag Assistant y DebugView están hechos para depurar tu propia visita. Asumen que iniciaste sesión, heredan el consentimiento que ya diste antes, y responden a la pregunta «¿se activa la etiqueta?» en vez de «¿se activa antes de que esta persona haya aceptado?».

Este verificador parte de un visitante que nunca estuvo en tu sitio, que es el estado que comparten los reguladores y tu tráfico real. El resultado es una línea de tiempo de qué salió del navegador y cuándo, en relación con el momento en que se registró el consentimiento.

Registramos la inicialización de gtag, las actualizaciones del consentimiento y las solicitudes de red resultantes hacia los servidores de Google, y las cruzamos con las decisiones tomadas en el banner.

Evaluamos señales como el contenido de gtag('consent', 'update'), las cookies y las solicitudes con measurement_id para asegurar que se mantenga el modo correcto. Y puedes programar la verificación, para que un despliegue que lo rompa te avise.