Perché Meta mostra più acquisti di quanti ordini ha il mio negozio?

Di solito perché due strumenti inviano lo stesso pixel con event id diversi, oppure perché gli eventi del browser e del server non condividono un id. Meta può unire solo le copie che hanno lo stesso nome evento e lo stesso event id.

Quanto aspetta Meta per deduplicare gli eventi?

Meta deduplica un evento del browser e uno del server con lo stesso nome evento e lo stesso event id quando arrivano entro 48 ore dal primo.

Devo disattivare il pixel del browser per fermare i duplicati?

No. Dai invece lo stesso event id all’evento del browser e a quello del server. Il pixel del browser aggiunge segnali come i cookie, e l’evento server arriva quando il browser è bloccato.

La deduplicazione può risolvere il caso di più piattaforme che rivendicano la stessa vendita?

No. Quella è attribuzione sovrapposta, non un evento duplicato. Confronta quanto dichiarano le piattaforme con gli ordini del tuo negozio e usa un solo modello di attribuzione per confrontare i canali.

Pinterest deduplica il tag e la Conversions API?

Sì, quando entrambi gli eventi hanno lo stesso event_id e lo stesso nome evento e arrivano entro 48 ore. Pinterest tiene il primo evento che riceve e rimuove le copie successive. In ROASaurus, il Tag e il server inviano tutti e cinque gli eventi di shopping con id e nomi corrispondenti.

Eventi di acquisto duplicati: perché le vendite vengono contate due volte

Punti chiave

Un evento di acquisto duplicato è un ordine che una piattaforma pubblicitaria conta come due o più acquisti.
Le cause più comuni sono un pixel del browser e un evento server senza un event id condiviso, e due strumenti che inviano lo stesso pixel.
Meta, TikTok, Snapchat, Pinterest e Reddit tengono ciascuno una sola copia quando gli eventi del browser e del server hanno id corrispondenti e arrivano entro la finestra temporale della piattaforma.
Quando Meta, Google e TikTok rivendicano tutte la stessa vendita, nessun evento è stato inviato due volte: è attribuzione sovrapposta, e la deduplicazione non può risolverla.
Confronta il numero di acquisti di ogni fonte con gli ordini del tuo negozio: una sola fonte con più acquisti che ordini indica un secondo mittente.

Gli eventi di acquisto duplicati si verificano quando una piattaforma pubblicitaria conta un ordine come due o più acquisti. Le cause più comuni sono un pixel del browser e un evento server che non condividono un event id, e due strumenti che inviano lo stesso pixel. Il risultato sono conversioni gonfiate, un ROAS che sembra migliore di quello reale e un’ottimizzazione delle offerte che impara da vendite mai avvenute.

Questa guida spiega le cause, la differenza tra duplicati all’interno di una piattaforma e più piattaforme che rivendicano la stessa vendita, come funziona la deduplicazione su Meta, TikTok, Snapchat, Pinterest e Reddit, e come trovare e correggere i duplicati.

Che cosa conta come evento di acquisto duplicato?

Due problemi diversi vengono chiamati entrambi doppio conteggio. Hanno cause diverse, e solo uno dei due è un errore di tracciamento.

	Duplicato all’interno di una piattaforma	Più piattaforme rivendicano una vendita
Cosa succede	Una piattaforma conta lo stesso ordine più di una volta	Più piattaforme si attribuiscono ciascuna lo stesso ordine
Esempio	Meta mostra 2 acquisti per un ordine da $80	Meta, Google e TikTok riportano ciascuno lo stesso ordine da $80
Causa	Due eventi per un ordine senza un event id condiviso	Ogni piattaforma attribuisce la vendita secondo le proprie regole di attribuzione
Si risolve con la deduplicazione	Sì	No
Cosa fare	Un solo mittente per pixel e un solo event id per ordine	Confronta con gli ordini del tuo negozio e usa un solo modello di attribuzione

La deduplicazione risolve il primo problema. Il secondo richiede i dati dei tuoi ordini.

Perché gli acquisti vengono contati due volte

Un pixel del browser e un evento server senza un id condiviso

Molti negozi inviano ogni acquisto due volte di proposito: una volta dal pixel del browser e una volta da un server tramite una Conversions API. È un’ottima configurazione, perché la copia del server arriva quando quella del browser è bloccata. Ma la piattaforma può unire le due copie solo quando hanno lo stesso event id e lo stesso nome evento. Se il browser usa un id casuale e il server usa il numero d’ordine, la piattaforma vede due acquisti diversi.

Due strumenti che inviano lo stesso pixel

