¿Cómo configurar Google Tag Manager?

Google Tag Manager (en adelante GTM) es una plataforma de Google que actúa de "contenedor" de scripts (códigos de programación) y que permite lanzar dichos scripts en función de ciertas variables y activadores. Si bien esta plataforma -supuestamente- está orientada para gente no muy técnica, es cierto que a día de hoy hay que estudiarse bien como funciona y para qué se puede utilizar.

Recomendación: Si aún no estás familiarizado con el uso de Google Tag Manager, te recomendamos encarecidamente que te informes y aprendas a usarlo correctamente en este enlace.

En Palbin.com tenemos integrada la plataforma de GTM de forma nativa, de tal manera que durante la navegación de cualquier cliente por tu tienda online, se van generando una serie de eventos (junto a ciertas variables) que se envían directamente a Google Tag Manager.

A modo de ejemplo, cuando un cliente añade un producto al carrito de la compra en nuestra tienda online, la tienda online enviará un evento de "Producto añadido al carrito" (acción: addToCart) a GTM, que ejecutará un activador (palbin.trigger.ecommerce.addToCart) acompañado de las variables de información del producto añadido. Este evento -y su información adjunta- se puede utilizar en la plataforma de GTM para "lanzar" cualquier script que lo necesite (por ejemplo para la funcionalidad de Comercio electrónico mejorado de Google Analytics).

Estructura de los eventos que envía Palbin.com:

Un evento personalizado no es más que una señal que se envía desde Palbin a GTM a través del dataLayer y la integración con éste. En el caso de Palbin, por cada evento enviado se envían otros 4 parámetros (categoría, acción, etiqueta y valor) que están en el dataLayer y que sirven para crear/establecer los activadores en GTM, como veremos a continuación.

Antes de verlo en detalle, hay que tener en cuenta que a nosotros nos gusta mantener una nomenclatura coherente tanto en el nombre de los activadores como de las variables. En ese sentido, todos nuestros activadores tienen esta nomenclatura separada por "." puntos: {plataforma.trigger.categoría.acción}

De tal forma que un activador llamado {palbin.trigger.ecommerce.login} significa que pertenece a la plataforma "palbin", que es un activador "trigger" (y no otra cosa), que pertenece a la categoría "ecommerce" y cuya acción es "login".

Ahora vamos a ver cómo estaría configurado un activador como ese en GTM:

El nombre de los eventos (no confundir con el nombre del activador) que lanza Palbin hacia GTM siempre es "palbin.event" y -como hemos dicho antes- van acompañados de 4 parámetros/variables permiten distinguirlos entre sí:

• {palbin.event.category}: Categoría del evento. Únicamente puede tener el valor de "ecommerce" y "consentmode" y siempre está presente en cada evento.

• {palbin.event.action}: Acción del evento. Indica la acción del evento enviado (ej: addToCart, addToWishList, viewCart, login, etc.) y siempre está presente en cada evento. Esta acción es la que nos permite distinguir cada uno de los eventos particulares que envía Palbin.

• {palbin.event.label}: Etiqueta del evento. Es un parámetro/dato opcional que puede contener algún dato según el evento enviado.

• {palbin.event.value}: Valor del evento. Es un parámetro/dato opcional que puede contener el valor del evento (ej: el valor de la compra en el evento purchase).

A modo de ejemplo, en la siguiente captura se puede ver cómo está configurado el mencionado activador {palbin.trigger.ecommerce.login} en GTM usando los eventos que Palbin.com envía:

Como se puede apreciar, el nombre del evento es "palbin.event" (siempre será ese), pero condicionamos el activador a que la variable {palbin.event.category} sea "ecommerce" y la variable {palbin.event.action} sea "login". De tal forma que este activador de GTM sólo se ejecutará cuando se cumplan esos criterios.

De la misma forma, al activador le hemos puesto el nombre de: {palbin.trigger.ecommerce.login} (basado en la nomenclatura: plataforma.trigger.categoría.acción) para dejar claro cuándo se lanza ese activador.

La consecuencia es que cada vez que un usuario hace Login en la tienda online, Palbin.com enviará un evento personalizado llamado "palbin.event" acompañado de 2 variables en el dataLayer llamadas {palbin.event.category} y {palbin.event.action}, que contendrán el valor "ecommerce" y "login" respectivamente. De esta forma conseguimos mucha flexibilidad a la hora de ejecutar eventos y categorizarlos correctamente.

Nota: Existe la posibilidad de configurar un activador {palbin.trigger.ecommerce} que se dispare en todos y cada uno de los eventos (de tipo ecommerce) que se lancen desde Palbin. Para ello únicamente debes condicionar ese activador a que la categoría del evento sea "ecommerce". Esto te puede ser util por ejemplo si quieres lanzar un tag que se escupa en todos y cada uno de los eventos de "ecommerce" que se lanzan desde Palbin.

