¿Cómo disparo etiquetas de GTM con el evento de actualización del consentimiento?

Todos los artículos

cookie_consent_update es un evento del data layer que una plataforma de consentimiento envía cuando la elección del visitante entra en vigor, para que Tag Manager pueda ejecutar las etiquetas que tenía retenidas. Para disparar etiquetas con él, crea un activador Custom Event con ese nombre de evento, añade la condición de que la categoría que necesita la etiqueta esté concedida, leída de una variable de capa de datos o de la cookie de la plataforma, y úsalo en lugar de All Pages.

El activador en sí se monta rápido. Los problemas suelen llegar después, en forma de una página vista contada dos veces o una etiqueta que se dispara cuando el visitante dijo que no. Esto es para qué sirve el evento, cómo conectarlo y cómo mantener los datos fiables.

¿Qué es el evento cookie_consent_update?

Es un evento personalizado, del mismo tipo que tu propia web envía con dataLayer.push({event: '…'}). Google no lo define. La plataforma de consentimiento elige el nombre, y varias plataformas usan cookie_consent_update en sus guías de Tag Manager; al menos una dice que envía ese nombre para que los contenedores configurados para otra plataforma sigan funcionando. Velo envía velo_consent_update, con la decisión a su lado en un objeto velo_categories que contiene analytics, ads, functional y personalization, cada uno true o false.

No es lo mismo que el comando de actualización de consentimiento de Google. Ese comando cambia el estado de consentimiento que leen las etiquetas de Google y las comprobaciones de consentimiento de Tag Manager. El evento personalizado es la señal para tus activadores: es algo que un activador de tipo Custom Event puede detectar. Una buena plataforma de consentimiento envía los dos, en ese orden, para que el estado ya esté actualizado cuando se evalúa tu etiqueta.

¿Por qué las etiquetas necesitan un segundo activador tras el consentimiento?

Porque Tag Manager comprueba el consentimiento una sola vez, en el momento en que se dispara el activador de la etiqueta. La ayuda de Google sobre la configuración de consentimiento dice que una etiqueta con requisitos de consentimiento adicionales solo se dispara si todos los tipos de consentimiento indicados están concedidos cuando se activa la etiqueta. En una primera visita, el activador All Pages se dispara antes de que el visitante haya elegido nada, así que una etiqueta que requiere analytics_storage queda retenida. Cuando el visitante acepta unos segundos después, nada en el contenedor vuelve a por ella. La etiqueta necesita un activador que se dispare después de la elección, y ese es el evento de actualización del consentimiento.

Esto es para etiquetas que no gestionan el consentimiento por sí mismas: una etiqueta de Meta o Hotjar con la opción Require additional consent, o las etiquetas de Google en el modo básico de consentimiento, que no deben cargarse hasta que el visitante acepte. Las etiquetas propias de Google en modo avanzado leen el estado del consentimiento ellas mismas, así que se quedan en sus activadores habituales. Nuestro artículo sobre si bloquear las etiquetas de Google hasta tener el consentimiento explica esa diferencia.

¿Cómo disparo una etiqueta de GTM con el evento de actualización del consentimiento?

1. Busca el nombre del evento que envía tu plataforma

   Abre Preview de Tag Manager en tu web, acepta en el banner y mira la lista de eventos de la izquierda. Copia el nombre exactamente como aparece. Con Velo es velo_consent_update.

2. Crea una variable para la categoría

   Añade una variable de capa de datos que lea la categoría de la que depende la etiqueta. Con Velo es velo_categories.analytics para las etiquetas de analítica y velo_categories.ads para las de publicidad. Otras plataformas guardan el estado en otro sitio, a veces en una cookie propia, así que comprueba dónde lo pone la tuya.

3. Crea el activador con una condición

   Crea un activador Custom Event con el nombre del evento y configúralo para que se dispare en algunos eventos personalizados, cuando la variable sea igual a true. Sin la condición, el activador también se dispara cuando el visitante rechaza, y una etiqueta sin configuración de consentimiento propia se dispara igualmente.

4. Ponlo en lugar de All Pages

   En la etiqueta, quita el activador All Pages y añade el nuevo. Si mantienes los dos, la etiqueta se dispara dos veces para los visitantes recurrentes, porque el evento de actualización también se dispara en sus páginas vistas.

5. Configura las etiquetas de página vista una vez por página

   En Advanced Settings, luego Tag firing options, elige Once per page. Un visitante que vuelve a abrir el banner y guarda una nueva elección envía el evento por segunda vez en la misma página.

6. Deja las etiquetas de conversión con sus propios activadores

   Una etiqueta de compra o de lead debe dispararse con la compra o el formulario, nunca con el evento de consentimiento. Con el evento de consentimiento contaría una conversión cada vez que un visitante elige.

7. Pruébalo en Preview y después en la web publicada

   Haz las cuatro comprobaciones de abajo en una sesión nueva del navegador cada vez y después publica el contenedor.

¿Por qué mi etiqueta se dispara dos veces tras el consentimiento?

Tres configuraciones hacen que una etiqueta cuente dos veces:

• Dos activadores en una etiqueta. Un visitante recurrente ya tiene una elección guardada, así que la etiqueta puede pasar su comprobación de consentimiento en All Pages y dispararse otra vez con el evento de actualización un momento después. Una página vista se convierte en dos.
• Una elección cambiada en la misma página. Cada elección guardada vuelve a enviar el evento. Once per page evita la segunda página vista.
• Una etiqueta de conversión en el activador de consentimiento. Cada aceptación parece un lead. Devuelve la etiqueta de conversión al evento que define la conversión.

Si los datos se dispararon la semana en que instalaste una plataforma de consentimiento, revisa esto antes de culpar a la plataforma o a los visitantes.

¿Cuándo envía Velo velo_consent_update?

Cada vez que una decisión de consentimiento entra en vigor en una página, no solo cuando alguien hace clic:

• cuando un visitante acepta, rechaza o guarda sus elecciones en el banner;
• en cada página vista de un visitante recurrente, al volver a aplicarse la elección guardada;
• cuando un visitante de una región con normas de exclusión envía una señal Global Privacy Control, que Velo registra como un rechazo;
• cuando un visitante nuevo llega desde una región con normas de exclusión y Velo aplica el valor por defecto de todo permitido, que el banner sigue dejándole rechazar.

Por eso el activador puede sustituir a All Pages: cuando un visitante ha permitido una categoría, las etiquetas de esa categoría se disparan en cada página que ve. Nuestra página de ayuda sobre el modo básico y avanzado de consentimiento tiene la misma configuración como lista corta, e instalar un banner de cookies con Google Tag Manager explica la parte de Consent Initialization, que va primero.

¿Cómo compruebo que el activador funciona?

• Primera visita, antes de elegir: la etiqueta aparece como no disparada, y el panel Network no muestra ninguna petición suya.
• Tras aceptar: la etiqueta se dispara una vez, con el evento de actualización.
• Tras recargar: la etiqueta se dispara una vez por página, todavía con el evento de actualización, nunca una segunda vez en Container Loaded.
• Tras rechazar: en una sesión nueva, navega por dos páginas. La etiqueta no se dispara nunca.

Preview te dice lo que decidió Tag Manager. El panel Network te dice lo que salió realmente del navegador, así que revisa los dos. Nuestra rutina para probar un banner de cookies antes de publicarlo tiene la lista completa de comprobaciones en el navegador.

Velo envía velo_consent_update en cada una de estas situaciones, así que un solo activador por categoría cubre las primeras visitas, los visitantes recurrentes y los que cambian de opinión.