El 3 de junio de 2026, Google agregó una configuración guiada de Google Tag Gateway para sitios web que ya se entregaban a través de Amazon CloudFront. El cambio práctico es la accesibilidad: Tag Assistant ahora guía al usuario a través de la creación del comportamiento de ruta y origen CloudFront requerido en la consola de AWS. El mecanismo de medición es el conocido reenvío de origen, y su valor en el mundo real debe medirse en lugar de inferirse del lenguaje de lanzamiento.
Lo que introdujo el lanzamiento del 3 de junio
Antes del lanzamiento, CloudFront ya se podía configurar manualmente como gateway. El nuevo flujo de trabajo detecta una distribución CloudFront existente para el sitio web, abre Tag Assistant junto a la consola de AWS y completa previamente el origen y el comportamiento requeridos para una ruta de medición reservada.
Aún debe revisar y crear recursos de AWS, esperar el cambio de distribución, reemplazar el script de etiquetas en el sitio y verificar las visitas en Tag Assistant. Esta es una integración guiada, no un nuevo producto de análisis de AWS ni una implementación con un solo clic de un contenedor server-side GTM.
Qué hace CloudFront debajo del capó
El comportamiento CloudFront envía solicitudes en una ruta reservada, como /metrics, a un origen fps.goog de Google. La configuración manual de Google deshabilita el almacenamiento en caché, permite los métodos HTTP requeridos y utiliza la política de solicitud de origen AllViewerExceptHostHeader. Por lo tanto, el gateway envía cada solicitud de medición; no es un caché de eventos de conversión.
La geolocalización es un detalle crítico. Normalmente, Google obtiene la ubicación a partir de la dirección IP del navegador, pero detrás del gateway ve la CDN. CloudFront debe reenviar la información de ubicación del espectador correctamente. Los encabezados faltantes pueden distorsionar los informes geográficos y el comportamiento de consentimiento específico de una región.
lo que no cambio
GTG todavía ofrece etiquetas de Google compatibles y reenvía mediciones compatibles a Google. No valida los valores de compra contra tu backend de comercio, no crea eventos que falten, no ejecuta tags de Meta CAPI ni te da clients, triggers y variables de sGTM.
La etiqueta de Google todavía depende de la ejecución del navegador. El consentimiento, la política de seguridad del contenido, los errores de JavaScript, la secuenciación de etiquetas, la capa de datos y el filtrado sofisticado pueden afectar el resultado. Una ruta propia puede reducir una clase de bloqueo sin que la configuración sea imbloqueable.
Las afirmaciones de marketing necesitan una base medida
Google describe GTG como una mejora de la recuperación de la señal, la precisión de los informes y el rendimiento de la conversión. La nota de lanzamiento y la guía de configuración del CloudFront no publican una actualización universal específica del CloudFront. Éste es el punto de partida honesto: la dirección es plausible, pero el tamaño depende del lugar.
Un sitio que pierde solicitudes solo porque se filtran los nombres de host de Google puede recuperar más que un sitio cuyos principales problemas son el consentimiento denegado, los eventos de comercio electrónico rotos o la conciliación del backend. Informe los eventos aceptados, la combinación de consentimiento, la combinación de navegadores y la exposición a bloqueadores junto con cualquier porcentaje de antes y después.
La excepción de enrutamiento del EEE es importante
Google documenta una excepción importante para el tráfico del Espacio Económico Europeo: los datos de medición Google Analytics van directamente a los endpoints regionales de Google en lugar de a la ruta CDN. Los hits de conversión Google Ads continúan a través del gateway. Este comportamiento esperado puede hacer que una comparación simple del recuento de redes parezca inconsistente.
Para las marcas europeas, analice GA4 y Google Ads por separado y verifique los valores predeterminados de consentimiento específicos de la región. La configuración de geolocalización CloudFront no son metadatos opcionales; puede afectar tanto el comportamiento de presentación de informes como el de consentimiento.
¿Quién se beneficia más del nuevo flujo de trabajo?
La opción más adecuada es una marca cuyo sitio web de producción ya utiliza CloudFront, cuya medición se basa principalmente en Google y cuyo equipo puede revisar con seguridad un cambio de distribución. La versión ahorra tiempo de configuración manual y hace que una configuración básica correcta sea más accesible.
Una empresa que necesita múltiples API de publicidad, gobierno de datos del lado del servidor o eventos de backend no debe tratar el flujo de trabajo como el estado final. Úselo como una mejora de entrega de Google enfocada o combine el servicio de scripts propios con una ruta de recopilación sGTM real.
No llame al resultado una mejora hasta que lo concilie
Más solicitudes en el panel de red del navegador no significan automáticamente más conversiones aceptadas. Compara el procesamiento de destino y las conversiones atribuidas con pedidos o clientes potenciales calificados del sistema de origen.
Un plan de implementación defendible del CloudFront
Trata la configuración guiada como un cambio de infraestructura y un experimento de medición.
- 01
Captura una línea de base previa al lanzamiento
Registra de dos a cuatro semanas representativas de tasas de consentimiento, combinación de navegadores, eventos GA4 aceptados, conversiones Google Ads y totales del sistema fuente.
- 02
Confirmar los requisitos previos y la propiedad
Verifica la etiqueta de Google, la distribución correcta del sitio web CloudFront, el acceso a AWS, un propietario de reversión y una ruta reservada que no entre en conflicto con la aplicación.
- 03
Ejecuta el flujo de trabajo Tag Assistant
Abre la configuración de etiquetas de Google, escanee el sitio web, seleccione CloudFront y revise el origen y el comportamiento que Tag Assistant le pide que cree en AWS.
- 04
Revisar el comportamiento del CloudFront
Confirma la prioridad de la ruta, el almacenamiento en caché deshabilitado, los métodos permitidos, la política de solicitud de origen y el reenvío de la información de ubicación del espectador antes de que el tráfico de producción la utilice.
- 05
Reemplazar y validar el script de etiqueta
Implementa el script proporcionado, ejecute la verificación de estado y confirme en Tag Assistant que los accesos utilicen la ruta propia reservada.
- 06
Consentimiento de prueba y comportamiento regional
Prueba concedida y denegada consentimiento desde ubicaciones del EEE y fuera del EEE. Espere la excepción de enrutamiento GA4 documentada y verifique Google Ads por separado.
- 07
Medir y conciliar el resultado.
Compara cohortes estables cuando sea posible y luego concilie los eventos de destino aceptados y las conversiones atribuidas con los resultados comerciales. Mantén una ruta de retroceso hasta que se comprenda el resultado.
Alcance de los cambios de soporte de CloudFront, no el límite del producto GTG
La integración de junio de 2026 es importante porque brinda la configuración guiada de GTG a muchas marcas que ya están en AWS CloudFront. Reduce la fricción en la infraestructura y debería reducir la posibilidad de que se produzca un error básico de ruta.
Su desempeño sigue siendo condicional. La versión no crea eventos de origen, no reemplaza el consentimiento, no procesa datos en sGTM ni garantiza un aumento de conversión. Publique su propio resultado conciliado, con el contexto de tráfico y consentimiento necesarios para interpretarlo.
Integración CloudFront: preguntas comunes
¿Cuándo lanzó Google la integración guiada CloudFront?
Las notas de la versión de Tag Manager de Google datan del 3 de junio de 2026. Antes de eso, CloudFront era posible mediante enrutamiento manual; el lanzamiento agregó un flujo de trabajo guiado Tag Assistant.
¿La integración del CloudFront es totalmente automática?
No. Tag Assistant te guía en la consola de AWS y completa previamente la configuración, pero eres tú quien revisa y crea el origen y el comportamiento, implementa el script de reemplazo y prueba el resultado.
¿El CloudFront almacena en caché los eventos de medición?
No debería. La configuración manual de Google especifica la política CachingDisabled para el comportamiento de medición reservado.
¿Todos los sitios verán más conversiones?
No se documenta ningún resultado universal. Cualquier cambio depende de las causas de la pérdida actual, el consentimiento, la combinación de navegadores y bloqueadores, la calidad de la implementación y el procesamiento de destino.
¿Por qué GA4 y Google Ads podrían mostrar rutas diferentes en el EEE?
Google dice que los datos EEE Google Analytics van directamente a los endpoints regionales de Google, mientras que los hits de conversión Google Ads continúan a través de la ruta del gateway.