Perché le conversioni di Meta non corrispondono alle vendite reali

Hai 47 conversioni nell’Events Manager di Meta. Nel tuo gestionale, nello stesso periodo, di vendite ne sono entrate 71. Oppure il contrario: Meta ti dichiara un ROAS da sogno, ma quando confronti la spesa pubblicitaria con i ricavi reali i conti non tornano e il margine non c’è.

Se ti riconosci in questa situazione, la prima cosa da sapere è che non è un tuo errore, e non è nemmeno raro. Nella maggior parte degli account che analizzo per la prima volta, la discrepanza tra le conversioni dichiarate da Meta e le vendite reali è tra il 20% e il 40%. È la norma, non l’eccezione.

Il problema è che su quei numeri sbagliati tu prendi decisioni vere: scali campagne, ne spegni altre, sposti budget. E ogni decisione presa su un dato impreciso è una decisione che, statisticamente, ti costa. (Se vuoi il quadro d’insieme di come dovrebbe essere fatto un sistema di tracciamento completo, l’ho descritto nella mappa dei 5 strati del tracciamento per Meta — questo articolo è il “perché ti serve”, quella è il “come è fatto”.)

In questo articolo spiego, da tecnico, perché i numeri non tornano — sono quattro cause precise — come capire da che parte stai sbagliando, e cosa serve per sistemare la situazione.

La discrepanza non è un bug: è il funzionamento normale di un Pixel lasciato così com’è

Partiamo da un equivoco diffuso: l’idea che, una volta installato il Pixel di Meta, il tracciamento “funzioni”. Il Pixel installato è la condizione minima per esistere su Meta. Non è la condizione per essere misurati bene.

Un Pixel appena installato, senza una fase di configurazione e rifinitura, raccoglie eventi in modo parziale e impreciso. Non perché sia rotto, ma perché il browser dell’utente — il luogo da cui il Pixel lavora — nel 2025 è un ambiente pieno di ostacoli al tracciamento. E perché un evento, di per sé, non basta: conta cosa contiene. Ho spiegato più in profondità perché il Pixel da solo non basta più nell’articolo dedicato al primo strato del sistema.

Vediamo le quattro cause concrete, in ordine di impatto.

Causa 1 — Il browser non manda tutti gli eventi a Meta

Il Pixel di Meta è un tracciamento client-side: parte dal browser dell’utente. Quando qualcuno compra sul tuo sito, è il browser a inviare l’evento di acquisto a Meta. E il browser, oggi, è un posto ostile per questo tipo di invio.

I motivi sono quattro, e si sommano:

iOS e App Tracking Transparency. Dal 2021, gli utenti iPhone possono negare il tracciamento. Una quota significativa lo fa. Da quel momento, per quegli utenti, il Pixel vede ma non può comunicare l’evento in modo riconducibile alla campagna.

Safari e Intelligent Tracking Prevention. Anche senza un rifiuto esplicito, Safari limita la durata dei cookie a sette giorni e blocca quelli di terze parti. Un cliente che vede un annuncio oggi e compra tra due settimane, per Safari, è un utente nuovo senza storia.

Ad blocker. Su desktop, una parte degli utenti ha estensioni che bloccano direttamente il caricamento del Pixel. L’evento non parte affatto.

Browser orientati alla privacy. Brave, Firefox con configurazioni protettive e simili aggiungono un’ulteriore quota di eventi che non arrivano mai.

Il risultato netto: in un funnel medio, tra il 20% e il 30% degli eventi che dovrebbero arrivare a Meta non ci arrivano. Non per un errore di installazione, ma per un limite fisiologico del tracciamento lato browser. Questo è il motivo per cui, molto spesso, Meta ti dichiara meno conversioni di quelle reali.

Causa 2 — Gli eventi arrivano, ma sono “ciechi”

Mettiamo che gli eventi arrivino. Resta un secondo problema, meno intuitivo ma altrettanto pesante: un evento non è “una conversione”, è una conversione fatta di parametri. E sono quei parametri a dire a Meta chi ha comprato, cosa, e quanto vale.

Nella maggior parte degli account che apro per la prima volta, l’evento di acquisto arriva senza i parametri essenziali: il valore economico della transazione è vuoto o fisso, l’identificativo del prodotto è assente, i dati che permettono a Meta di riconoscere l’utente sono pochi.

Le conseguenze pratiche sono due.

