Il 3 giugno 2026, Google ha aggiunto una configurazione guidata Google Tag Gateway per i siti Web già forniti tramite Amazon CloudFront. Il cambiamento pratico è l'accessibilità: Tag Assistant ora guida l'utente attraverso la creazione dell'origine CloudFront richiesta e del comportamento del percorso nella console AWS. Il meccanismo di misurazione è il familiare inoltro di prima parte e il suo valore nel mondo reale deve essere misurato anziché dedotto dal linguaggio di lancio.
Cosa ha introdotto la versione del 3 giugno
Prima del rilascio, CloudFront poteva già essere configurato manualmente come gateway. Il nuovo flusso di lavoro rileva una distribuzione CloudFront esistente per il sito Web, apre Tag Assistant accanto alla console AWS e precompila l'origine e il comportamento richiesti per un percorso di misurazione riservato.
Devi ancora rivedere e creare risorse AWS, attendere la modifica della distribuzione, sostituire lo script del tag sul sito e verificare i risultati in Tag Assistant. Si tratta di un'integrazione guidata, non di un nuovo prodotto di analisi AWS e non di una distribuzione con un solo clic di un container server-side GTM.
Cosa sta facendo CloudFront sotto il cofano
Il comportamento CloudFront invia richieste su un percorso riservato come /metrics a un'origine Google fps.goog. La configurazione manuale di Google disabilita la memorizzazione nella cache, consente i metodi HTTP richiesti e utilizza la policy di richiesta dell'origine AllViewerExceptHostHeader. Il gateway inoltra quindi ogni richiesta di misura; non è una cache di eventi di conversione.
La geolocalizzazione è un dettaglio fondamentale. Google normalmente ricava la posizione dall'indirizzo IP del browser, ma dietro il gateway vede la CDN. CloudFront deve inoltrare correttamente le informazioni sulla posizione dello spettatore. Le intestazioni mancanti possono distorcere i report geografici e il comportamento del consenso specifico per regione.
Cosa non è cambiato
GTG continua a fornire i tag Google supportati e inoltra a Google le misurazioni supportate. Non convalida i valori di acquisto rispetto al backend commerciale, non crea eventi mancanti, non esegue tag Meta CAPI né fornisce client, trigger e variabili sGTM.
Il tag Google dipende ancora dall'esecuzione del browser. Il consenso, la politica di sicurezza dei contenuti, gli errori JavaScript, la sequenza dei tag, il livello dati e i filtri sofisticati possono tutti influenzare il risultato. Un percorso proprietario può ridurre una classe di blocco senza rendere la configurazione sbloccabile.
Le affermazioni di marketing necessitano di una base misurata
Google descrive GTG in grado di migliorare il recupero del segnale, l'accuratezza dei report e le prestazioni di conversione. La nota di lancio e la guida alla configurazione di CloudFront non pubblicano un aumento universale specifico per CloudFront. Questo è il punto di partenza onesto: la direzione è plausibile, ma la dimensione è specifica del sito.
Un sito che perde richieste solo perché i nomi host di Google vengono filtrati può recuperare più di un sito i cui problemi principali sono il consenso negato, eventi di e-commerce interrotti o riconciliazione del backend. Segnala gli eventi accettati, la combinazione di consenso, la combinazione di browser e l'esposizione al blocco insieme a qualsiasi percentuale prima e dopo.
L’eccezione di routing SEE è importante
Google documenta un'importante eccezione per il traffico dello Spazio economico europeo: i dati di misurazione Google Analytics vanno direttamente agli endpoint Google regionali anziché al percorso CDN. Gli hit di conversione Google Ads continuano attraverso il gateway. Questo comportamento previsto può rendere incoerente un semplice confronto del conteggio delle reti.
Per i marchi europei, analizzare GA4 e Google Ads separatamente e verificare le impostazioni predefinite del consenso specifiche per regione. La configurazione della geolocalizzazione CloudFront non è metadati opzionali; può influenzare sia il comportamento di segnalazione che quello di consenso.
Chi trae maggiori vantaggi dal nuovo flusso di lavoro?
La soluzione più adatta è un marchio il cui sito web di produzione utilizza già CloudFront, la cui misurazione è principalmente basata su Google e il cui team può esaminare in sicurezza un cambiamento di distribuzione. La versione consente di risparmiare tempo di configurazione manuale e rende più accessibile una corretta configurazione di base.
Un'azienda che necessita di più API pubblicitarie, governance dei dati lato server o eventi di backend non dovrebbe considerare il flusso di lavoro come lo stato finale. Utilizzalo come miglioramento mirato della distribuzione di Google o combina la pubblicazione di script proprietari con un percorso di raccolta sGTM reale.
Non chiamare il risultato un miglioramento finché non lo riconcili
Più richieste nel pannello di rete del browser non corrispondono automaticamente a più conversioni accettate. Confronta l'elaborazione della destinazione e le conversioni attribuite con gli ordini o i lead qualificati dal sistema di origine.
Un piano di lancio CloudFront difendibile
Considera la configurazione guidata come una modifica dell'infrastruttura e un esperimento di misurazione.
- 01
Acquisisci una linea di base pre-lancio
Registra da due a quattro settimane rappresentative di tassi di consenso, mix di browser, eventi GA4 accettati, conversioni Google Ads e totali del sistema di origine.
- 02
Conferma prerequisiti e proprietà
Verifica il tag Google, la corretta distribuzione del sito Web CloudFront, l'accesso ad AWS, un proprietario di rollback e un percorso riservato che non sia in conflitto con l'applicazione.
- 03
Esegui il flusso di lavoro Tag Assistant
Apri le impostazioni dei tag Google, scansiona il sito web, seleziona CloudFront e rivedi l'origine e il comportamento che Tag Assistant ti chiede di creare in AWS.
- 04
Esamina il comportamento di CloudFront
Conferma la precedenza del percorso, la memorizzazione nella cache disabilitata, i metodi consentiti, la policy di richiesta dell'origine e l'inoltro delle informazioni sulla posizione del visualizzatore prima che il traffico di produzione le utilizzi.
- 05
Sostituisci e convalida lo script del tag
Distribuisci lo script fornito, esegui il controllo dello stato e conferma in Tag Assistant che gli hit utilizzano il percorso proprietario riservato.
- 06
Testare il consenso e il comportamento regionale
Consenso concesso e negato al test da località SEE e non SEE. Aspettarsi l'eccezione di routing GA4 documentata e controllare Google Ads separatamente.
- 07
Misurare e riconciliare il risultato
Confronta gruppi stabili, ove possibile, quindi riconcilia gli eventi di destinazione accettati e le conversioni attribuite con i risultati aziendali. Mantenere un percorso di rollback finché non si comprende il risultato.
Le modifiche al supporto CloudFront raggiungono, non il limite del prodotto GTG
L'integrazione di giugno 2026 è importante perché offre la configurazione guidata di GTG ai numerosi marchi già presenti su AWS CloudFront. Riduce l’attrito infrastrutturale e dovrebbe ridurre la possibilità di un errore di percorso di base.
La sua esecuzione è ancora condizionata. La release non crea eventi sorgente, non sostituisce il consenso, non elabora dati in sGTM né garantisce un aumento delle conversioni. Pubblica il tuo risultato riconciliato, con il contesto del traffico e del consenso necessari per interpretarlo.
Integrazione CloudFront: domande comuni
Quando Google ha lanciato l'integrazione guidata CloudFront?
Le note di rilascio di Tag Manager di Google lo datano 3 giugno 2026. Prima di allora CloudFront era possibile tramite il routing manuale; la versione ha aggiunto un flusso di lavoro guidato Tag Assistant.
L'integrazione di CloudFront è completamente automatica?
No. Tag Assistant ti guida nella console AWS e precompila le impostazioni, ma tu rivedi e crei l'origine e il comportamento, distribuisci lo script sostitutivo e testa il risultato.
CloudFront memorizza nella cache gli eventi di misurazione?
Non dovrebbe. La configurazione manuale di Google specifica la policy CachingDisabled per il comportamento di misurazione riservato.
Ogni sito vedrà più conversioni?
Nessun risultato universale è documentato. Qualsiasi modifica dipende dalle cause della perdita attuale, dal consenso, dalla combinazione di browser e blocchi, dalla qualità dell'implementazione e dall'elaborazione della destinazione.
Perché GA4 e Google Ads potrebbero mostrare percorsi diversi nel SEE?
Google afferma che i dati Google Analytics del SEE vanno direttamente agli endpoint Google regionali, mentre i risultati delle conversioni Google Ads continuano attraverso il percorso del gateway.