L’errore invisibile che gonfia i tuoi segnali

Hai attivato CAPI. Pixel e server lavorano in parallelo. I segnali arrivano a Meta.

Ottimo, hai completato lo strato 1.

Ora hai un nuovo problema. Ed è più difficile da vedere del precedente, perché in apparenza i numeri sembrano migliorati.

Il paradosso del doppio segnale

Quando attivi Pixel e CAPI insieme, entrambi i canali possono registrare lo stesso evento. Un utente completa un acquisto: il Pixel lo intercetta nel browser e invia la conversione a Meta. Il server lo intercetta al momento della conferma d’ordine e invia la stessa conversione a Meta.

Meta riceve due segnali per lo stesso acquisto.

Se non esiste un meccanismo che permette a Meta di riconoscere che quei due segnali si riferiscono allo stesso evento, li conta entrambi. Un acquisto reale diventa due conversioni nel pannello.

Il risultato immediato è che tutto sembra andare bene. Le conversioni aumentano. Il ROAS migliora. L’algoritmo ottimizza con più segnali.

Il problema è che sta ottimizzando su una realtà che non esiste.

Cosa succede alle campagne quando non deduplicano

Immagina di vedere nel pannello 100 conversioni al mese con un valore medio di 80 euro. Il ROAS dichiarato da Meta è 4.

Se Pixel e CAPI stanno duplicando gli eventi, nella realtà gli acquisti sono 50, non 100. Il ROAS reale è 2. La campagna che stai scalando sta bruciando budget su un’ottimizzazione costruita su segnali gonfiati.

Questo schema lo riconosco spesso quando analizzo un account che ha attivato CAPI da poco senza gestire la deduplicazione: un picco improvviso di conversioni, un ROAS che non torna con i dati del CRM, una sensazione che “i numeri di Meta non coincidono mai con quelli reali”.

Quella sensazione ha quasi sempre una causa tecnica precisa.

Come funziona la deduplicazione

Meta ha previsto questo problema e ha messo a disposizione uno strumento per gestirlo: il parametro event_id.

Il funzionamento è semplice. Ogni evento (acquisto, lead, visualizzazione di pagina) deve portare con sé un identificatore univoco. Lo stesso identificatore deve essere inviato sia dal Pixel che da CAPI per lo stesso evento.

Quando Meta riceve due segnali con lo stesso event_id, li riconosce come duplicati e ne conta solo uno. La conversione viene registrata una volta sola, attribuita correttamente, e l’algoritmo lavora su segnali puliti.

Senza event_id, o con un event_id generato in modo non coerente tra i due canali, la deduplicazione non funziona. I duplicati si accumulano. I segnali si gonfiano.

Come verificare se il tuo sistema deduplica correttamente

Apri Events Manager su Meta Business Suite e seleziona il tuo pixel. Vai sulla sezione Test Events oppure controlla i log degli eventi in tempo reale.

Due cose da cercare:

Presenza del campo event_id. Ogni evento deve mostrare un event_id nel suo payload. Se questo campo è assente, la deduplicazione non è attiva.

Coerenza tra canali. Se lo stesso evento arriva sia da Browser che da Server, i due event_id devono essere identici. Se sono diversi, Meta non può riconoscerli come duplicati.

Una verifica più diretta: confronta il numero di conversioni in Meta Ads Manager con i dati reali del tuo backend o CRM per un periodo recente. Una discrepanza significativa, soprattutto verso l’alto, è spesso un segnale di deduplicazione mancante o errata.

Un dettaglio tecnico che molti sottovalutano

L’event_id deve essere generato una volta sola per ogni evento, al momento in cui l’evento avviene, e passato in modo identico a entrambi i canali.

Un errore comune: generare un event_id casuale separatamente nel codice del Pixel e nel codice server-side. I due valori saranno diversi, la deduplicazione fallirà silenziosamente, e nessuno se ne accorgerà finché non si confrontano i dati.

La soluzione corretta è generare l’event_id una volta — tipicamente lato server al momento dell’evento — e passarlo esplicitamente al codice del Pixel tramite dataLayer o variabile JavaScript.

La settimana prossima

Con lo strato 1 e lo strato 2 in ordine, il tuo sistema raccoglie i segnali giusti e li conta correttamente.

Il problema che rimane è diverso: Meta riceve gli eventi, ma quanto riesce a capire chi li ha generati?

Un evento di acquisto arriva a Meta con un insieme di parametri: email, telefono, IP, dispositivo. Più questi parametri sono completi e accurati, più Meta riesce a fare il match con il suo database di utenti. Meno parametri invii, più gli eventi rimangono “anonimi” dal punto di vista dell’algoritmo.

Si chiama Event Match Quality, ed è lo strato 3. È il pezzo che determina se Meta riesce davvero a ottimizzare sui tuoi clienti reali, o solo su un’approssimazione di loro.