Parametri degli eventi del server

Obbligatorio.
Il nome di un evento standard o di un evento personalizzato. Questo campo è usato per deduplicare eventi inviati sia tramite web (tramite il pixel di Meta) o app (tramite SDK o l'API App Events) che con l'API Conversions. Anche il parametro event_id viene usato per la deduplicazione.

Per la stessa azione del cliente, event dall'evento del browser o dell'app corrisponde a event_name dall'evento del server. Se troviamo una corrispondenza tra eventi inviati entro 48 ore l'uno dall'altro, consideriamo solo il primo. Se un evento server e uno browser/app arrivano all'incirca nello stesso momento (ovvero entro 5 minuti l'uno dall'altro), la priorità viene data all'evento browser/app. Maggiori informazioni sulla Deduplicazione di eventi pixel e server.

Obbligatorio.
Una mappa che contiene i dati delle informazioni sui clienti. Consulta Parametri delle informazioni dei clienti per le opzioni disponibili. Consulta Associazione avanzata per le opzioni comparabili per i dati inviati tramite il pixel di Meta.

Opzionale.
L'URL del browser in cui è si è verificato l'evento. L'URL deve iniziare con http:// o https:// e deve corrispondere al dominio verificato.

Nota:event_source_url è obbligatorio per gli eventi del sito web condivisi usando l'API Conversions.

Opzionale.
Questo ID può essere qualsiasi stringa unica scelta dall'inserzionista. I parametri event_id e event_name sono usati per deduplicare eventi inviati sia tramite web (tramite il pixel di Meta) o app (tramite SDK o l'API App Events) che con l'API Conversions. Tieni presente che, anche se event_id è indicato come opzionale, è consigliato per la deduplicazione eventi.

Per la deduplicazione, l'eventID da un evento del browser o dell'app deve corrispondere all'event_id nell'evento server corrispondente. Scopri di più sulla Gestione degli eventi dell'API Conversions e del pixel duplicati.

Il numero d'ordine o l'ID della transazione sono due possibili identificativi che possono essere usati per l'event_id. Per esempio, se un cliente effettua due acquisti sul tuo sito web con numero d'ordine 123 e 456, ciascuna chiamata dell'API Conversions API dovrebbe includere il relativo numero d'ordine per l'event_id. Ciò permette di distinguere correttamente i due eventi di acquisto come ordini separati. I due pixel del browser degli eventi di acquisto corrispondenti devono anche inviare gli stessi numeri d'ordine nel parametro eventID per permetterci di capire che si tratta soltanto di due eventi e non di quattro singoli acquisti.

Per gli altri eventi senza un numero ID intrinseco, è possibile usare un numero casuale (purché venga inviato lo stesso numero casuale tra eventi del browser e del server).

Opzionale.
Opzioni di trattamento che desideri abilitare per uno specifico evento. Il valore attualmente accettato è LDU, che indica la funzione Utilizzo limitato dei dati. È possibile inviare un array vuoto per specificare in modo esplicito che le restrizioni dell'utilizzo limitato dei dati non devono essere applicate all'elaborazione per questo evento. Scopri di più sulle opzioni per il trattamento dei dati. Consulta Esempi di implementazione dell'API Conversions.

Obbligatorio in alcuni casi. Consulta le note seguenti per i dettagli.
La provincia/Lo stato che desideri associare a questa opzione di trattamento dei dati. Gli attuali valori accettati sono 1000 per la California e 0 per richiedere a Facebook di geolocalizzare l'evento.

Nota:

• Se imposti un Paese, devi impostare anche una provincia/uno stato. In caso contrario, applicheremo la nostra logica di geolocalizzazione all'intero evento.
• Questo campo è obbligatorio se invii LDU in data_processing_options e non fornisci un indirizzo IP.

Scopri di più sulle opzioni di elaborazione dei dati. Consulta Esempi di implementazione dell'API Conversions.