For the complete documentation index, see llms.txt. This page is also available as Markdown.

Facebook Lead Ads

Facebook est un service de médias sociaux et de réseau social en ligne détenu par Meta. Cette destination exploite Conversions API pour vous aider à obtenir de meilleures performances dans lead ads en partageant vos données CRM sur vos leads à Meta afin de débloquer l’optimisation de lead de qualité.

Fonctionnalités clés

La destination Facebook Lead Ads fournit les fonctionnalités clés suivantes :

  • Structure des événements: notre référence des événements s’appuie sur événements Facebook, ce qui signifie que vos données sont correctement reliées aux champs attendus de manière optimisée.

  • Mappages prédéfinis: le mappage des données pour les destinations basées sur des événements se fait automatiquement, ce qui simplifie les saisies utilisateur.

  • Mappage intelligent: le mappage des données peut être réajusté à l’aide des champs définis dans votre datalayer.

Configuration de la destination

Configuration

Paramètres
Description

ID de pixel

Obligatoire Votre identifiant de pixel associé à vos événements Conversions API. Vous pouvez récupérer votre identifiant de pixel en accédant à Events Manager.

Access Token

Obligatoire Vous pouvez générer un access token en accédant au Events Manager, en sélectionnant votre pixel, puis en cliquant sur l’onglet "Settings". Dans la section "Conversions API", vous pouvez cliquer sur le bouton "Generate access token".

Source de l’événement lead

Obligatoire Définissez cette valeur sur le nom du CRM/outil d’où proviennent les lead (par ex. "Hubspot", "SAP", "Oracle", "Dynamics", "CRM interne", etc.).

Mappage

Obligatoire Votre mappage entre les events de Facebook et les vôtres. Dans nom de l’événement Facebook , vous pouvez définir soit un événement standard ou un nom d’événement personnalisé. Au moins une entrée est requise. Plus de détails sont disponibles en suivant ce LIEN.

Référence rapide

Commanders Act Events
événements Facebook

[Tout événement] [1]

[Tout événement] [1]

1. Voir Mappage pour plus de détails.

Mappages des champs

Les propriétés peuvent être remappées à l’aide de notre Smart Mapping fonctionnalité. Les propriétés Facebook sont définies à partir du chemin data.0 .

Champs Smart Mapping
Propriétés par défaut de Commanders Act
Propriétés Facebook

-

nom de l’événement Facebook

event_name [*][1]

Horodatage de l’événement

context.event_timestamp

event_time [*][2]

-

Source de l’événement lead

custom_data.lead_event_source [*][3]

ID du lead

partners.facebook.lead_id

user_data.lead_id [4]

ID du clic

partners.facebook.fbc

user_data.fbc [5]

E-mail de l’utilisateur

user.email

user_data.em [6]

Téléphone de l’utilisateur

user.phone

user_data.ph [7]

ID de l’utilisateur

user.id

user_data.external_id [8]

Prénom de l’utilisateur

user.firstname

user_data.fn [9]

Nom de famille de l’utilisateur

user.lastname

user_data.ln [9]

Date de naissance de l’utilisateur

user.birthdate

user_data.db [10]

Genre de l’utilisateur

user.gender

user_data.ge [11]

Ville de l’utilisateur

user.city

user_data.ct [12]

État de l’utilisateur

user.state_short

user_data.st [13]

Pays de l’utilisateur

user.country

user_data.country [14]

Code postal de l’utilisateur

user.zipcode

user_data.zp [15]

IP de l’appareil

context.device.ip

user_data.client_ip_address

User Agent de l’appareil

context.device.user_agent

user_data.client_user_agent

* Propriété obligatoire. 1. Voir Mappage pour plus de détails. 2. Si ce champ n’est pas fourni, l’horodatage actuel est utilisé. 3. Définissez cette valeur sur le nom du CRM/outil d’où proviennent les lead (par ex. Hubspot , SAP , Oracle , Dynamics , CRM interne , etc.). 4. L’identifiant de lead généré par Facebook à 15 ou 16 chiffres. Plus de détails sont disponibles en suivant ce LIEN. 5. L’identifiant de clic Meta. Plus de détails sont disponibles en suivant ce LIEN. 6. E-mail de l’utilisateur en minuscules, sans espaces et haché via SHA256. Si cela est transmis en clair, il est automatiquement haché. 7. Numéro de téléphone de l’utilisateur : supprimez les symboles, les lettres et tous les zéros initiaux. Les numéros de téléphone doivent inclure un indicatif de pays pour être utilisés pour la correspondance (par ex., le nombre 1 doit précéder un numéro de téléphone aux États-Unis). Incluez toujours l’indicatif de pays dans les numéros de téléphone de vos clients, même si toutes vos données proviennent du même pays. Si cela est transmis en clair, il est automatiquement haché via SHA256. 8. Identifiant unique de l’utilisateur pour un utilisateur dans son espace et haché via SHA256, par ex. user_id, loyalty_id, etc. Si cela est transmis en clair, il est automatiquement haché. 9. En minuscules, haché via SHA256. Si cela est transmis en clair, il est automatiquement haché. 10. Date de naissance de l’utilisateur fournie sous la forme YYYY-MM-DD or YYYYMMDD et hachée via SHA256. Si cela est transmis en clair, il est automatiquement haché. 11. Genre de l’utilisateur, en minuscules, haché via SHA256. Si cela est transmis en clair, il est automatiquement haché. Valeurs acceptées : f (également female ) ou m (également male ). 12. Ville de l’utilisateur, en minuscules sans ponctuation, sans caractères spéciaux, sans espaces, et hachée via SHA256. Si cela est transmis en clair, il est automatiquement haché. 13. État de l’utilisateur, en minuscules sans ponctuation, sans caractères spéciaux, sans espaces, sous forme de code d’abréviation ANSI à 2 caractères, et haché via SHA256. Si cela est transmis en clair, il est automatiquement haché. 14. Pays de l’utilisateur sous forme de ISO 3166-1 alpha-2, et haché via SHA256. Si cela est transmis en clair, il est automatiquement haché. 15. Code postal de l’utilisateur en minuscules, sans espaces, sans tiret (5 chiffres pour les codes postaux américains et utilisez le format zone, district et secteur pour le Royaume-Uni), et haché via SHA256. Si cela est transmis en clair, il est automatiquement haché.

Mis à jour

Ce contenu vous a-t-il été utile ?