¿Hay que bloquear las etiquetas de Google hasta que el visitante dé su consentimiento?

Todos los artículos

En una implementación de Consent Mode avanzado, no. En el modo básico, sí: básico significa que las etiquetas de Google siguen bloqueadas hasta que el visitante da su consentimiento. En el avanzado, las propias etiquetas de Google siguen desbloqueadas y aplican ellas mismas la elección del visitante mediante comprobaciones de consentimiento integradas. Una comprobación de Additional Consent añadida encima las bloquea por completo, lo que convierte sin hacer ruido el avanzado en básico y elimina la señal de rechazo a partir de la cual modela Google. La prueba: una visita que rechaza debería seguir enviando gcs=G100.

El consejo es correcto. Solo que no va de las etiquetas de Google.

Casi todo lo que se ha escrito sobre el consentimiento en Google Tag Manager llega a la misma instrucción: condiciona la etiqueta. Abre Advanced Settings, luego Consent Settings, exige consentimiento adicional e indica los tipos. Para un script de proveedor que escribe su propia cookie en cuanto se carga, eso es correcto, y nuestra propia guía para pasar un script a Google Tag Manager y condicionarlo dice exactamente eso.

Antes, una salvedad, porque tiene que ver con la jurisdicción y no con la mecánica. Algunos operadores, sobre todo alemanes, bloquean todo el contenedor hasta el consentimiento siguiendo un consejo legal. Es una elección deliberada del comportamiento básico, asumiendo el coste en medición, y algo distinto de una comprobación de consentimiento olvidada en una etiqueta de GA4. Este artículo trata de lo segundo.

Los tipos de etiqueta propios de Google son la excepción, y no es una cuestión de gustos. Google lo dice claramente en su guía para desbloquear las etiquetas de Google. Sus etiquetas tienen comprobaciones de consentimiento integradas y cambian de comportamiento por sí solas, así que no necesitan otras adicionales, y aplicar las dos cosas a la vez impide que funcionen bien. Una etiqueta de configuración de GA4 o una etiqueta de conversión de Google Ads ya sabe qué valor tienen ad_storage y analytics_storage. Una comprobación de Additional Consent se coloca delante de ese mecanismo y nunca le deja actuar.

Lo aprendimos a lo largo de cinco versiones del contenedor en una misma corrección de consentimiento. El banner estaba bien. El contenedor tenía una comprobación de consentimiento en todo, aplicada por igual, y por eso la cuenta había dejado de modelar nada.

Lo que cuesta de verdad la comprobación extra

Una etiqueta de Google desbloqueada, en una página donde el visitante ha rechazado, sigue enviando una petición. Va a /g/collect sin cookies ni identificador de cliente, y lleva gcs=G100: Consent Mode activo, los dos tipos de almacenamiento denegados. Es un rechazo registrado, y es el dato que usa el modelado de Google para estimar las conversiones que no tiene permitido observar.

Una etiqueta de Google bloqueada no envía nada en absoluto. Y nada no es un rechazo. Es una ausencia, y un modelo no puede aprender de una ausencia. Tampoco has hecho la visita más privada, porque en ese caso la petición desbloqueada ya iba sin cookies. Lo único que has hecho es borrar tu propia prueba de que el visitante estuvo ahí.

Así que, en la práctica, este único ajuste decide si la web funciona con Consent Mode avanzado o básico, diga lo que diga la pantalla del banner. Es la misma cuestión que Consent Mode básico o avanzado, vista desde el lado de la etiqueta. Ese ping de rechazo es el dato a partir del cual modela Google, y el modelado solo se activa cuando tu web alcanza los umbrales de datos que recoge la documentación de Google sobre Consent Mode. Lo que produce es una estimación, no conversiones que alguien haya observado.

Cómo comprobar lo que de verdad has publicado

Cinco pasos, en orden.

1. Haz una lista de todas las etiquetas con una comprobación de Additional Consent

   Revisa el contenedor etiqueta por etiqueta en lugar de fiarte de la guía de integración con la que se configuró. En cada etiqueta, en Advanced Settings y luego Consent Settings, el ajuste dice o bien No additional consent required o bien una lista con nombres de tipos de consentimiento. Apunta todas las etiquetas que tengan esa lista, que en un contenedor que ha pasado por dos migraciones de CMP es siempre más larga de lo que nadie espera.

2. Quita la comprobación de todos los tipos de etiqueta de Google

   Las etiquetas de configuración y de evento de GA4, las de conversión y remarketing de Google Ads, Floodlight y la propia etiqueta de Google vuelven todas a No additional consent required. Deja las comprobaciones en las etiquetas que de verdad son de terceros. La línea la marca de quién es la etiqueta, no lo sensible que sea: una etiqueta de Google aplica el consentimiento por dentro, una de Meta o de Hotjar no.

3. Cambia la opción de disparo de Once per page a Once per event

   Una etiqueta configurada para dispararse una vez por página cuenta un intento bloqueado como su único disparo. El activador se dispara antes de que el visitante decida, la comprobación de consentimiento detiene la etiqueta y el contador da su turno por gastado igualmente. Cuando llega el consentimiento y el activador vuelve a dispararse, el contenedor se la salta. La etiqueta parece correcta en todas las pantallas y no produce nada. Once per event es el ajuste correcto en todo lo que pueda intentarse antes de una decisión.

4. Deja que llegue la actualización del consentimiento antes de juzgar un activador

   El contenedor evalúa el estado de consentimiento de una etiqueta en el instante en que se dispara su activador, y una CMP aplica una decisión guardada de forma asíncrona, normalmente unos cientos de milisegundos después de empezar a cargar la página. Así que una etiqueta de carga de página puede evaluarse mientras el consentimiento todavía figura como denegado, en la visita de alguien que aceptó hace semanas. El síntoma es una etiqueta que se dispara con un clic pero nunca en una vista de página. Las comprobaciones integradas de Google gestionan ellas mismas estos tiempos, y esa es la segunda razón para no envolverlas.

5. Verifícalo en la página publicada, nunca en Preview

   El modo Preview funciona con la conexión de depuración del contenedor y, muy a menudo, con un estado de consentimiento que has elegido tú con un clic. Carga la página de producción en un navegador limpio, rechaza y lee lo que sale. Tag Assistant te dirá que la etiqueta se disparó. Solo el panel de red te dice lo que recibió Google.

El diagnóstico, en una línea

Abre el panel de red en la página publicada, filtra por collect y rechaza. Una petición que sale con gcs=G100 significa que tus etiquetas de Google están desbloqueadas y que el rechazo se está registrando. Un panel vacío significa que algo las está bloqueando, y solo hay dos candidatos realistas: una comprobación de Additional Consent en la etiqueta, o un banner que bloquea todo el contenedor antes de que la etiqueta exista.

Después acepta y repítelo: gcs=G111 significa las dos señales concedidas. Hacer llegar la actualización al contenedor es la configuración que explica la guía de instalación para Google Tag Manager, que vale la pena releer con esta excepción en mente.

Velo funciona así por defecto: actualiza Consent Mode, deja que las etiquetas de Google apliquen ellas mismas el resultado y condiciona solo los scripts que no pueden hacerlo. Lo que ningún banner puede hacer por ti es el paso uno, porque las comprobaciones que ya hay en tu contenedor las puso quien lo configurara antes.