Tag Manager ya no carga un gtag.js por cada producto de Google
Google ha empezado a unir Tag Manager con la etiqueta de Google (gtag.js): el contenedor ya puede enviar datos a GA4 y Google Adssin cargar un gtag.js aparte para cada uno.
Google ha empezado a desplegar en Google Tag Manager lo que denomina una experiencia de etiquetado optimizada. La actualización fusiona dos elementos que hasta ahora operaban por separado: el propio contenedor de Tag Manager (gtm.js) y la etiqueta de Google (gtag.js), el código encargado de cargar servicios como Google Analytics 4 o Google Ads. Según especialistas del sector como Simo Ahava, se trata del mayor cambio estructural de la herramienta en más de una década.
Qué cambia: el contenedor absorbe a gtag.js
Hasta ahora, una web que medía con GA4 y Google Ads a través de Tag Manager cargaba el contenedor general y, dentro de él, ejecutaba una etiqueta de Google para cada producto. Cada una de estas etiquetas forzaba la descarga de su propio archivo gtag.js. Este proceso resultaba redundante, ya que la página terminaba bajando varias veces prácticamente la misma librería de medición.
Con la optimización, el contenedor de Tag Manager asume el rol de etiqueta de Google. GA4, Google Ads y Floodlight dejan de cargarse con su propia etiqueta independiente y pasan a funcionar como destinos directos del contenedor. Según la documentación oficial, los datos se envían a los destinos sin necesidad de cargar gtag.js, por lo que el navegador del usuario solo descarga el archivo gtm.js.
Además, los ajustes globales (detección automática de eventos, datos proporcionados por el usuario o gestión del consentimiento) se centralizan en una nueva pestaña de Configuración. Al integrarse en el flujo de Tag Manager, estos ajustes ahora cuentan con historial de versiones, se pueden probar en la vista previa y no entran en producción hasta que se publica el contenedor.
| Característica | Sistema anterior | Etiquetado optimizado |
|---|---|---|
| Archivos descargados | gtm.js y un gtag.js adicional por cada etiqueta de Google. | Únicamente gtm.js. |
| Ajustes de etiquetado | Configurados en cada etiqueta de Google por separado. | Centralizados en la pestaña Configuración para todos los destinos. |
| Carga de GA4 o Ads | A través de la Etiqueta de Google. | Como Etiquetas de destino directas. |
| Control de versiones | Modificaciones fuera del historial de Tag Manager. | Integrado con versiones, vista previa y publicación. |
Cómo se activa la optimización
El cambio no se aplica de forma automática. Los administradores verán un banner en la vista general de su contenedor para iniciar el proceso:
- Si todas las etiquetas de Google del contenedor comparten los mismos ajustes, la migración es directa pulsando en «Revisar detalles» y «Añadir al espacio de trabajo».
- Si existen ajustes dispares, el sistema abre un asistente para seleccionar de qué etiqueta se hereda la configuración común o para crearla desde cero.
Las etiquetas de evento y los activadores no sufren alteraciones. El asistente convierte las etiquetas de Google existentes en nuevas «etiquetas de destino», las cuales heredan la configuración común. Al igual que cualquier cambio en Tag Manager, la migración queda en el espacio de trabajo temporal y debe probarse antes de publicarse. El único elemento que no dispone de control de versiones en este nuevo ecosistema son los permisos de acceso.
Implicaciones técnicas y de rendimiento
La conversión altera la gestión de accesos: al transformar una etiqueta en destino, los usuarios con permisos sobre esa etiqueta de Google reciben por defecto permisos de lectura en el contenedor de Tag Manager. Es recomendable revisar las cuentas externas antes de aplicar la migración para no exponer el contenedor a terceros no deseados.
En cuanto a la gestión del consentimiento, el contenedor actualizado incluye soporte nativo para retener los envíos de datos hasta que el usuario acepte las cookies, simplificando la implementación del modo de consentimiento básico sin necesidad de configurar colas de eventos manuales.
Para el rendimiento web y el SEO, la principal ventaja radica en la reducción de peticiones de red. Cada instancia de gtag.js que se elimina supone menos JavaScript de terceros que el navegador debe descargar, analizar y ejecutar, liberando el hilo principal y mejorando métricas de las Core Web Vitals.
