Gestion des évènements dupliqués de pixel et de l’API Conversions

Pour des performances publicitaires optimales, nous recommandons aux annonceurs d’implémenter l’API Conversions parallèlement à leur Pixel Meta. Il s’agit d’une configuration redondante ; consultez cette page pour en savoir plus.

Quand ils optent pour une configuration redondante, les annonceurs doivent définir une méthode de déduplication afin que le système de diffusion des publicités puisse différencier les évènements distincts et concordants. Ce document décrit plusieurs méthodes qui permettront à Facebook de dédupliquer vos évènements.

Les annonceurs qui n’envoient pas deux fois le même évènement via l’API Conversions et le Pixel Meta n’ont pas besoin de configurer la déduplication pour ces évènements.

Méthodes de déduplication disponibles

Facebook tente de dupliquer des évènements identiques envoyés via le pixel Meta et l’API Conversions. Deux méthodes sont disponibles pour dédupliquer vos évènements :

ID et nom de l’évènement (recommandée)

Paramètres obligatoires

Le paramètre event_id est ajouté à vos évènements dans l’API Conversions et le Pixel de navigateur. Le paramètre event_id est un identifiant permettant de distinguer des évènements similaires. Consultez cette page pour en savoir plus sur le paramètre event_id.

Description

Nous déterminons si des évènements sont identiques sur la base de leur ID et de leur nom. Pour un évènement à dédupliquer :

1. Dans les évènements correspondants, l’eventID de Pixel Meta doit correspondre à l’event_id de l’API Conversions.
2. Dans les évènements correspondants, le paramètre event de Pixel Meta doit correspondre à l’event_name de l’API Conversions.

Une fois les évènements reçus, nous employons un certain nombre de stratégies pour procéder à des déduplications entre les évènements susceptibles d’améliorer l'optimisation et les mesures. Si le contenu des évènements de serveur et de navigateur n’est pas foncièrement différent, nous nous appuyons généralement sur l’évènement reçu en premier.

Notez que le paramètre eventID de Pixel est le quatrième argument dans l’appel de suivi fbq.

Exemple

fbq('track', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});

FBP ou ID externe

Paramètres obligatoires

Vous devez utiliser event_name, fbp et/ou external_id invariablement pour vos évènements de navigateur et de serveur. Pour en savoir plus sur les paramètres external_id et fbp, consultez Paramètres d’informations client·e.

Description

Si vous avez configuré les paramètres external_id et/ou fbp de sorte qu’ils soient transmis via le navigateur et le serveur, nous supprimons automatiquement les évènements dupliqués. Le processus fonctionne ainsi :

1. Vous nous envoyez un évènement de navigateur avec event_name, fbp et/ou external_id.
2. Vous nous envoyez ensuite un évènement de serveur avec event_name, fbp et/ou external_id.
3. Nous comparons l’évènement de serveur à l’évènement de navigateur envoyé juste avant. Plus précisément, nous comparons les paramètres event_name, fbp et/ou external_id.
4. Nous employons un certain nombre de stratégies pour procéder à des déduplications entre les évènements susceptibles d’améliorer l'optimisation et les mesures. Si le contenu des évènements de serveur et de navigateur n’est pas foncièrement différent, nous nous appuyons généralement sur l’évènement reçu en premier.

Limites

Cette méthode de déduplication est associée aux limites suivantes :

• En général, elle fonctionne uniquement pour dédupliquer les évènements envoyés d’abord à partir du navigateur, puis par le serveur. Les évènements de serveur ne sont pas supprimés si aucun évènement de navigateur n’a été reçu dans les 48 heures précédentes, même si un évènement de navigateur identique à l’évènement de serveur arrive par la suite.
• Elle ne déduplique pas les évènements qui proviennent d’une seule source (du navigateur ou du serveur uniquement). Si vous nous envoyez deux évènements de navigateur à la suite contenant les mêmes informations, nous n’en supprimons aucun. Il en va de même si vous nous envoyez deux évènements de serveur à la suite contenant les mêmes informations.

Configuration de la déduplication sur le Pixel de navigateur

Pour une meilleure correspondance, nous avons besoin d’informations précises concernant vos évènements provenant du Pixel Meta et de l’API Conversions :

• L’eventID au sein du paramètre eventData facultatif doit être une valeur unique. En fonction de votre implémentation du Pixel Meta, vous pouvez utiliser :

  • track pour envoyer l’évènement pour tous les Pixels sur la page

    fbq('track', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});

  • trackSingle pour envoyer l’évènement pour un seul Pixel

    fbq('trackSingle', 'SPECIFIC_PIXEL_ID', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});

  • Un tag de Pixel d’image avec le paramètre eid

    <img src="https://www.facebook.com/tr?id=PIXEL_ID&ev=Purchase&eid=EVENT_ID"/>

  Si l’évènement que vous partages ne contient pas de paramètres tels que « value » ou « currency », vous pouvez utiliser la configuration suivante :

  fbq('track', 'Lead', {}, {eventID: 'EVENT_ID'});

• L’eventID du Pixel Meta doit correspondre à l’event_id de l’évènement correspondant de l’API Conversions.
• Si nous trouvons la même combinaison de clés de serveur (event_id et event_name) et la même combinaison de clés de navigateur (eventID, event) envoyée au même ID de Pixel dans les 48 heures, nous abandonnons les évènements ultérieurs.
• Si vous nous envoyez des évènements du navigateur et de l’API Conversions avec le même event_ids, veillez à nous envoyer le deuxième évènement dans les 48 heures suivant l’envoi du premier évènement avec l’event_id correspondant, sinon, ils ne seront pas dédupliqués.

Vérification de la configuration de déduplication

Consultez la documentation Vérification de votre configuration pour savoir comment vérifier votre configuration de déduplication et de fusion des évènements.

En savoir plus

• Paramètres
• Assistant Charge utile