Server-side tagging per PMI: cos'è e quanto costa

"Server-side tagging" suona come qualcosa che serve solo a chi ha un reparto IT interno e un budget a sei zeri. Non è così. È una tecnica per raccogliere i dati del sito che sposta l'elaborazione degli eventi dal browser dell'utente a un server che tu controlli, e per una PMI italiana con traffico medio il costo mensile è paragonabile a un abbonamento software, non a un progetto enterprise.

In questo articolo vediamo cos'è nella pratica, perché probabilmente stai già perdendo dati senza saperlo, e quanto costa davvero implementarlo, con i numeri ufficiali di Google alla mano.

In breve

• Con il client-side tagging il browser dell'utente invia una richiesta separata a ogni fornitore (Google, Meta, altri tool). Con il server-side tagging invia una sola richiesta al tuo server, che poi smista i dati.
• Il mito da sfatare: secondo la documentazione ufficiale di Google, un'istanza di container server su Cloud Run costa circa 50 dollari al mese. Per una PMI con 50-100mila sessioni mensili bastano spesso una o due istanze.
• Gli ad blocker possono bloccare gran parte del traffico dei tool di analytics lato client, in modo particolarmente marcato sui pubblici tecnici.
• Il modello di tag, trigger e variabili resta lo stesso di Google Tag Manager lato client: cambia dove viene eseguito, non come si configura.
• Non serve un team di sviluppo dedicato per gestirlo, ma serve competenza tecnica specifica in fase di setup.

Cos'è il server-side tagging (in pratica)

Il server-side tagging è un modo diverso di far arrivare i dati del tuo sito ai tool che usi (Google Analytics, Meta, CRM, piattaforme di advertising), passando attraverso un server intermedio invece che direttamente dal browser dell'utente.

Nel modello tradizionale, quello "client-side", ogni volta che un visitatore compie un'azione (una pagina vista, un click, un acquisto) il browser invia una richiesta HTTP separata a ciascun fornitore collegato. Se hai cinque tool attivi, il browser fa cinque chiamate diverse, ognuna visibile e bloccabile singolarmente dal browser stesso o da un'estensione ad blocker.

Come cambia il percorso dei dati rispetto al client-side tagging

Nel modello server-side, secondo la documentazione ufficiale di Google Tag Platform, il container web installato sul sito invia una sola richiesta per evento a un "container server", che in genere gira su un'infrastruttura cloud come Google Cloud Run.

Se non hai ancora chiaro perché questa differenza pesa sui tuoi dati di conversione, perché Google Ads e Meta non tracciano più tutte le conversioni spiega il problema da cui si parte. È questo container server, non il browser, a occuparsi di validare, arricchire o correggere il dato e a inoltrarlo ai vari fornitori, spesso passando da un dominio di proprietà dell'azienda (first-party) invece che da domini esterni.

Il vantaggio non è solo tecnico: significa che il traffico verso Google Analytics o verso una piattaforma di advertising parte dal tuo dominio, non da un dominio terzo facilmente identificabile e bloccabile.

Il vero motivo per cui probabilmente ti serve: i dati che stai già perdendo

Il motivo più concreto per considerare il server-side tagging non è la performance del sito, è la quantità di dati che oggi non arriva nemmeno a destinazione. Gli ad blocker e le estensioni per la privacy bloccano le richieste dirette a domini noti come quelli di Google Analytics o dei pixel di advertising, e lo fanno prima ancora che il dato venga inviato.

Quanto è grave il problema dipende molto dal pubblico. In un caso analizzato da Plausible Analytics su un pubblico particolarmente esperto di tecnologia (traffico proveniente da Hacker News e Reddit), il 58,67% dei visitatori e il 58,38% delle pagine visualizzate risultavano bloccati per Google Analytics. Non è un dato medio da applicare a qualsiasi settore, ma è un esempio utile di quanto può pesare il problema quando il tuo pubblico è tecnicamente smaliziato, il che è comune in molti settori B2B, software e industriale.

Il server-side tagging non elimina il problema degli ad blocker (un utente può comunque bloccare uno script, se lo desidera), ma riduce drasticamente la superficie bloccabile: se il browser fa una sola chiamata al tuo dominio invece di cinque chiamate a domini terzi, hai meno punti di blocco e più probabilità che il dato arrivi almeno al tuo server, dove puoi decidere cosa farne.

"Sarà troppo costoso per una PMI come la mia": il mito da sfatare

