Se usi Google Tag Manager, il consiglio l’avrai già sentito: sposta i tag su un server che controlli tu. Il server-side tracking con Google Tag Manager è il modo più diffuso per farlo.
Il motivo è la perdita di segnale: gli ad blocker e i limiti dei browser bloccano una parte delle richieste di tracking prima che arrivino ai tuoi strumenti di statistiche o alle piattaforme pubblicitarie, così i report sottostimano i risultati delle campagne o restituiscono numeri imprecisi. Per il quadro completo parti dalla nostra guida al server-side tracking; qui ci concentriamo su Google Tag Manager.
In breve
- Google Tag Manager server-side (sGTM) aggiunge un secondo container, che gira su un tagging server invece che nel browser del visitatore.
- Il browser invia un unico flusso di eventi al tagging server, e il container server decide che cosa mandare a ogni strumento che usi: Google Analytics e Google Ads, ma anche piattaforme come Meta.
- Configurare il container è gratis, il server no: se lo ospiti tu su Cloud Run, secondo i numeri di Google una configurazione di produzione costa circa 90 USD al mese.
- Il consenso continua a valere: spostare i tag sul server non cambia le regole per la raccolta dei dati.
In questa guida:
- Che cos’è Google Tag Manager server-side (sGTM)?
- Qual è la differenza tra GTM server-side e client-side?
- Come funziona il server-side tracking con Google Tag Manager
- I vantaggi di GTM server-side
- Gli svantaggi da valutare
- Quanto costa GTM server-side?
- Come configurare il server-side tracking con Google Tag Manager
- Come funziona il consenso in GTM server-side
- GTM server-side e Google tag gateway a confronto
- Da dove iniziare
- FAQ: Google Tag Manager server-side
Che cos’è Google Tag Manager server-side (sGTM)?
Google Tag Manager server-side (sGTM) è un container di Google Tag Manager che gira su un tagging server invece che nel browser del visitatore. Il browser invia i dati degli eventi a quel server e il container server decide che cosa inoltrare a ciascun fornitore: Google Analytics 4 (GA4), Google Ads, Meta.
Come scrive Google, un container server «non viene eseguito nel browser dell’utente né sul suo telefono». Creare il container in Google Tag Manager è gratis; pagare il server su cui gira, no, ed è lì che si concentra gran parte della pianificazione.
Che cos’è Google Tag Manager?
Google Tag Manager è lo strumento gratuito di Google per gestire i tag di tracking del tuo sito, cioè i frammenti di codice che inviano dati a strumenti come Google Analytics o Meta. Installi un solo container e controlli tutti i tag da un’unica dashboard.
Qual è la differenza tra GTM server-side e client-side?
GTM client-side esegue tutti i tag nel browser del visitatore, mentre GTM server-side sposta quasi tutto quel lavoro su un tagging server che si interpone tra il tuo sito e i fornitori.
| Che cosa cambia | GTM client-side (container web) | GTM server-side (container server) |
|---|---|---|
| Dove girano i tag | Nel browser del visitatore | Su un tagging server |
| Che cosa scarica il browser | Uno script per ogni fornitore | Un solo tag Google che invia un unico flusso di dati |
| Chi riceve per primo la richiesta | Ogni fornitore, direttamente | Il tagging server, sul tuo sottodominio |
| Chi vede i dati grezzi prima dei fornitori | Ogni fornitore vede quello che raccoglie il suo tag | Tu, e decidi che cosa inoltrare |
| Dominio dei cookie | Spesso i domini dei fornitori | Il tuo dominio |
| Costo | Gratuito | Container gratuito, hosting a pagamento |
| Come si applica il consenso | Le scelte sul banner controllano i tag nel browser | Le scelte sul banner viaggiano verso il server insieme a ogni evento |
Nella maggior parte dei casi i due container convivono: il container web resta sul tuo sito e invia gli eventi al container server, che si occupa della consegna. Se vuoi un ripasso su quello che succede nel browser, ecco come funziona il tracking dei siti web.
Come funziona il server-side tracking con Google Tag Manager
Ecco che cosa succede quando un visitatore compie un’azione su un sito con sGTM:
- Il visitatore compie un’azione. Visualizza una pagina, aggiunge al carrello o acquista.
- Il browser invia una sola richiesta. Il tag Google, o il tuo container web, manda l’evento al tagging server invece che a ogni fornitore.
- Il tagging server la riceve. Si trova su un sottodominio del tuo sito, ad esempio
data.yoursite.com. - Un client trasforma la richiesta in dati di evento. Il client riconosce la richiesta in arrivo e la scompone in un evento standard. Per una pageview significa il nome dell’evento (
page_view), URL e titolo della pagina, la provenienza del visitatore, un ID casuale per il suo browser e le sue scelte di consenso. - I tag server-side inoltrano l’evento. I trigger decidono quali tag si attivano e ogni tag invia i dati alla sua destinazione: GA4, Google Ads, Meta e altre.
Il container server: client, tag e trigger
Se conosci il container web, conosci già quasi tutto del container server: Google conferma che tag, trigger e variabili «funzionano esattamente come negli altri tipi di container».
La novità è il client, che funziona da adattatore: riceve la richiesta in arrivo, la trasforma in uno o più eventi e li passa al container. Ogni container server include già un client GA4, quindi le richieste GA4 funzionano senza configurazione aggiuntiva.
I vantaggi di GTM server-side
- Pagine più leggere. Nel browser si caricano meno script dei fornitori, e questo può migliorare la velocità delle pagine.
- Controllo su quello che ricevono i fornitori. Puoi rimuovere o oscurare dei campi prima che i dati escano dal tagging server, così ogni fornitore ottiene solo quello che gli serve.
- Meno richieste perse. È meno probabile che gli ad blocker e i limiti dei browser blocchino le richieste dirette a un tuo sottodominio rispetto a quelle dirette ai domini noti dei fornitori. L’effetto cambia da una configurazione all’altra: misuralo, non darlo per scontato.
- Le chiavi API restano fuori dal tuo sito. Le chiavi di servizi come la Conversions API di Meta stanno nel container server, quindi i visitatori non possono vederle nel codice del sito.
L’obiettivo sono dati migliori, utilizzabili nel rispetto del consenso. Più avanti la sezione dedicata spiega perché GTM server-side non può scavalcare le scelte del visitatore.
Gli svantaggi da valutare
- Costo di hosting. Il tagging server lo paghi ogni mese, qualunque sia il tuo traffico.
- Configurazione e manutenzione. Qualcuno deve configurare il DNS, tenere d’occhio il server e mantenere aggiornati i tag.
- Supporto non ancora completo. Non tutti gli strumenti che usi hanno già un tag server-side.
- Debug più difficile. Il problema può nascondersi in uno dei due container o nel collegamento tra i due.
- Il consenso resta. Il server-side tagging non elimina gli obblighi di consenso.
Secondo noi ne vale la pena per i siti con un budget pubblicitario importante o con lacune evidenti nei dati. Un sito piccolo, con pochi tag, difficilmente ottiene un vantaggio tale da giustificare la spesa.
Quanto costa GTM server-side?
Il container in sé è gratuito: quello che paghi è il server su cui gira, più il tempo per configurarlo e mantenerlo.
I numeri di Google sono un buon punto di partenza. Per una configurazione su Cloud Run (il servizio con cui Google esegue software sui propri server senza che tu debba gestirli), Google stima che «ogni server costa circa 45 USD al mese» e consiglia «almeno 2 istanze per ridurre il rischio di perdita di dati in caso di interruzione del servizio» (Google for Developers, aggiornato il 12 maggio 2026). In pratica una configurazione di produzione parte da circa 90 USD al mese, prima ancora che il traffico cresca. Secondo Google servono da 2 a 10 server con scalabilità automatica per gestire da 35 a 350 richieste al secondo, a seconda dei tag.
Come configurare il server-side tracking con Google Tag Manager
Qualunque strada scegli per l’hosting, l’implementazione di GTM server-side segue sempre gli stessi sette passaggi. Le guide di Google li spiegano uno per uno nel dettaglio; qui trovi la panoramica.
- Crea un container server. In Google Tag Manager crea un nuovo container e scegli «Server» come piattaforma di destinazione.
- Scegli dove far girare il tagging server. Google offre il provisioning automatico su Cloud Run direttamente dall’interfaccia di Tag Manager, oppure una configurazione manuale su Google Cloud o altrove. In alternativa può occuparsene un fornitore in modalità gestita. Server-Side Tracking di iubenda segue una strada più semplice: fa passare i tag dal tuo sottodominio e verifica il consenso prima di inoltrare qualsiasi dato, senza nessun container server da configurare.
- Mappa un sottodominio personalizzato. Fai puntare al tagging server un sottodominio come
data.yoursite.com, così le richieste restano first-party: il browser le vede come parte del tuo sito e non come un tracker di terze parti. - Punta il tag Google al tagging server. Aggiorna il tag Google o il container web in modo che gli eventi vadano al tuo sottodominio invece che direttamente a Google.
- Aggiungi client e tag server-side. Configura un tag per ogni destinazione: quelli per GA4 e Google Ads sono già inclusi, mentre altre piattaforme mettono a disposizione i propri modelli nella galleria di Tag Manager, come il tag Conversions API ufficiale di Meta. Per gli strumenti senza modello, uno sviluppatore può creare un tag personalizzato.
- Testa in modalità anteprima e debug. Il container server ha una modalità di anteprima dedicata: puoi osservare ogni richiesta in arrivo e controllare quali tag si attivano.
- Pubblica e tieni sotto controllo. Per qualche settimana confronta i volumi di eventi con i numeri client-side, prima di disattivare qualsiasi cosa.
Configura il consenso prima del passaggio 5. Ogni tag server-side che aggiungi deve rispettare le scelte del visitatore fin dal primo giorno. Ecco come funziona.
Come funziona il consenso in GTM server-side
Spostare i tag sul server cambia il percorso dei dati, non le regole per raccoglierli.
Il segnale di consenso viaggia con l’evento
Il tuo cookie banner raccoglie le scelte di ogni visitatore e le passa al tag Google, che a sua volta le allega a ogni richiesta diretta al container server. Google conferma che «devi configurare Consent Mode solo nel container web» e che nel server i tag dei prodotti Google «tengono conto del consenso», adattando di conseguenza quello che inviano. Se non l’hai ancora configurato, parti da Google Consent Mode.
I tag non Google richiedono un controllo del consenso a parte
Questo però vale solo per i tag di Google. I tag di altri fornitori presenti nel container server rispettano il consenso solo se chi gestisce il container li configura in questo senso, di solito facendo in modo che ogni trigger verifichi lo stato del consenso che la tua piattaforma di gestione del consenso (CMP) trasmette insieme all’evento.
Le normative guardano anche a quello che succede sul dispositivo del visitatore: secondo la direttiva ePrivacy dell’UE, leggere o archiviare informazioni su un dispositivo richiede in genere il consenso, a prescindere da dove finiscono poi i dati. Un tagging server non cambia questo aspetto, ed è il motivo per cui i requisiti di consenso per i cookie continuano a valere anche nella tua configurazione.
Per il quadro giuridico completo: Il server-side tracking è conforme al GDPR?
La tua checklist del consenso per sGTM:
- Un cookie banner raccoglie le scelte prima che si attivi qualsiasi tag.
- Hai configurato Consent Mode nel container web.
- Lo stato del consenso arriva al container server insieme a ogni evento.
- Ogni tag server-side non Google verifica il consenso prima di attivarsi.
- Conservi una prova del consenso da mostrare se te la chiedono.
GTM server-side e Google tag gateway a confronto
Google tag gateway for advertisers ti permette di caricare gli script dei tag di Google dal tuo dominio, passando per la content delivery network (CDN), il load balancer o il web server che già usi. È l’opzione più leggera delle due, ma è facile confonderle.
| Che cosa confronti | Google tag gateway | GTM server-side |
|---|---|---|
| Che cosa fa | Serve gli script di Google dal tuo dominio | Riceve gli eventi e decide che cosa va a ogni fornitore |
| Dove gira | La tua CDN, il load balancer o il web server | Un tagging server |
| Impegno di configurazione | Basso, con configurazione guidata su alcune CDN | Da medio ad alto |
| Costo | Nessun tagging server da gestire | Hosting mensile per il tagging server |
| Controllo sui dati inviati ai fornitori | Nessuno: i dati vanno a Google come sempre | Totale: puoi modificare o rimuovere i campi |
| Funziona con fornitori non Google | No | Sì, con i tag server-side |
Google consiglia di usarli insieme per «la configurazione di tagging più duratura». In concreto, il tag gateway è adatto a chi fa advertising e vuole soprattutto servire i tag di Google in contesto first-party con poca configurazione; GTM server-side è per i team che vogliono anche decidere che cosa riceve ciascun fornitore.
Da dove iniziare
GTM server-side migliora il modo in cui i dati arrivano ai fornitori, mentre il consenso stabilisce quali di quei dati puoi davvero usare. Pianifica le due cose insieme e otterrai una configurazione che regge anche quando qualcuno ti chiede da dove arrivano i numeri.
Il consenso è la parte da curare di più, perché tutto quello che viene dopo dipende da lì. Lo stato del consenso nasce nella tua CMP, che raccoglie le scelte di ogni visitatore e le rende disponibili a ogni tag, nel browser e sul server. Privacy Controls & Cookie Solution di iubenda supporta Google Consent Mode, così le scelte fatte sul tuo cookie banner viaggiano insieme a ogni evento che arriva al tagging server.
Se gestire un tagging server in proprio è più di quello che il tuo team vuole prendersi in carico, una soluzione gestita può ospitarlo e mantenerlo al posto tuo.
Server-side tracking con la conformità integrata
Invece di un container GTM server-side da gestire e mantenere, instradiamo gli eventi attraverso un gateway first-party: così non devi ospitare niente di nuovo.
FAQ: Google Tag Manager server-side
Posso usare il server-side tagging in Google Tag Manager?
Sì. Basta creare un container server accanto al container web: gira su un tagging server ospitato su Google Cloud o da un fornitore in modalità gestita, e il container web gli invia gli eventi invece di mandarli a ogni singolo fornitore.
Posso inviare gli eventi della Meta Conversions API con GTM server-side?
Sì, puoi inviare gli eventi della Meta Conversions API tramite GTM server-side. Nella galleria dei modelli di Tag Manager, Meta mantiene un tag Conversions API ufficiale per i container server: inoltra gli eventi dal tagging server a Meta e deve attivarsi solo se il visitatore ha dato il consenso.
GTM server-side funziona con GA4?
Sì, GTM server-side funziona con GA4 da subito: ogni container server include un client GA4 integrato, che riceve le richieste GA4 dal browser, e un tag GA4 che inoltra gli eventi a Google Analytics. È da qui che parte la maggior parte dei team.
Con GTM server-side serve ancora il container web?
Nella maggior parte dei casi sì. Il container web, o il tag Google, raccoglie gli eventi nel browser e li manda al tagging server, che poi li consegna ai fornitori. Inviare gli eventi direttamente da un backend resta l’eccezione.
GTM server-side aggira gli ad blocker?
Non in modo affidabile. Gli ad blocker spesso bloccano meno richieste, perché passano da un tuo sottodominio, ma alcuni ad blocker ormai riconoscono i sottodomini di tracking first-party e in certe configurazioni Safari limita i cookie. In ogni caso le scelte di consenso del visitatore continuano a valere.
Il server-side tracking è legale?
Nessuna normativa vieta il server-side tracking, che è soltanto un modo di far viaggiare i dati: le regole riguardano la raccolta. Secondo il Regolamento generale sulla protezione dei dati (GDPR) e la direttiva ePrivacy dell’UE, raccogliere dati dal dispositivo di un visitatore richiede in genere il consenso, che i dati vadano ai fornitori direttamente o passino da un tagging server.
Posso usare GTM server-side per le app mobili?
Sì. Google documenta una configurazione per le app mobili in cui l’app invia i dati di misurazione a un container server, che li inoltra ai tuoi fornitori esattamente come farebbe per un sito web.