Cómo comprobar que tu banner de cookies envía la señal de Consent Mode v2

Dos lecturas lo resuelven. En una ventana privada, antes de tocar el banner, ejecuta google_tag_data.ics.entries en la consola del navegador y confirma que las cuatro señales llevan un valor por defecto: ad_storage, analytics_storage, ad_user_data y ad_personalization. Después abre el panel de red y lee el parámetro gcs en la primera petición que envían tus etiquetas de Google. Ese es el estado que Google recibió de verdad.
Por qué el interruptor de tu CMP no puede responder a esto
Hoy toda herramienta de consentimiento tiene una página de ajustes con Consent Mode v2, y un interruptor en verde ahí es la prueba que casi todo el mundo da por buena. Es una afirmación sobre la configuración. Lo que decide si Google está recibiendo algo es lo que ocurre en un navegador real durante una carga de página real: si la señal existe, si existe lo bastante pronto y si están presentes sus cuatro partes.
Son tres fallos distintos, y un interruptor no ve ninguno. Un comprobador alojado hace la primera pasada y es un buen punto de partida. Lo que no puede hacer es volver como visitante recurrente, ni cargar tu sitio desde una segunda región, y ahí es donde esto suele romperse. Las comprobaciones de abajo llevan unos diez minutos.
Cómo comprobar que tu banner de cookies envía la señal de Consent Mode v2
Abre el sitio como visitante nuevo en una región en la que operas
Usa una ventana privada para que no haya ninguna elección anterior guardada, y prueba desde una región donde se supone que aparece tu banner. Los valores por defecto suelen delimitarse por geografía, así que una página cargada fuera de ese ámbito puede parecer rota mientras se comporta exactamente como está configurada. Si no aparece ningún banner, resuelve la cuestión geográfica antes de concluir nada más.
Lee las cuatro señales antes de tocar el banner
En la consola del navegador, ejecuta
google_tag_data.ics.entries. Imprime una entrada por cada tipo de consentimiento con el valor por defecto que recibió y cualquier actualización posterior. Tienen que estar los cuatro nombres:ad_storage,analytics_storage,ad_user_datayad_personalization. Los dos últimos son lo que añadió la versión 2, y son el par que falta en las configuraciones montadas antes de 2024 y nunca revisadas.Confirma que el valor por defecto llegó antes de la primera etiqueta
Abre el panel de red y recarga con el banner todavía sin tocar. La primera petición que envían tus etiquetas de Google ya debería llevar un estado de consentimiento. Si el estado solo aparece en peticiones posteriores, el valor por defecto se está fijando después de que las etiquetas se inicialicen, lo que sirve tan poco como no tener ninguno: el primer impacto de cada sesión sale sin control. El orden de los activadores es donde esto suele romperse, y repasamos el cableado correcto en cómo instalar un banner de cookies con Google Tag Manager.
Lee el estado en la propia petición
Busca el parámetro
gcsen esa petición.G100significa que ambos tipos de almacenamiento están denegados,G111que ambos están concedidos, yG101oG110son los estados mixtos;G1--significa que la etiqueta se disparó sin ningún estado de consentimiento adjunto. Fíjate de paso en el límite, porque este es el paso en el que se detienen casi todas las guías:gcscodificaad_storageyanalytics_storagey nada más. No puede confirmar ninguna de las dos señales que introdujo la versión 2, y por eso el paso 2 no es opcional. Un segundo parámetro,gcd, aporta más contexto, pero Google no publica cómo leerlo, así que no es algo en lo que apoyarse. La descodificación completa, y lo que te dice sobre qué modo estás ejecutando, está en Consent Mode básico frente a avanzado.Toma una decisión y observa cómo llega la actualización
Acepta y vuelve a hacer la lectura en la consola. Las señales que has concedido deberían cambiar sobre la marcha, y debería salir una petición nueva con el estado nuevo, sin recargar la página. Después empieza de cero en una ventana privada limpia y rechaza, porque los dos caminos fallan de forma independiente. Una configuración que solo refleja la elección tras recargar está perdiendo todos los eventos entre el clic y la siguiente carga de página.
Vuelve como visitante recurrente
Cierra la ventana, abre el sitio otra vez y lee las entradas antes de que el banner tenga ocasión de renderizarse. Una elección guardada tiene que reaplicarse como valor por defecto en esa primera carga, por delante de las etiquetas. Esta es la comprobación que se salta, y las visitas repetidas son donde un banner que aprueba todo lo demás deja de enviar la respuesta correcta sin que nadie se entere.
Tres formas de que una lectura limpia siga estando mal
El valor por defecto es concedido. Todas las señales están presentes, la actualización fluye, la petición lleva un estado, y el banner sigue haciendo una pregunta que ya ha respondido en nombre del visitante. El cableado está bien; la posición de partida está mal, y resulta invisible salvo que mires antes del clic en lugar de después.
Solo tus etiquetas de Google quedan condicionadas. Consent Mode es un mecanismo de Google. El resto de tu stack no lee estas entradas y le da igual lo que dijera la petición. Esas etiquetas necesitan su propio control, y nada de este procedimiento te avisará de que falta.
Aprueba en la página que te ha tocado probar. La capa de consentimiento se inicializa página a página. Un checkout en otro subdominio, o cualquier página que cargue su contenedor de otra forma, puede dar una respuesta distinta. Prueba una página de cada tipo.
Lo que vale la señal cuando funciona
Esto no es un trámite de cumplimiento con un efecto secundario sobre la medición. Decide qué parte de tu tráfico sigue siendo visible. En las implementaciones de clientes de Amplio Data, la referencia medida es de alrededor del 34% de las sesiones ocultas tras el banner, y del 20 a 40% de las conversiones perdidas es recuperable una vez que las cuatro señales están configuradas como Google espera. Las cifras son rangos medidos en implementaciones de clientes de Amplio Data, no una garantía. La recuperación depende de tu mezcla de tráfico, de las regiones y de cómo estén configuradas tus etiquetas.
La mayor parte de esa diferencia está entre un banner que envía la señal y uno que solo dice hacerlo, y ningún informe te señala ese hueco. Lo que cuesta de verdad un rechazo, y lo que devuelve el modelado, está en qué le pasa a tus datos de GA4 cuando los usuarios rechazan las cookies.
La versión corta
El estado de consentimiento en el navegador muestra las cuatro señales, sus valores por defecto y su orden; el parámetro de la petición muestra qué recibió Google sobre dos de ellas. Si los cuatro nombres están presentes, denegados antes del clic, actualizados sobre la marcha después y reaplicados en la siguiente visita, tu banner está enviando la señal de Consent Mode v2. Un interruptor en un panel no es prueba de nada de eso.
Velo fija las cuatro desde un único fragmento de código, antes de que se inicialicen tus etiquetas, y reaplica la elección guardada en la visita siguiente. El mecanismo está en la página de producto.
Preguntas habituales
Lo que la gente pregunta sobre este tema.
¿Cómo compruebo si mi banner de cookies está enviando la señal de Consent Mode v2 a Google?
Dos comprobaciones juntas. En una ventana privada, antes de tocar el banner, lee el estado de consentimiento en la consola del navegador y confirma que existen las cuatro señales con un valor por defecto: ad_storage, analytics_storage, ad_user_data y ad_personalization. Después abre el panel de red y confirma que la primera petición que envían tus etiquetas de Google ya lleva un estado de consentimiento. Acepta, y comprueba que el estado cambia sobre la marcha y que sale una petición nueva con el valor actualizado. Ninguna de las dos comprobaciones basta por sí sola: la lectura en el navegador no puede demostrar qué recibió Google, y la petición no puede mostrarte dos de las cuatro señales.
¿El parámetro gcs demuestra que Consent Mode v2 funciona?
No. Codifica únicamente ad_storage y analytics_storage, así que informa de las dos señales que ya existían en la versión 1 y no dice nada de ad_user_data ni de ad_personalization, que son exactamente las dos que añadió la versión 2. Un sitio puede mostrar un valor perfectamente correcto en cada petición y aun así no enviar nada en la mitad de la señal. Lee el parámetro para saber qué recibió Google sobre los tipos de almacenamiento, y lee el estado de consentimiento en el navegador para las otras dos.
Mi CMP dice que Consent Mode v2 está activado. ¿Basta con eso?
Te dice que la función está activada en ese producto, lo cual habla de la configuración y no de lo que ocurre en tus páginas. Las tres cosas que fallan en la práctica son invisibles desde una pantalla de ajustes: señales que nunca se fijan, señales que se fijan después de que las etiquetas ya se hayan disparado, y una elección guardada que no se vuelve a aplicar en una visita repetida. Verifícalo en el navegador, en una carga de página real.
¿Cuál debe ser el estado de consentimiento antes de que alguien haga clic en el banner?
En las regiones donde estás obligado a preguntar primero, todas las señales no esenciales deberían estar denegadas por defecto, y ese valor por defecto tiene que estar en su sitio antes de que se inicialice ninguna etiqueta. Que las señales de seguridad y funcionalidad sigan concedidas es normal. Un valor por defecto concedido con un banner encima es el fallo habitual: la página parece cumplir y las etiquetas ya se han ejecutado como si se hubiera dado el consentimiento.
Tu banner, tu consentimiento,
tus datos — todo en un mismo sitio.