La prima riguarda il valore. Se il valore reale dell’ordine non viene passato, per Meta un acquisto da 30 euro e uno da 500 sono la stessa identica cosa. L’algoritmo non può ottimizzare verso i clienti più redditizi, perché non sa che esistono. Insegue volume indistinto, non valore.

La seconda riguarda l’Event Match Quality (EMQ), un punteggio da 1 a 10 che misura quanto Meta riesce a riconoscere l’utente dietro un evento. Più dati identificativi passi — email e telefono in forma hashata, e altri segnali — più alto è l’EMQ, e meglio l’algoritmo trova pubblici simili a chi compra davvero. Un EMQ basso, intorno a 4, significa che metà delle tue conversioni, per l’algoritmo, è gente anonima: serve per il conteggio, non per ottimizzare. Su un account configurato bene l’EMQ si porta tra 7 e 9, e la differenza nelle performance è concreta.

Causa 3 — Gli eventi vengono contati due volte

C’è anche il problema opposto, e produce l’effetto inverso: un ROAS sovrastimato, più ottimista del reale.

Succede quando si aggiunge un tracciamento lato server — la Conversions API di Meta, spesso chiamata CAPI — senza configurare correttamente la deduplicazione. In quel caso lo stesso acquisto viene inviato due volte: una dal browser, una dal server. Meta, se non riceve un identificativo condiviso (event_id) che gli permetta di capire che è lo stesso evento, lo conta due volte.

Il risultato: vedi il doppio delle conversioni rispetto alla realtà. Il ROAS sembra eccellente. Scali il budget convinto che la campagna funzioni, e stai scalando su numeri gonfiati.

Questo è il motivo per cui aggiungere la CAPI “da soli”, senza sapere cosa si sta facendo, spesso peggiora la situazione invece di migliorarla: senza deduplicazione, il server-side raddoppia gli errori invece di correggerli.

Causa 4 — Più piattaforme si attribuiscono la stessa vendita

L’ultima causa non riguarda Meta da sola, ma chi usa Meta insieme a Google Ads — cioè quasi tutti.

Immagina questo percorso: un cliente vede un annuncio su Meta, qualche giorno dopo cerca il nome del tuo brand su Google, clicca sull’annuncio Google, compra. Chi ha generato quella vendita? Meta la attribuisce a sé. Google la attribuisce a sé. Tu, sommando i due pannelli, vedi due conversioni e due ricavi attribuiti — quando di vendita ne è arrivata una sola.

Il ROAS che leggi sommando le piattaforme è strutturalmente più alto del ROAS reale. E senza un sistema di misurazione neutro rispetto alle piattaforme — il ruolo che dovrebbe svolgere GA4, configurato in modo coerente con Meta e Google Ads — non hai modo di sapere quale dei due canali stia davvero portando le vendite.

A questo si aggiunge un dettaglio che vedo quasi sempre: su Google Ads esiste un meccanismo, le Enhanced Conversions, che recupera attribuzione su iOS e Safari, esattamente come l’EMQ fa su Meta. È un’impostazione già presente nel pannello. Nella stragrande maggioranza degli account che apro è disattivata, e si perde attribuzione che spetterebbe.

Sottostima o sovrastima? Come capire da che parte stai sbagliando

Le quattro cause spingono in due direzioni opposte. Prima di intervenire, vale la pena capire dove pendi.

Probabile sottostima (Meta ti dichiara meno vendite di quelle reali) se: non hai un tracciamento server-side, hai molto traffico mobile e da iPhone, e nel confronto con il gestionale i numeri di Meta sono sistematicamente più bassi.

Probabile sovrastima (Meta ti dichiara più vendite di quelle reali) se: hai una CAPI attiva, non sei sicuro che la deduplicazione sia configurata, e il ROAS dichiarato è notevolmente più alto di quello che senti “nelle tasche” a fine mese.

Il modo definitivo per saperlo non è stimare: è confrontare. Prendi un periodo chiuso — un mese — e metti a fianco due numeri: quante vendite risultano nel tuo gestionale, e quante conversioni di acquisto risultano in Events Manager. Lo scarto, in percentuale, è la tua discrepanza. Da lì si parte.

Cosa guardare concretamente in Events Manager

Se vuoi farti un’idea da solo prima di coinvolgere qualcuno, ci sono cinque controlli che puoi fare aprendo Events Manager:

