Perché Google Ads e Meta non tracciano più tutte le conversioni

Se guardi i numeri di Google Ads o del Gestione Inserzioni di Meta e ti sembra che manchino conversioni rispetto a quelle reali, probabilmente non ti stai sbagliando. Non è un problema di configurazione della campagna, né un tuo errore nel setup: è un cambiamento strutturale nel modo in cui i dati viaggiano tra il sito, il browser e le piattaforme pubblicitarie. Cookie di terze parti bloccati, consenso privacy negato, browser che limitano il tracciamento di default: ogni passaggio nella catena ha un punto in cui la conversione può andare persa prima ancora di raggiungere Google o Meta.

Questo articolo spiega, senza fumo, dove nascono questi buchi nei dati e perché riguardano ormai qualsiasi PMI che fa advertising online.

Punti chiave

• Il consenso ai cookie, la tracking prevention dei browser (Safari, Firefox, e in parte Chrome) e le impostazioni privacy di iOS creano insieme una perdita di dati di conversione significativa e variabile da sito a sito.
• Google stima che il conversion modeling recuperi oltre il 70% dei percorsi da clic ad-conversione altrimenti persi per mancanza di consenso, ma solo se il tag e il Consent Mode sono configurati correttamente.
• Meta misura la qualità del match tra i tuoi dati e i suoi utenti con un punteggio (Event Match Quality, 0-10): più identificatori invii lato server, più conversioni vengono attribuite correttamente.
• Un caso reale gestito da Q4 Studio (Candiani Denim) ha mostrato che il 93% circa dei segnali di conversione recuperati in 90 giorni era bloccato dalla tracking prevention del browser prima dell'intervento con tracciamento server-side.

Il problema in breve: dove si perde la conversione

Una conversione, per essere contata da Google Ads o da Meta, deve completare un percorso preciso: l'utente clicca sull'annuncio, il browser salva un identificatore (in genere un cookie o un click ID), l'utente acquista o compila un modulo sul sito, e infine il browser invia quel segnale alla piattaforma pubblicitaria per chiudere il cerchio tra clic e risultato.

Il problema è che oggi, in almeno tre punti di questo percorso, qualcosa può interrompere la trasmissione del segnale: il consenso ai cookie che l'utente nega, il browser che blocca i cookie di terze parti per impostazione predefinita, o il sistema operativo del dispositivo che limita il tracciamento cross-app. Quando uno di questi blocchi scatta, la conversione è avvenuta nella realtà, ma la piattaforma pubblicitaria non lo sa. Il risultato è un ROAS che appare più basso di quanto sia davvero, e decisioni di budget prese su dati incompleti.

Il consenso ai cookie decide cosa vede Google Ads

Da quando il GDPR e le normative simili impongono il consenso esplicito prima di installare cookie di tracciamento, ogni utente che visita il tuo sito può scegliere di rifiutare i cookie pubblicitari. Quando lo fa, il tag di Google Ads non può più depositare o leggere l'identificatore che collega il clic sull'annuncio all'eventuale acquisto successivo.

Google ha risposto a questo problema con il Consent Mode, un sistema che permette al tag di continuare a raccogliere segnali aggregati e anonimi anche quando il consenso viene negato, e di ricostruire statisticamente le conversioni mancanti attraverso un modello matematico chiamato conversion modeling. Secondo Google, questo meccanismo recupera oltre il 70% dei percorsi da clic ad-conversione che altrimenti andrebbero persi per mancanza di consenso. È un dato importante, ma vale una precisazione: funziona solo se il Google tag e il Consent Mode sono implementati correttamente sul sito, come specificato nella documentazione ufficiale di Google Ads. Un Consent Mode configurato male, o assente, significa semplicemente che quella parte di conversioni resta persa senza alcun recupero.

Se vuoi capire come funziona nel dettaglio il tracciamento che sostituisce questi meccanismi di stima, server-side tagging: cos'è e quanto costa per una PMI è il punto di partenza tecnico.

I browser bloccano i cookie di terze parti, non solo Safari

Per anni il problema del tracciamento bloccato è stato associato quasi esclusivamente a Safari. Non è più così. Safari e Firefox bloccano i cookie di terze parti per impostazione predefinita già da tempo, tramite i rispettivi sistemi di tracking prevention. Chrome, che rappresenta la quota di mercato più ampia tra i browser desktop e mobile, aveva annunciato per anni l'intenzione di eliminare del tutto i cookie di terze parti, salvo poi fare marcia indietro nel 2024: oggi Chrome non blocca questi cookie in modo automatico, ma introduce una richiesta di scelta esplicita all'utente, spostando ulteriore potere decisionale (e ulteriore possibilità di blocco) nelle mani di chi naviga.

Il risultato pratico è che, indipendentemente dal browser usato dai tuoi visitatori, una parte significativa e variabile delle conversioni non viene tracciata tramite i metodi tradizionali basati su cookie di terze parti e su pixel lato client. Quanto sia ampia questa parte dipende dal mix di browser del tuo pubblico, dal settore, e dal tipo di offerta: non esiste una percentuale universale valida per tutti i siti, e diffidare di chi te la propone come dato certo è una buona regola.