Questa causa è comune e facile da non notare, soprattutto dopo il passaggio a un nuovo strumento di tracciamento. Un negozio installa un’app di tracciamento ma tiene l’app del canale di vendita della piattaforma, un tag di Google Tag Manager o il codice del pixel nel tema. Ogni strumento invia il proprio Purchase con i propri id. La deduplicazione all’interno di ciascuno strumento funziona, ma la piattaforma riceve comunque due acquisti non collegati.

Lo stesso evento inviato di nuovo

Un tag di acquisto sulla pagina di conferma dell’ordine può attivarsi di nuovo quando l’acquirente ricarica o rivisita la pagina. Anche un server può inviare un ordine due volte, per esempio una volta quando viene creato e di nuovo quando viene pagato. Costruisci l’event id a partire dall’order id, così una ripetizione porta lo stesso id della prima copia e la piattaforma può riconoscerla.

Come funziona la deduplicazione?

La deduplicazione è il modo in cui una piattaforma tiene una sola copia di un evento ricevuto più di una volta. La regola è simile sulle piattaforme di questa guida: le copie devono avere lo stesso id, di solito insieme allo stesso nome evento, e devono arrivare entro una finestra temporale. La piattaforma tiene allora una copia e scarta le altre.

browser Purchase event_id=order-1042Pixel del browser nel checkout

server Purchase event_id=order-1042Conversions API, stesso nome e stesso id: unito al primo

browser Purchase event_id=7c1e9a40Una seconda app sullo stesso pixel, con un proprio id: contato di nuovo

I primi due eventi condividono un id e contano come un solo acquisto. Il terzo ha un id proprio, quindi la piattaforma riporta due acquisti per l’ordine 1042.

Ne seguono due regole pratiche. Crea l’id una sola volta, a partire da qualcosa che conoscono sia il browser sia il server, come l’order id. E usa esattamente lo stesso nome evento da entrambe le parti, come lo definisce la piattaforma, per esempio Purchase su Meta.

Regole di deduplicazione per piattaforma

I dettagli cambiano da piattaforma a piattaforma. Questa tabella riassume la documentazione ufficiale di ciascuna piattaforma a ottobre 2026.

Piattaforma	Campo del browser	Campo del server	Finestra	Note
Meta	`eventID`	`event_id`	48 ore	Anche il nome dell’evento deve corrispondere. Un ripiego con fbp o external_id funziona solo quando l’evento del browser arriva per primo.
TikTok	`event_id`	`event_id`	48 ore	Anche il nome dell’evento deve corrispondere. TikTok tiene il primo evento che riceve.
Snapchat	`client_dedup_id` e `transaction_id` per gli acquisti	`event_id` e `order_id` per gli acquisti	48 ore, oppure 30 giorni per l’order id dell’acquisto	Anche il nome dell’evento deve corrispondere. La coppia client_dedup_id ha la priorità.
Pinterest	`event_id`	`event_id`	48 ore	Invia lo stesso nome evento da entrambe le fonti. Pinterest tiene il primo evento che riceve.
Reddit	`conversionId`	`conversion_id`	2 giorni	Stesso tipo di evento, e stesso nome per gli eventi personalizzati. Viene eseguita ogni ora e può impiegare fino a 24 ore per comparire.

La regola comune: lo stesso evento, lo stesso id, entro la finestra. I nomi dei campi cambiano, quindi controlla ogni integrazione separatamente.

In ROASaurus, i pixel del browser per Meta, TikTok, Snapchat, Pinterest e Reddit inviano lo stesso event id degli eventi server, quindi queste piattaforme deduplicano. Per Snapchat, il pixel invia anche l’id dell’ordine come transaction_id, che corrisponde all’order_id dell’acquisto server. Per Pinterest, il Tag e l’API usano nomi evento corrispondenti. X, Microsoft Advertising e Taboola ricevono solo eventi server, quindi non c’è nulla da unire. Se invii gli eventi tu stesso, la guida alla Meta Conversions API mostra dove va l’event id nel pixel e nella chiamata API.

Più piattaforme che rivendicano una vendita non sono un evento duplicato

Ora il secondo problema. Un acquirente guarda un video su TikTok, due giorni dopo clicca su un annuncio Google Shopping e compra dopo un annuncio di retargeting su Meta. Ogni piattaforma ha una propria registrazione di un clic o di una visualizzazione, e ognuna riporta la vendita. Nessun evento è stato inviato due volte, quindi nessuna impostazione di deduplicazione cambia la situazione.

Ricavi rivendicati in una settimana (negozio di esempio)

Come trovare gli eventi di acquisto duplicati