Questa è l'obiezione più comune, e i numeri ufficiali di Google la smontano abbastanza in fretta. Secondo la guida alla pianificazione dell'infrastruttura di Google Tag Platform, un'istanza di container server su Google Cloud Run costa circa 50 dollari al mese. Il costo totale è il numero di istanze moltiplicato per questa cifra, più costi variabili di rete e storage che restano tipicamente contenuti.

Google stesso raccomanda di dimensionare il numero minimo di istanze in base al traffico reale del sito, senza imporre un minimo universale. Questo significa che non esiste una soglia di ingresso enterprise: un e-commerce o un sito B2B con 50-100mila sessioni mensili può funzionare con una o due istanze, quindi un costo che si aggira tra i 50 e i 100 dollari al mese. È l'ordine di grandezza di un abbonamento a un tool SaaS di marketing, non di un progetto infrastrutturale.

Questo non significa che il setup iniziale sia gratuito o istantaneo: la configurazione, i test e la mappatura dei tag richiedono lavoro tecnico specifico. Ma il mito del "server-side tagging riservato alle grandi aziende con budget IT enormi" nasce da una confusione tra costo di implementazione e costo di infrastruttura, e sull'infrastruttura i numeri ufficiali sono chiari.

Cosa guadagni davvero (oltre al costo contenuto)

Al di là del mito sui costi, i benefici dichiarati da Google per il server-side tagging riguardano tre aree distinte, e vale la pena separarle perché rispondono a esigenze diverse.

La performance del sito migliora perché l'elaborazione pesante si sposta dal browser dell'utente al server: meno script terzi da caricare ed eseguire lato client significa pagine più leggere e reattive, un fattore che pesa sia sull'esperienza utente che, indirettamente, sul posizionamento SEO.

Il controllo sulla privacy aumenta perché, prima di inoltrare i dati ai vari fornitori, il container server può rimuovere informazioni personali identificabili (PII) che altrimenti finirebbero direttamente nei sistemi di terze parti. Questo è particolarmente rilevante per aziende che raccolgono dati sensibili su form, checkout o aree riservate.

La qualità del dato migliora perché il server può validare, correggere e deduplicare gli eventi prima di inviarli, evitando che errori di implementazione o doppie chiamate finiscano per falsare i numeri che poi guidano le decisioni di marketing.

Come funziona "sotto il cofano" (per chi è tecnico)

Chi ha già lavorato con Google Tag Manager lato client non deve imparare un sistema nuovo da zero. Simo Ahava, tra le figure più riconosciute a livello internazionale sull'uso avanzato di GTM, conferma che i container server usano lo stesso modello di tag, trigger e variabili dei container web: cambia dove viene eseguita la logica, non come si configura concettualmente.

In pratica, un tag che nel container web invia dati a un fornitore diventa, nel container server, un tag che riceve l'evento dal container web e lo elabora prima di rispedirlo a valle. Questo rende il server-side tagging accessibile a chi già gestisce GTM in azienda, pur richiedendo competenze aggiuntive su hosting, deploy e debug lato server, aspetti che tipicamente vengono affidati a un consulente tecnico in fase di setup e poi richiedono manutenzione occasionale, non quotidiana.

Quando ha senso implementarlo (e quando aspettare)

Il server-side tagging ha senso quando emerge almeno una di queste condizioni: il sito ha un volume di traffico o di conversioni tale che anche una perdita parziale di dati incide sulle decisioni di budget pubblicitario; il pubblico è tecnicamente smaliziato e quindi più propenso a usare ad blocker; ci sono requisiti di privacy stringenti sui dati raccolti nei form o nel checkout; oppure la performance del sito è già un problema noto e gli script terzi ne sono una causa evidente.

Ha invece senso aspettare se il sito è ancora in fase di validazione, con traffico molto basso o senza un impianto di tracciamento client-side già solido: prima di spostare la logica su un server, va sistemato quello che già gira nel browser. Il server-side tagging amplifica una configurazione di tracciamento fatta bene, ma non corregge da solo una configurazione fatta male. Se vuoi capire di quanto migliora davvero la qualità del segnale che arriva alle piattaforme, client-side vs server-side tagging: la differenza che cambia il ROAS entra nel dettaglio.

Il prossimo passo

Il server-side tagging non è un progetto da corporation, è un'infrastruttura che, dimensionata sul traffico reale, costa quanto un tool SaaS e restituisce dati più completi e affidabili per chi deve decidere dove investire il budget marketing. La parte che fa davvero la differenza è la configurazione iniziale: mappare i tag esistenti, decidere cosa validare e cosa filtrare, e testare che ogni evento arrivi corretto ai fornitori giusti.

Vedi i prezzi del setup server-side