Tracciamento client side o server side: cosa scegliere per il tuo e-commerce

Qual è la differenza, in una tabella?

Nel client side i dati partono dal browser verso ogni piattaforma; nel server side passano prima da un server sotto il tuo controllo. Il resto viene di conseguenza.

Aspetto	Solo client side	Con il server side
Dove gira	Nel browser del visitatore	Nel browser e sul tuo server
Chi invia i dati	Ogni tag nel browser	Il server, dopo averli ricevuti dal sito
Controllo sui campi	Limitato a ciò che il tag permette	Puoi decidere quali campi passano
Cookie	Scritti soprattutto da JavaScript	Il server può scrivere cookie dal tuo dominio
Codice nel browser	Un tag per ogni piattaforma	Può ridursi, se sposti davvero dei tag
Costo fisso	Nessun server	Hosting che cresce con il traffico
Competenze	Contenitore web	Contenitore web, server e dominio
Consenso	Va rispettato	Va rispettato allo stesso modo
Se si rompe	L’anteprima lo mostra sul sito	Serve guardare anche i log del server

Le ultime due righe sono quelle che le presentazioni commerciali saltano. Il funzionamento passo per passo è spiegato in che cos’è il GTM server side; qui ci occupiamo solo di come scegliere.

Perché si sistema prima il client side?

Perché il server inoltra quello che riceve. Un acquisto doppio nel browser resta un acquisto doppio sul server, solo più difficile da scovare perché i passaggi diventano due. Prima di parlare di server, il contenitore web deve superare questa prova.

1. Un solo contenitore per pagina, e un solo modo di inviare ogni evento.
2. Un data layer da cui arrivano valore, numero d’ordine e articoli.
3. Lo stato del consenso impostato prima di qualsiasi tag.
4. Acquisti in GA4 confrontati con gli ordini, e differenza spiegabile.
5. Nessun tag di cui non si sa più il motivo.

Se anche una sola risposta è no, è lì che conviene investire prima. Il controllo è più rapido seguendo la checklist di audit del contenitore, e la configurazione client side è il lavoro che porta a questo punto.

Come decidi in base al tuo negozio?

In base a tre cose: quanto spendi in annunci, cosa devi controllare e chi lo seguirà. Non esiste una soglia di fatturato o di spesa valida per tutti, e diffida di chi ne dà una senza spiegare da dove viene. Le situazioni tipiche si leggono così.

La tua situazione	Scelta ragionevole	Perché
Pochi annunci, catalogo piccolo	Solo client side	Il costo del server è difficile da ripagare
Contenitore in disordine	Prima il client side	Portare il disordine sul server lo rende più caro
Spesa costante, dati puliti	Valuta il server	Anche una piccola differenza nei dati pesa sul budget
Dati da togliere prima dell’invio	Server side	È il modo più diretto per controllare i campi
Dati interni da inviare, come il margine	Server side	Non devono comparire nel browser
Molto traffico automatico nei report	Server side	Può essere riconosciuto e tenuto fuori
Nessuno che segua il server	Aspetta	Un server senza controlli si ferma in silenzio

Un altro modo di decidere è guardare il problema che vuoi risolvere, invece della dimensione del negozio. Se report e ordini non coincidono, il server di rado è la risposta, perché la causa sta spesso in un evento, in un plugin o nel consenso. Se invece sai già cosa vuoi togliere, aggiungere o controllare prima dell’invio, il server è lo strumento adatto.

Attenzione all’argomento del consenso, che a volte viene usato per vendere il server. Lo stato va rispettato anche lì, quindi chi rifiuta non torna misurabile solo perché è cambiato il percorso. Il funzionamento è spiegato in che cos’è Consent Mode v2.

Come fai il conto della convenienza?

Confrontando il costo mensile con ciò che deve produrre per ripagarsi. Il conto non dice se i dati miglioreranno: dice quanto devono migliorare perché valga la pena. Tutti i numeri sono inventati per l’esempio.

Ordini in più per ripagarsi = costo mensile del server ÷ margine medio per ordine

Voce	Negozio piccolo	Negozio medio
Costo mensile di hosting e gestione	200 €	200 €
Margine medio per ordine	20 €	20 €
Ordini in più necessari	10	10
Ordini del mese	100	2.000
Aumento richiesto sugli ordini	10,0%	0,5%

Stessi costi, stessi ordini necessari, ma due situazioni opposte. Per il primo negozio i dati migliori dovrebbero portare il 10% di ordini in più: un obiettivo poco credibile. Per il secondo basta lo 0,5%, che resta una scommessa ma ragionevole, specie se oltre agli ordini conti la pulizia dei report.

Il margine che usi nel conto deve essere quello vero, comprese spedizione e commissioni: il modo di calcolarlo è nella guida al margine di contribuzione. Questo conto non è una promessa: il passaggio al server può portare ordini in più, ma non si può sapere prima quanti.

Si può passare al server un pezzo alla volta?

Sì, ed è la strada più prudente. Non serve spostare tutto insieme. Si può cominciare da GA4, controllare che i dati coincidano e solo dopo aggiungere gli altri destinatari.

1. Crea il contenitore server e collegalo a un sottodominio del sito.
2. Fai passare da lì GA4 e confronta i dati con il periodo precedente.
3. Controlla che il consenso arrivi al server e venga rispettato.
4. Aggiungi le conversioni Google Ads, facendo attenzione a non contarle sia dal browser sia dal server.
5. Aggiungi Meta con la Conversion API e controlla che gli eventi non risultino doppi.
6. Imposta avvisi su errori e cali improvvisi.

Il rischio tipico di questa fase è il doppio invio: durante il passaggio due percorsi restano attivi e la stessa vendita arriva due volte. La prova va ripetuta a ogni piattaforma aggiunta. Se ti serve un parere, la consulenza sul GTM server side parte dai tuoi numeri, e dice anche quando la risposta è no.

Domande frequenti

Fonti

• Google Tag Manager: introduzione al tagging lato server
• Google Tag Manager: panoramica del lato server
• Google Tag Manager: lato server e Consent Mode