Confronta ogni fonte con i tuoi ordini
Prendi una giornata intera. Conta gli eventi Purchase che ogni fonte ha inviato quel giorno, prima della deduplicazione: il pixel del browser e gli eventi server. Alcuni strumenti per gli eventi mostrano questa suddivisione per metodo di connessione, e il tuo strumento di tracciamento server-side ha un proprio log di ciò che ha inviato. Confronta ogni numero con il numero di ordini che il tuo negozio ha ricevuto quel giorno.
Leggi i report di deduplicazione
Alcune piattaforme riportano i duplicati che hanno rimosso. Reddit, per esempio, conserva per sette giorni un log degli eventi deduplicati, e Pinterest mostra la deduplicazione per evento in Ads Manager.
Fai un ordine di prova
Apri la vista degli eventi di test della piattaforma e fai un ordine. Dovresti vedere un Purchase del browser e uno del server con lo stesso event id. Un terzo Purchase, o due id diversi, rivela la causa.
Elenca ogni strumento che può inviare il pixel
Controlla le app dei canali di vendita, i container del tag manager, il codice del tema e le vecchie app di tracciamento. Un’estensione del browser come Meta Ads Data Advisor, in precedenza Meta Pixel Helper, mostra quali eventi del pixel si attivano su una pagina.

Il primo passo è il controllo più rapido. Una fonte con un solo mittente invia al massimo un acquisto per ordine. Il conteggio del browser di solito è inferiore ai tuoi ordini, a causa degli ad blocker e dei consensi rifiutati. Quindi una sola fonte con più acquisti che ordini indica un secondo mittente o eventi ripetuti:

Fonte (negozio di esempio, un giorno)	Acquisti	Ordini del negozio	Rapporto	Cosa suggerisce
Meta, browser	186	120	1.55	Più acquisti che ordini: due strumenti attivano il pixel del browser
Meta, server	119	120	0.99	Normale: un solo mittente server
TikTok, server	241	120	2.01	Ogni ordine due volte: due app inviano l’Events API

Conteggi per fonte, prima della deduplicazione. Un rapporto sopra 1.0 significa che quella fonte invia alcuni ordini due volte. Un rapporto vicino a 2.0 significa che invia quasi ogni ordine due volte.

Come correggere gli eventi di acquisto duplicati

Tieni un solo mittente per pixel. Scegli uno strumento per ogni pixel e disattiva quel pixel ovunque altrove: app dei canali di vendita, tag del tag manager e codice del tema. Su Shopify, rimuovi lo stesso pixel dalle impostazioni di condivisione dei dati del canale Facebook & Instagram, perché ogni livello di condivisione dei dati invia comunque il pixel del browser. Controlla allo stesso modo l’app TikTok.
Usa un solo event id per ordine. Costruisci l’id a partire dall’order id e invialo sia con l’evento del browser sia con l’evento server.
Usa lo stesso nome evento. Il browser e il server devono chiamare l’evento allo stesso modo, esattamente come lo definisce la piattaforma.
Invia entro la finestra. Un evento server che arriva giorni dopo non viene unito. Su Meta, TikTok e Pinterest la finestra è di 48 ore, su Reddit di due giorni.
Testa di nuovo dopo ogni modifica. Ripeti l’ordine di prova e confronta di nuovo i conteggi il giorno dopo.

Come ROASaurus evita gli eventi di acquisto duplicati

ROASaurus invia ogni acquisto a partire dai dati degli ordini del negozio e dà alla copia del browser e a quella del server lo stesso event id, costruito dall’order id. Su Shopify, l’evento server arriva dal webhook dell’ordine pagato, quindi il ricaricamento della pagina di ringraziamento non crea un nuovo evento server. L’Event log elenca ogni invio server per piattaforma, con la richiesta e la risposta della piattaforma, così puoi vedere cosa è stato inviato per ogni ordine. La guida al tracciamento server-side su Shopify mostra il flusso completo.

Se una piattaforma mostra ancora più acquisti che ordini, un altro strumento invia lo stesso pixel. Evita il doppio conteggio elenca dove cercare, e il tracciamento server-side spiega quali eventi ROASaurus invia a ciascuna piattaforma.

Fonti

In ROASaurus

Continua a leggere

TracciamentoAd blocker e tracciamento: cosa perde il tuo negozioGli ad blocker bloccano i pixel di tracciamento, quindi le piattaforme pubblicitarie perdono degli acquisti. Scopri quali eventi si perdono, perché quelli server-side no e come misurare il tuo divario.TracciamentoConsent Mode v2 e GDPR: cosa può inviare un negozio onlineConsent Mode v2 per i negozi online: i quattro segnali di consenso di Google, cosa chiede la legge dell’UE e cosa può ancora inviare il tracciamento server-side. Solo informazioni generali.TracciamentoSafari ITP e tracciamento pubblicitario: cosa funziona ancoraSafari ITP limita a 7 giorni i cookie impostati dagli script, o a 24 ore dopo alcuni clic sugli annunci. Scopri che effetto ha sull’attribuzione e quale tracciamento funziona ancora.