Actualizado: 29 de marzo de 2025
Si estás leyendo este artículo, es probable que te hayas encontrado en esta situación: abres Google Tag Manager, configuras tus etiquetas, activadores y variables correctamente (o eso pensabas), ¡y luego no funciona (o no funciona como esperabas)! Incluso has revisado cada línea de ese tutorial de 12 pasos, pero aún así, no hay suerte.
Te sientes frustrado y estancado, así que decides dejar GTM por el día. Al día siguiente, al reabrir GTM con una nueva perspectiva, te das cuenta rápidamente de que había un error obvio en el contenedor que podrías haber corregido de un vistazo si solo lo hubieras notado ayer.
No te preocupes, no estás solo. Afortunadamente, puedes aprender de la lista exhaustiva de errores comunes de Google Tag Manager (que cubriremos en este artículo) para reducir la probabilidad de que esta situación vuelva a ocurrir.
Errores comunes en Google Tag Manager
A continuación, exploraremos algunos de los errores más comunes que los usuarios cometen en Google Tag Manager y cómo evitarlos:
- 1. Visualizar el contenedor incorrecto de GTM
- 2. El contenedor no está publicado
- 3. Usar una variable de capa de datos antes de que ocurra su respectivo dataLayer.push
- 4. No usar el modo de vista previa y consola de depuración adecuadamente
- 5. No utilizar otras herramientas de depuración
- 6. No verificar el DebugView de GA4
- 7. No eliminar códigos de seguimiento hardcoded
- 8. No realizar auditorías y no tener a alguien a cargo
- 9. Usar dataLayer = [], y colocarlo después del snippet de GTM
- 10. No monitorear el rendimiento de la página
- 11. Errores tipográficos
- 12. No colaborar con desarrolladores
- 13. No usar expresiones regulares para reducir el número de condiciones/activadores
- 14. Publicar todos los cambios de una sola vez
- 15. Rastrear formularios con activador Click
- 16. No tener convenciones de nombres adecuadas
- 17. No agregar la variable de configuración de eventos a las etiquetas
- 18. No etiquetar las versiones de tu contenedor
- 19. Colocar parámetros de evento como propiedades de usuario y viceversa
- 20. No planificar adecuadamente
- 21. Pasar por alto la importancia de una copia de seguridad del contenedor
1. Visualizar el contenedor incorrecto de GTM
Este error es común entre principiantes y aquellos que manejan múltiples tareas. Si encuentras que el modo de vista previa y depuración de GTM no funciona, podría ser causado por utilizar la cuenta o contenedor incorrecto.
Cuando rastreas múltiples sitios web y/o tienes acceso a varias cuentas de Tag Manager, es posible que estés usando por accidente el fragmento de otro contenedor. Verifica que el ID en tu cuenta de GTM coincida con el que está codificado en el sitio.
Además, deberías ser precavido al usar el mismo contenedor de GTM para diferentes sitios web. Esto puede llevar a fugas de datos, confusiones y problemas de gestión. La mejor práctica es crear contenedores separados para diferentes sitios: una regla general es un sitio web, un contenedor de GTM.
2. El contenedor no está publicado
Has configurado un nuevo proyecto y configurado los activadores, variables y etiquetas, pero notas que estás recibiendo muy pocos datos en comparación con lo que esperabas. Esto probablemente se deba a que olvidaste publicar el contenedor.
Después de actualizar o agregar nuevos elementos a tu contenedor de GTM, prueba tus cambios utilizando el modo de Vista previa y DebugView y luego haz clic en el botón “Enviar” en la esquina superior derecha de la interfaz de GTM para hacer que los cambios sean visibles para todos los usuarios.
3. Usar una variable de capa de datos antes de que ocurra su respectivo dataLayer.push
Otro error común es intentar acceder a datos antes de que estén disponibles. Imagina que tienes una etiqueta que se activa en el evento de Inicialización, utilizando una variable de capa de datos que accede a la clave page_category de la capa de datos.
Si el dataLayer.push (que contiene la page_category) ocurre después de que el DOM está listo, significa que la page_category no estará disponible en la etiqueta cargada en el contenedor. Como resultado, siempre enviarás un valor indefinido con la etiqueta de GA4.
Es crucial entender que solo puedes acceder a una variable de capa de datos después de que los datos específicos están disponibles. ¿Qué opciones tienes en este caso?
- Dispara una etiqueta en el dataLayer.push que contiene la clave page_category, o
- Pide a un desarrollador que active el dataLayer.push antes de cargar el snippet del contenedor de GTM.
4. No usar el modo de vista previa y consola de depuración adecuadamente
Cuando seleccionas un evento en la columna izquierda de la consola de Vista previa y depuración, la pestaña de Etiquetas mostrará las etiquetas presentes durante ese evento, clasificadas en “Etiquetas que se activaron” y “Etiquetas que no se activaron”.
Este es el lugar donde deberías buscar la respuesta a la pregunta: “¿Por qué no se activó esta etiqueta?” GTM solo activará la etiqueta si se cumplen todas las condiciones de un único activador. Un ícono rojo con una “X” indica qué condiciones no fueron satisfechas. Utiliza esto como pistas para encontrar cómo solucionar el problema.
Si deseas aprender más sobre la depuración adecuada en GTM, consulta esta guía.
Existen herramientas de depuración como GA Debugger y Data Layer Inspector, que son populares y gratuitas, facilitando mucho la vida a los usuarios. Estas extensiones de Google Chrome ofrecen información adicional en la consola del navegador y permiten inyectar temporalmente el contenedor de GTM en cualquier sitio, depurando otras herramientas analíticas también.
6. No verificar el DebugView de GA4
He visto a muchos principiantes no revisar su DebugView de GA4 una vez que han implementado el seguimiento de Google Analytics 4 a través de GTM. Existe una percepción errónea de que has terminado tu tarea una vez que la etiqueta de GA4 se ha activado según la consola de Vista previa y depuración.
Sin embargo, esto está lejos de la verdad, ya que en algunos casos, los usuarios podrían enviar datos accidentalmente a la propiedad de Google Analytics 4 equivocada o tal vez ocurre algún otro problema técnico. Es esencial confirmar que puedes ver esos datos en DebugView también.
Al probar un nuevo evento, dirígete a GA4 > Admin > Data display > DebugView. Aquí podrás ver todos los eventos que GA4 recibe. Haz clic en un evento para ver sus parámetros y propiedades de usuario.
Recuerda que otras herramientas pueden implementarse que ofrezcan características de depuración en tiempo real. Siempre que estén disponibles, ¡utilízalas! Es mejor prevenir que lamentar.
7. No eliminar códigos de seguimiento hardcoded
Si has decidido migrar de Google Analytics 4 hardcoded (o de otra herramienta) a una implementación más flexible a través de Google Tag Manager, ten cuidado: el proceso puede no ser sencillo.
Este consejo no se aplica a sitios pequeños con seguimiento básico; simplemente agrega el snippet del contenedor de GTM al sitio, publica la etiqueta de Google (o de otra herramienta) en GTM y elimina cualquier código de seguimiento duro del sitio.
Pero si estás considerando migrar un sitio más grande con un seguimiento más complejo, muchas cosas pueden salir mal. En mi curso de Google Tag Manager para principiantes, exploro temas relacionados con el proceso de migración en mayor profundidad.
El problema más común que he visto es no eliminar algunas partes del seguimiento de eventos hardcoded, lo que causó duplicación de datos. Algunos de esos eventos fueron simplemente pasados por alto por el desarrollador, así que mantente alerta al auditar tu proceso de migración.
8. No realizar auditorías y no tener a alguien a cargo
No quiero ser dramático, pero cuando varias personas tienen acceso al mismo contenedor de Google Tag Manager, el caos inevitablemente se producirá. Imagina que un contratista de una agencia agrega algo de marketing, luego un colega de otro departamento añade etiquetas para una nueva función, y así sucesivamente.
Como dos barcos que se cruzan en la noche, puede que falte coordinación entre todas las partes con acceso al contenedor; las personas o no saben o no se preocupan por lo que otros están haciendo en GTM.
El resultado es un contenedor saturado de etiquetas que podrían entrar en conflicto entre sí. O, mejor aún, quizás algunas de esas etiquetas no se han usado en un año (o años), pero siguen en el contenedor, afectando así la velocidad de la página. Recuerda, cada etiqueta adicional afecta la velocidad de carga de la página, aunque el impacto puede ser trivial, ¡aún existe!
¿Cómo evitar esta situación? Recomiendo auditar el contenedor al menos una vez cada 6-12 meses. Colabora con tus colegas y contratistas para revisar todas las etiquetas en el contenedor y confirmar si aún están activas.
He visto demasiadas situaciones en las que GTM aún contiene una etiqueta de una herramienta que la empresa no ha utilizado en los últimos dos años. Asegúrate de eliminar todo lo que tu negocio ya no esté utilizando.
O mejor aún, ten una persona o equipo en la empresa responsable de Google Tag Manager. Si algo debe añadirse al contenedor, esa persona o equipo debe ser informado y aprobarlo. Y si la solicitud es ilógica o perjudicial, debe ser rechazada.
9. Usar dataLayer = [], y colocarlo después del snippet de GTM
La capa de datos juega un papel fundamental en asegurar una implementación exitosa de Google Tag Manager, sirviendo como un array que contiene toda la información que deseas pasar a Google Tag Manager. El objeto de capa de datos inicializado por el Google Tag o Tag Manager se llama dataLayer.
A continuación, algunos ejemplos de datos que se pueden pasar a la dataLayer:
- Plan de precios del usuario
- País de registro del usuario
¿Qué puedes hacer con esos datos? ¡Lo que quieras!
Por ejemplo, puedes pasar el plan de precios del usuario como una dimensión personalizada a Google Analytics 4. Sin embargo, hay un problema: si los desarrolladores cometen este error, todo tu seguimiento de eventos de GTM se romperá.
Si un desarrollador agrega información personalizada a la capa de datos de esta manera:
var dataLayer = [{
'pricingPlan' : 'premium',
'registrationCountry' : 'Lithuania'
}];
…y coloca este fragmento de código debajo del código JavaScript del contenedor de Google Tag Manager, la capa de datos se romperá.
No se verán nuevos eventos en el modo de Vista previa y depuración. En términos simples, las cosas saldrán mal.
Por lo tanto, el desarrollador debe colocar el fragmento de dataLayer (como se muestra a continuación) por encima del snippet del contenedor de GTM (según la recomendación de Google):
<script>
dataLayer = [{
'pricingPlan': 'Premium',
'registrationCountry': 'United Kingdom'
}];
</script>
<!-- Google Tag Manager -->
...
<!-- End Google Tag Manager -->
Hablando de errores, seguir las mejores prácticas limitará las equivocaciones que se cometen. En este caso, una opción aún mejor es pedir a tu desarrollador que utilice el método dataLayer.push en su lugar (ver el ejemplo a continuación).
window.dataLayer = window.dataLayer || [];
dataLayer.push({
'pricingPlan': 'Premium',
'registrationCountry': 'United Kingdom'
});
Este es un excelente ejemplo de por qué no queremos cometer el error número 12.
10. No monitorear el rendimiento de la página
Cuando comenzaste a usar Google Tag Manager, probablemente viste algo sobre cómo supuestamente “optimiza el tiempo de carga de la página”.
La realidad es que depende. He realizado varias pruebas y he observado algunas mejoras al comparar fragmentos de seguimiento hardcoded (agregados directamente al sitio web) frente a etiquetas de GA4 añadidas a GTM.
No obstante, cada pieza de código que se añade a un sitio web impacta negativamente la velocidad de carga de la página. Así que, si agregas varios píxeles diferentes, como el Píxel de Facebook, GA4, Píxel de Reddit, Píxel de Quora o la etiqueta de LinkedIn, el tiempo de carga de tu página aumentará considerablemente.
Es buena práctica verificar la velocidad de tu página después de añadir una nueva etiqueta. De hecho, deberías realizar varias pruebas antes de añadir un nuevo seguimiento y luego comparar los tiempos de carga de la página con lo que sucede después de publicar tus cambios.
He publicado un artículo sobre GTM vs Pagespeed, así que échale un vistazo allí.
11. Errores tipográficos
Seré breve aquí. Cuando una etiqueta no se activa, siempre revisa si hay errores tipográficos en los:
- Nombre de la etiqueta
- Nombre del activador
- Nombre de la variable
Cuando creas tu activador de evento personalizado y variable de capa de datos, asegúrate de introducir el nombre exactamente como se muestra arriba. Ten en cuenta que todos los campos en GTM son sensibles a mayúsculas. Esto significa que “Menu_Item” es diferente de “menu_item”.
12. No colaborar con desarrolladores
Muchos especialistas en marketing y analistas digitales han comenzado a usar Google Tag Manager (probablemente) porque creen en la promesa de que no necesitarán depender de los desarrolladores nunca más. Sin embargo, la realidad es bastante diferente.
Aunque Google Tag Manager aumenta considerablemente la flexibilidad y agilidad de los equipos de marketing, es probable que los desarrolladores aún sean necesarios, especialmente cuando se trata de configuraciones o proyectos más complejos.
La implementación de comercio electrónico de Google Analytics 4 es un buen ejemplo. Si estás trabajando en una plataforma de comercio electrónico personalizada, debes trabajar con los desarrolladores para que envíen datos de eventos a la capa de datos.
Intentar implementar todo por tu cuenta (y raspar el sitio web para obtener algunos datos) resultará en configuraciones frágiles que pueden romperse fácilmente.
Además, pide a un desarrollador que revise rápidamente cualquier código JavaScript personalizado que encuentres en línea y planees implementar a través de una etiqueta HTML personalizada. He visto muchas ocasiones en las que los equipos de marketing añaden algún script desconocido y rompen temporalmente algunas funciones (o toda la interfaz) de un sitio web.
¿El resultado de esto? El equipo de marketing perdió el acceso para publicar cambios en el contenedor de GTM. Fomentar una relación sólida entre los equipos de marketing/análisis y los desarrolladores es crucial para un seguimiento robusto y efectivo. Al construir estas relaciones, puedes mejorar tus capacidades de seguimiento y, quién sabe, ¡quizás incluso hacer un nuevo amigo en el camino!
13. No usar expresiones regulares para reducir el número de condiciones/activadores
¿Qué sucede cuando deseas añadir múltiples condiciones para activar una etiqueta? Generalmente, la gente crea múltiples condiciones en un activador o asigna múltiples activadores a la misma etiqueta.
Técnicamente, esto funcionará, pero hay una manera más óptima de hacerlo: expresiones regulares (o RegEx). En lugar de tener, digamos, múltiples condiciones de “contiene”, puedes hacer coincidir diferentes datos con un solo patrón de RegEx.
Si quieres múltiples condiciones conectadas con “O”, tendrás que crear activadores separados y asignarlos a la misma etiqueta, o puedes utilizar un solo activador con una expresión regular.
Aleksandrs Pasters ha explicado cómo utilizar RegEx en GTM, así que deberías consultarlo. También utilizo constantemente el validador Regex 101 para verificar mis expresiones regulares.
Si quieres aprender más sobre todas las opciones posibles para crear condiciones “O” en Google Tag Manager, lee esta guía.
14. Publicar todos los cambios de una sola vez
Cuando trabajas en varias nuevas características de seguimiento durante una semana y luego publicas todas a la vez, yo llamo a esto la implementación de “big bang”. A diferencia de la teoría científica que explica los orígenes del universo, esto no es algo bueno (en mi opinión).
Si algo sale mal con la versión del contenedor que acabas de publicar, tendrás que revertir toda la versión (incluyendo cosas que estaban funcionando). A veces, ni siquiera podrás identificar qué está causando los problemas, así que tendrás que empezar desde el principio nuevamente.
Una buena regla a seguir es: una función, una versión. Así, mientras implementas pequeñas porciones de tu trabajo total, publica cada función como una nueva versión del contenedor una vez que hayas confirmado que está funcionando correctamente utilizando el modo de Vista previa y depuración.
De esta manera, si algo sale mal con tu última versión, los lotes más pequeños que publicaste permanecerán activos y funcionarán bien.
15. Rastrear formularios con activador Click
Este error es muy común entre los principiantes que tienen dificultades usando el activador de Envío de formularios integrado en GTM. Lo que no saben es que el activador de envío de formularios es poco confiable y no funciona con la mayoría de los formularios en línea. Al menos, ¡eso es lo que he experimentado!
Y cuando los principiantes ven que el activador integrado no funciona, a menudo optan por un activador de Click como plan B, lo cual es una mala idea. ¿Por qué? Porque el activador de clics rastrea todos los clics en los botones de envío, no solo las presentaciones exitosas.
Si un visitante intenta enviar un formulario en tu sitio pero accidentalmente deja un campo obligatorio vacío, el activador de clics activará el evento exitosamente, indicando que el formulario fue enviado. Como resultado, tendrás un conteo de eventos inexacto y exagerado para presentaciones/conversiones.
La solución? Hay muchas técnicas para rastrear formularios con Google Tag Manager. Si te encuentras en esta situación, ¡intenta con alguna de ellas!
16. No tener convenciones de nombres adecuadas
Trabajar en un contenedor de GTM con muchas etiquetas/activadores/variables pero sin una buena convención de nombres es un verdadero desafío. Imagina ver una etiqueta llamada “contacto”.
¿Contacto? ¿Qué tipo de contacto?
¿Se trata de una presentación de formulario de contacto? ¿Es un clic en un enlace de “contáctanos”? ¿Es algo diferente?
Si no tienes muchas etiquetas, incluso la peor nomenclatura de tus activos de GTM no causará muchos problemas, pero cuando comienzas a manejar más de 50 etiquetas, las malas convenciones de nomenclatura regresarán para atormentarte y hacerte perder tiempo.
Como ninguno de nosotros puede ver el futuro (pero si puedes, ¡háznoslo saber cuando GA4 vuelva a traer anotaciones!), nunca sabes cuándo tu contenedor de GTM comenzará a saturarse de etiquetas. Por lo tanto, construye buenos hábitos desde el primer día y usa convenciones de nombres adecuadas desde el principio.
He publicado una guía sobre convenciones de GTM y GA4 que podría resultarte útil.
17. No agregar la variable de configuración de eventos a las etiquetas
La variable de configuración de eventos proporciona la capacidad de definir parámetros adicionales que acompañan a cada evento al que se agrega. Esto ahorra tiempo al actualizar múltiples etiquetas de eventos cada vez que necesitas agregar un nuevo parámetro.
Sin embargo, solo porque hayas configurado la variable de configuración de eventos, no significa que esto se aplicará automáticamente a cada evento. Debes asegurarte de revisar cada etiqueta en tu contenedor y agregar la variable a cada etiqueta.
18. No etiquetar tus versiones de contenedor
Incluso si te aseguras de no cometer el error número 14 (publicar todos los cambios de una vez), esto no ayuda cuando deseas retroceder y revisar diferentes versiones y necesitas hacer clic en cada versión para ver qué se actualizó.
Para mitigar este problema, etiqueta tus versiones de contenedor (siguiendo estas convenciones de nomenclatura) para que sea más fácil encontrar qué actualizaciones se realizaron en caso de que surjan problemas más adelante.
19. Colocar parámetros de evento como propiedades de usuario y viceversa
Si eres nuevo en Google Tag Manager, puede ser difícil determinar la distinción entre lo que debe ser un parámetro de evento y una propiedad de usuario en la variable de configuración de eventos (o simplemente en una etiqueta si lo estás haciendo de manera individual).
Los parámetros de evento proporcionan información adicional sobre las acciones que los visitantes realizan en tu sitio. Sin embargo, las propiedades de usuario son atributos que describen grupos de tu base de usuarios, como sus preferencias de idioma o el plan de precios al que están suscritos. Puedes usar propiedades de usuario para definir audiencias.
Por ejemplo, si tienes un evento de compartir, el grupo al que pertenece el contenido compartido es un parámetro de evento (content_group), y la información sobre el plan de precios que tiene el visitante es una propiedad de usuario (pricing_plan).
20. No planificar adecuadamente
No pensar en tus objetivos de seguimiento finales puede causar muchos problemas dentro de tu contenedor de GTM.
En primer lugar, el exceso de etiquetado puede ralentizar tu sitio web y desordenar tus contenedores de GTM. No planificar lo que deseas rastrear puede llevar a etiquetas innecesarias o mal configuradas.
De manera similar, si no planeas, podrías ignorar los eventos automáticamente rastreados y las variables integradas. No aprovechar estas variables puede llevar a la creación de eventos personalizados y variables personalizados innecesarias.
Por último, como parte de tu proceso de planificación, asegúrate de tener documentación de etiquetas, activadores y variables. Cuando varias personas están creando etiquetas, o incluso si solo eres tú, las cosas pueden volverse muy confusas rápidamente si no tienes una buena documentación.
Aquí hay un ejemplo de una hoja de cálculo con eventos que podrías actualizar según tus necesidades. Puedes usarla como ejemplo/inspiración para crear tu propia hoja de cálculo.
21. Pasar por alto la importancia de una copia de seguridad del contenedor
Hay una función que te permite exportar un archivo JSON de tu contenedor, lo cual es una gran práctica que deberías adoptar, ya que nunca sabes qué puede pasar con tu contenedor, especialmente si varias personas tienen acceso al mismo.
Si algo llegara a suceder con tu contenedor, puedes importar el archivo JSON que exportaste desde tu contenedor perdido a uno nuevo, así no tendrás que preocuparte por tener que recrear todo.
Ahora, podrías estar pensando: “¿No son las versiones del contenedor nuestras copias de seguridad?” Sí, pero no en el caso de que un contenedor sea eliminado por completo.
A veces ocurren cosas inesperadas: una agencia rebelde toma como rehén tu contenedor de GTM, o un empleado se va de la empresa, su correo electrónico es eliminado y nadie en la empresa sabe cómo acceder al contenedor.
Para exportar tu contenedor, ve a Admin > Exportar Contenedor.
Haz clic en la versión del contenedor que deseas exportar (probablemente solo tu Espacio de trabajo predeterminado, suponiendo que esté actualizado con todos los cambios que has realizado) y luego “Exportar”.
Así que toma el camino menos transitado y exporta tu contenedor. Tu yo futuro podría estar muy agradecido por ello.

























