Entornos en Google Tag Manager

Índice de contenidos

La utilización de «Entornos» en GTM nos permite realizar las buenas prácticas sin tener que crear duplicidades de un mismo contenedor de GTM, evitando el trabajo de tener que ir duplicando cada nuevo elemento que se cree.

A la hora de iniciar o dar evolución a un proyecto que incluye GTM, una muy buena práctica es utilizar un entorno de pruebas donde insertar los tags, y realizar las modificaciones correspondientes en el código, para extraer finalmente los datos que sean de utilidad. Tanto, o más importante que usar un entorno de test, es enviar los datos a una propiedad de prueba mientras se verifica la veracidad de los propios datos.

Breve introducción al cambio

Antes de entrar en materia, os explicaré un poco porque se ha introducido este cambio GTM. Anteriormente, podíamos revisar y hacer testing de los nuevos tags que íbamos añadiendo a nuestro contenedor de GTM mediante el modo preview & debug. El modo preview nos permite probar el estado actual del contenedor en el navegador antes de publicarlo, incluso podemos compartirlo para que otro usuario que no tenga abierto el propio GTM en su navegador, también pueda ver el modo preview del contenedor (esto se hace mediante una token asociada a la cookie del dominio googletagmanager.com).

GTM share previewEl problema de este método es que tratamos con una cookie de sesión, lo cual implica que expirará si se cierra el navegador y por lo tanto se deberá clicar en el enlace de nuevo para poder entrar en el modo preview. También existe el problema de que la cookie está vinculada a una versión del contenedor, con lo cual siempre que se genere una nueva versión se deberá generar una nueva token para la cookie, esto implica crear un nuevo enlace. En definitiva, trabajar con el modo preview en un entorno donde se ven involucradas varias personas, no es flexible y es bastante molesto.

Los Entornos de GTM viene a resolver todas estas problemáticas relacionadas con las pruebas y los entornos de test, en la implementación de GTM.

A continuación, explicaré como crear un único contenedor el cual tenga una versión (Entorno) para test y la versión normal de GTM y que a su vez, en función de la versión a la que se esté accediendo desde el site, enviar los datos a una propiedad u otra.

Crear un Entorno en GTM

Dentro del apartado ADMIN en la lista del contenedor, abajo del todo tenemos Entornos. Hay que hacer lo siguiente para crear un entorno:

  1. Hacer clic en el apartado de Entornos
  2. Dentro de entornos, pulsamos en «New» para crear uno nuevo
  3. Agregamos los detalles del nuevo Entorno con un nombre, una descripción y una URL del destino donde se hará uso de este Entorno
  4. Finalmente, publicamos para poder tener el Entorno activo y así poder usarlo (será necesario revisar si hay alguna otra modificación del contenedor, ya que al publicar publicaremos todas las nuevas modificaciones del contenedor).

crear entorno GTM

Una vez tenemos el entorno de test creado, queremos que dicho entorno se ejecute en el entorno de prueba del site. Para ello debemos cargar un nuevo script que irá en el código del site de prueba tal y como se hace para cualquier contenedor de GTM. Para obtener dicho script hacemos lo siguiente:

  1. Dentro de Entornos, desplegamos «Actions» para el Entorno que hemos creado y clicamos en «Get Snippet».
  2. El código que nos aparece será el que deberemos introducir en la página/as de test.

getSnipper GTM

Una vez hayamos introducido el script anterior en la página de pruebas, ya estaremos ejecutando el Entorno de GTM que queremos.

Envío a GA según el Entorno

A continuación, os mostraré como enviar los datos desde GTM a una propiedad de GA en función del Entorno ( en este caso: Real o Test), de forma sencilla.

Dentro del apartado Variables (anteriormente “Macros”), tenemos una nueva variable llamada Nombre del entorno:

variables_nombreEntorno

Creamos una variable que determinará el ID (también llamado UA) de la propiedad a la que enviaremos los datos.

Esta nueva variable tendrá las siguientes características:

  • Tipo de variable: lookup table
  • En la configuración de la variable tendremos:
    • Input Value: {{Environment Name}}
    • Lookup Table:
      • Input: «Nombre del nuevo Entorno»
      • Output: UA de la propiedad de test
    • Seleccionamos «Set Default Value»:
      • Default Value: UA de la propiedad real

GTM

Siempre que creemos un nuevo tag que envíe información a GA, deberemos especificar como propiedad de destino esta nueva variable. Una vez hayamos hecho lo anterior, no deberemos preocuparnos por el envió de datos según sean del tipo test o sean datos reales.

Me gustaría recordar que las posibilidades que nos ofrecen los Entornos, en GTM, son muy amplias y aquí solo se recoge una de esas posibilidades

Share on facebook
Share on twitter
Share on linkedin
Share on email
3 min
Suscríbete a nuestra newsletter

Los mejores artículos de analítica digital para potenciar tu negocio.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Entradas relacionadas

Guía básica de ungit, herramienta de control de versiones en datalab

Ungit es la herramienta de control de versiones de código abierto que viene directamente integrada en DataLab, de Google Cloud Platform. En este post encontrarás una guía básica de cómo utilizar ungit y los conceptos clave sobre control de versiones. Si quieres saber más sobre Datalab te recomendamos que veas nuestro post: ¿Qué es google

Guía básica para crear una propiedad Google Analytics 4

Google Analytics 4 (GA4) es la nueva generación de Google Analytics, antes conocida como Google Analytics App+Web. El lanzamiento de GA4 comporta la llegada de nuevos informes y capacidades que dan más potencia a tu herramienta de analítica. Para empezar a familiarizarte con ella, te explicamos paso a paso cómo crear una propiedad GA4 y

Todo lo que necesitas saber sobre el lanzamiento de GTM server-side

Hasta ahora, las soluciones de tag managers como GTM se basaban en inyectar una librería y procesar toda la información en el navegador, ejecutando las solicitudes de seguimiento directamente desde el lado del cliente (navegador) a servidores de terceros. Con la llegada del nuevo contenedor de GTM server-side se agrega una capa adicional de administración

BigQuery Omni: nueva herramienta multi-cloud de GCP para el análisis de datos

Lanzamiento BigQuery Omni BigQuery Omni de Google Cloud es una nueva solución multi-cloud de análisis de datos, impulsada por Anthos, la plataforma de Google que integra aplicaciones híbridas y multi-cloud.  Omni permite a los usuarios ejecutar BigQuery para analizar datos de las nubes de Amazon AWS y Microsoft Azure.  El coste de mover datos entre

Ir arriba

Esta web utiliza ‘cookies’ de terceros. Al clicar aceptar está aceptando el uso que realizamos de las cookies. Para más información puede consultar nuestra Política de cookies