Google Tag Manager: qué es y para qué sirve

Google Tag Manager (GTM) es un gestor de etiquetas gratuito de Google. Sirve para añadir, cambiar y quitar desde un solo panel los fragmentos de código de medición y marketing de una web o aplicación (Google Analytics 4, Google Ads, el píxel de Meta, LinkedIn o una herramienta de mapas de calor) sin modificar el código de la web cada vez. Se instala una sola vez un pequeño código, el contenedor, y a partir de ahí todo se gestiona desde la interfaz de GTM.

Una etiqueta (tag, en inglés) es un fragmento de código que envía información a otra herramienta: que alguien ha visto una página, ha enviado un formulario o ha hecho una compra. Sin un gestor, cada etiqueta se pega a mano en el código y cada cambio pasa por el equipo de desarrollo.

En la práctica, GTM sirve para medir lo que importa al negocio: formularios de contacto enviados, clics en el teléfono o en WhatsApp, descargas de un catálogo, reservas o compras. Esos datos alimentan Google Analytics 4 y las conversiones de Google Ads, y son la base para saber qué canales traen clientes.

También pone orden. Todas las etiquetas quedan en un mismo sitio, con un historial de versiones, permisos por usuario y un modo de vista previa para probar los cambios antes de publicarlos. Y ayuda a gestionar el consentimiento de cookies, porque permite condicionar cada etiqueta a lo que haya aceptado el usuario.

Te explicamos cómo funciona por dentro, qué es el Consent Mode v2, qué diferencia hay entre su modo básico y el avanzado y cómo lo usamos en Devyond.

Todo en GTM se construye con tres piezas. Las etiquetas son lo que se ejecuta: por ejemplo, enviar a GA4 el evento «formulario enviado». Los activadores (triggers) deciden cuándo se ejecuta cada etiqueta: al cargar una página concreta, al hacer clic en un botón o al enviar un formulario. Las variables son los datos que usan etiquetas y activadores: la URL de la página, el texto del botón pulsado o el importe de un pedido.

Un ejemplo: la etiqueta de conversión de Google Ads se activa cuando alguien llega a la página de agradecimiento tras enviar el formulario, y usa una variable con el tipo de solicitud. Para que GTM reciba datos del negocio, como el importe de una compra, la web los publica en la capa de datos (dataLayer), un espacio que prepara el equipo de desarrollo para que GTM pueda leerlos.

Cada web tiene su contenedor, que agrupa sus etiquetas, activadores y variables. Los cambios se preparan en un espacio de trabajo, se prueban en el modo de vista previa y se publican como una versión nueva. Si algo falla, se puede volver a la versión anterior.

Esa flexibilidad tiene una contrapartida: quien tiene permiso de publicación puede añadir código que se ejecuta en tu web. Conviene limitar quién publica y revisar de vez en cuando qué etiquetas hay y para qué sirve cada una.

Además del contenedor web existe GTM en el servidor (server-side): un contenedor alojado en un servidor que controla la empresa, que recibe los datos desde la web y los reenvía a cada herramienta; reduce el código que se ejecuta en el navegador y da más control sobre lo que se comparte, a cambio de un coste de alojamiento y mantenimiento, y no exime de pedir el consentimiento.

El Consent Mode (modo de consentimiento) es el mecanismo de Google para que sus etiquetas sepan qué ha aceptado el usuario en el banner de cookies y se comporten en consecuencia. La versión 2 usa cuatro señales: dos sobre el almacenamiento de cookies, ad_storage (publicidad) y analytics_storage (analítica), y dos que añadió esta versión, ad_user_data (si se pueden enviar datos del usuario a Google con fines publicitarios) y ad_personalization (si se pueden usar para anuncios personalizados). GTM se integra con las principales plataformas de gestión del consentimiento (CMP), que son las que muestran el banner.

Se puede implementar de dos formas. En el modo básico, las etiquetas de Google no se cargan hasta que el usuario acepta: si rechaza, no se envía nada a Google, ni siquiera que ha rechazado. En el modo avanzado, las etiquetas se cargan desde el principio con el consentimiento denegado por defecto; si el usuario rechaza, no usan cookies, pero envían a Google pings sin cookies con el estado del consentimiento y datos técnicos, como la hora, el navegador, la página de procedencia y si la visita viene de un anuncio.

Con esos pings, Google estima con modelos estadísticos las conversiones y el comportamiento de quienes rechazan las cookies, y completa con esas estimaciones los informes de Google Ads y de GA4. Con el modo básico también hay modelado, pero más general. Ninguno de los dos te da datos de cada persona que rechaza: lo que obtienes son estimaciones agregadas.

