Come Google Tag Gateway serve il tuo tag Google dal tuo dominio

Che cos'è Google tag gateway?

Con Google tag gateway for advertisers, il tuo sito carica il tag di Google da un percorso sul tuo dominio, come /metrics/, e invia le richieste di misurazione attraverso quel percorso, dove la tua CDN, il tuo load balancer o il tuo web server le inoltra a Google. La definizione di Google: "Google tag gateway for advertisers lets you deploy a Google tag using your own first-party infrastructure, hosted on your website's domain." Funziona sia con un tag Google standalone (gtag.js) sia con un container di Google Tag Manager.

La guida di configurazione di Google spiega bene la differenza rispetto a un'installazione normale: "In standard Google tag setups, your web page requests a Google tag from a Google domain. When the tag fires, it sends measurement requests directly to the Google product. With Google tag gateway for advertisers, your website loads the Google tag from your first-party domain. When the tag fires, some measurement requests will be sent to Google using your first-party domain."

Fai caso alla parola "some", cioè "alcune". Google non dice che tutte le richieste passano al tuo dominio.

Come scorre una richiesta con e senza il gateway?

Con Google tag gateway, una richiesta va prima dal browser al tuo dominio, e la tua infrastruttura la passa a un endpoint di Google che prende il nome dall'ID del tuo tag, come g-12345.fps.goog.

Fase	Tag Google standard	Con Google tag gateway
Richiesta dello script	www.googletagmanager.com/gtag/js?id=G-12345	example.com/metrics/
Chi serve lo script	Google, direttamente	La tua CDN o il tuo load balancer, che lo recupera da G-12345.fps.goog
Richieste di misurazione	Inviate ai domini di Google	Alcune inviate a example.com/metrics/..., poi inoltrate
Posizione del visitatore	Google vede la connessione del visitatore	La tua CDN inoltra gli header di paese e regione
Container di Tag Manager	gtm.js?id=GTM-... da Google	example.com/metrics/?id=GTM-...

La riga sulla posizione spiega un requisito che coglie molti di sorpresa. Poiché ora Google riceve la richiesta dal tuo server e non dal browser del visitatore, la tua CDN deve passare la posizione del visitatore, o come X-Forwarded-CountryRegion con un unico codice ISO 3166-2 come US-CA, oppure come X-Forwarded-Country e X-Forwarded-Region separati. Se sono presenti entrambi, Google usa X-Forwarded-CountryRegion.

Che cosa cambia Google tag gateway per l'accuratezza dei dati?

Secondo Google, Google tag gateway cambia quanti caricamenti del tag vanno a buon fine. Nel post di lancio di maggio 2025 si legge: "Advertisers who configured Google tag gateway for advertisers saw an 11% uplift in signals." La nota a piè di pagina definisce la misura: l'aumento "is based on Google tag script loads comparing tags not operating Google tag gateway for advertisers versus tags operating in Google tag gateway for advertisers," nell'arco di una settimana di aprile 2025. Considerala un dato aggregato di Google su tutti gli inserzionisti, non una cifra che il tuo sito raggiungerà per forza.

Lo stesso post presenta il vantaggio come resilienza: "By serving tags from your own domain, you can significantly improve the accuracy and resilience of your measurement signals." Le pagine di Google sul gateway elencano tra i benefici anche "Drive conversion uplift," "Minimize 3rd party interactions" e "Privacy by default."

Google tag gateway aggira gli ad blocker?

La documentazione di Google sul gateway non nomina mai gli ad blocker, quindi qualsiasi recupero di visitatori bloccati è una cosa da misurare sul tuo sito, non una funzione documentata. Il meccanismo è semplice da spiegare. Una regola di un blocker scritta per googletagmanager.com non corrisponde a una richiesta verso example.com/metrics/, quindi un blocker che lavora solo sugli hostname non vede più un dominio Google nella richiesta dello script. Se una data estensione blocca anche in base al percorso o al contenuto dello script, dipende dall'estensione. La guida su ad blocker e accuratezza dei dati spiega quanto traffico sparisce quando lo script non viene mai caricato.

Due cose che il gateway non cambia:

• Consenso. Niente nella guida di configurazione di Google modifica i comandi consent. Il tag legge gli stessi stati default e update, e le pagine sul gateway non descrivono alcuna esenzione. Le regole del Google consent mode v2 continuano a decidere che cosa il tag salva e invia.
• Che cosa viene raccolto. Gira lo stesso tag Google con la stessa configurazione. Cambia solo l'hostname da cui viene caricato e attraverso cui invia i dati.

