Paramètres des évènements de serveur

Obligatoire.
Nom d’un évènement standard ou personnalisé. Ce champ est utilisé 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. Le paramètre event_id est également utilisé pour la déduplication.

Pour la même action clientèle, le paramètre event de l’évènement de navigateur ou d’application correspond au paramètre event_name de l’évènement de serveur. Si nous établissons une correspondance entre des évènements envoyés au cours de la même période de 48 heures, nous ne conservons que le premier des deux. Lorsqu’un évènement de serveur et un évènement de navigateur/d’application se produisent à peu près au même moment (c’est-à-dire à 5 minutes d’intervalle), nous privilégions l’évènement de navigateur/d’application. Pour en savoir plus, consultez la page Déduplication des évènements de pixel et de serveur.

Obligatoire.
Carte contenant les données des informations clientèle. Consultez les paramètres des informations clientèle pour connaître les options disponibles. Pour connaître les options équivalentes disponibles pour les données envoyées via le pixel Meta, consultez la page Correspondance avancée.

Facultatif.
URL de navigateur sur laquelle l’évènement est survenu. L’URL devrait correspondre au domaine vérifié.

Remarque : le paramètre event_source_url est obligatoire pour les évènements de site Web partagés via l’API Conversions.

Facultatif.
Cet ID peut être n’importe quelle chaîne unique choisie par l’annonceur. 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).

Facultatif
Options de traitement des données que vous souhaitez activer pour un évènement donné. La valeur actuellement acceptée est LDU (pour Limited Data Use, Utilisation limitée des données). Vous pouvez envoyer une grille vide pour explicitement indiquer que les restrictions LDU ne doivent pas s’appliquer à cet évènement. En savoir plus sur les options de traitement des données. Consultez les exemples d’implémentation de l’API Conversions.

Obligatoire dans certains cas. (Voir la note ci-dessous pour en savoir plus.)
État que vous souhaitez associer à cette option de traitement des données. Les valeurs actuellement acceptées sont 1000 (pour la Californie) ou 0 pour que nous géolocalisions l’évènement.

Remarque :

• Si vous spécifiez un pays, vous devez également indiquer un État. Sinon, nous appliquons notre logique de géolocalisation à l’évènement dans son intégralité.
• Ce champ est obligatoire si vous envoyez la valeur LDU dans les data_processing_options, sans fournir d’adresse IP.

Pour en savoir plus, consultez la page Options de traitement des données. Consultez les exemples d’implémentation de l’API Conversions.

Facultatif.
Tous les champs de métadonnées que les annonceurs peuvent utiliser pour préciser comment un évènement « retardé » devrait être associé à un évènement d’acquisition passé.

Nous vous recommandons vivement d’utiliser original_event_data lorsqu’il y a un délai entre l’envoi d’un évènement et un évènement d’acquisition passé auquel il devrait être associé. Pour en savoir plus, consultez la page Paramètres de données d’évènement d’origine.