Il pixel Facebook non traccia gli acquisti? Checklist diagnostica

Quando il pixel smette di registrare Purchase, la dashboard può far sembrare che le campagne siano collassate anche se il negozio continua a vendere. È uno dei problemi più costosi da diagnosticare male, perché porta facilmente a mettere in pausa campagne sane sulla base di conversioni semplicemente mancanti dal reporting.

La regola è semplice: prima dimostra che Purchase attraversa correttamente tutto il percorso, poi giudica il ROAS.

Questa checklist parte dal punto più concreto — una transazione reale — e risale verso configurazione, deduplicazione e matching.

1. Confronta subito ordini reali e Purchase di Meta

Prendi una finestra breve ma significativa, per esempio gli ultimi 3-7 giorni, e confronta:

• ordini completati nel backend;
• eventi Purchase in Events Manager;
• Purchase attribuiti in Ads Manager;
• revenue reale e Purchase value.

Non aspettarti una corrispondenza perfetta 1:1 tra Ads Manager e backend: attribuzione, consenso e finestre temporali possono produrre differenze. Ma se il backend mostra ordini mentre Events Manager registra quasi zero Purchase, hai prima di tutto un problema di tracking, non un problema di advertising.

2. Esegui un acquisto in Test Events

Apri Events Manager > Test Events e attraversa il funnel come un utente reale.

Controlla che compaiano, nell’ordine previsto:

• PageView;
• ViewContent quando pertinente;
• AddToCart;
• InitiateCheckout;
• Purchase soltanto dopo il completamento reale del pagamento o dell’ordine.

Purchase deve comparire una sola volta per transazione. Se arriva prima della conferma, al refresh, nel carrello oppure due volte, la configurazione è sbagliata anche se l’evento tecnicamente “arriva”.

3. Verifica value e currency

Un Purchase con un valore errato può rompere il reporting del ROAS anche quando il conteggio delle conversioni sembra normale.

Nel payload verifica che:

• value sia numerico;
• value rappresenti il totale reale dell’ordine secondo la logica scelta;
• currency usi un codice ISO come EUR;
• in un setup multi-valuta venga passata la valuta effettivamente usata nella transazione.

Inviare 0, null, una stringa non interpretabile oppure la valuta sbagliata può lasciare corretto il numero di Purchase e rendere falso il Purchase ROAS.

4. Se usi Pixel e CAPI, controlla la deduplicazione

Pixel browser e Conversions API devono lavorare insieme, non competere.

Per la stessa transazione devono inviare:

• lo stesso event_name: Purchase;
• lo stesso event_id;
• dati evento coerenti;
• timestamp ragionevolmente vicini.

L’event_id deve essere generato una volta per l’ordine e riutilizzato su Browser e Server. Non generare due UUID indipendenti.

In Events Manager controlla il comportamento della deduplicazione. Se Browser e Server compaiono come due Purchase distinti, il ROAS viene gonfiato. Se invece arriva una sola fonte quando dovrebbero essercene due, stai perdendo copertura.

5. Cerca Pixel doppi o firing duplicati

Una causa sorprendentemente frequente è avere più integrazioni attive contemporaneamente: codice Pixel nel tema, Google Tag Manager, plugin ecommerce e app Meta che inviano tutti lo stesso evento.

Usa Meta Pixel Helper e il codice del sito per cercare:

• più codici base Pixel;
• più chiamate fbq('track', 'Purchase');
• listener duplicati;
• script del vecchio checkout ancora attivi;
• app che inviano Purchase oltre all’integrazione ufficiale.

Un singolo ordine deve generare un solo evento logico, eventualmente ricevuto da Browser e Server e poi deduplicato.

6. Conferma che stai usando il dataset corretto

Account con più Pixel, vecchi dataset o configurazioni di test possono inviare correttamente gli eventi nel posto sbagliato.

Controlla:

• Pixel/Dataset ID usato dal sito;
• dataset selezionato nell’ad set;
• dataset aperto in Events Manager;
• business proprietario del dataset;
• eventuali vecchi Pixel ancora collegati.

Se le campagne ottimizzano sul dataset A mentre il sito invia Purchase al dataset B, Meta riceve comunque dati, ma l’algoritmo della campagna non riceve il segnale corretto.

7. Controlla Conversions API lato server

Per CAPI verifica almeno:

• endpoint con risposta di successo;
• event_name corretto;
• event_time realistico e recente;
• action_source: website;
• event_source_url quando pertinente;
• event_id condiviso con Browser;
• user_data correttamente normalizzato e sottoposto ad hash dove richiesto.

Un errore server-side può essere invisibile nel frontend. Guarda log e risposta della Graph API e non considerare “inviato” un evento finché Meta non lo accetta.

8. Migliora Event Match Quality senza rompere la privacy

Dopo che Purchase arriva correttamente, migliora il matching.

Dove è legalmente consentito e coerente con il consenso dell’utente, CAPI può trasmettere:

• e-mail normalizzata e SHA-256;
• telefono normalizzato e SHA-256;
• external_id;
• IP e user agent;
• _fbp;
• _fbc, incluso quello derivato da fbclid.

Fare hash di campi già hashati, inviare formati errati o dimenticare la normalizzazione può peggiorare il matching invece di migliorarlo. _fbp, _fbc ed event_id non vanno sottoposti ad hash.

9. Controlla consenso e blocchi del browser

In Europa e in altri contesti regolati il Pixel può essere correttamente bloccato prima del consenso Marketing. Questo non significa che il setup sia rotto.

Testa due percorsi separati:

1. browser nuovo o incognito senza consenso: nessun evento marketing prima dell’opt-in;
2. accetta Marketing: gli eventi successivi devono partire correttamente.

La soluzione non è aggirare il consenso. È fare in modo che Pixel e CAPI rispettino esattamente lo stato dell’utente e che, dopo l’opt-in, la misurazione funzioni davvero.

10. Se il Pixel è sano ma Ads Manager mostra meno acquisti

A quel punto il problema può essere l’attribuzione e non il firing. Controlla:

• attribution setting degli ad set;
• 1-day rispetto a 7-day click;
• ritardo di attribuzione;
• iOS ed eventi modellati;
• utenti che acquistano fuori dalla finestra;
• cross-device e conversioni non associabili.

Events Manager risponde alla domanda “l’evento è arrivato?”. Ads Manager risponde alla domanda “questo evento è attribuito a questa pubblicità?”. Sono due domande diverse.

Checklist finale prima di chiudere il problema

Un setup sano soddisfa tutti questi punti:

• un ordine reale genera un solo Purchase logico;
• Purchase arriva in Test Events;
• value e currency sono corretti;
• Browser e Server condividono event_id;
• gli eventi sono deduplicati;
• dataset del sito e della campagna coincidono;
• CAPI non restituisce errori;
• il consenso viene rispettato;
• il conteggio degli eventi è plausibile rispetto al backend.

Soltanto dopo ha senso tornare a valutare targeting, creatività e budget. Se il tracking è sano ma gli annunci ricevono clic e continuano a non convertire, prosegui con l’albero diagnostico del funnel.

FixAds controlla questi segnali insieme al resto dell’account e separa i problemi di misurazione da quelli di performance. Collega il tuo account Meta e avvia la diagnosi gratuita prima di mettere in pausa una campagna sulla base di Purchase apparentemente mancanti.