Google Tag Manager cambia de arquitectura en 2026: la etiqueta de Google (el antiguo gtag.js) deja de ser un script aparte y pasa a convertirse en un contenedor completo de Tag Manager, con depuración, control de versiones y configuración desde la interfaz. El anuncio es de mayo de 2026 y el cambio es opcional, pero quien lleva las cuentas de Analytics y Google Ads de varias webs necesita saber qué toca revisar antes de que el banner de optimización aparezca en su contenedor.
Desde mayo de 2026, Google Tag Manager y la etiqueta de Google comparten la misma infraestructura: los contenedores que solo usaban gtag.js pueden actualizarse para ganar depuración, versionado y una pestaña de ajustes avanzados, sin que cambie el comportamiento de las etiquetas ya publicadas. La actualización es opcional y se activa desde un banner dentro del propio contenedor.
Qué cambia en Google Tag Manager este 2026
El anuncio llegó el 20 de mayo de 2026 a través del Centro de ayuda de Google Tag Manager: las etiquetas de Google, las que llevan prefijo G- o AW-, se actualizan a contenedores completos, con las mismas herramientas de depuración y control de versiones que ya tenía Tag Manager. La interfaz también cambia: aparece una pestaña «Resumen» con la configuración de cada destino centralizada, y las funciones avanzadas (activadores, variables, plantillas, carpetas) pasan a una sección plegable aparte. No es la primera vez que Google mueve esta pieza: ya en 2023 publicó el anuncio original de unificación entre la etiqueta de Google y Tag Manager, y esta actualización de 2026 es la que por fin la lleva a la práctica. Nada de esto ocurre solo porque sí: no se elimina ninguna función que ya estés usando y el comportamiento de las etiquetas en la página sigue siendo el mismo hasta que decidas optimizar.
Qué significa optimizar tu contenedor
Optimizar no es una migración a ciegas: solo lo puede iniciar quien tenga permisos de edición, aprobación o publicación, y todo el proceso se previsualiza antes de publicarse, igual que cualquier otra versión del contenedor. El cambio técnico de fondo es que el contenedor deja de cargar un script de gtag.js por cada destino (Google Ads, Analytics, Floodlight) y pasa a mandar los datos directamente desde el propio contenedor, lo que reduce las peticiones que hace el navegador y mejora el tiempo de carga. Las plantillas de implementación nuevas ya no incluyen el comando gtag config: Google recomienda apoyarse en el activador gtm.init en su lugar.
La etiqueta de Google pasa a ser un contenedor completo
Hasta ahora, una web que solo tenía instalada la etiqueta de Google, sin pasar por Tag Manager, no podía depurar ni versionar sus cambios: cualquier ajuste se hacía directamente en el código. Con la actualización, esa misma etiqueta se convierte en un contenedor de Google Tag Manager con todo lo que eso implica: vista previa de cambios, historial de versiones y una interfaz visual para añadir activadores sin tocar el código fuente. La etiqueta sigue siendo una, no dos sistemas paralelos, y los equipos que hasta ahora dependían de un desarrollador para cualquier cambio de seguimiento ganan autonomía real sobre su propia instrumentación.
Qué son los destinos dentro del contenedor
Cada producto de Google al que envías datos (Google Ads, Analytics 4, Campaign Manager 360) se convierte en un «destino» dentro del contenedor único, con su propia configuración agrupada en la pestaña Resumen. Antes, cada destino arrastraba su propio fragmento de gtag.js; ahora todos cuelgan de la misma etiqueta sitewide y comparten el mismo envío de datos. La vinculación entre el contenedor y la cuenta de destino se hace con acceso de solo lectura por defecto, así que un cambio en Tag Manager no da permisos de escritura sobre tu cuenta de Google Ads ni de Analytics sin que lo autorices aparte. La documentación técnica de Tag Manager detalla cómo se reparte esa configuración entre contenedor y destino para quien quiera revisarlo antes de tocar nada.
Antes y después de optimizar tu contenedor GTM
La tabla resume lo que cambia de verdad al pulsar «optimizar» en un contenedor de Google Tag Manager que hasta ahora solo tenía la etiqueta de Google suelta. No es una lista de funciones nuevas sin más: es lo que un equipo técnico necesita comparar antes de decidir si merece la pena tocar algo que ya funciona.
| Aspecto | Antes de optimizar | Después de optimizar |
|---|---|---|
| Carga de JavaScript | Un gtag.js por cada destino | Un único envío desde el contenedor |
| Depuración | No disponible para la etiqueta sola | Vista previa y Tag Assistant completos |
| Control de versiones | Sin historial | Historial de versiones de GTM |
| Configuración de destinos | Dispersa por producto | Centralizada en la pestaña Resumen |
| Etiquetado visual | No disponible | Beta para conversiones de compra |
| Acción requerida | Ninguna | Optimización manual, previsualizable |
¿Te ayudamos con esto?
Cuéntanos tu caso
Si esto te afecta, escríbenos en dos líneas y te respondemos por email con una valoración concreta.
Etiquetado visual en Tag Manager para conversiones
La función que más cambia el día a día de quien no programa es el etiquetado visual, hoy en fase beta para conversiones de compra en Google Ads. En lugar de pedirle a desarrollo que inserte un evento de compra, quien lleva la cuenta navega por su propia web, señala el elemento que confirma el pedido y Google genera el selector y el activador por detrás. Para probarlo hacen falta varias piezas a la vez:
- Una cuenta de Google Ads con una acción de conversión configurada para valor de transacción.
- Una página de confirmación de pedido real, no una de pruebas.
- La etiqueta de Google instalada en todo el sitio, no solo en una página suelta.
- Permisos de edición sobre el contenedor.
- Un pedido de prueba con una tarjeta válida, porque Google necesita ver la conversión completarse de principio a fin.
El despliegue es progresivo durante 2026 y, de momento, se limita a conversiones de compra: no sustituye a Tag Manager para activadores más complejos, como los que dependen de scroll, de tiempo en página o de eventos personalizados del dataLayer. Si tu contenedor ya corre en modo etiquetado del lado del servidor, esta optimización no lo sustituye: ambos pueden convivir, porque resuelven problemas distintos.
Pasos para activar Google Tags sin perder nada
El proceso está pensado para que nadie se encuentre con un contenedor roto al día siguiente. Quien administra la cuenta ve un aviso de «optimización» dentro del propio Tag Manager y decide cuándo seguirlo, no al revés:
- Revisar qué destinos tiene activos el contenedor actual antes de tocar nada.
- Abrir el banner de optimización y previsualizar los cambios propuestos.
- Comprobar en el modo de vista previa que los eventos de automatización (formularios, scroll, clics) siguen disparando igual.
- Publicar la versión optimizada solo cuando la previsualización coincide con el comportamiento actual.
- Avisar al equipo de analítica de que el contenedor cambió de estructura, aunque no de comportamiento.
Nada de esto se aplica solo porque Google lo anuncie: sin ese quinto paso, el equipo que interpreta los informes de analítica web puede pasarse semanas sin saber por qué la interfaz de Tag Manager tiene secciones nuevas.
Impacto para marketing y equipos técnicos por sector
El cambio no pesa igual en todas partes. Una tienda online que ya gestiona varias zonas dentro del mismo contenedor, algo que ya tratamos al hablar de cómo conviven dos equipos en el mismo Tag Manager, gana sobre todo velocidad de carga, porque el checkout deja de arrastrar un gtag.js por cada destino conectado. Una inmobiliaria con varias webs de captación, en cambio, nota más el etiquetado visual: puede montar la conversión de «solicitar visita» sin pedir hora al programador cada vez que cambia el formulario.
Los despachos profesionales y las clínicas que miden conversiones de contacto, no de compra, todavía no tienen etiquetado visual disponible, porque la beta se limita a transacciones con valor económico. Para el sector industrial, donde el ciclo de conversión pasa por un formulario de solicitud de presupuesto y no por un carrito, el beneficio inmediato es la depuración: poder revisar en modo vista previa que el evento de envío de formulario sigue disparando igual, sin depender de que alguien revise el código fuente de la página. En los tres casos, el responsable de marketing no necesita entender la infraestructura técnica, pero sí necesita saber que existe un banner que no debe aceptar sin avisar antes a quien lleva la cuenta de Analytics.
Preguntas frecuentes sobre Google Tag Manager y Google Tags
¿Tengo que actualizar mi contenedor de Google Tag Manager ya?
No. La actualización es opcional y Google no toca ningún contenedor sin que alguien con permiso de publicación active el banner de optimización. Puedes seguir usando la etiqueta de Google o Tag Manager exactamente como hasta ahora; lo único que cambia si no haces nada es que no tendrás acceso a la depuración ni al etiquetado visual.
¿La optimización cambia el comportamiento de mis etiquetas?
No debería: Google indica expresamente que el comportamiento en la página no cambia, solo la forma en que el contenedor envía los datos. Aun así, conviene revisarlo en el modo de vista previa antes de publicar, sobre todo si tienes activadores personalizados en el dataLayer que nadie ha vuelto a tocar en meses.
¿Qué necesito para probar el etiquetado visual?
Una cuenta de Google Ads con una conversión de compra configurada por valor, una página de confirmación de pedido real y permisos de edición sobre el contenedor. Como está en beta, de momento solo sirve para conversiones de compra: el resto de activadores se siguen montando igual que siempre en Tag Manager.