Come si configura Google tag gateway?

Puoi configurare Google tag gateway in uno dei tre modi documentati da Google: una configurazione dall'interfaccia, in cui Google configura per te una CDN supportata, una configurazione self-service sulla tua CDN o sul tuo load balancer, oppure il server-side tagging combinato con la mappatura di un dominio personalizzato. La guida di Google elenca Cloudflare, Akamai, Fastly e Google Cloud per la via dall'interfaccia, e ogni via presuppone che sul sito ci sia già un tag Google o un container di Tag Manager. I passaggi della configurazione self-service sono questi:

1. Scegli un percorso di misurazione. Le regole di Google: il percorso non deve essere già in uso sul tuo dominio, non può essere la radice / e non deve superare i 100 caratteri. Google suggerisce una stringa casuale o una parola come /metrics. L'avvertenza è chiara: "This setup reroutes all traffic with the chosen path."
2. Instrada il percorso verso Google. Aggiungi un'origine o un backend che punti a G-12345.fps.goog, oppure a gtm-abcdef.fps.goog per un container. Sovrascrivi l'header Host in modo che corrisponda e inoltra tutti i cookie e le query string.
3. Inoltra gli header di posizione. Passa gli header di paese e regione descritti sopra.
4. Dai priorità al percorso. Aggiungi una regola per /metrics/* che abbia precedenza sulla tua regola predefinita.
5. Verifica l'instradamento. Visita https://example.com/metrics/healthy e https://example.com/metrics/?validate_geo=healthy. Entrambi devono restituire ok.
6. Aggiorna lo snippet. Sostituisci src="//www.googletagmanager.com/gtag/js?id=G-12345" con src="/metrics/", oppure punta il loader di GTM a /metrics/?id= seguito dall'ID del tuo container.
7. Conferma gli hit. Visualizza l'anteprima del container in Tag Assistant, naviga nel sito e controlla in Summary, Output, Hits Sent che le richieste passino da /metrics.

Google pubblica istruzioni specifiche per External Application Load Balancer di Google Cloud, Cloudflare, Akamai Property Manager, Amazon CloudFront, Fastly e un'opzione generica per qualsiasi CDN che instrada in base al percorso. La via Cloudflare usa gli Snippets, che secondo Google "are officially supported on Cloudflare Pro plans and higher."

Tre modi per configurare Google tag gateway

Configurazione dall'interfacciaGoogle configura per te una CDN supportata: Cloudflare, Akamai, Fastly o Google Cloud.

Configurazione self-serviceConfiguri tu la tua CDN o il tuo load balancer con un percorso di misurazione.

Server-side taggingCombinato con la mappatura di un dominio personalizzato.

Quali sono i limiti di Google tag gateway?

Google tag gateway ha quattro limiti documentati che conviene controllare prima di iniziare:

• Nessun noscript. "Google tag gateway per gli inserzionisti non supporta lo snippet <noscript>." Se lo usi, mantieni lo snippet noscript standard di GTM che punta a www.googletagmanager.com.
• Un percorso per ogni tag o container. Un singolo container GTM copre tutti i tag al suo interno, ma i container separati e i tag autonomi come G-XXXXXX richiedono ciascuno un proprio percorso e una propria configurazione.
• La tua infrastruttura entra nel flusso. La tua CDN o il tuo load balancer deve supportare l'instradamento per percorso e l'inoltro verso endpoint esterni. Una regola che rimuove gli header di risposta può rompere lo script. Le note di Google su Akamai avvertono che gli script di Google possono non funzionare "se manca l'header di risposta Content-Type."
• La geolocalizzazione dipende da te. Senza gli header inoltrati, Google non può collocare i visitatori per regione.

In cosa si differenzia dal server-side tagging?

Google tag gateway cambia da dove il tag di Google viene caricato e invia i dati, mentre il server-side tagging aggiunge un container server che riceve gli eventi e decide cosa inoltrare. Google li presenta come complementari. La sua pagina sul gateway dice "Ti consigliamo di completare entrambi i passaggi per una configurazione del tracciamento più duratura", abbinando un dominio personalizzato mappato al caricamento dello script in first-party. La guida analytics lato client e lato server spiega cosa cambia, oltre al nome host, quando sposti la raccolta dei dati su un server.

Come fa Flowsery a servire il suo script dal tuo dominio?

Flowsery supporta lo stesso schema first-party tramite un proxy che gestisci sul tuo dominio. La sua guida al proxy ha due parti. Per prima cosa riscrivi /js/main.js e /api/track attraverso il tuo server, così il tracker si carica e invia i dati in first-party. Poi imposti un header x-flowsery-real-ip con l'IP del visitatore quando inoltri /api/track, perché altrimenti ogni visitatore sembra arrivare dalla posizione del tuo server. Flowsery rileva automaticamente le configurazioni con proxy, quindi nello snippet basta src="/js/main.js", mentre l'attributo data-api serve per un percorso endpoint personalizzato. La documentazione di Flowsery include guide al proxy per Next.js, Express, Flask, FastAPI, Vue.js, Astro, Firebase Hosting, Laravel, PHP, Nginx, Caddy e DigitalOcean. La pagina sul tracciamento first-party spiega come Flowsery misura visite, campagne, funnel e ricavi senza cookie di terze parti né ID cross-site.

Domande frequenti

Google tag gateway cambia ciò che raccoglie il tag di Google?

No. Lo stesso tag di Google funziona con la stessa configurazione e le stesse impostazioni di consenso. Cambiano il nome host da cui si carica lo script e il percorso che alcune richieste di misurazione attraversano prima che la tua infrastruttura le inoltri a Google.

Google tag gateway funziona con Google Tag Manager?

Sì. Indica l'ID del tuo container e usa un solo percorso di misurazione, e tutti i tag al suo interno vengono serviti attraverso di esso. I container separati richiedono ciascuno un proprio percorso.

Quale percorso di misurazione devo usare per Google tag gateway?

Qualsiasi percorso non ancora in uso, che non sia la radice / e che non superi i 100 caratteri. Google suggerisce una combinazione casuale di lettere e numeri per evitare conflitti, oppure una parola come /metrics. Il percorso scelto reindirizza tutto il traffico che lo corrisponde.

Come faccio a sapere se Google tag gateway funziona?

Apri /metrics/healthy e /metrics/?validate_geo=healthy sul tuo dominio. Entrambi devono restituire ok. Poi visualizza in anteprima il tuo container in Tag Assistant e controlla, sotto Hit inviati, che le richieste vadano al tuo percorso di misurazione.

Google tag gateway elimina la necessità del consenso?

No. La documentazione del gateway di Google non descrive alcuna modifica al consenso, e il tag continua a leggere gli stessi comandi di default e di aggiornamento del consenso. Il tuo banner del consenso e la configurazione di consent mode restano come sono.

Google tag gateway supporta il tag noscript?

No. Google afferma che il gateway non supporta lo snippet <noscript>. Se lo usi, mantieni lo snippet noscript standard di GTM che punta a www.googletagmanager.com.

Quali CDN supporta Google tag gateway?

Google pubblica istruzioni per External Application Load Balancer di Google Cloud, Cloudflare, Akamai Property Manager, Amazon CloudFront e Fastly. Un'opzione generica copre qualsiasi CDN che instrada per percorso. La configurazione dall'interfaccia copre Cloudflare, Akamai, Fastly e Google Cloud.

Perché Google tag gateway ha bisogno degli header di posizione?

Google ora riceve la richiesta dal tuo server e non dal browser del visitatore, quindi non può vedere dove si trovi il visitatore. La tua CDN deve passare X-Forwarded-CountryRegion, oppure X-Forwarded-Country e X-Forwarded-Region. Senza di essi, Google non può collocare i visitatori per regione.

Quanto migliora i segnali Google tag gateway?

Google dichiara un aumento dei segnali dell'11%, calcolato sui caricamenti dello script del tag. Ha confrontato tag con e senza gateway nell'arco di una settimana di aprile 2025. È un dato aggregato di Google su tutti gli inserzionisti, non una cifra che il tuo sito raggiungerà di sicuro.

Posso usare Google tag gateway insieme al server-side tagging?

Sì. Google dice "Ti consigliamo di completare entrambi i passaggi per una configurazione del tracciamento più duratura", abbinando un dominio personalizzato mappato al caricamento dello script in first-party. Il server-side tagging con mappatura del dominio personalizzato è anche una delle tre configurazioni documentate.