Server-side tracking: dati di conversione più completi per le ads.

In breve

Il server-side tracking è un modo di raccogliere i dati in cui il sito invia gli eventi a un server controllato dall'azienda, che li filtra e li inoltra a GA4, Google Ads e Meta. not4sale lo implementa con Google Tag Manager server-side e le API di conversione, sempre nel rispetto del consenso, per ridurre i segnali persi e controllare quali dati escono dal sito.

Il problema

Con il tracciamento classico, ogni pixel gira nel browser del visitatore e parla direttamente con Google, Meta o TikTok. Funziona finché il browser lo lascia fare. Ma gli adblocker bloccano gli script più noti, Safari limita la durata dei cookie impostati via JavaScript, e alcune estensioni tagliano le richieste verso i domini pubblicitari. Una parte delle conversioni, anche di utenti che hanno accettato i cookie, semplicemente non arriva.

Per chi investe in Meta Ads o Google Ads il danno è doppio. I report mostrano meno vendite di quelle reali, quindi campagne che rendono sembrano in perdita e vengono spente. E gli algoritmi, che imparano dalle conversioni ricevute, ottimizzano su un campione più piccolo e meno rappresentativo. Nel frattempo, dieci script di terze parti nel browser leggono più dati di quanti ne dovrebbero, e tu non hai modo di filtrarli.

Cosa ricevi

Analisi di fattibilità con raccomandazione scritta su se e cosa spostare lato server
Contenitore Google Tag Manager server-side configurato su cloud intestato all'azienda
Sottodominio di tracciamento di prima parte con certificato attivo
Meta Conversions API e conversioni Google Ads lato server con deduplicazione
Regole di filtro e minimizzazione dei dati inviati alle piattaforme
Report di confronto prima e dopo su conversioni e qualità degli eventi
Documentazione di architettura, accessi e procedure di manutenzione

Il metodo

01
Verifica di fattibilità
Valutiamo volumi, piattaforme pubblicitarie, stato del tracciamento attuale e consenso, per capire se il server-side ha senso per te.
02
Infrastruttura del server
Configuriamo il contenitore GTM server-side su un servizio cloud intestato all'azienda, con un sottodominio del tuo sito.
03
Migrazione dei flussi
Spostiamo GA4, Google Ads e Meta sul server, attiviamo le API di conversione e impostiamo la deduplicazione con gli eventi browser.
04
Controllo e confronto
Confrontiamo per alcune settimane conversioni registrate, ordini reali e punteggio di qualità degli eventi nelle piattaforme.
05
Monitoraggio e consegna
Impostiamo avvisi su errori e costi del server e consegniamo la documentazione di architettura e flussi.

Approfondimento

Come funziona il server-side tracking

Il server-side tracking sposta la distribuzione dei dati dal browser a un server. Invece di caricare cinque pixel che parlano ognuno con la propria piattaforma, il sito invia gli eventi a un unico punto, un contenitore di Google Tag Manager server-side ospitato su un sottodominio come "dati.tuosito.it". Il server riceve l'evento, lo arricchisce o lo ripulisce, e lo inoltra a GA4, Google Ads, Meta e alle altre piattaforme.

Questo cambia due cose. La prima è la robustezza: le richieste vanno verso un dominio tuo, non verso quelli pubblicitari che i blocchi conoscono, e i cookie impostati dal server di prima parte hanno vita più lunga di quelli scritti via JavaScript in alcuni browser. La seconda è il controllo: decidi tu, campo per campo, cosa arriva a ciascuna piattaforma. Puoi togliere l'indirizzo IP, eliminare parametri dalle URL, inviare un dato a Google ma non a Meta.

Si affianca alle API di conversione delle piattaforme. La Conversions API di Meta, per esempio, riceve eventi direttamente dal server; per evitare di contare due volte la stessa vendita, browser e server inviano un identificativo comune e la piattaforma deduplica.

Server-side tracking e consenso: cosa non fa

Il server-side tracking non è un modo per tracciare chi ha rifiutato i cookie. Lo diciamo chiaro perché in giro c'è chi lo vende così. Le regole del GDPR non cambiano in base a dove gira lo script: se il visitatore nega il consenso al marketing, il server non deve inviare dati identificativi alle piattaforme pubblicitarie.

Nella nostra configurazione lo stato del consenso viaggia insieme a ogni evento, e il server applica le stesse regole del browser. È lo stesso principio che usiamo su questo sito, dove Consent Mode v2 parte con tutti i segnali negati e Google Tag Manager si carica solo dopo il consenso. Quello che migliora è la qualità dei dati di chi ha accettato, non la quantità di persone tracciate. In più, il server è un ottimo punto per applicare la minimizzazione dei dati, cioè inviare solo ciò che serve: un principio che il GDPR chiede esplicitamente.

