Conversions API: perché il pixel di Meta da solo non basta più

Chi fa campagne su Facebook e Instagram lo vede spesso: il gestionale dice venti ordini, Gestione inserzioni ne attribuisce dodici. Una parte della differenza è normale, perché i modelli di attribuzione non coincidono mai. Un’altra parte no: sono conversioni che il pixel non ha mai visto. E quello che il pixel non vede, l’algoritmo di Meta non lo usa per ottimizzare.

La Conversions API (spesso abbreviata in CAPI) è lo strumento che Meta mette a disposizione per ridurre questa perdita. Qui spieghiamo cosa fa, come si affianca al pixel senza raddoppiare i numeri, quali strade ci sono per installarla e, soprattutto, cosa non fa: non è un modo per tracciare chi ha detto di no ai cookie.

Perché il pixel perde segnale

Il pixel è un codice JavaScript che gira nel browser di chi visita il sito. Quando qualcuno compra o compila un modulo, il browser invia l’evento a Meta. Funziona finché il browser collabora, e il browser collabora sempre meno.

Le cause principali sono tre:

• blocchi: estensioni per la privacy e ad blocker fermano lo script del pixel o le sue chiamate, e alcuni browser applicano protezioni simili per impostazione predefinita;
• limiti dei browser: Safari e Firefox riducono la durata dei cookie impostati via JavaScript e limitano il tracciamento tra siti, quindi chi torna dopo qualche giorno può non essere più riconosciuto;
• consenso: in Europa il pixel deve partire solo dopo il consenso nel banner cookie. Chi rifiuta, giustamente, non viene tracciato.

A questi si aggiungono i problemi banali: una pagina di ringraziamento che carica lentamente e l’utente chiude prima che parta l’evento, un tema aggiornato che ha perso il codice, un checkout su un dominio diverso.

Il risultato è che Meta riceve meno eventi di quelli reali. Per il report è un fastidio; per le campagne è un problema serio, perché le strategie di offerta e le campagne Advantage+ imparano proprio dalle conversioni che ricevono.

Cosa fa la Conversions API

La Conversions API manda gli eventi a Meta dal server, non dal browser. Quando un ordine viene registrato dall’e-commerce o un contatto arriva al CRM, è il sistema dell’azienda a comunicarlo direttamente a Meta, con i dati dell’evento: nome (Purchase, Lead e così via), orario, valore, valuta e le informazioni che servono ad abbinarlo a una persona.

Gli eventi inviati dal server vengono collegati allo stesso set di dati del pixel e trattati allo stesso modo per misurazione, report e ottimizzazione. Il vantaggio è che non dipendono da ciò che succede nel browser: un ad blocker non ferma una chiamata che parte dal server.

C’è anche un secondo vantaggio, meno citato: dal server si possono mandare eventi che nel browser non esistono. Un preventivo diventato contratto, un ordine telefonico, un lead qualificato dal commerciale. Sono i segnali più vicini al fatturato, e sono quelli che servono per far capire alle campagne quali contatti valgono davvero.

Pixel e CAPI insieme, non in alternativa

Meta raccomanda di usarli entrambi: è la cosiddetta configurazione ridondante. Il pixel raccoglie i segnali del browser (navigazione, cookie di Meta, contesto della pagina), il server garantisce che l’evento arrivi anche quando il browser non lo invia.

Il rischio evidente è contare due volte lo stesso acquisto. Per questo esiste la deduplicazione.

Come funziona la deduplicazione con event_id

Il metodo che Meta raccomanda è semplice: lo stesso evento, inviato dal pixel e dal server, deve avere lo stesso nome e lo stesso identificativo. Nel pixel il parametro si chiama eventID, nella Conversions API event_id; il nome è event da una parte ed event_name dall’altra. Se nome e ID coincidono, Meta tiene un solo evento.

Secondo la documentazione di Meta sulla deduplicazione, la coppia viene riconosciuta come duplicato solo se il secondo invio arriva entro 48 ore dal primo. In pratica significa che l’ID va generato una volta sola, nel momento in cui avviene l’azione, e passato a entrambi i canali: tipicamente il numero d’ordine, o un identificativo creato al caricamento della pagina di conferma.

Gli errori che vediamo più spesso:

• ID generati separatamente nel browser e nel server, quindi sempre diversi;
• nomi evento scritti in modo diverso (Purchase da una parte, purchase o Acquisto dall’altra);
• eventi inviati dal server con giorni di ritardo, per esempio con un’importazione notturna dal gestionale;
• server che manda tutti gli eventi e pixel che ne manda solo alcuni, senza che nessuno abbia deciso quali.

Il controllo si fa in Gestione eventi: per ogni evento Meta mostra da quali canali arriva e quanto viene deduplicato. Se un evento compare due volte nei report, il problema è quasi sempre qui.

Event Match Quality: quanto Meta riesce a riconoscere le persone

Ricevere l’evento non basta: Meta deve capire a quale persona attribuirlo, per collegarlo all’annuncio visto o cliccato. Per questo, insieme all’evento, si inviano informazioni sul cliente: email, telefono, nome, città, l’identificativo del cliente nel sistema dell’azienda (external_id), indirizzo IP e user agent, i cookie di Meta fbp e fbc quando disponibili. Email, telefono e nomi vanno normalizzati e cifrati con hash SHA-256 prima dell’invio.

