GTM y Google Tag se fusionan en 2026: qué cambia y qué tienes que hacer

El 20 de mayo de 2026, en el keynote anual de Google Marketing Live, Google anunció el cambio más grande a Google Tag Manager en años: los containers de GTM y las etiquetas Google se fusionan en una sola pieza. Si gestionas campañas de Google Ads, tienes GA4 corriendo en tu sitio o usas conversiones de Floodlight, esto te afecta.

La buena noticia: nada se rompe automáticamente. El cambio es opt-in y va a aparecer como un banner de optimización en tu cuenta cuando el rollout llegue a tu container. La pregunta no es si migrar, sino cuándo y cómo. Este artículo cubre los 5 cambios concretos del update, qué decisión tomar según tu tipo de cuenta y un plan de migración accionable.

Qué anunció Google el 20 de mayo de 2026

Google Marketing Live 2026 se realizó el 20 de mayo. Ahí Google reveló a sus socios el cambio estructural a Tag Manager que ya llevaba tiempo preparándose. La cobertura llegó primero a la documentación oficial de Google y después a blogs especializados en inglés. En español, los artículos disponibles cubren el cambio anterior (Tag Gateway, abril de 2025) pero no este.

Es importante diferenciar entre los dos updates recientes:

Si en algún tutorial leíste sobre el cambio de "abril 2025" o "Tag Gateway", eso es el primero. Lo que viene es el segundo, que es bastante más profundo.

¿Por qué importa para una PYME chilena? Tres razones:

1. Si usas Google Ads o GA4 con conversiones configuradas, hay un upgrade que mejora la performance del sitio.
2. Si trabajas con agencia externa, el plan de migración cambia cuándo y cómo cargar el container.
3. Si tu equipo configura conversiones manualmente, aparece una alternativa sin código llamada Visual Tagging.

Los 5 cambios concretos del update

1. Tu Google Tag se convierte en un container GTM completo

Históricamente Google tenía dos sistemas separados:

• Google Tag (también llamado gtag.js, con IDs que empiezan en G- o AW-): un snippet de código que cargas directo en el sitio para enviar datos a productos Google.
• Google Tag Manager (con IDs que empiezan en GTM-): un sistema más completo con interfaz visual, version control, triggers personalizados y soporte para etiquetas de terceros.

Tener los dos en paralelo generaba confusión: ¿uso uno, el otro o ambos? ¿Cuál carga primero? ¿Qué pasa si entran en conflicto?

Con el update, los Google Tags se actualizan a containers GTM completos. Si solo tenías el snippet de gtag.js suelto, ahora puedes entrar a la interfaz de GTM con tu cuenta de Google y gestionar todo desde ahí: ver qué eventos están disparando, hacer debugging, tener versiones y workspaces. Sin tocar el código del sitio.

2. Nuevo modelo de Destinations

Antes, cada producto Google tenía su propio tag configurado por separado en GTM con su propio ID. Mantener varias configuraciones similares en paralelo (consent, cross-domain, data redaction) era trabajo duplicado.

El modelo nuevo de Destinations centraliza eso. Un Destination es cualquier producto de medición Google que recibe datos del Tag unificado. Los settings comunes se configuran una sola vez y aplican a todos los Destinations conectados.

En la práctica:

El último punto tiene impacto real en performance: el container envía datos directamente sin cargar gtag.js como capa intermedia. Menos JavaScript, menos latencia. Para sitios con Core Web Vitals justos, esto puede mover el LCP unos 100-200ms hacia abajo.

3. Pestaña Settings centralizada

La interfaz de GTM se rediseña. Aparecen dos cambios visibles:

1. Pestaña Settings nueva: con un mapa visual de los Destinations conectados al container, la configuración compartida (consent, user data redaction, cross-domain) y el estado de cada producto vinculado.
2. Pestaña Advanced colapsable: lo que antes estaba siempre visible (Triggers, Variables, Templates, Folders) ahora vive detrás de una pestaña Advanced. La UI por defecto queda más limpia para usuarios que solo necesitan ver qué etiquetas tienen activas.

Si el cambio te confunde, no estás solo. La mayor parte de los tutoriales y la documentación en español apuntan a la interfaz anterior. Va a tomar 6-12 meses para que el contenido se actualice.

4. El trigger gtm init reemplaza a gtag config

Los snippets de deployment cambian. Antes el código incluía un comando gtag config que inicializaba la configuración por producto Google. Ahora el snippet usa un trigger llamado gtm init que inicializa todo el container en una sola operación.

Comparación de código:

<!-- Antes: snippet con gtag config -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXXXX"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());
  gtag('config', 'G-XXXXXXXXXX');
</script>

<!-- Después: snippet sin gtag config -->
<script async src="https://www.googletagmanager.com/gtm.js?id=GTM-XXXXXXX"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  // El trigger gtm init reemplaza la configuracion manual
  dataLayer.push({ 'event': 'gtm.init' });