Hay un matiz importante para una pyme. El modelado de comportamiento de GA4 solo se activa si la propiedad cumple unos mínimos: a fecha de octubre de 2026, al menos 1.000 eventos diarios con el consentimiento de analítica denegado durante 7 días, y al menos 1.000 usuarios diarios que sí aceptan durante 7 de los últimos 28 días. Muchas webs pequeñas no llegan, y entonces la ventaja del modo avanzado en GA4 es menor de lo que parece.

Desde marzo de 2024, coincidiendo con la aplicación de la Ley de Mercados Digitales (DMA), Google exige a quienes usan sus herramientas publicitarias con usuarios del Espacio Económico Europeo que obtengan su consentimiento y se lo comuniquen con el Consent Mode v2. Sin esas señales se pierden funciones como la medición de conversiones, las audiencias o el remarketing, también en las funciones publicitarias de GA4. Es un requisito de Google, no una ley, y lo cumplen tanto el modo básico como el avanzado. La obligación legal de pedir consentimiento para las cookies no exentas es aparte: en España la establece el artículo 22.2 de la LSSI.

Google presenta los pings del modo avanzado como información funcional y no identificativa, que no se usa para seguir a las personas entre webs ni para crear perfiles. Pero que no haya cookies no significa automáticamente que no haga falta consentimiento. Las directrices 2/2023 del Comité Europeo de Protección de Datos (EDPB), cuya versión definitiva se adoptó el 7 de octubre de 2024, interpretan que la norma europea de cookies (el artículo 5.3 de la Directiva ePrivacy) se aplica también cuando un código JavaScript ordena al navegador enviar información, haya o no cookies y se trate o no de datos personales.

A fecha de octubre de 2026 no hemos encontrado ninguna resolución ni guía de la AEPD, la CNIL o el EDPB que se pronuncie expresamente sobre el Consent Mode de Google: ni lo prohíben ni lo avalan. Pero, según esa lectura del EDPB, los pings que se envían después de un rechazo podrían requerir consentimiento, salvo que encajen en alguna de las excepciones, que son estrechas (por ejemplo, lo estrictamente necesario para prestar el servicio que pide el usuario).

No decimos que el modo avanzado sea ilegal ni que el básico sea «más legal». Decimos que el avanzado tiene un riesgo de interpretación que la empresa debe conocer y valorar con su asesoría, y que el básico es la opción más conservadora: si el usuario no acepta, a Google no llega nada.

En ambos casos, lo imprescindible es un banner de cookies bien hecho, con la opción de rechazar tan visible y sencilla como la de aceptar, como pide la guía sobre el uso de las cookies de la AEPD. Este artículo es divulgativo y no constituye asesoramiento legal.

Qué modo usar es una decisión de negocio y de cumplimiento, no solo técnica: cuánto aporta el modelado con tu volumen de tráfico y qué riesgo estás dispuesto a asumir.

En nuestra propia web, devyond.com, usamos GTM con las etiquetas ordenadas y el Consent Mode v2 en modo básico. Hemos probado los dos modos y, en los proyectos, implementamos el que decida el cliente según sus criterios legales, técnicos y de negocio. Con los clientes actuamos sobre todo como implementadores: montamos el contenedor, la capa de datos, las etiquetas principales y el consentimiento, y después es el propio cliente, o su equipo de marketing, quien gestiona sus etiquetas.

Como hacemos sobre todo aplicaciones web y no tanto webs corporativas, no son muchos los clientes en los que hemos implantado GTM. En los que lo tienen no nos ha dado problemas ni nos consta que haya ralentizado la web, aunque cada etiqueta añade código y conviene no acumular las que ya no se usan.

GTM no es la única opción. Si un cliente lo prefiere, implementamos la medición directamente en el código de la aplicación: queda bajo el control del equipo de desarrollo y no depende de que alguien toque el contenedor, pero cada cambio requiere desarrollo. GTM encaja mejor cuando marketing necesita añadir o cambiar etiquetas con frecuencia y con autonomía.

En aplicaciones web con usuarios registrados, además, buena parte de la analítica de producto (qué funciones se usan o dónde se atascan los usuarios) suele medirse mejor desde el propio código, con herramientas específicas, que desde un gestor de etiquetas.

Montamos la medición de tu web o aplicación, con GTM o en el código, dentro de nuestro servicio de analítica web y de producto.

Google Tag Manager es un gestor de etiquetas gratuito que centraliza en un solo panel la medición y el marketing de tu web mediante etiquetas, activadores y variables. Bien configurado, te da datos fiables sobre lo que importa al negocio. Si usas las herramientas publicitarias de Google con usuarios del Espacio Económico Europeo necesitas el Consent Mode v2: el modo avanzado aporta más modelado, pero tiene un matiz legal que conviene valorar con tu asesoría.

Si quieres medir bien tu web o tu aplicación, te ayudamos con la analítica web y de producto. También puedes ver todo lo que hacemos en datos y business intelligence.

Cuéntanos qué quieres medir en tu web y te diremos si conviene hacerlo con Google Tag Manager o directamente en el código.