Google Tag Manager (GTM) ha introducido uno de los cambios más importantes en su funcionamiento de los últimos años. Con la nueva experiencia de etiquetado optimizada, conocida como Optimized Tagging Experience, Google da un paso más en la integración de Google Tag y Google Tag Manager, simplificando la forma en que se configuran las etiquetas y se envían datos a herramientas como Google Analytics 4, Google Ads y Floodlight.
Hasta ahora, utilizar GTM no significaba necesariamente tener toda la infraestructura de medición centralizada. Aunque el contenedor permitía gestionar etiquetas, activadores y variables, los productos de Google podían seguir cargando recursos JavaScript adicionales y mantener configuraciones independientes.
La nueva versión de Google Tag Manager cambia este modelo: el propio contenedor puede asumir las funciones de Google Tag, gestionar distintos destinos de medición y compartir configuraciones entre ellos.
Esto supone ventajas en rendimiento, mantenimiento y gestión de permisos. Sin embargo, también introduce cambios que conviene revisar antes de actualizar un contenedor en producción.
En este artículo analizamos qué novedades trae Google Tag Manager en 2026, cómo funciona la nueva experiencia de etiquetado y qué aspectos debes comprobar antes de migrar tu implementación.
¿Qué es la nueva versión de Google Tag Manager en 2026?
La actualización de Google Tag Manager de octubre de 2026 introduce una nueva arquitectura para gestionar los productos de medición de Google desde un mismo contenedor.
El cambio principal es que Google Tag Manager y Google Tag pasan a funcionar de una forma mucho más integrada.
Para entender su importancia, conviene distinguir ambos conceptos.
- Google Tag: es la tecnología que permite enviar información desde una web a productos como Google Analytics o Google Ads.
- Google Tag Manager: es la herramienta que facilita la implementación y gestión de etiquetas sin tener que modificar constantemente el código de la web.
Aunque ambas tecnologías ya estaban relacionadas, su funcionamiento no estaba completamente unificado.
Por ejemplo, un contenedor de GTM podía incluir una etiqueta de Google Analytics 4 que necesitaba cargar recursos adicionales de gtag.js para iniciar la medición. Además, determinadas opciones de configuración se gestionaban fuera del propio contenedor.
Con la nueva experiencia optimizada, el contenedor de GTM puede enviar datos directamente a los destinos de Google sin depender de esas cargas adicionales.
Esto permite centralizar la gestión y simplificar una infraestructura que, con el paso del tiempo, podía acumular configuraciones repartidas entre distintas herramientas.
¿Qué cambia respecto a la versión anterior de GTM?
La actualización no se limita a una reorganización de menús. Introduce cambios en el funcionamiento de las etiquetas, la configuración compartida y la relación entre GTM y las cuentas de Google.
| Característica | Versión anterior de GTM | Nueva experiencia optimizada |
|---|---|---|
| Carga de recursos | Determinadas etiquetas podían cargar archivos gtag.js adicionales. | Los destinos compatibles pueden recibir datos directamente desde el contenedor. |
| Configuración | Ajustes distribuidos entre etiquetas y productos. | Configuración compartida y centralizada. |
| Etiquetas | Etiquetas Google Tag tradicionales. | Nuevas Destination Tags. |
| Permisos | Gestión más separada entre productos. | Mayor integración de accesos y destinos vinculados. |
| Mantenimiento | Posibles configuraciones redundantes. | Gestión más unificada de los productos de Google. |
1. Menos JavaScript adicional para enviar datos
Una de las mejoras más relevantes está relacionada con el rendimiento.
Hasta ahora, determinadas etiquetas gestionadas desde GTM podían requerir la carga de un archivo gtag.js adicional para enviar información al producto correspondiente.
Esto añadía peticiones de red y recursos que el navegador necesitaba descargar y procesar.
Con la experiencia optimizada, las instrucciones necesarias para trabajar con los destinos compatibles pueden integrarse directamente en el contenedor de Google Tag Manager.
En la práctica, esto puede traducirse en una implementación más eficiente, especialmente en webs que utilizan varios productos de medición de Google.
Ahora bien, conviene diferenciar una mejora en la arquitectura de etiquetado de una mejora automática en el rendimiento de toda la web.
Reducir cargas adicionales puede resultar beneficioso, pero su impacto real dependerá de factores como las etiquetas instaladas, el peso del resto de scripts, la configuración del contenedor y el comportamiento de la página.
Por tanto, la actualización no sustituye una auditoría de rendimiento ni garantiza por sí sola una mejora concreta en Core Web Vitals.
2. Nuevas etiquetas de destino: Destination Tags
Otra de las novedades de Google Tag Manager 2026 es la incorporación de las llamadas Destination Tags o etiquetas de destino.
Estas etiquetas permiten conectar directamente los productos de medición compatibles al contenedor optimizado.
Entre los tipos disponibles se encuentran:
- Google Analytics: para conectar flujos de datos de GA4.
- Google Ads: para incorporar destinos de medición publicitaria.
- Google Floodlight: para integraciones relacionadas con el ecosistema de Campaign Manager 360 y otros productos compatibles.
Su principal diferencia respecto a las etiquetas Google Tag anteriores es que aprovechan la configuración compartida del contenedor y evitan determinadas cargas adicionales de gtag.js.
Además, mantienen la posibilidad de personalizar parámetros específicos de cada destino.
Por ejemplo, una empresa puede utilizar una configuración común para su medición y modificar determinados parámetros de un destino de GA4 sin tener que replicar toda la configuración, siempre dentro de las restricciones que establecen los ajustes compartidos.
Es importante tener en cuenta que las etiquetas de destino no sustituyen automáticamente todos los eventos existentes. La nueva arquitectura modifica principalmente la forma en que se inicializan y configuran los destinos, mientras que las etiquetas de eventos continúan desempeñando su función.
3. Configuración centralizada en el contenedor
La nueva versión también incorpora una sección de configuración desde la que se pueden administrar los ajustes compartidos por los destinos conectados.
Hasta ahora, una empresa que utilizaba Google Analytics y Google Ads podía encontrarse con configuraciones repartidas entre ambas plataformas y el propio GTM.
Esta fragmentación hacía más complicado identificar qué ajustes estaban activos, quién los había modificado o por qué determinadas etiquetas se comportaban de forma diferente.
Con la nueva experiencia, los destinos pueden utilizar una configuración común gestionada desde el contenedor.
Entre los ajustes relevantes se encuentran:
- La detección automática de determinados eventos.
- Las opciones relacionadas con la recopilación de datos.
- La configuración del consentimiento.
- Los parámetros compartidos por diferentes productos de Google.
- Determinadas opciones de comportamiento de la etiqueta.
Esto facilita el mantenimiento, pero también introduce una responsabilidad adicional.
Un cambio en una configuración compartida puede afectar a varios destinos de medición al mismo tiempo.
Por ejemplo, modificar una opción relacionada con la recopilación de datos no debería realizarse pensando únicamente en GA4 si esa misma configuración también afecta a otros destinos conectados.
Por eso, antes de migrar, es importante comprobar qué ajustes existen actualmente en cada producto y cuáles se van a compartir.
4. Cambios en los permisos y el acceso
La gestión de usuarios es otro de los aspectos que evoluciona con la nueva versión.
Al conectar el contenedor con los destinos de Google, se establece una relación más directa entre GTM y las cuentas de los productos correspondientes.
Esto puede facilitar la visibilidad de la configuración y el trabajo entre equipos de analítica, marketing y desarrollo.
Durante el proceso de optimización se pueden establecer accesos de lectura para determinados usuarios vinculados a los destinos, y posteriormente revisar los permisos desde la administración de Google Tag Manager.
Sin embargo, centralizar el acceso no significa que todos los usuarios deban disponer de los mismos privilegios.
En una implementación empresarial sigue siendo recomendable diferenciar entre quienes necesitan consultar la configuración, quienes pueden editarla y quienes tienen autorización para publicar cambios.
También conviene recordar que los cambios en los permisos no se gestionan de la misma manera que las versiones publicadas del contenedor.
Restaurar una versión anterior no implica necesariamente recuperar la configuración previa de acceso de los usuarios.
Cómo optimizar un contenedor de Google Tag Manager a la nueva versión
Google ha incorporado un asistente para facilitar la migración de los contenedores existentes a la experiencia de etiquetado optimizada.
El proceso está diseñado para reducir el trabajo manual, pero es importante entender qué modifica antes de publicar los cambios.
Paso 1. Accede al asistente de optimización
En los contenedores compatibles, Google Tag Manager muestra un aviso desde el que se puede iniciar el proceso de actualización.
Para comenzar, accede al contenedor que quieres revisar y localiza la opción de optimización.
Necesitarás permisos suficientes para iniciar el proceso.
Antes de continuar, es recomendable identificar las etiquetas de Google que utiliza el contenedor y comprobar qué productos de medición están vinculados.
Paso 2. Selecciona los destinos que quieres migrar
El asistente permite identificar las etiquetas de Google disponibles para su optimización.
En esta fase podrás seleccionar qué etiquetas quieres integrar en la nueva experiencia.
No es obligatorio migrarlas todas al mismo tiempo.
Por ejemplo, si el contenedor incluye destinos de GA4 y Google Ads, puedes revisar cuáles son compatibles y cuáles conviene mantener temporalmente con su configuración anterior.
Las etiquetas que no se seleccionen pueden permanecer como etiquetas heredadas.
Esto resulta especialmente útil en implementaciones complejas, donde diferentes equipos o proveedores gestionan productos de medición independientes.
Paso 3. Revisa la configuración compartida
Una vez seleccionados los destinos, el asistente permite definir qué configuración se utilizará como base para el contenedor.
Si las etiquetas existentes comparten los mismos parámetros, el proceso puede ser relativamente sencillo.
Pero si tienen ajustes diferentes, será necesario decidir qué configuración adoptar.
También es posible crear una nueva configuración compartida en lugar de importar directamente los ajustes de una etiqueta existente.
Este es uno de los puntos más importantes de toda la migración.
No conviene elegir una configuración únicamente porque sea la que utiliza el destino principal. Antes hay que comprobar si sus parámetros son adecuados para el resto de productos que van a compartirla.
Paso 4. Comprueba los cambios antes de incorporarlos
Antes de finalizar el asistente, Google permite consultar los cambios que se aplicarán al espacio de trabajo.
En esta vista se puede revisar qué etiquetas se modificarán, qué destinos quedarán vinculados y qué configuraciones se incorporarán al contenedor.
Es recomendable prestar especial atención a las etiquetas que pasarán del modelo anterior a las nuevas Destination Tags.
También debes revisar cualquier cambio relacionado con permisos o configuraciones comunes.
Una vez confirmada la optimización, los cambios se añaden al espacio de trabajo, pero no se publican automáticamente.
Esto permite realizar pruebas antes de modificar el comportamiento de la web en producción.
Paso 5. Valida la implementación con Preview y Tag Assistant
Antes de publicar, utiliza el modo de vista previa de Google Tag Manager para comprobar el funcionamiento de la nueva configuración.
Entre las verificaciones más importantes se encuentran:
- Comprobar que los destinos de GA4, Google Ads y Floodlight se inicializan correctamente.
- Revisar que los eventos siguen enviándose cuando corresponde.
- Confirmar que no se generan eventos o conversiones duplicadas.
- Validar las condiciones de activación y los parámetros enviados.
- Comprobar el comportamiento de las etiquetas según el consentimiento del usuario.
- Revisar las peticiones de red para detectar cargas adicionales inesperadas.
También es recomendable contrastar el comportamiento con los informes de depuración de Google Analytics y las herramientas de diagnóstico de los productos publicitarios.
La migración no debería considerarse completada únicamente porque las etiquetas aparezcan como activadas en Preview.
Lo importante es verificar que los datos enviados siguen siendo correctos, completos y coherentes con la implementación anterior.
Paso 6. Publica y supervisa los resultados
Una vez validados los cambios, puedes publicar la nueva versión del contenedor.
Es recomendable incluir una descripción que permita identificar la migración y disponer de una referencia de la configuración anterior.
Durante los primeros días, conviene supervisar las principales métricas de medición.
Por ejemplo, puedes comparar el volumen de eventos, páginas vistas y conversiones con periodos equivalentes, teniendo en cuenta que las diferencias también pueden deberse a variaciones normales en el tráfico.
El objetivo no es que todas las cifras sean idénticas, sino detectar cambios inesperados que puedan indicar algún problema de implementación.
Qué debes revisar antes de actualizar Google Tag Manager
Aunque Google recomienda adoptar la experiencia optimizada, no todos los contenedores tienen el mismo nivel de complejidad.
Una implementación básica de GA4 puede requerir pocas comprobaciones, mientras que un eCommerce con múltiples destinos, eventos personalizados, consentimiento y seguimiento de conversiones necesitará una validación más exhaustiva.
Consent Mode y transmisión de datos
Uno de los aspectos más sensibles es la gestión del consentimiento.
La nueva experiencia incorpora opciones para controlar la transmisión de información en función de las señales de consentimiento.
Esto permite gestionar de forma más centralizada determinados envíos y, según la configuración, aplazar la transmisión de datos hasta que se concedan los permisos correspondientes.
Puede simplificar algunas implementaciones de Consent Mode, especialmente aquellas que necesitaban lógica adicional para gestionar eventos bloqueados inicialmente.
Sin embargo, la nueva configuración no sustituye una implementación correcta de consentimiento.
Sigue siendo necesario comprobar:
- La integración con la plataforma de gestión del consentimiento (CMP).
- El estado inicial de las señales de consentimiento.
- Las actualizaciones realizadas tras la elección del usuario.
- El comportamiento de las etiquetas antes y después de aceptar o rechazar el consentimiento.
- El envío de información a cada destino de medición.
Además, estas funcionalidades no deben interpretarse como una solución universal para cualquier etiqueta de terceros.
Configuraciones diferentes entre GA4 y Google Ads
Otro posible punto de conflicto aparece cuando distintos productos utilizan parámetros de medición diferentes.
Centralizar la configuración puede reducir duplicidades, pero también puede propagar cambios a varios destinos.
Por eso conviene revisar las opciones existentes antes de unificarlas.
Una empresa con varias propiedades de Analytics o distintas cuentas publicitarias debe prestar especial atención a este aspecto.
La ventaja de la nueva experiencia no consiste en que todos los destinos tengan necesariamente una configuración idéntica, sino en disponer de una base común que pueda adaptarse cuando existan necesidades específicas.
Etiquetas heredadas y duplicidades
Durante una migración pueden convivir etiquetas nuevas con configuraciones anteriores.
Esta coexistencia no es necesariamente un problema, pero debe estar controlada.
Es importante revisar si una misma propiedad o cuenta está recibiendo información desde varias implementaciones y si las etiquetas heredadas siguen siendo necesarias.
También conviene comprobar las etiquetas instaladas directamente en el código de la web, fuera de GTM.
Actualizar el contenedor no elimina automáticamente otras implementaciones que puedan estar funcionando en paralelo.
En particular, hay que prestar atención a la inicialización de los destinos y al envío de eventos automáticos, como las páginas vistas.
Configuración de server-side tagging
Si utilizas Google Tag Manager del lado del servidor, también debes revisar cómo se envían las solicitudes desde el contenedor web.
La nueva experiencia permite mantener configuraciones específicas por destino, pero conviene comprobar que las rutas de recopilación y los parámetros necesarios siguen funcionando como estaba previsto.
No hay que confundir esta actualización con una migración a server-side tagging.
La experiencia optimizada mejora la arquitectura de etiquetado de GTM en la web, pero no convierte automáticamente un contenedor web en un contenedor del lado del servidor.
Ambas tecnologías pueden formar parte de una misma estrategia de medición, aunque resuelven necesidades distintas.
¿Qué ventajas tiene la nueva experiencia de etiquetado para una empresa?
Más allá de los cambios técnicos, la actualización tiene implicaciones para la gestión de la analítica digital.
Las principales ventajas pueden resumirse en cuatro aspectos:
- Menor complejidad: centralizar determinados ajustes facilita comprender cómo se recopilan los datos y qué destinos los reciben.
- Mayor eficiencia: reducir recursos JavaScript innecesarios y simplificar la arquitectura puede ayudar a mantener una implementación más ligera.
- Más control: disponer de configuraciones compartidas dentro del contenedor permite aprovechar mejor las funciones de versionado, pruebas y publicación de GTM.
- Mejor colaboración: una relación más directa entre el contenedor y los productos de medición puede facilitar el trabajo entre los equipos responsables de la implementación.
Sin embargo, ninguna de estas ventajas implica que una configuración existente sea automáticamente correcta después de migrarla.
Una medición que ya contiene errores de eventos, duplicidades o problemas de consentimiento no se solucionará únicamente utilizando las nuevas etiquetas de destino.
En ese sentido, la actualización también puede ser una oportunidad para revisar el estado general de la implementación.
¿Es recomendable actualizar ya a la nueva versión de Google Tag Manager?
En términos generales, la nueva experiencia optimizada es la dirección hacia la que Google está evolucionando su ecosistema de etiquetado.
La posibilidad de centralizar configuraciones, conectar destinos directamente y reducir recursos adicionales ofrece ventajas suficientes para valorar la migración.
No obstante, la decisión debería depender del estado del contenedor y de la capacidad para validar los cambios.
| Tipo de implementación | Recomendación |
|---|---|
| Web con GA4 y pocas etiquetas | Revisar compatibilidad y realizar la migración tras validar eventos y configuración. |
| Web con GA4 y Google Ads | Comprobar los ajustes compartidos, las conversiones y los destinos conectados. |
| eCommerce con eventos personalizados | Auditar eventos, conversiones y posibles duplicidades antes de migrar. |
| Contenedor con varias cuentas y proveedores | Revisar permisos, destinos y configuraciones particulares. |
| Implementación con Consent Mode y server-side tagging | Validar el consentimiento, las rutas de recopilación y el envío de datos antes de publicar. |
En implementaciones sencillas, con pocas etiquetas y destinos claramente identificados, la actualización puede abordarse con un proceso de revisión relativamente directo.
En contenedores que acumulan años de modificaciones, integraciones publicitarias, eventos personalizados o configuraciones de consentimiento complejas, es preferible realizar una auditoría previa.
También puede ser recomendable coordinar la migración con los responsables de las cuentas de Analytics y Google Ads, especialmente cuando existen diferentes equipos o agencias involucrados.
Lo importante es no confundir una actualización recomendada con una actualización que deba publicarse sin pruebas.
Google no obliga a aplicar inmediatamente la optimización a todos los contenedores existentes, por lo que es posible planificarla y validar sus implicaciones antes de activarla.
Conclusión: Google Tag Manager 2026 simplifica el etiquetado, pero exige revisar la medición
La nueva versión de Google Tag Manager representa un cambio importante en la forma de gestionar el etiquetado de los productos de Google.
La integración con Google Tag, las nuevas Destination Tags, la centralización de configuraciones y la reducción de cargas adicionales de JavaScript permiten construir implementaciones potencialmente más eficientes y fáciles de mantener.
Pero el principal beneficio no está únicamente en cargar menos recursos o disponer de una interfaz más ordenada.
Está en poder gestionar la infraestructura de medición con mayor coherencia y control.
Para aprovecharlo, es necesario revisar cómo están configurados los destinos, qué datos se recopilan, cómo se gestiona el consentimiento y qué cambios introduce la migración.
Actualizar GTM puede ser un buen momento para simplificar la implementación, eliminar configuraciones redundantes y comprobar que las decisiones de marketing se apoyan en datos fiables.
En BRUICO entendemos la analítica digital como una parte fundamental de la estrategia de crecimiento. Por eso, antes de incorporar cualquier cambio en las herramientas de medición, es importante evaluar su impacto tanto en la implementación técnica como en la calidad de los datos.
La nueva experiencia de Google Tag Manager facilita el trabajo, pero una buena medición sigue dependiendo de cómo se configure, se valide y se mantenga.