</script>

¿Qué pasa si tu setup actual depende de gtag config por algún motivo legacy? El trigger gtm init se puede configurar dentro de GTM para esperar el config command tradicional, manteniendo compatibilidad. Eso lo gestiona tu agencia o developer desde la interfaz de GTM, no requiere cambios al código del sitio.

5. Visual Tagging — beta para conversiones de Google Ads

Visual Tagging es la apuesta de Google al etiquetado sin código. La idea: caminas por el flujo de conversión en tu propio sitio, seleccionas los elementos visualmente (el botón de compra, el campo de email, el total) y GTM genera los tags, triggers y variables automáticamente.

Hoy está en beta y solo cubre purchase conversions de Google Ads. El roadmap dice que durante 2026 se va a expandir a más casos de uso, pero sin fechas comprometidas.

Prerequisites para usarlo hoy:

• Cuenta de Google Ads con una conversion action configurada que rastree valores de transacción
• Página de confirmación de orden
• Google Tag instalado sitewide
• Permisos de edición en el container GTM
• Tarjeta de crédito autorizada para una orden de prueba

El último punto es la traba real para PYMEs: hay que hacer una compra de prueba en producción para que el wizard pueda mapear los elementos. Si tu sitio es chico y cada transacción cuenta, esto es incómodo.

¿Tienes que migrar ahora? Decisión por tipo de cuenta

El update es opt-in. Nada se rompe automáticamente. Pero el banner de optimización va a aparecer en tu cuenta de GTM cuando el rollout llegue a tu container, y vas a tener que decidir.

Si usas solo Google Tag (G- o AW-)

Es la situación más común en PYMEs sin equipo técnico. Tienes un snippet de gtag.js cargado directo en el sitio, sin GTM separado.

Recomendación: activa el upgrade cuando aparezca el banner. Vas a ganar acceso a la interfaz de GTM, debugging, version control y mejor performance, sin tocar nada del código del sitio. Es upgrade puro sin contraparte.

Si tienes GTM clásico funcionando

Tienes un container GTM con tus tags personalizados, posiblemente con triggers complejos y conexión a varios productos Google.

Recomendación: puedes esperar. El upgrade no es urgente. Antes de activarlo, conviene auditar los Settings actuales de cada destination (consent, cross-domain) para entender qué se va a unificar en el nuevo Settings centralizado. Si la configuración entre destinations difiere mucho, el upgrade puede pisar configs.

Si gestionas múltiples clientes (agencias)

Tienes decenas o cientos de containers de clientes. Cada uno con su propio setup, sus propios consent rules, sus propias integraciones.

Recomendación: no activar masivamente. Definir un plan de prueba con 2-3 cuentas chicas primero, documentar qué cambia visualmente y qué pasa con configs custom, y después escalar. Crear una guía interna para tu equipo antes de tocar cuentas de clientes pagantes.

Si tienes server-side Tag Manager

El update tiene una capa adicional para server-side. El release del 1 de mayo de 2026 ya introdujo mejoras en conversion tracking y atribución para properties de GA4 vinculadas a Google Ads en customers de server-side.

Recomendación: revisar la documentación específica de server-side antes de aplicar el upgrade del banner. Server-side tiene su propio ritmo de rollout que no necesariamente acompaña al cliente.

El cambio que más confunde: gtm init vs gtag config

Si trabajas con el código del sitio, este es el cambio que más fricción va a generar en migraciones. La pregunta clave: ¿cuándo se inicializa cada destination?

Bajo el modelo anterior, gtag config se llamaba una vez por cada producto Google al momento de cargar el snippet. Cada producto tenía su propia inicialización explícita, en un orden definido por el código.

Bajo el modelo nuevo, gtm init dispara una sola vez y el container internamente decide cuándo inicializar cada destination según la configuración del Settings centralizado. Es más limpio pero quita control granular.

Si tu sitio tiene lógica condicional para inicializar productos en orden específico (por ejemplo: cargar GA4 solo después de aceptar consent, después Google Ads, después Floodlight), vas a tener que reconfigurar esa lógica usando triggers personalizados en GTM en lugar de JavaScript inline.

Visual Tagging — qué resuelve y qué todavía no

Visual Tagging es la pieza más vendible del update para PYMEs, pero también la más limitada hoy.

Lo que resuelve:

• Configurar conversiones de Google Ads sin tocar código ni HTML
• Eliminar la dependencia de developer para tracking básico de compras
• Reducir el tiempo de setup de un día a 15-30 minutos

Lo que no resuelve (todavía):

• Eventos personalizados de GA4 (siguen requiriendo configuración manual)
• Conversiones de leads (formularios, llamadas, WhatsApp) — solo cubre purchase
• Tracking cross-domain
• Server-side
• E-commerce extendido (productos individuales, categorías, listas)

