Paramètres des données d’évènement d’origine

Utilisez ces paramètres pour partager les informations sur l’évènement d’origine que vous souhaitez associer à l’API Conversions.

ParamètreDescription
event_name
chaîne

Facultatif.
Nom d’un évènement standard ou personnalisé.

event_time
entier

Facultatif.
Horodatage Unix exprimé en secondes indiquant l’heure à laquelle l’évènement s’est réellement produit. L’heure spécifiée peut être antérieure à l’heure à laquelle vous avez envoyé l’évènement à Facebook. Vous devez envoyer cette date dans le fuseau horaire GMT.

order_id
chaîne

Facultatif.
ID de commande pour cette transaction sous forme de chaîne.

event_id
chaîne

Facultatif.
Cet ID peut être n’importe quelle chaîne unique choisie par l’annonceur·se. Les paramètres event_id et event_name sont utilisés pour dédupliquer les évènements envoyés à la fois par le Web (via le pixel Meta) ou l’application (via le SDK ou l’API App Events) et par l’API Conversions. Veuillez noter que, bien que le paramètre event_id soit facultatif, il est recommandé pour la déduplication des évènements..

Dans le cadre de la déduplication, l’eventID d’un évènement de navigateur ou d’application doit correspondre à l’event_id de l’évènement de serveur correspondant. Pour en savoir plus, rendez-vous sur la page Gestion des évènements dupliqués de pixel et de l’API Conversions.

Un numéro de commande ou un ID de transaction sont deux identifiants potentiels qu’il est possible d’utiliser pour event_id. Par exemple, si un·e client·e effectue deux achats sur votre site Web avec les numéros de commande 123 et 456, chaque appel de l’API Conversions devra inclure son numéro de commande respectif pour event_id. Cela nous permet de considérer ces deux évènements d’achat comme des commandes distinctes. Il est nécessaire que les deux évènements d’achat Pixel sur navigateur correspondants envoient également les mêmes numéros de commande dans le paramètre eventID pour que nous puissions comprendre qu’il n’y a eu que deux évènements, et non quatre achats uniques.

Pour les autres évènements sans numéro d’ID intrinsèque, il est possible d’utiliser un numéro aléatoire (à condition que le même numéro aléatoire soit envoyé entre les évènements de navigateur et de serveur).