Quando conviene, e quando no

La risposta breve: conviene quando la pubblicità è una voce importante del bilancio e le decisioni dipendono dalle conversioni misurate. Non conviene quando il sito riceve poco traffico o il tracciamento di base è ancora rotto.

| Situazione | Server-side? |
|---|---|
| E-commerce con investimento continuativo su Meta e Google | Sì, è il caso tipico |
| Lead generation B2B con valore per contatto alto | Sì, soprattutto con conversioni offline dal CRM |
| Sito vetrina di un'attività locale con poche campagne | Di solito no: meglio GA4 e GTM fatti bene |
| Tracciamento browser con eventi duplicati o mancanti | Prima si sistema quello |

C'è anche un costo ricorrente da considerare: il server gira su un servizio cloud (Google Cloud o un hosting specializzato per GTM server-side) e il canone cresce con il traffico. Non è enorme per la maggior parte delle PMI, ma va messo in conto, insieme a un minimo di manutenzione quando le piattaforme aggiornano le loro API.

Cosa cambia per le campagne

Con più conversioni recuperate e dati più ricchi, gli algoritmi di Google Ads e Meta hanno più segnali su cui ottimizzare. Meta mostra un punteggio di qualità degli eventi (Event Match Quality) che misura quanto bene riesce ad abbinare gli eventi agli utenti: è uno degli indicatori che teniamo d'occhio prima e dopo l'intervento.

Il server-side apre anche alle conversioni offline: un contatto arrivato da una campagna diventa cliente nel CRM settimane dopo, e il server può rimandare quell'informazione alla piattaforma. Per chi vende servizi è spesso il salto di qualità più grande, perché le campagne iniziano a ottimizzare sui contratti e non sui form.

Non promettiamo una percentuale di dati recuperati: dipende dal pubblico, dai browser usati, dal consenso. Promettiamo un confronto onesto prima e dopo. Se il tuo tracciamento di base è ancora da sistemare, il punto di partenza è il tracking con Google Tag Manager; se vuoi usare i dati recuperati per capire quale canale vende davvero, il passo naturale sono i modelli di attribuzione.

Domandevere.

Il server-side tracking aggira l'adblock e il rifiuto dei cookie?

Riduce l'effetto di adblock e restrizioni dei browser sugli utenti che hanno dato il consenso, ma non deve aggirare il rifiuto: sarebbe una violazione del GDPR, a prescindere da dove gira il codice. Nella nostra configurazione lo stato del consenso accompagna ogni evento e il server lo rispetta. Chi vende il server-side come scorciatoia sul consenso ti espone a un rischio.

Quanto costa mantenere il server di tracciamento?

C'è un canone del servizio cloud che dipende dal volume di eventi, quindi dal traffico del sito, e dal fornitore scelto. Per la maggior parte delle PMI è una cifra contenuta, ma è ricorrente. Durante la verifica di fattibilità ti diamo una stima sul tuo traffico reale, insieme al costo della configurazione, che dipende da piattaforme e integrazioni.

Quanto tempo serve per vedere la differenza nei dati?

La configurazione tecnica richiede in genere qualche settimana. Per valutare l'effetto servono poi almeno due o tre settimane di dati a confronto, per assorbire le oscillazioni dei giorni della settimana e delle campagne. Gli algoritmi pubblicitari hanno anche un loro periodo di apprendimento quando cambiano i segnali ricevuti, quindi evitiamo di tirare conclusioni nei primi giorni.

Funziona con Shopify, WooCommerce e siti su misura?

Sì, con approcci diversi. Su Shopify e WooCommerce esistono integrazioni e app che inviano gli eventi al server; le valutiamo caso per caso, perché non tutte gestiscono bene consenso e deduplicazione. Su un sito o una piattaforma sviluppati su misura scriviamo le specifiche del data layer per gli sviluppatori, o le implementiamo noi se il sito lo realizziamo noi.

Devo togliere i pixel dal browser se passo al server-side?

Non necessariamente. La configurazione più comune per Meta è ibrida: pixel nel browser e Conversions API dal server, con un identificativo evento comune per la deduplicazione. Per altri tag si può spostare tutto lato server e alleggerire il sito. Decidiamo flusso per flusso, in base a cosa supporta ogni piattaforma e a quanto vuoi ridurre gli script nel browser.

Servizi collegati

Data & Analytics