¿Google tag gateway necesita consentimiento de cookies?

Todos los artículos

Sí. Google tag gateway cambia desde dónde carga tu etiqueta de Google, no el consentimiento que necesita. La etiqueta se sirve desde una ruta de tu propio dominio, pero sigue leyendo Consent Mode, así que tu banner, tus valores de consentimiento por defecto y la configuración de consentimiento de cada etiqueta siguen aplicándose. Lo único que hay que comprobar es el orden de carga: los valores por defecto tienen que seguir fijándose antes de que se dispare cualquier etiqueta de Google.

Ese último punto es el que merece tu tiempo. La parte legal de la pregunta tiene una respuesta corta, y la práctica, una lista de comprobación corta. Las dos están más abajo.

¿Qué cambia realmente Google tag gateway?

Google tag gateway for advertisers carga tu etiqueta de Google o tu contenedor de Tag Manager desde una ruta de tu propio dominio, como /metrics/, en lugar de desde googletagmanager.com. Las peticiones de medición también van a esa ruta, y tu CDN o tu balanceador de carga las reenvía a Google. La página para desarrolladores de Google lo describe como ejecutar tu etiqueta en tu propia infraestructura de origen propio.

Hay dos formas de activarlo. Si tu web está detrás de Cloudflare, puedes hacerlo desde Tag Manager en Admin, Google tag gateway, autorizar después a Google en Cloudflare y elegir los dominios. En cualquier otra CDN, diriges la ruta de medición a la dirección fps.goog de tu etiqueta, reenvías las cabeceras de ubicación del visitante y cambias el src de tu fragmento de código a la nueva ruta.

En los dos casos cambian tres cosas: la dirección de la que viene el script, la dirección a la que van las peticiones y quién las reenvía. Nada de esa lista toca el consentimiento.

¿Servir etiquetas desde tu propio dominio cambia tus obligaciones de consentimiento?

No. La norma de consentimiento de la UE del artículo 5(3) de la Directiva ePrivacy trata de almacenar información en el dispositivo del visitante o de leerla de él. No pregunta de qué dominio viene el script. Una cookie de Google Analytics puesta por una etiqueta cargada desde /metrics/ sigue siendo una cookie que necesita consentimiento allí donde se exige.

Google dice lo mismo en su propia página de configuración. La guía de configuración de tag gateway con Cloudflare advierte de que activar la función afecta a cómo se disparan las etiquetas de Google, y te pide adoptar Consent Mode y revisar tu configuración de consentimiento si el consentimiento ya condiciona tus etiquetas.

Así que un gateway no es una forma de saltarse el banner de cookies. Si tu banner hacía falta antes del cambio, hace falta después.

¿Puede tag gateway romper tu configuración de consentimiento?

Puede, por el orden y no por la ley. Consent Mode solo funciona si el estado de consentimiento por defecto se fija antes de que se dispare cualquier etiqueta de Google, como detalla la guía de configuración del consentimiento de Google. Que el gateway altere eso depende de dónde salgan tus valores por defecto.

• Tu plataforma de consentimiento funciona dentro de Tag Manager. La plantilla está en el activador Consent Initialization, que se ejecuta antes que cualquier otro activador del contenedor. El contenedor sigue cargando como una sola pieza, solo que desde otra dirección, así que los valores por defecto siguen llegando primero.
• Tu plataforma de consentimiento es un script aparte en la página. Aquí el orden depende de la página. Si la CDN ahora sirve o inyecta la etiqueta de Google más pronto que antes, puede ejecutarse por delante de tu script de consentimiento. Las herramientas de Google indican entonces que el valor por defecto se fijó tarde.

El primer caso lo vemos en nuestra propia web. veloconsent.com carga su contenedor de Tag Manager desde una ruta de su propio dominio a través de un Cloudflare Worker. Es nuestro propio proxy, no el gateway de Google, pero la idea es la misma, y la plantilla de Velo en Consent Initialization sigue fijando los valores denegados por defecto antes de que se ejecute cualquier otra etiqueta.

Si estás en el segundo caso, el arreglo está en tu página o en tu configuración, no en las normas de consentimiento. Cualquiera de estas opciones recupera el orden:

