L’Event Match Quality (EMQ) è il punteggio, su 10, con cui Meta misura quanto le informazioni sui clienti dei tuoi eventi web Conversions API permettono di associare ogni evento a un account Meta. Meta consiglia di puntare a 6,0 o più. La lead gen parte avvantaggiata: il form raccoglie l’email e il click porta il click ID, i due identificatori con la priorità più alta.
Il punteggio conta per quello che Meta fa con un evento che non riesce ad associare. Le sue best practice per la Conversions API lo dicono senza giri di parole: solo gli eventi associati possono essere usati per l’attribuzione e per l’ottimizzazione della distribuzione delle inserzioni, mentre quelli non associati servono solo per la misurazione di base. Un Lead non associato è un lead da cui il sistema di distribuzione non impara niente.
Che cosa misura l’Event Match Quality
L’articolo del centro assistenza di Meta sull’Event Match Quality, che nell’interfaccia italiana si chiama «qualità dell’associazione degli eventi», ne spiega il funzionamento. Il punteggio va da 0 a 10 e combina due cose: la qualità delle informazioni sui clienti che invii con uno specifico evento server, e la quota di quegli eventi che Meta ha associato a un account. È disponibile per gli eventi del sito web inviati tramite la Conversions API con action_source impostato su website, standard o personalizzati, e viene calcolato sulle ultime 48 ore di dati.
Tre conseguenze che sfuggono spesso:
- Ogni evento ha il suo punteggio. Un PageView debole non ti dice niente del tuo Lead, ed è sul Lead che ottimizzano le tue campagne.
- La finestra è breve e mobile. Dopo una correzione servono fino a 48 ore di eventi nuovi prima che il punteggio la rifletta. Un evento che parte poche volte al giorno si muove lentamente.
- Descrive gli eventi server. I dettagli degli eventi del server di Meta sono pensati per gli eventi del sito web inviati con la Conversions API e potrebbero non essere disponibili per quelli inviati tramite il Meta Pixel.
Il Meta Pixel ha un punteggio di Event Match Quality?
Non da solo. Il pixel può inviare le stesse informazioni sui clienti tramite l’associazione avanzata (advanced matching): l’articolo di Meta sull’EMQ indica i parametri come condivisibili dal Meta Pixel o dalla Conversions API, e questo aiuta l’associazione. Il numero che leggi in Events Manager, però, appartiene ai tuoi eventi server. Una configurazione solo pixel non ha un’EMQ da leggere: un motivo in più per inviare il Lead dal server.
Quanto deve essere alto il punteggio di Event Match Quality?
L’obiettivo di Meta sta nella sua guida per sviluppatori alla verifica della configurazione: ove possibile, consiglia di puntare a un punteggio di Event Match Quality di 6,0 o superiore.
Troverai articoli con fasce ordinate (Poor, OK, Good, Great), ognuna con le sue soglie. Non coincidono tra loro, e la documentazione di Meta sull’EMQ non le definisce. Considera 6,0 la soglia minima che Meta chiede e ignora i limiti inventati da altri.
La domanda utile va fatta evento per evento: sto inviando tutto quello che raccolgo legittimamente? Meta avverte che inviare un parametro non garantisce l’associazione. Un solo parametro potrebbe non bastare, oppure la persona potrebbe non avere un account Meta, quindi un’alta quota di eventi con dati può comunque avere un punteggio basso. Sui lead che arrivano dalle tue inserzioni Meta il visitatore ha cliccato un tuo annuncio, quindi un account mancante è una spiegazione improbabile. L’email digitata in un form però non è sempre quella dell’account Meta della persona, ed è per questo che vale la pena inviare anche telefono e click ID.
Quali parametri contano per il punteggio
Meta ordina i parametri per priorità nello stesso articolo sull’EMQ:
| Priorità | Parametri, con le etichette di Meta |
|---|---|
| Alta | E-mail, ID clic |
| Media | ID Facebook Login, Data di nascita, Paese, Numero di telefono, ID esterno, ID browser |
| Bassa | Contatto, Nome, Cognome, Città, CAP |
Ecco lo stesso elenco visto da una landing page di lead gen: la chiave nella Conversions API, dove prendi il valore e se va sottoposto ad hash. Le regole di hash vengono dal riferimento di Meta sui parametri delle informazioni dei clienti.
Parametro (chiave in user_data) | Priorità Meta | Dove lo prende una landing page di lead gen | Hash? |
|---|---|---|---|
Email (em) | Alta | il campo email del form | sì, SHA-256 dopo trim e minuscole |
Click ID (fbc) | Alta | il cookie _fbc, oppure costruito sul tuo server dall’fbclid nell’URL della landing page | no |
Telefono (ph) | Media | il campo telefono del form | sì, SHA-256 delle sole cifre, prefisso internazionale incluso |
ID esterno (external_id) | Media | il tuo ID del lead o del click | consigliato |
ID browser (fbp) | Media | il cookie _fbp impostato dal Meta Pixel | no |
Paese (country) | Media | un campo del form, oppure il prefisso del numero di telefono | sì, codice ISO di due lettere in minuscolo (it) |
Nome e cognome (fn, ln) | Bassa | i campi nome del form | sì, minuscolo, senza punteggiatura |
Città, CAP (ct, zp) | Bassa | solo se il form li chiede | sì |
Data di nascita (db) | Media | raramente presente in un form di lead, e non vale un campo in più | sì, YYYYMMDD |
ID Facebook Login (fb_login_id) | Media | solo se i visitatori accedono con Facebook | no |
Lead ID (lead_id) | Bassa (nell’elenco: «Contatto») | solo per i lead degli Instant Forms (moduli istantanei) | no |
Indirizzo IP (client_ip_address) | non classificato | la richiesta che invia il form | mai |
User agent (client_user_agent) | non classificato, obbligatorio per gli eventi del sito web | gli header della stessa richiesta | mai |
Le ultime due righe non compaiono nell’elenco delle priorità di Meta. Non leggerlo come «facoltativo»: client_user_agent è obbligatorio per gli eventi del sito web inviati con la Conversions API, e le best practice per sviluppatori citano l’indirizzo IP tra i parametri di alta qualità. Sono anche gratis, perché il tuo server li ha già nella richiesta.
Facendo i conti, un form con email e telefono, più il click ID dall’URL e il tuo ID esterno, copre entrambi i parametri ad alta priorità e due di quelli a priorità media. Un PageView non può farlo, perché nessuno ha ancora scritto niente.
Come normalizzare e fare l’hash dei dati dei clienti
I sistemi di Meta sono progettati per non accettare informazioni di contatto senza hash, come nomi, indirizzi email e numeri di telefono. Prima normalizzi, poi applichi l’hash SHA-256. Il riferimento di Meta mostra l’output SHA-256 atteso per i suoi esempi, così puoi verificare il tuo codice.
Valori di esempio, normalizzati:
| Campo | Input grezzo | Normalizzato | Regola |
|---|---|---|---|
[email protected] | [email protected] | togli gli spazi, tutto minuscolo | |
| Telefono | +39 347 123 4567 | 393471234567 | solo cifre, prefisso internazionale, niente zeri iniziali |
| Paese | Italia | it | ISO 3166-1 alpha-2 in minuscolo |
| Nome | Mario | mario | minuscolo, senza punteggiatura |
Lo stesso in Node.js, con gli hash risultanti:
import { createHash } from "node:crypto";
const sha256 = (value) => createHash("sha256").update(value).digest("hex");
sha256(" [email protected] ".trim().toLowerCase());
// 10928b45363b7d849e040470c3277657f8177ef5a953a092b4302f149757a02e
sha256("+39 347 123 4567".replace(/\D/g, "").replace(/^0+/, ""));
// 75565655f639ba28fbb0a88254e0d01fad0a351049bde96a286e336219a33e5fDove si sbaglia in pratica:
- Niente prefisso internazionale. Meta lo vuole su ogni numero, anche se tutti i tuoi dati sono dello stesso paese. Se il form accetta
347 123 4567, aggiungi39prima dell’hash. Senza prefisso è una stringa diversa, quindi un hash diverso. - Doppio hash, o hash sui campi sbagliati. Un’email con doppio hash è una stringa dall’aspetto valido che non corrisponde a nessuno.
fbc,fbp, l’indirizzo IP e lo user agent non vanno mai sottoposti ad hash. - Segnaposto. Se il campo telefono è facoltativo e vuoto, ometti
ph. Un numero fittizio o un’email di default sono peggio di niente, e ora Meta li segnala (vedi la diagnostica più sotto).
Come migliorare l’Event Match Quality degli eventi Lead
Parti da quello che raccogli già. In ordine:
- Invia il Lead dal tuo server, con i dati del form. Il punteggio è calcolato sugli eventi della Conversions API, quindi è lì che si guadagna; il tracking lato server è lo schema generale. Applica l’hash a
emephcome sopra. - Cattura
fbcefbpdalla visita alla landing page. L’fbclidè nell’URL quando il visitatore arriva. Se non c’è il cookie_fbc, costruiscifbcsul server e tienilo insieme al click; leggi_fbpdal cookie quando il form viene inviato. Formato e codice sono in cookie _fbc e _fbp, spiegati. - Passa l’IP reale e lo user agent del visitatore. Prendili entrambi dalla richiesta che invia il form, mai dall’indirizzo del tuo server o del tuo proxy. Se il dominio della tua landing page risponde solo in IPv4, aggiungi il supporto IPv6.
- Aggiungi un
external_id. Il tuo ID del lead o del click, con hash. Se lo invia anche il pixel, usa lo stesso formato da entrambe le parti. - Ometti i campi vuoti invece di riempirli con valori di default.
- Aspetta 48 ore, poi leggi il punteggio dell’evento Lead in particolare.
DropCPL invia l’evento Lead a Meta dal server, con un event_id per la deduplicazione più fbc e fbp. Il tuo CPL resta calcolato sui lead ricevuti dal tuo server, per creatività e per landing page. Inizia gratis →
Dove trovare il punteggio in Events Manager
I passaggi, dallo stesso articolo di Meta sui dettagli degli eventi del server:
- Apri Events Manager (Gestione eventi) e seleziona il tuo dataset (il pixel) per nome e ID.
- Trova l’evento, per esempio Lead, e clicca su Visualizza dettagli.
- Apri la tab Associazione degli eventi (l’articolo di Meta la chiama anche «Qualità degli eventi»).
Lì trovi il punteggio, la quota di eventi che contiene ciascun parametro delle informazioni dei clienti e i consigli di Meta. Le tab accanto coprono Copertura degli eventi, Deduplicazione degli eventi e Aggiornamento dei dati. La deduplicazione ha una guida tutta sua: deduplicazione tra Meta Pixel e CAPI.
Il motivo di un punteggio EMQ basso
La Dataset Quality API di Meta riporta la diagnostica dell’EMQ per ciascuna chiave di associazione, e a settembre 2026 Meta ha aggiunto sei nuovi tipi di problema. Insieme all’avviso sugli IP non corrispondenti, si sovrappongono quasi uno a uno agli errori tipici della lead gen:
| Diagnostica | Cosa dice Meta | Causa tipica in un setup di lead gen |
|---|---|---|
| Empty IP | gli eventi arrivano senza client_ip_address | il server non copia mai l’IP del visitatore nell’evento |
| Server sending mismatched IP addresses | gli IP del server non corrispondono a quelli del Meta Pixel | viene inviato l’indirizzo del tuo server o del tuo proxy invece di quello del visitatore |
| Relay IP | l’IP appartiene a un relay per la privacy e non al cliente | visitatori che navigano tramite un relay; assicurati che il resto dell’evento sia completo |
| IPv4 | viene inviato un IPv4 dove l’IPv6 è disponibile e darebbe un’associazione migliore | un dominio della landing page raggiungibile solo in IPv4; la soluzione suggerita da Meta è il supporto IPv6 su web server e DNS |
| FBC coverage | fbc è presente su una quota troppo bassa di eventi | fbc preso solo dal cookie del pixel, mai costruito dall’fbclid |
| Email placeholder | molti eventi condividono la stessa email segnaposto | un valore di default inserito quando il campo è vuoto |
| Phone placeholder | molti eventi condividono lo stesso numero segnaposto | lo stesso, sul campo telefono |
Un valore normalizzato male non compare in nessuna di queste voci: il suo hash è una stringa dall’aspetto valido che semplicemente non corrisponde. Prova qualche valore contro gli output attesi nel riferimento di Meta prima di dare la colpa al pubblico.
Cosa non ti dice il punteggio
L’EMQ misura se Meta riesce a riconoscere la persona dietro un evento. Non dice niente sulla qualità del lead, e anche un punteggio perfetto non renderebbe il numero di lead riportato da Meta uguale ai lead che hai ricevuto. Continua a mandare a Meta un Lead ben associato e deduplicato, e continua a prendere le decisioni di budget sul tuo conteggio. È l’argomento di CPL reale vs CPL della piattaforma, ed è il motivo per cui il tracking first-party registra il click sul tuo dominio.