ID externe

Type d’objet : chaîne ou tableau de chaînes | Hachage recommandé

L’ID externe est une chaîne qui représente un utilisateur ou une utilisatrice dans le système d’un annonceur, comme les ID de comptes de fidélité, les ID utilisateur·ice et les ID de cookies externes. Vous pouvez envoyer un ou plusieurs external_ ID pour un évènement donné, que nous utiliserons pour chercher une correspondance dans Facebook.

Les ID externes peuvent être envoyés via plusieurs canaux, notamment le pixel du navigateur, l’API Conversions et l’API Offline Conversions. Vous devez être cohérent·e sur tous les canaux. Par exemple, si vous envoyez un évènement de pixel de navigateur avec external_id défini sur 123, votre évènement de l’API Conversions pour le même utilisateur ou la même utilisatrice doit également avoir external_id défini sur 123.

Pour vérifier les external_id envoyés via le pixel de navigateur, accédez à l’outil Pixel Helper sous Paramètres de correspondance avancée envoyés. Les external_id ne sont pas disponibles dans l’outil de test des évènements.

Utilité de cette fonctionnalité

En tant qu’annonceur, vous pouvez déjà attribuer votre propre ID aux utilisateur·ices qui consultent vos propriétés. Le champ external_id vous permet d’exploiter ces ID pour réaliser les actions suivantes :

  • Développer votre entreprise : une fois que vous avez fourni un external_id, il peut être réutilisé sur différents canaux et pour créer différentes audiences. Il vous suffit de mapper l’external_id avec votre système d’identité interne pour diminuer la quantité de PII à gérer.
  • Améliorer les taux de correspondance et utiliser les correspondances sur plusieurs canaux : exploitez les informations provenant d’un canal afin d’améliorer les taux de correspondance sur les canaux pour lesquels il vous manque certains identifiants. Consultez la section Exemple : utiliser un type de correspondance sur plusieurs canaux.
  • Créer vos propres audiences : consultez la section Création d’audiences.
  • Renforcer la sécurité et la confidentialité : limitez les importations de PII hachées en envoyant une seule fois votre external_id avec les PII pertinentes, que vous pourrez réutiliser ultérieurement.

Fonctionnement

Étape 1

Vous nous envoyez un évènement avec votre external_id et un certain nombre d’autres paramètres d’informations clientèle. L’évènement peut être envoyé via différents canaux, y compris le pixel de navigateur, l’API Conversions et l’API Offline Conversions.

Étape 2

De notre côté, nous recherchons une correspondance en utilisant toutes les informations que vous nous avez envoyées. Si nous trouvons une correspondance, nous associons l’external_id que vous avez fourni avec cet utilisateur ou cette utilisatrice.

Étape 3

Dans les évènements ultérieurs, vous pouvez nous envoyer un évènement ne contenant que l’external_id. Nous conservons l’association préalablement établie entre votre ID externe et l’utilisateur ou l’utilisatrice Facebook.

La correspondance entre l’external_id et l’utilisateur·ice expire régulièrement. Nous vous recommandons de l’actualiser aussi fréquemment que possible.

Exemple : utiliser un type de correspondance sur plusieurs canaux

  1. Vous avez un site Web qui utilise le pixel de navigateur.
  2. Une utilisatrice consulte un produit spécifique sur votre site Web.
  3. Vous nous envoyez un évènement ViewContent via le pixel qui contient des informations hachées sur la cliente. Vous intégrez l’adresse e-mail hachée et l’ID externe haché de cette utilisatrice. Le pixel inclut automatiquement les informations relatives aux cookies.
  4. Nous utilisons l’adresse e-mail hachée pour trouver une correspondance. Nous mémorisons la correspondance entre votre ID externe (external_id) et cette utilisatrice Facebook.
  5. Deux jours plus tard, cette même utilisatrice réalise un achat sur votre site Web.
  6. Vous nous envoyez un nouvel évènement. Cette fois, vous utilisez l’API Conversions. Dans l’évènement, vous ajoutez l’external_id.
  7. Nous recevons votre external_id. Nous constatons qu’une correspondance a déjà été établie avec les données envoyées via le pixel. Nous pouvons utiliser la correspondance existante pour l’API Conversions.

Exemple : cas d’utilisation de partenariat

Utilisez l’external_id pour décompter les conversions qui se produisent sur le site Web d’un partenaire. Dans ce cas, le processus se déroule ainsi :

  1. Un·e utilisateur·ice est sur votre site Web et clique sur le site Web de votre partenaire.
  2. Vous envoyez un évènement de pixel avec votre external_id à Facebook. Vous envoyez une requête de redirection incluant l’external_id à votre partenaire.
  3. L’utilisateur·ice est converti·e sur le site Web de votre partenaire.
  4. Votre partenaire vous envoie les informations de conversion, y compris l’external_id. Votre partenaire n’a pas à partager d’informations sensibles.
  5. Vous nous envoyez un autre évènement, qui comprend les informations sur la nouvelle conversion et l’external_id correspondant.

Création d’audiences

Vous devez utiliser l’external_id de manière cohérente dans le pixel de navigateur, l’API Conversions, l’API Offline Conversions et les évènements d’application. Ainsi, vous pourrez créer les types d’audience suivants à partir des external_id :

Nous ne citons pas les audiences personnalisées de fichiers clientèle, car ce type d’audience repose sur d’autres politiques et ne peut pas être créé en utilisant uniquement l’external_id ou l’extern_id des données reçues via l’API Conversions.

Paramètre Fbp

Si vous pouvez ajouter des external_id à vos évènements, nous vous recommandons de le faire systématiquement. Toutefois, si votre système n’est pas configuré pour cela, nous pouvons vous aider à contourner le problème en utilisant le paramètre fbp comme ID externe. En savoir plus sur le paramètre fbp.

ScénarioTraitement des données

L’évènement comprend le paramètre fbp, mais pas d’external_id

Nous utilisons fbp comme external_id et essayons de trouver une correspondance. fbp étant un cookie de navigateur, il a une date d’expiration.

L’évènement comprend le paramètre fbp et un external_id

Nous conservons les deux champs et tentons de trouver une correspondance. Nous privilégions toujours l’external_id, car il offre de meilleures performances.

L’évènement comprend un external_id, mais pas le paramètre fbp

Il est traité comme un évènement classique qui comprend un external_id.