• Carga el script de consentimiento por encima del fragmento de Google, para que sus valores por defecto se ejecuten primero.
• Lleva los valores de consentimiento por defecto a Tag Manager, en el activador Consent Initialization.
• Si lo que movió la etiqueta fue la configuración automática de Cloudflare, usa la configuración manual. Editas tú el fragmento, así que decides dónde va.

Después confírmalo en Tag Assistant, como en las comprobaciones de más abajo. Nuestro artículo sobre si bloquear las etiquetas de Google hasta el consentimiento explica cómo tratan Consent Mode básico y avanzado las etiquetas que cargan antes de una elección.

¿Qué se mantiene igual tras el cambio?

Casi todo lo que configuraste para el consentimiento se mantiene, y el gateway no hace nada de eso por ti.

• Las etiquetas de Google Analytics, Google Ads y Floodlight leen Consent Mode por sí solas. Las etiquetas Custom HTML y la mayoría de plantillas de la comunidad no, así que su configuración de consentimiento en Tag Manager sigue importando.
• Las conversiones mejoradas siguen dependiendo de ad_user_data. Si el visitante rechaza la publicidad, esos datos no deberían enviarse, use la ruta que use la etiqueta.
• El script de tu plataforma de consentimiento sigue cargando desde donde lo hacía. Con Velo, es la dirección de Velo, y es lo esperado.
• Un contenedor de servidor sigue recibiendo el estado de consentimiento con cada petición. Las etiquetas de servidor de Google lo respetan. Las de otros proveedores necesitan sus propias comprobaciones de consentimiento, como explica nuestra guía sobre pasar el consentimiento a un contenedor del lado del servidor.

Nuestra guía de ayuda recorre la configuración en orden, desde servir las etiquetas de Google con tag gateway hasta llevar el consentimiento al etiquetado del lado del servidor.

¿Cómo compruebas que el consentimiento sigue funcionando tras el cambio?

Repite la misma prueba de consentimiento que hiciste antes del cambio, más dos comprobaciones del propio gateway. Empieza cada prueba en una sesión de navegador nueva en la web publicada.

1. Comprueba que el gateway funciona bien

   Abre /metrics/healthy y /metrics/?validate_geo=healthy en tu dominio, con tu propia ruta. Las dos deberían devolver ok. Si solo falla la segunda, no se están reenviando las cabeceras de ubicación.

2. Confirma que se usa la nueva ruta

   En la pestaña de red del navegador, la etiqueta de Google y sus peticiones deberían ir a tu ruta de medición. Si siguen yendo a googletagmanager.com, todavía queda en la página una copia antigua del fragmento de código.

3. Comprueba que los valores por defecto van primero

   En Tag Assistant, el consentimiento por defecto debería aparecer antes de que se dispare cualquier etiqueta de Google. Si el valor por defecto aparece como tardío, tu script de consentimiento ahora carga después de la etiqueta.

4. Prueba a aceptar, a rechazar y una elección parcial

   Revisa el estado de consentimiento de cada etiqueta en los tres casos. Las etiquetas con configuración de consentimiento adicional deberían seguir bloqueadas tras un rechazo.

5. Cambia de opinión en una página posterior

   Vuelve a abrir el banner, cambia la elección y comprueba que la actualización llega a las etiquetas en la página siguiente.

¿Tag gateway recupera los datos que oculta el consentimiento?

No. Un visitante que rechaza recibe el mismo trato sea cual sea el dominio desde el que carga la etiqueta. Google presenta el gateway como una forma de hacer la medición más duradera, y eso tiene que ver con que el script llegue a cargarse, por ejemplo cuando un bloqueador lo frenaría. Es una cuestión distinta del consentimiento, y el gateway no la cambia. Si quieres entender qué hace un rechazo con tus informes, empieza por qué pasa con los datos de GA4 cuando los usuarios rechazan las cookies.

La plantilla de Tag Manager de Velo está en Consent Initialization, así que los valores por defecto llegan primero sea cual sea la dirección que sirve tu contenedor. Activar el gateway es entonces un cambio de enrutamiento, seguido de una ronda de pruebas.