Depurar Google Consent Mode con las DevTools del navegador: cómo leer el parámetro gcs

Por qué conviene verificar en el navegador

Un banner de consentimiento con buen aspecto no demuestra que tus etiquetas se comporten correctamente. Los problemas de Consent Mode son silenciosos: las páginas cargan, los anuncios se muestran y los informes se llenan, pero las señales enviadas a Google pueden ser incorrectas. Las herramientas para desarrolladores del navegador te permiten comprobar lo que ocurre realmente, en pocos minutos y sin software adicional.

Paso 1: abrir la pestaña Network de forma limpia

  1. Abre la página en una ventana privada para que no haya ninguna elección previa almacenada.
  2. Abre las DevTools y ve a la pestaña Network.
  3. Marca Preserve log para que las solicitudes sobrevivan a la navegación.
  4. Recarga la página y no toques todavía el banner.

Paso 2: encontrar el estado del consentimiento en las solicitudes

Las etiquetas de Google añaden un parámetro gcs a sus solicitudes. Puedes filtrar la lista de red por collect o por google y abrir cualquier resultado para leer su cadena de consulta. El valor tiene un aspecto como G100 o G111.

Leyendo los caracteres de izquierda a derecha después de G1: el primer dígito es el estado del almacenamiento publicitario y el segundo es el del almacenamiento analítico, donde 1 significa concedido y 0 denegado. Las implementaciones más recientes también envían un parámetro gcd con un estado codificado más largo que incluye las señales adicionales de Consent Mode v2.

Paso 3: qué deberías ver antes de cualquier elección

En una región donde se requiere consentimiento, las primeras solicitudes, enviadas antes de que el visitante interactúe, deberían mostrar el estado denied. Si ya ves G111 antes de que el visitante haya hecho clic en nada, tu valor por defecto es incorrecto, o la etiqueta se activó antes de establecerlo.

Paso 4: qué deberías ver después de aceptar

Haz clic en aceptar y observa las nuevas solicitudes. El estado debería cambiar a concedido y las etiquetas deberían continuar. Si el banner dice «aceptado» pero las solicitudes siguen llevando el estado denegado, la llamada de actualización no está llegando a las etiquetas de Google, o se ejecuta demasiado tarde.

Paso 5: inspeccionar la capa de datos

En la Consola, escribe dataLayer y expande las entradas. Buscas dos cosas, en este orden:

  1. Una entrada consent con el comando default, que enumere todas las señales como denegadas para las regiones que requieren consentimiento.
  2. Una entrada consent posterior con el comando update, después de que el usuario elija.

Las señales de Consent Mode v2 son ad_storage, analytics_storage, ad_user_data y ad_personalization. Si faltan las dos últimas, tienes una configuración al estilo v1.

Los errores más comunes

Paso 6: revisar el modo de vista previa de Tag Manager

Si usas Google Tag Manager, el modo de vista previa muestra el estado del consentimiento para cada evento de la página, y qué etiquetas se activaron o se bloquearon. Compáralo con lo que viste en la pestaña de red: ambas vistas deberían coincidir.

Conviértelo en rutina

Ejecuta esta comprobación de cinco minutos después de cada cambio del banner, cada publicación del contenedor o cada versión del sitio. Anota el valor gcs esperado para cuatro casos: primera visita, tras aceptar, tras rechazar y tras cambiar la elección más adelante. Todo lo que no coincida es un error que corregir antes de que lo delaten tus informes.

Dónde encaja FlexyConsent

FlexyConsent es una CMP certificada por Google (CMP ID 317) compatible con Google Consent Mode v2, que envía por ti las señales default y update. Aun así, debes ejecutar esta comprobación en el navegador sobre tus propias páginas, porque el orden de las etiquetas y la configuración del contenedor son específicos de tu sitio.

Puntos clave

← Blog Leer todo →