iOS e Safari aggiungono un altro livello di opacità

Se una parte rilevante del tuo traffico arriva da dispositivi Apple, il problema si aggrava ulteriormente. La Intelligent Tracking Prevention di Safari limita da anni la durata e la portata dei cookie di tracciamento sul browser, e la funzione App Tracking Transparency di iOS richiede il consenso esplicito dell'utente prima che un'app possa collegare i suoi dati ad altre app o siti per finalità pubblicitarie. Quando l'utente nega questo consenso, che è l'opzione predefinita in molti contesti, Meta e le altre piattaforme perdono visibilità su gran parte del comportamento post-clic di quell'utente.

Per una PMI che vende soprattutto tramite e-commerce con traffico mobile prevalente su iPhone, questo non è un dettaglio tecnico marginale: è una delle cause principali per cui le metriche di conversione in piattaforma non corrispondono più ai numeri reali dell'ordine gestionale o dell'analytics del sito.

Cosa succede nei numeri: un caso reale

Per capire quanto possa essere ampio il divario tra conversioni reali e conversioni tracciate, vale la pena guardare un caso concreto. In un intervento di tracciamento server-side realizzato da Q4 Studio per Candiani Denim, in 90 giorni sono stati recuperati oltre 1.032.695 segnali di conversione. Di questi, circa 963.652, quindi la grande maggioranza, erano segnali che la tracking prevention del browser bloccava prima dell'intervento e che quindi non arrivavano né a Google Ads né a Meta attraverso i metodi di tracciamento client-side tradizionali.

Non è un caso isolato o un'anomalia di settore: è la fotografia di cosa succede quando un sito con traffico consistente si affida solo a cookie e pixel installati nel browser, senza un canale di trasmissione dati alternativo lato server. Leggi il caso studio completo di Candiani Denim.

Come le piattaforme cercano di recuperare i dati mancanti

Sia Google che Meta sanno da anni che il tracciamento basato solo su browser è sempre meno affidabile, e hanno costruito sistemi per compensare parzialmente la perdita di segnale. Il conversion modeling di Google Ads, già citato, è uno di questi: usa modelli statistici basati su dati aggregati per stimare le conversioni che il consenso negato non permette di osservare direttamente.

Meta, dal suo lato, misura la qualità del collegamento tra i dati che gli invii e i suoi utenti reali attraverso un punteggio chiamato Event Match Quality, che va da 0 a 10 ed è documentato nelle guide ufficiali sulla qualità dei dati della Conversions API. Il principio è semplice: più identificatori invii insieme all'evento di conversione, come email con hash, numero di telefono, indirizzo IP, più alta è la probabilità che Meta riconosca correttamente quell'utente e attribuisca la conversione alla campagna giusta. Chi invia questi dati solo tramite pixel lato client, senza un livello server che li arricchisca e li protegga dai blocchi del browser, lavora quasi sempre con un punteggio di match più basso, e quindi con più conversioni non attribuite.

Questi sistemi di recupero funzionano, ma restano stime statistiche o dipendono dalla qualità dei dati che ricevono. Non sostituiscono un flusso di dati diretto, completo e verificabile: lo migliorano parzialmente quando manca l'alternativa.

Cosa significa per chi gestisce campagne oggi

Se le tue campagne Google Ads o Meta sembrano performare peggio negli ultimi anni, prima di tagliare budget o cambiare agenzia vale la pena verificare quanto di questo calo sia reale e quanto sia invece un problema di visibilità sui dati. Un ROAS che scende dal 5:1 al 3:1 nei report della piattaforma può in realtà significare che le vendite sono rimaste stabili, ma un terzo o più di esse non viene più registrato dal tag della piattaforma.

La distinzione conta perché porta a decisioni opposte. Se il problema è di performance reale, serve rivedere creativi, targeting o offerta. Se il problema è di tracciamento, la soluzione sta altrove: nel modo in cui i dati vengono raccolti e trasmessi, non nella strategia della campagna. Per capire quale dei due scenari si applica al tuo caso, la lettura tecnica di riferimento è client-side vs server-side tagging: la differenza che cambia il ROAS.

Cosa fare a questo punto

Il primo passo utile è capire quanto tracciamento stai effettivamente perdendo, confrontando i dati grezzi del tuo gestionale o del tuo sistema di analytics server-side con quelli che arrivano in Google Ads e Meta. Se il divario è ampio, la causa è quasi sempre una combinazione dei fattori descritti sopra: consenso negato senza Consent Mode ben configurato, blocchi del browser, e un Event Match Quality basso su Meta.

La soluzione tecnica a questo problema esiste ed è il tracciamento server-side: un metodo che sposta parte della raccolta e dell'invio dei dati di conversione da un tag nel browser dell'utente a un server che tu controlli, riducendo la dipendenza dai cookie di terze parti e dai blocchi imposti dai browser. Scopri come funziona il tracciamento server-side per capire come applicarlo al tuo caso specifico.