Apri l’evento di acquisto e guarda gli ultimi eventi ricevuti. Controlla se i campi del valore e della valuta sono valorizzati e diversi da zero, e se è presente l’identificativo del prodotto. Poi vai sulla diagnostica dell’evento e leggi l’Event Match Quality: se è sotto 6, c’è margine ampio. Verifica se è presente un event_id sugli eventi, perché è il parametro che permette la deduplicazione tra Pixel e CAPI. Infine, conta quanti acquisti Meta registra in un periodo e confrontali con il gestionale.

Se almeno due di questi cinque controlli danno esito negativo — ed è lo scenario più comune — il tuo tracciamento sta producendo numeri su cui non è prudente prendere decisioni di budget.

Come si risolve

La soluzione si articola su due livelli, ed è importante capire che non sono “uno scadente e uno buono”: sono due livelli appropriati a scale di investimento diverse.

Il livello client-side fatto bene copre il 70-80% degli eventi ed è la fondamenta di qualsiasi sistema. Significa: una struttura dati pulita sul sito (DataLayer), un Google Tag Manager configurato senza trigger fragili, il Pixel con tutti i parametri completi, il valore economico reale degli eventi, GA4 allineato a Meta nei nomi e nei valori, e Google Ads con le Enhanced Conversions attive. Per budget pubblicitari medio-piccoli, questo livello è quasi sempre sufficiente: il margine fisiologico di imprecisione resta gestibile e l’algoritmo ha abbastanza segnali per lavorare.

Il livello server-side aggiunge la Conversions API con deduplicazione corretta, e recupera quel 20-30% di eventi che il browser non riesce a passare. Su budget pubblicitari più alti o in fase di scaling aggressivo, quel margine smette di essere un dettaglio: diventa la differenza tra scalare su dati veri e scalare su numeri imprecisi. A quelle cifre, l’intervento si ripaga in poche settimane di campagne ottimizzate meglio.

Non è una questione di “meglio o peggio”. È una questione di proporzione tra quanto investi in pubblicità e quanto ha senso investire nel sistema che la misura.

Domande frequenti

Perché Meta mi mostra meno conversioni di quelle che vedo nel gestionale? Quasi sempre per il limite del tracciamento lato browser: tra il 20% e il 30% degli eventi non arriva a Meta a causa di iOS, Safari, ad blocker e browser orientati alla privacy. Senza un tracciamento server-side configurato, quegli eventi vanno persi e il ROAS risulta sottostimato.

Perché il mio ROAS su Meta è altissimo ma non lo sento sul conto? Probabile sovrastima da deduplicazione mancante: se hai una CAPI attiva senza event_id condiviso col Pixel, ogni acquisto viene contato due volte. Il ROAS dichiarato è gonfiato rispetto a quello reale.

Installare il Pixel non è sufficiente? No. Il Pixel installato è la condizione minima per esistere su Meta, non per essere misurati bene. Senza i parametri corretti (valore, identificativo prodotto, dati di match) e senza una struttura dati pulita, gli eventi arrivano ma non permettono all’algoritmo di ottimizzare.

Cos’è l’Event Match Quality e perché è importante? È un punteggio da 1 a 10 che misura quanto Meta riesce a riconoscere l’utente dietro un evento. Più è alto, meglio l’algoritmo trova pubblici simili a chi compra davvero. Un EMQ basso significa che parte delle conversioni, per Meta, è gente anonima utile solo al conteggio.

La Conversions API risolve tutto da sola? Solo se configurata con la deduplicazione corretta. Aggiungere la CAPI senza un event_id condiviso col Pixel raddoppia il conteggio degli eventi e peggiora la qualità dei dati invece di migliorarla.

Quanto tempo serve per sistemare un tracciamento? Un intervento completo di configurazione (struttura dati, Pixel, GA4, Google Ads, ed eventualmente server-side) richiede tipicamente pochi giorni lavorativi, seguiti da un periodo di osservazione per verificare che i dati siano stabili nel tempo.

In sintesi

Se le conversioni di Meta non corrispondono alle vendite reali, le cause sono quattro: eventi persi lato browser, eventi privi dei parametri necessari, doppio conteggio da deduplicazione mancante, attribuzione contesa tra più piattaforme. Le prime due tendono a farti vedere meno vendite di quelle reali; la terza te ne fa vedere di più; la quarta gonfia il quadro complessivo.

Il punto non è quale numero è “giusto” — è che, finché il sistema non è configurato bene, nessuno dei numeri che vedi è affidabile abbastanza per decidere come spendere il budget. E ogni decisione presa su dati imprecisi ha un costo che non vedi, ma paghi.