Gestione eventi riassume la bontà di questi dati in un punteggio, l’Event Match Quality, su una scala da 0 a 10, con una valutazione che va da scarsa a ottima. Il punteggio dipende da quali parametri vengono inviati, dalla loro qualità e da quanti eventi vengono effettivamente abbinati. Meta lo spiega nelle sue best practice per la Conversions API.

Due cose da tenere a mente:

• il punteggio non misura l’esattezza dei dati: un’email sbagliata ma ben formattata conta come un’email;
• non serve inseguire il 10. Serve che gli eventi che contano (acquisto, lead) abbiano i parametri che l’azienda raccoglie davvero nel modulo o nel checkout, e che siano inviati in modo corretto.

Le strade per installarla

Meta mette a confronto le opzioni in una pagina dedicata (confronta le opzioni di configurazione). In pratica, per una PMI le strade sono quattro.

Integrazione del partner

Shopify, WooCommerce tramite plugin, diversi CRM e piattaforme di prenotazione hanno un’integrazione con Meta che si attiva da pannello. È la strada più rapida e spesso sufficiente per un e-commerce standard. Il limite è il controllo: si mandano gli eventi e i parametri che il partner ha previsto, e la deduplicazione va comunque verificata.

Conversions API Gateway

È una soluzione di Meta che si configura da Gestione eventi e gira su un server cloud dell’azienda (per esempio AWS). Replica lato server gli eventi del pixel e gestisce la deduplicazione da sé. Richiede poco sviluppo, ma ha un costo di infrastruttura e manda solo ciò che il pixel già vede, quindi non aggiunge eventi offline.

Google Tag Manager server-side

Se il sito usa già Google Tag Manager, si può aggiungere un container server-side che riceve i dati dal sito e li inoltra a Meta, a GA4 e alle altre piattaforme. È la soluzione più flessibile: un solo flusso di dati, regole uniche per il consenso, possibilità di arricchire gli eventi. In cambio serve un server da gestire e qualcuno che sappia farlo.

Integrazione diretta

Lo sviluppatore del sito o del gestionale chiama l’API di Meta direttamente dal codice. Ha senso quando gli eventi importanti nascono fuori dal sito, per esempio nel CRM, o quando il sito è un’applicazione su misura.

La scelta non dipende dalla moda del momento ma da dove nascono le conversioni che contano: se nascono nel checkout, spesso basta il partner; se nascono in un CRM o in negozio, serve un flusso dal server vero e proprio.

Consenso e GDPR: la CAPI non aggira il consenso

Su questo punto conviene essere netti, perché circola l’idea opposta. Spostare l’invio dal browser al server cambia il canale, non le regole. Se una persona ha rifiutato i cookie di marketing nel banner, i suoi dati di navigazione non vanno mandati a Meta per profilazione e pubblicità, né dal pixel né dal server.

In concreto:

• il server deve sapere quale scelta ha fatto l’utente, quindi lo stato del consenso va passato insieme all’evento, e gli eventi senza consenso al marketing non partono;
• anche il pixel va gestito correttamente: si carica solo dopo il consenso, oppure si usa il suo comando di revoca e concessione del consenso;
• per i dati presi da CRM o gestionale (email, telefono, acquisti offline) serve una base giuridica valida per condividerli con Meta a fini pubblicitari, e l’informativa privacy deve dirlo;
• il contratto e i termini di Meta lasciano all’inserzionista la responsabilità di aver raccolto i dati in modo lecito.

Quello che la Conversions API recupera, quindi, è il segnale perso per motivi tecnici (blocchi, cookie che scadono, pagine che non caricano), non quello perso perché le persone hanno detto di no. È lo stesso principio che vale per Google: ne abbiamo scritto parlando della Consent Mode v2 e delle conversioni avanzate configurate con Google Tag Manager, che si basano anch’esse su dati del cliente cifrati e anch’esse richiedono il consenso.

Da dove partire

Se le campagne Meta sono una voce importante del budget, i passaggi che consigliamo sono questi:

1. elencare le conversioni che contano per il business, non quelle che il pixel registra per abitudine;

1. verificare in Gestione eventi cosa arriva oggi, da quali canali e con quale Event Match Quality;

1. confrontare i numeri di Meta con quelli del gestionale o del CRM sullo stesso periodo;

1. scegliere la strada di integrazione in base a dove nascono quelle conversioni;

1. impostare la deduplicazione con event_id e controllarla per qualche settimana;

1. far passare tutto dal consenso, con regole uguali per pixel e server.

Un lavoro di tracciamento, prima che di campagne

La Conversions API è un pezzo di tecnica, ma l’effetto si vede nelle campagne: più conversioni attribuite correttamente, algoritmi che imparano da dati più vicini alla realtà, decisioni di budget prese su numeri che reggono il confronto con il fatturato. Per questo la trattiamo dentro il lavoro sui tracciamenti, insieme a GA4, Google Tag Manager e consenso, e la colleghiamo poi alla gestione delle campagne di digital advertising.

Se i numeri di Meta e quelli del gestionale non si somigliano più, è il momento di guardare come arrivano i dati, prima di cambiare le campagne.