[ Article ]
Il tuo pixel Meta non mente: perché il divario con GA4 non è quasi mai una perdita di dati
Ads Manager mostra 126 conversioni, GA4 ne conta 70. La causa quasi mai è il tracking rotto: è la differenza tra modelli di attribuzione, finestre e segnali diversi.
Ho ricevuto questa domanda almeno tre volte nell’ultimo mese.
“Mattia, il mio Ads Manager dice 50 conversioni questa settimana. GA4 ne mostra 14. Il pixel è rotto?”
No. Il pixel quasi certamente non è rotto. Stai confrontando due strumenti che misurano cose diverse, in periodi diversi, con logiche diverse. È come confrontare il conto del ristorante con le spese tracciate sull’app del telefono: entrambi sono corretti, ma non contano le stesse cose.
Il divario tra Meta Ads Manager e GA4 esiste sempre. La domanda giusta non è “perché non tornano i numeri?” — perché non torneranno mai del tutto. La domanda utile è: “questo divario è nella norma o segnala un problema reale?” Sono due domande diverse, con risposte diverse, e confonderle porta a decisioni sbagliate.
In questo articolo ti spiego da dove viene il divario, quanto è normale aspettarsi, e come distinguerlo da un problema di tracking reale.
Per un approfondimento su implementazione e Shopify, leggi GA4 server-side: quando conviene e come implementarlo.
In sintesi
- In aprile 2025, Seer Interactive ha testato $1,05 milioni di spesa su 6 account reali: Meta dichiarava l’87% delle conversioni come incrementali, GA4 ne confermava il 67% — 20 punti percentuali di divario causati dai modelli di attribuzione, non dal tracking rotto (Seer Interactive, luglio 2025).
- Un gap del 20-40% tra Meta e GA4 è considerato tipico per l’ecommerce (Seresa.io, aprile 2026).
- Il 29,5% degli utenti internet usa un ad blocker — bloccando il pixel GA4 ma non Meta CAPI server-side (Backlinko / DataReportal Digital 2026, marzo 2026).
Meta e GA4 non misurano la stessa cosa — e non è mai stato previsto che lo facessero
In aprile 2025, Seer Interactive ha condotto uno studio su $1,05 milioni di spesa pubblicitaria Meta reale, distribuita su 6 account. Meta dichiarava l’87% delle conversioni come “incrementali”. Incrociando con GA4, la stima scendeva al 67% — una differenza del 20% causata interamente dalla logica di attribuzione, non da conversioni perse (Seer Interactive, “We Tested Meta’s New Incremental Attribution Setting on $1M in Ad Spend”, luglio 2025).
La conclusione degli autori era diretta: Meta “giudica il proprio lavoro” usando i propri modelli, le proprie finestre, i propri segnali. GA4 usa modelli diversi. I due sistemi non erano mai stati progettati per produrre lo stesso numero.
Secondo Seresa.io (aprile 2026), un gap del 20-40% tra Meta e GA4 è da considerare tipico per un negozio ecommerce con setup di tracking ordinario (Seresa.io, “Why GA4, Meta, and Google Ads Never Show the Same Number”, aprile 2026). Implementare Meta CAPI e il Measurement Protocol di GA4 può ridurlo del 10-20%. Eliminarlo completamente non è possibile — né necessario.
Capsule citabile: Un divario del 20-40% tra Meta Ads Manager e GA4 è nella norma per l’ecommerce, secondo l’analisi comparativa di Seresa.io (aprile 2026). La causa principale non è perdita di dati ma differenza strutturale nei modelli: Meta usa una finestra di 7 giorni click + 1 giorno view, GA4 usa l’attribuzione data-driven con lookback fino a 90 giorni. I due sistemi non erano progettati per produrre lo stesso numero.
Per capire come Meta CAPI riduce il divario, vedi la guida GA4 server-side e Meta CAPI.
La view-through attribution: le conversioni che Meta vede e GA4 non vederà mai
Questa è la causa più sottovalutata del divario — e la meno intuitiva.
Meta conta come conversione qualsiasi acquisto completato entro 24 ore dalla visualizzazione di un annuncio — anche se l’utente non ha cliccato nulla. GA4 non ha accesso a questa informazione. Non riceve il segnale di visualizzazione, quindi non può nemmeno sapere che quell’ordine è collegabile alla campagna.
In un’analisi del novembre 2022 su 70 account ecommerce per circa $12 milioni di spesa, Adam Lovallo ha trovato che il 34% delle conversioni totali attribuite da Meta proveniva dalla finestra view-through di 1 giorno — non da un click (Adam Lovallo, “Incrementality: Facebook/Instagram Benchmarking Total Attribution”, LinkedIn Pulse, novembre 2022). Il dato è del 2022 e va preso come indicazione di direzione, non come numero esatto per il 2026. Con la crescita dei Reels, la percentuale view-through è probabilmente aumentata.
Il punto pratico è questo: una quota significativa del divario che vedi è composta da conversioni reali — persone che hanno effettivamente comprato dopo aver visto il tuo annuncio — che Meta giustamente conta e GA4 non può nemmeno vedere.
Puoi verificarla in trenta secondi: vai su Ads Manager → Colonne → Personalizza colonne → aggiungi “Conversioni view-through”. Se questo numero è alto, hai trovato una delle cause principali del tuo divario.
Capsule citabile: Meta attribuisce una conversione ogni volta che un utente acquista entro 24 ore dalla visualizzazione di un annuncio, anche senza averci cliccato. In un’analisi del 2022 su 70 account ecommerce (~$12M di spesa), il 34% delle conversioni Meta proveniva da questa finestra view-through (Adam Lovallo, LinkedIn Pulse, novembre 2022). GA4 non può tracciare questi eventi perché non esiste un click da intercettare: il divario che ne risulta è strutturale, non un errore di configurazione.
Le finestre di attribuzione: Meta e GA4 non guardano lo stesso periodo
Anche ignorando la view-through, Meta e GA4 usano finestre di attribuzione diverse. E finestre diverse producono conteggi diversi — anche sugli stessi ordini reali.
La finestra predefinita di Meta è 7 giorni click + 1 giorno view. GA4 usa l’attribuzione data-driven con un lookback di 30 giorni per le acquisizioni e 90 giorni per gli altri eventi. Nessuno dei due è sbagliato. Misurano periodi diversi.
Questo diventa particolarmente evidente con prodotti ad acquisto dilazionato. Se un utente vede l’annuncio il lunedì, ci riflette per dieci giorni e compra il giovedì della settimana successiva, GA4 spesso attribuisce quell’ordine a “direct” o alla sessione di ritorno — non all’annuncio Meta che ha innescato il processo.
C’è poi un cambiamento recente che ha confuso molti advertiser. Il 3 marzo 2026, Meta ha ristretto la definizione di click-through, richiedendo un click effettivo sul link invece del semplice click sull’annuncio. Sui 3.014 account ecommerce monitorati da Confect.io, le conversioni click-through sono scese del 15-30% da un giorno all’altro — una reclassificazione contabile, non un calo delle performance reali (Ampifire / Confect.io, “Recover Your Meta ROAS in 2026”, maggio 2026). Se hai visto un calo di conversioni Meta intorno a quella data, probabilmente era questo.
Capsule citabile: Il 3 marzo 2026, Meta ha ristretto la definizione di click-through attribution richiedendo un click effettivo sul link. Sui 3.014 account ecommerce monitorati da Confect.io, le conversioni click-through sono scese del 15-30% da un giorno all’altro — una reclassificazione contabile, non un calo delle performance reali (Ampifire / Confect.io, “Recover Your Meta ROAS in 2026”, maggio 2026).
Per confrontare finestre e modelli di attribuzione, leggi Attribuzione multichannel.
UTM mancanti: come le conversioni Meta finiscono nel “traffico diretto” di GA4
C’è un’altra causa che produce divari apparentemente inspiegabili: gli annunci Meta senza parametri UTM.
Se il link dell’annuncio non ha UTM, GA4 non sa da dove viene quella sessione. L’acquisto viene registrato come “direct” — oppure viene sovrascritto da una sessione successiva con UTM diversi. Meta però conta correttamente la conversione perché la traccia lato server tramite l’event ID. Il risultato: una conversione reale che Meta mostra ma GA4 non riesce ad attribuire alla campagna giusta.
Secondo dati del 2024, il 42% dei team marketing implementa UTM senza una naming convention documentata (AnalyticsMates, dati SEMrush 2024, 2025). Campagne senza UTM, UTM con nomi inconsistenti, link accorciati che perdono i parametri in redirect: tutti contribuiscono ad attribuire conversioni reali a “direct” in GA4.
Caso reale — Epic Days (giugno 2026): in un audit su uno store Shopify di esperienze outdoor, l’EMQ del tracking Meta era 8.3/10 — il setup server-side funzionava correttamente, la deduplicazione tramite event_id era verificata. Il divario percepito tra Ads Manager e GA4 era di oltre 3 volte. Causa principale identificata: annunci Meta con UTM assenti o incompleti. Le conversioni venivano tracciate correttamente da Meta lato server; GA4 le riceveva ma le attribuiva a “direct”. Il fix non era tecnico — era operativo: standardizzare gli UTM su tutti gli annunci attivi.
Il problema non era il pixel. Non era il server-side tracking. Era la naming convention degli annunci.
Per allineare canali e naming convention degli annunci, vedi Attribuzione multichannel: guida pratica.
Come capire se il divario è normale o segnala un problema reale
Il divario standard esiste sempre. Ma ci sono segnali che indicano un problema reale — non solo una differenza di modelli.
Detto semplicemente: se il tuo divario rientra nell’intervallo normale e non è cambiato bruscamente, non c’è nulla da sistemare. Se è uscito dai range normali o è aumentato di colpo, allora val la pena indagare.
Il divario è probabilmente nella norma se:
- È tra il 20% e il 50% del totale Meta-riportato
- Non è cambiato bruscamente in corrispondenza di aggiornamenti iOS, modifiche al tema Shopify, o cambio di CMP (Consent Management Platform)
- L’EMQ di Meta è sopra 7.0 (trovalo in Events Manager → seleziona il pixel → colonna “Qualità della corrispondenza eventi”)
- I log del container server-side non mostrano errori 4xx o rate limit
- Le conversioni “direct” in GA4 aumentano nei periodi in cui stai girando campagne Meta attive
Potrebbe esserci un problema reale di tracking se:
- Il divario è aumentato bruscamente dopo una modifica tecnica specifica (aggiornamento tema, nuova app installata, cambio GTM)
- L’EMQ è sceso sotto 6.0 o vedi il flag “low” nell’Events Manager
- I log del tuo container Stape mostrano errori 4xx, 429 (rate limit), o 5xx
- In marzo 2026, ad esempio, ho trovato esattamente un bug di questo tipo su un client: il file
tilda-tracker.jsstava scrivendo gclid e fbclid nel cookie del carrello in loop infinito, superando il limite di 4KB e generando 429 continui. Non era il pixel — era uno script di tracking che si rompeva su se stesso. - Gli eventi in Events Manager mostrano deduplicazione anomala (troppi duplicati o zero duplicati su campagne con alto volume)
In marzo 2026, nel frattempo, SafariITP continua a rappresentare un problema strutturale. In giugno 2026, Safari detiene il 26,1% del market share mobile globale (TechnologyChecker.io / Cloudflare Radar, giugno 2026). Safari limita i cookie di prima parte a 7 giorni — esattamente la finestra click di Meta. Questo significa che gli utenti che tornano ad acquistare dopo 7 giorni da un click su mobile Safari non vengono attribuiti da GA4 all’annuncio corretto.
In marzo 2026, Backlinko ha rilevato che il 29,5% degli utenti internet a livello globale usa un ad blocker — circa 1,77 miliardi di persone (Backlinko / DataReportal Digital 2026 Report, marzo 2026). Gli ad blocker bloccano il pixel GA4 lato browser. Non bloccano Meta CAPI, che opera lato server. Questo da solo spiega una quota del divario anche in assenza di qualsiasi errore di configurazione.
E per chi ha uno store con audience prevalentemente europea: in febbraio 2026, secondo una ricerca del CNIL e dell’USENIX Security Symposium 2024, tra il 60% e il 70% dei visitatori UE rifiuta i cookie quando il banner GDPR presenta opzioni di accettazione e rifiuto equivalenti (Seresa.io / CNIL + USENIX, febbraio 2026). Con il 60-70% dei visitatori senza cookie, GA4 opera su meno del 40% dei dati reali. Meta CAPI, con il Consent Mode configurato correttamente, è parzialmente immune a questo perché invia segnali aggregati anche senza consenso individuale.
Capsule citabile: In febbraio 2026, ricerche del CNIL e dell’USENIX Security Symposium 2024 hanno mostrato che tra il 60% e il 70% dei visitatori europei rifiuta i cookie quando il banner GDPR presenta opzioni equivalenti di accettazione e rifiuto (Seresa.io, febbraio 2026). GA4 lato browser opera quindi su meno del 40% dei dati reali per i negozi con audience UE — contribuendo strutturalmente al divario con Meta CAPI, che può trasmettere segnali aggregati indipendentemente dal consenso individuale.
Per CMP, consent mode e server-side insieme, leggi GA4 server-side: implementazione.
Vuoi sapere se il tuo divario è nella norma?
Se stai vedendo numeri che non tornano e non sai distinguere un problema di attribuzione da un problema di tracking, possiamo farlo insieme. Negli audit che facciamo con Tillde, il primo controllo è sempre l’EMQ e i log server-side — non il confronto diretto Ads Manager / GA4.
Con LayerData vedi i log server-side in tempo reale — event ID, EMQ, match rate di FBP — tutto in un pannello, senza scavare nelle API.
Scopri come funziona un audit di tracking con Tillde.
Domande frequenti
Il divario tra Meta e GA4 si può eliminare completamente?
No, e non è un obiettivo realistico. La differenza strutturale tra i modelli di attribuzione non sparirà mai del tutto. Con un setup server-side corretto (Meta CAPI + Measurement Protocol GA4), puoi ridurre il gap del 10-20% rispetto a un setup solo client-side. Una parte del divario rimarrà sempre: i due strumenti non misurano la stessa cosa (Seresa.io, aprile 2026).
Come trovo l’EMQ del mio pixel Meta?
Vai su Events Manager → seleziona il tuo dataset → cerca la colonna “Qualità della corrispondenza degli eventi”. Un EMQ sopra 7.0 è accettabile; sopra 8.0 è ottimo. Sotto 6.0, Meta ha meno segnali per abbinare gli eventi alle persone giuste — e la qualità dell’ottimizzazione delle campagne scende di conseguenza.
Perché il divario è aumentato dopo iOS 14?
Con iOS 14.5 (2021), Apple ha introdotto l’App Tracking Transparency. Nel Q2 2024, il tasso globale di opt-in era al 13,85% per le app non-gaming e al 18,58% per i giochi (Singular Quarterly Trends Report Q2 2024, via Purchasely, giugno 2025). Meta ha perso accesso a circa metà dei segnali iOS. Il tracking server-side riduce l’impatto — ma non lo elimina del tutto, perché alcuni segnali vengono bloccati prima di arrivare al server.
Se GA4 vede solo il 30-40% degli utenti EU, i miei dati sono inutili?
No — ma vanno letti con consapevolezza. GA4 è ottimo per analizzare i pattern di comportamento e i trend relativi. È un problema se lo usi per confrontarlo direttamente con Meta su volumi assoluti di conversioni. La soluzione non è smettere di usare GA4 — è usarlo per quello per cui è adatto e affiancargli Meta CAPI server-side per i segnali di conversione che contano per l’ottimizzazione delle campagne. Vedi come usare GA4 e Meta CAPI insieme.
Conclusione
Il divario tra Meta e GA4 non è una notizia negativa. È il comportamento atteso di due sistemi costruiti con obiettivi diversi, modelli diversi, e accesso a segnali diversi.
La domanda utile non è “perché non tornano i numeri?” — perché non torneranno mai completamente. La domanda utile è: “il mio tracking funziona?” Per risponderle, guardi l’EMQ, i log server-side, e l’andamento relativo delle conversioni nel tempo. Non il confronto diretto tra Ads Manager e GA4.
Se il tuo EMQ è sopra 7.0, gli eventi arrivano senza errori, e il divario è nel range 20-40%, il setup sta funzionando. Puoi smettere di preoccuparti del confronto tra i due strumenti e concentrarti su quello che conta: le campagne.
Per l’EMQ in dettaglio, vedi la sezione Come trovare l’EMQ del pixel Meta in questo articolo.
Prossimo della serie: quando il divario non è attribuzione ma perdita reale di segnale — ITP Safari, ad blocker e conversioni Shopify.
Fonti
- Seer Interactive, “We Tested Meta’s New Incremental Attribution Setting on $1M in Ad Spend. Here’s How It Works”, recuperato 2026-07-04, seerinteractive.com/insights/we-tested-metas-new-incremental-attribution-setting-on-1m-in-ad-spend
- Seresa.io, “Why GA4, Meta, and Google Ads Never Show the Same Number”, recuperato 2026-07-04, seresa.io/blog/attribution-measurement/why-ga4-meta-and-google-ads-never-show-the-same-number
- Seresa.io, “60-70% of EU Visitors Reject Your Cookies”, recuperato 2026-07-04, seresa.io/blog/consent-rates-data-impact/60-70-of-eu-visitors-reject-your-cookies
- Backlinko / DataReportal Digital 2026 Report, “Ad Blockers Users Statistics”, recuperato 2026-07-04, backlinko.com/ad-blockers-users
- Ampifire / Confect.io, “Recover Your Meta ROAS in 2026: What Changed and How to Fix It”, recuperato 2026-07-04, ampifire.com/blog/recover-your-meta-roas-in-2026-what-changed-and-how-to-fix-it
- Haus.io, “Is Meta Incremental?”, recuperato 2026-07-04, haus.io/blog/is-meta-incremental
- TechnologyChecker.io (Cloudflare Radar upstream), “Safari Market Share 2026”, recuperato 2026-07-04, technologychecker.io/blog/safari-market-share
- Purchasely / Singular Quarterly Trends Report Q2 2024, “ATT Opt-In Rates in 2025 and How to Increase Them”, recuperato 2026-07-04, purchasely.com/blog/att-opt-in-rates-in-2025-and-how-to-increase-them
- Adam Lovallo, “Incrementality: Facebook/Instagram Benchmarking Total Attribution”, LinkedIn Pulse, novembre 2022, linkedin.com/pulse/incrementality-facebookinstagram-benchmarking-total-adam-lovallo
- AnalyticsMates / dati SEMrush 2024, “Unlocking Accurate Campaign Tracking in 2025 with UTM Parameters”, recuperato 2026-07-04, analyticsmates.com/post/unlocking-accurate-campaign-tracking-in-2025-with-utm-parameters