Gestione degli eventi dell'API Conversions e del pixel duplicati

Per prestazioni ottimali delle inserzioni, consigliamo agli inserzionisti di implementare l'API Conversions insieme al pixel di Meta. Questa è la cosiddetta "configurazione ridondante" e questo approccio consigliato è descritto in maggiore dettaglio qui.

Quando gli inserzionisti utilizzano una configurazione ridondante, devono configurare un metodo di deduplicazione per garantire che il sistema di pubblicazione delle inserzioni sia in grado di distinguere eventi distinti e con sovrapposizione. Questo documento descrive più opzioni del metodo di deduplicazione per aiutare Facebook a deduplicare i tuoi eventi.

Gli inserzionisti che non inviano lo stesso evento due volte tramite l'API Conversions e il pixel di Meta non devono configurare la deduplicazione per tali eventi.

Ora l'API Conversions consente agli inserzionisti di inviare a Meta eventi web, nell'app e nei negozi fisici attraverso un singolo endpoint e non su più endpoint. Ulteriori informazioni sull'API Conversions.

Opzioni di deduplicazione degli eventi

Facebook tenta di deduplicare eventi identici inviati tramite il pixel di Meta e l'API Conversions. Abbiamo due modi per deduplicare gli eventi:

ID evento e nome dell'evento (consigliato)

Parametri obbligatori

Per questo approccio, viene aggiunto il parametro event_id agli eventi sia dal'API Conversions sia dal pixel del browser. Il parametro event_id è un identificativo in grado di distinguere in modo univoco gli eventi simili. Scopri di più sul parametro event_id.

Descrizione dell'approccio

Determiniamo se gli eventi sono identici in base a ID e nome. Quindi, affinché un evento venga deduplicato:

In eventi corrispondenti, un eventID del pixel di Meta deve corrispondere all'event_id dell'API Conversions.
In eventi corrispondenti, un event del pixel di Meta deve corrispondere all'event_name dell'API Conversions.

Una volta ricevuti gli eventi, utilizziamo una serie di strategie per deduplicare gli eventi che potrebbero contribuire a migliorare l'ottimizzazione e la misurazione. Se gli eventi del server e del browser non differiscono significativamente nei contenuti, generalmente diamo priorità all'evento ricevuto prima.

Nota: il parametro eventID per il pixel corrisponde al 4o argomento nella chiamata della traccia fbq.

Esempio

fbq('track', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});

FBP o ID esterno

Parametri obbligatori

Per questo approccio, devi utilizzare event_name, fbp e/o external_id in modo coerente per gli eventi del browser e del server. Consulta Parametri delle informazioni dei clienti per maggiori informazioni sui parametri external_id e fbp.

Descrizione dell'approccio

Se hai configurato i parametri external_id e/o fbp da passare sia tramite il browser sia il server, ci occupiamo di rimuovere automaticamente gli eventi duplicati. Ecco come funziona il processo:

Ci invii un evento del browser con event_name e fbp e/o external_id.
In seguito, ci invii un evento del server con event_name e fbp e/o external_id.
Confrontiamo l'evento del server con l'evento del browser inviato in precedenza. Nello specifico, confrontiamo le combinazioni event_name e fbp e/o external_id.
Utilizziamo una serie di strategie per deduplicare gli eventi che potrebbero contribuire a migliorare l'ottimizzazione e la misurazione. Se gli eventi del server e del browser non differiscono significativamente nei contenuti, generalmente diamo priorità all'evento ricevuto prima.

Limitazioni dell'approccio

Questo metodo di deduplicazione:

In genere, funziona solo per la deduplicazione degli eventi inviati prima dal browser e in seguito tramite il server. Gli eventi del server non verranno eliminati se un evento del browser non è stato ricevuto nelle ultime 48 ore, anche se un evento del browser identico arriva dopo l'evento del server.
Non deduplica gli eventi quando si utilizza solo un'origine degli eventi, ovvero solo browser o solo server. Se ci invii due eventi del browser consecutivi con le stesse informazioni, non li eliminiamo. Se ci invii due eventi del server consecutivi con le stesse informazioni, non li eliminiamo.

Configurazione della deduplicazione sul pixel del browser

Per una migliore corrispondenza, sono necessarie informazioni accurate degli eventi provenienti tramite sia il pixel di Meta sia l'API Conversions:

L'eventID all'interno del parametro eventData opzionale deve essere un valore univoco. In base all'implementazione del pixel di Meta, puoi usare i seguenti elementi:
- track per inviare l'evento per tutti i pixel sulla Pagina.
```
fbq('track', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});
```
- trackSingle per inviare l'evento per un pixel.
```
fbq('trackSingle', 'SPECIFIC_PIXEL_ID', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});
```
- Un tag image pixel con il parametro eid.
```
<img src="https://www.facebook.com/tr?id=PIXEL_ID&ev=Purchase&eid=EVENT_ID"/>
```
Se l'evento che stai condividendo non contiene parametri come valore e valuta, puoi configurarlo come segue:
```
fbq('track', 'Lead', {}, {eventID: 'EVENT_ID'});
```
L'eventID dal pixel di Meta deve corrispondere all'event_id nell'evento corrispondente proveniente dall'API Conversions.
Se viene individuata la stessa combinazione di chiavi server (event_id e event_name) e di chiavi browser (eventID e event) inviate allo stesso ID del pixel entro 48 ore, gli eventi successivi vengono eliminati.
Se ci stai inviando gli eventi tramite il browser e l'API Conversions insieme all'event_ids corrispondente, tieni presente che gli eventi vengono deduplicati solo se ricevuti entro 48 ore dalla ricezione del primo evento con un determinato event_id.

Verifica della configurazione di deduplicazione

Scopri come verificare la configurazione della deduplicazione e dell'unione degli eventi nella documentazione Verifica della configurazione.