Facebook Lead Ads

Facebook est un service de médias sociaux et de réseautage social en ligne appartenant à Meta. Cette destination utilise Conversions API pour vous aider à obtenir de meilleures performances dans lead ads en partageant les données CRM de vos leads avec Meta afin de débloquer l'optimisation de la qualité des leads.

Principales fonctionnalités

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

  • Structure des événements : notre Events reference utilise Facebook events, ce qui signifie que vos données sont correctement mappées aux champs attendus de manière optimisée.

  • Mappings préconstruits : le mapping des données pour les destinations basées sur des événements se fait automatiquement, ce qui simplifie les saisies utilisateur.

  • Smart mapping : le mapping des données peut être réajusté en utilisant vos champs définis dans le datalayer.

Configuration de la destination

Configuration

Paramètres
Description

Pixel Id

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

Access Token

Requis Vous pouvez générer un access token en entrant le Events Manager, en sélectionnant votre pixel et en cliquant sur l'onglet « Settings ». Dans la section « Conversions API », vous pouvez cliquer sur le bouton « Generate access token ».

Lead Event Source

Requis Définissez ceci comme le nom du CRM/outil d'où proviennent les leads (par ex. « Hubspot », « SAP », « Oracle », « Dynamics », « In-house CRM », etc…).

Mapping

Requis Votre mapping entre les events de Facebook et les vôtres. Dans Facebook event name , vous pouvez définir soit un standard event soit un custom event name. Au moins une entrée est requise. Plus de détails sont disponibles en suivant ce LINK.

Référence rapide

Commanders Act Events
Facebook Events

[Any Event] [1]

[Any Event] [1]

[1] Voir Mapping pour plus de détails.

Mappings de champs

La plupart des propriétés peuvent être remappées en utilisant notre fonctionnalité « Smart Mapping ». Les propriétés Facebook sont définies à partir du chemin data.0 .

Commanders Act Properties
Facebook Properties

Facebook event name

event_name [*][1]

context.event_timestamp

event_time [*][2]

Lead Event Source

custom_data.lead_event_source [*][3]

Lead Id

user_data.lead_id [4]

partners.facebook.fbc

user_data.fbc [5]

user.email

user_data.em [6]

user.phone

user_data.ph [7]

user.id

user_data.external_id [8]

user.firstname

user_data.fn [9]

user.lastname

user_data.ln [9]

user.birthdate

user_data.db [10]

user.gender

user_data.ge [11]

user.city

user_data.ct [12]

user.state_short

user_data.st [13]

user.country

user_data.country [14]

user.zipcode

user_data.zp [15]

context.device.ip

user_data.client_ip_address

context.device.user_agent

user_data.client_user_agent

[*] Propriété obligatoire. [1] Voir Mapping pour plus de détails. [2] Si ce champ n'est pas fourni, l'horodatage actuel est utilisé. [3] Définissez ceci comme le nom du CRM/outil d'où proviennent les leads (par ex. Hubspot , SAP , Oracle , Dynamics , In-house CRM , etc…). [4] L'identifiant de lead généré par Facebook composé de 15 ou 16 chiffres. Plus de détails sont disponibles en suivant ce LINK. [5] Le Meta click identifier. Plus de détails sont disponibles en suivant ce LINK. [6] Email de l'utilisateur en minuscules, sans espaces et haché via SHA256. Si ceci est transmis en clair, il est automatiquement haché. [7] Numéro de téléphone de l'utilisateur : supprimer les symboles, les lettres et les zéros initiaux. Les numéros de téléphone doivent inclure un code pays pour être utilisés pour la correspondance (par ex., le numéro 1 doit précéder un numéro de téléphone aux États-Unis). Incluez toujours le code 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 ceci est transmis en clair, il est automatiquement haché via SHA256. [8] Identifiant unique de l'utilisateur dans leur espace et haché via SHA256, par ex. user_id, loyalty_id, etc. Si ceci est transmis en clair, il est automatiquement haché. [9] En minuscules, haché via SHA256. Si ceci est transmis en clair, il est automatiquement haché. [10] Date de naissance de l'utilisateur donnée au format YYYY-MM-DD ou YYYYMMDD et hachée via SHA256. Si ceci est transmis en clair, il est automatiquement haché. [11] Genre de l'utilisateur, en minuscules, haché via SHA256. Si ceci est transmis en clair, il est automatiquement haché. Valeurs acceptées : f (aussi female ) ou m (aussi male ). [12] Ville de l'utilisateur, en minuscules sans ponctuation, sans caractères spéciaux, sans espaces, et hachée via SHA256. Si ceci 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 la forme 2-character ANSI abbreviation code, et haché via SHA256. Si ceci est transmis en clair, il est automatiquement haché. [14] Pays de l'utilisateur en ISO 3166-1 alpha-2, et haché via SHA256. Si ceci 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 US et utiliser le format area, district et sector pour le Royaume-Uni), et haché via SHA256. Si ceci est transmis en clair, il est automatiquement haché.

Mis à jour

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