Estructura de las variables que usa Palbin.com:

En cuanto a las variables, todas nuestras variables se inyectan en el dataLayer e intentan mantener una estructura (separadas por ".") coherente con su significado (al igual que con los eventos). Por ejemplo la variable {palbin.data.purchase.revenue} viene a significar que es de la plataforma "palbin", que es una variable que se usa para un pasar un dato ("data"), que está dentro de los datos pertenecientes a una compra ("purchase") y en concreto es el dato relativo al importe total de la compra ("revenue").

Las variables -según la variable que sea- pueden estar siempre disponibles (porque siempre se inyectan en cada página), o sólo disponibles en algunos eventos (porque se inyectan justo antes de lanzar el evento). Todas las variables se deben configurar como variables de tipo capa de datos versión 2.

Existen 3 tipos de variables (por su significado o contexto).

• Las variables que se usan para configurar los eventos ({palbin.event.category}, {palbin.event.action}, etc.)

• Las variables que se usan para pasar datos ({palbin.data.customer.id}, {palbin.data.account.currencyCode}, etc.)

• Las variables que se usan para establecer el consent mode ({palbin.consentmode.modes.ad_storage}, {palbin.consentmode.modes.security_storage}, etc.)

Es una buena práctica nombrar las variables con el mismo nombre que tiene en el dataLayer o capa de datos.

A continuación se muestra un ejemplo de una variable de cada tipo:

Variable que se usa para enviar junto a los eventos y poder configurar los activadores:

Variable que se usa para enviar datos:

Variable que se usa para transmitir el parámetro de consentimiento a la hora de actualizar los consentimientos:

Una vez que hemos entendido cómo funcionan los eventos (que permiten configurar activadores) y las variables (que permiten obtener y usar los datos), se muestra a continuación una tabla donde se especifica qué variables tenemos a disposición y en qué momento están disponibles.

Tabla de variables y activadores

Etiquetas en GTM:

Las etiquetas (scripts) deben ser configurados por el usuario en función de sus necesidades y usando para ello las variables y activadores de los que hemos hablado anteriormente.

A modo de ejemplo os adjuntamos algunas capturas de scripts de diferentes plataformas:

Etiqueta pixel para GA4. Usa la variable de Palbin para establecer el user_id.

Etiqueta para lanzar un evento en facebook ads, y que se lanza en cualquier evento "ecommerce" de Palbin. Hace uso de las variables de Palbin {palbin.data.products}, {palbin.data.purchase.revenue}, y {palbin.data.account.currencyCode}.

Consent Mode v2

Si usas la aplicación extra de Cookies Avanzadas, debes configurar el consent mode para establecer los modos de consentimiento en relación a las cookies.

Para configurar el consent mode en GTM, puedes utilizar la plantilla base que Palbin provee de forma gratuita y que puedes buscar en la galería de GTM o puedes descargarte desde aquí. Mediante dicha plantilla debes configurar 2 tags, uno para establecer el modo de consentimiento por defecto y otro para establecer la "actualización del consentimiento" (cuando el usuario acepte o deniegue las cookies).

Para el tag de "actualización el consentimiento", previamente debemos tener configurado el activador que se dispara. Es decir, una vez que el usuario acepte o deniegue las cookies (mediante el banner de cookies avanzadas) en la tienda online, Palbin enviará un evento {palbin.trigger.consentmode.update}, es decir un evento de nombre 'palbin.event', con categoría 'consentmode', y acción 'update'.

A continuación se muestra una captura de cómo quedaría el tag de actualización de consentimiento {palbin.consentmode.update} que debe dispararse con el activador {palbin.trigger.consentmode.update}. En cada uno de los parámetros del modo de consentimiento debemos establecer la variable que hace referencia a dicho parámetro. Esas variables son: {palbin.consentmode.modes.ad_personalization}, {palbin.consentmode.modes.ad_storage}, {palbin.consentmode.modes.ad_user_data}, {palbin.consentmode.modes.analytics_storage}, {palbin.consentmode.modes.functionality_storage}, {palbin.consentmode.modes.personalization_storage}, {palbin.consentmode.modes.security_storage} y sólo estarán disponibles en el momento del evento.

Insertar los activadores y variables de Palbin de forma automática

Desde la configuración de la aplicación extra de Google Tag Manager en Palbin, puedes acceder a instalar las variables y activadores que se usan, para no tener que meterlas tu a mano una a una.

IMPORTANTE: Si instalas cualquier plugin de Google Tag Manager de tu tienda Palbin, como por ejemplo el de las Variables y Activadores por defecto, deberás actualizar el espacio de trabajo haciendo clic en el botón “Actualizar espacio de trabajo” para ver los cambios en tu cuenta de Google Tag Manager.