Para una PYME chilena con ecommerce básico (Shopify, WooCommerce, BigCommerce), Visual Tagging puede simplificar la configuración inicial de la conversión de compra. Pero si tu modelo es leads (servicios profesionales, B2B, salud, educación), Visual Tagging todavía no te sirve. Para esos casos, la configuración manual en GTM sigue siendo el camino.

Implicaciones para consent mode y la Ley 21.719 en Chile

El Settings centralizado del nuevo GTM incluye la configuración de consent mode. Antes había que setearla por destination (GA4 por un lado, Google Ads por otro). Ahora se configura una vez y aplica a todos.

Esto tiene tres implicaciones para sitios chilenos:

1. Consistencia de consent: el riesgo de que un destination respete consent y otro no se elimina. Un solo Settings, un solo comportamiento.
2. Auditoría más simple: para auditar cumplimiento de la Ley 21.719 a fin de año, ya no hace falta revisar cada tag por separado.
3. Migración como oportunidad: si tu sitio quedó con consent mal configurado por algún cambio histórico, el upgrade fuerza a revisar Settings y normalizar.

Lo concreto: antes de activar el banner de upgrade, verificá que tu consent mode actual esté correcto. Si no lo estuviera, mejor primero arreglarlo y después aplicar el upgrade. Hacer las dos cosas a la vez complica el debugging si algo falla.

Plan de migración recomendado por Maqui

Si gestionas campañas activas y querés migrar sin romper medición, este es el orden recomendado.

Semana 1: auditoría inicial

• Identificar qué tipo de container tienes (G-, AW-, GTM-, server-side)
• Documentar qué destinations actualmente reciben datos
• Listar configuraciones custom (consent, cross-domain, redaction)
• Validar que las conversiones actuales estén funcionando correctamente

Semana 2: pre-upgrade

• Activar version control de GTM si no lo tienes
• Crear un workspace de pruebas para iterar sin afectar producción
• Reservar una hora con tu agencia o developer para revisar el plan

Semana 3: ejecución del upgrade

• Activar el banner de optimización
• Validar Settings centralizados (consent, cross-domain) post-upgrade
• Verificar en Tag Assistant que todos los destinations sigan recibiendo datos
• Comparar reportes de conversiones de 7 días antes vs 7 días después

Semana 4: post-mortem

• Documentar cambios visibles para tu equipo
• Actualizar guías internas si las tienes
• Decidir si activar Visual Tagging para conversiones nuevas

Si gestionas campañas en Google Ads y querés combinar la migración con una revisión de performance, en nuestros planes de gestión incluimos auditoría técnica de GA4 + GTM y configuración de conversiones. También podés revisar los benchmarks de Google Ads Chile 2026 para comparar tus métricas mientras consolidás el setup nuevo.

Preguntas frecuentes

¿El cambio rompe mis conversiones actuales?

No, si no activas el banner de optimización. Mientras no aceptes el upgrade, tu container sigue funcionando exactamente igual que antes. El cambio es opt-in y no se aplica automáticamente.

¿Cuándo aparece el banner de optimización en mi cuenta?

Google está haciendo rollout incremental. Algunos containers ya tienen el banner desde finales de mayo de 2026, otros lo van a ver en las próximas semanas o meses. No hay fecha pública del rollout completo, depende del segmento y geografía de tu cuenta.

¿Cuánto tiempo tengo para migrar?

Google no anunció fecha límite para el upgrade. Pero la documentación nueva, los tutoriales y la asistencia técnica van a apuntar al modelo nuevo. En 6-12 meses, mantener el modelo viejo va a ser cada vez más costoso de gestionar.

¿Visual Tagging reemplaza la configuración manual?

No completamente. Hoy solo cubre purchase conversions de Google Ads. Eventos personalizados de GA4, conversiones de leads y configuraciones complejas siguen requiriendo configuración manual en GTM.

¿Cómo sé qué tipo de container tengo?

Mirá el ID que aparece en tu interfaz de GTM o en el código del sitio. Si empieza con GTM- es Google Tag Manager. Si empieza con G- es Google Tag asociado a GA4. Si empieza con AW- es Google Tag asociado a Google Ads.

¿Afecta esto al server-side Tag Manager?

Parcialmente. El update del 1 de mayo de 2026 ya introdujo mejoras en server-side para tracking de conversiones de Google Ads vinculadas a GA4. El cambio mayor del 20 de mayo tiene su propio ritmo de rollout para server-side y va a estar documentado por separado.

¿Necesito comprar algo o pagar para el upgrade?

No. Google Tag Manager sigue siendo gratuito. El upgrade no cambia el modelo de pricing.

¿Afecta el cambio al consent mode v2?

Mejora la configuración. El consent ahora se setea en un Settings centralizado en lugar de por destination. Esto facilita el cumplimiento de la Ley 21.719 en Chile y de GDPR en mercados con normativa europea.