Si vous proposez la configuration du pixel Meta dans le cadre de vos services de gestion des balises, vous pouvez envisager d’ajouter des fonctionnalités de l’API Conversions. L’intégration à l’aide de l’API Conversions permet à votre clientèle d’envoyer des évènements Web directement à Meta, sans utiliser des évènements de pixel de navigateur.
Avant toute chose, il est important de comprendre le lien entre les évènements de serveur et le pixel Meta. Les évènements de serveur sont envoyés via l’API Conversions, et utilisés pour les mesures, les rapports et l’optimisation de la même manière que les évènements de pixel d’un navigateur.
Envoyer un évènement de pixel de navigateur revient à distribuer un courrier par avion, alors qu’envoyer un évènement de serveur équivaut à envoyer un courrier par cargo. Ces deux mécanismes permettent d’acheminer le colis (les données sur un évènement) à une adresse de destination (un ID de pixel). Nous conseillons vivement d’intégrer l’API Conversions sur votre plateforme en tant qu’extension de votre offre de pixel Meta actuelle (plutôt qu’en tant que plugin ou service distinct) pour les raisons suivantes :
Une fois que la plateforme est intégrée à l’API Conversions, nous recommandons d’envoyer les mêmes évènements Web via le navigateur et le serveur. Cette redondance aide à garantir la fiabilité du signal. Les évènements qui pouvaient être perdus côté navigateur (pour diverses raisons liées au réseau) sont maintenant capturés via l’API Conversions.
Pour envoyer des évènements via le navigateur et le serveur, vous devez leur attribuer le même event_id
. Cela permet à Facebook de dédupliquer correctement les évènements.
Avant de proposer l’API Conversions en tant que plateforme, votre application doit passer par le Contrôle app. Au cours du processus, vous devez demander le niveau d’accès, la fonctionnalité et les autorisations suivants :
ads_management
, pages_read_engagement
et ads_read
Si vous utilisez pour la première fois l’API Conversions, suivez ces étapes pour créer un compte Business, une application Meta, un pixel Meta et un·e utilisateur·ice système. Vous pourrez ensuite utiliser le token d’accès de l’utilisateur·ice système pour envoyer des évènements de serveur via l’API Conversions.
Une fois que vous avez envoyé un évènement de serveur à votre pixel Meta, vous avez le choix entre plusieurs options pour envoyer des évènements au nom de votre clientèle.
Vous devez d’abord demander l’autorisation d’envoyer des évènements au nom de votre clientèle. Vous disposez des options d’authentification suivantes :
Avec cette option, l’extension Facebook Business (FBE) renvoie toutes les informations nécessaires pour envoyer des évènements au nom de votre client·e selon le processus suivant. FBE fournit un point de terminaison pour récupérer les tokens d’accès d’utilisateur·ice système créés dans le Business Manager de votre client·e. Ce processus comprend des autorisations pour envoyer automatiquement et de manière sécurisée des évènements de serveur.
Le point de terminaison nécessite un token d’accès utilisateur·ice comme paramètre d’entrée. Si vous utilisez pour la première fois l’extension Facebook Business, appelez le point de terminaison pour récupérer le token d’accès de l’utilisateur·ice système lorsque vous avez fini de configurer FBE. Les utilisateur·ices existant·es doivent demander une nouvelle authentification avant d’appeler le nouveau point de terminaison de l’API.
Avec cette option, vous devez demander à votre client·e de créer manuellement un token d’accès d’utilisateur·ice système via l’API Conversions depuis les paramètres du pixel. Vous pouvez ensuite envoyer les évènements au pixel de l’annonceur avec ce token.
Une personne utilisatrice système ou utilisatrice système admin doit installer l’application qui sera utilisée pour générer le token d’accès. Avec cette configuration, votre application est autorisée à appeler des API au nom de cet·te utilisateur·ice système (admin ou standard).
Suivez les instructions de notre documentation Premiers pas et demandez un token d’utilisateur·ice système à votre annonceur. Pensez à utiliser votre pixel Meta et votre token d’accès pour les tests.
Avec cette option, le ou la client·e partage son pixel Meta avec le partenaire depuis les paramètres Business Manager ou via l’API. Vous pouvez ensuite affecter l’utilisateur·ice système du partenaire au pixel de votre client·e et générer un token d’accès pour envoyer des évènements de serveur.
partner_agent
Pour attribuer les évènements de l’API Conversions à votre plateforme, utilisez le champ partner_agent
. Cela vous permet de définir votre propre identifiant de plateforme lorsque vous envoyez des évènements au nom d’un·e client·e. Choisissez un identifiant pour votre plateforme avec votre représentant Facebook. Envoyez-le ensuite avec chaque évènement de serveur.
Si votre identifiant de plateforme est datapartner
, voici à quoi ressemblera la charge utile d’un évènement d’achat envoyé au nom de votre client·e :
{ "data": [ { "user_data": { "em": "8159ea0e33c51a774b83104ee562784f9b1836c852102046e4bd8385706fe7ca" }, "event_name": "PageView", "event_time": 1579645238 }, { "user_data": { "em": "8159ea0e33c51a774b83104ee562784f9b1836c852102046e4bd8385706fe7ca" }, "custom_data": { "currency": "USD", "value": "50" }, "event_name": "Purchase", "event_time": 1579645238 } ], "partner_agent": "datapartner" }
Sending events sent via the Conversions API is just like sending events via the Meta Pixel. The only difference is that the event is sent via the server, instead of the browser. So, why make an effort to integrate with the Conversions API? Here are some important use cases:
If someone uses an advertisers’ website to sign up for a credit card, they can send events such as ViewContent, Application Start, and Application Submit via the browser to the Meta Pixel. However, the end user still needs to be approved for this credit card. The Approval event happens offline and cannot be sent via browser. To register this final step, the advertiser can send the Approval via the Conversions API.
Browser side events can be lost for many reasons:
These examples can all be mitigated by sending events via the Conversions API.
Many advertisers have expressed concerns about sharing data via the browser when that data could be seen or inspected. This can be mitigated by sending data via the Conversions API.
For example, advertisers may want to send data like profit margin or lifetime value (LTV) along with a purchase
event. This way, ads can be optimized towards a specific type of customer.
Since browser events are always vulnerable to obstacles, we recommend that you only send events collected from the Conversions API sources. For example, if:
the data is open to the browser-side risks.
To take full advantage of the Conversions API, no part of the data flow should be reliant on the browser.
We recommend that you provide advertisers with a way to test this connection on your own platform.
200
return code.Meta tries to deduplicate identical events sent through the Meta Pixel and the Conversions API. We determine if events are identical based on their event_id
and event_name
. For more information, see Handling Duplicate Pixel and Conversions API Events.
The external_id
parameter is a string that represents a user on an advertiser's system. These IDs help improve ads attribution and create audiences.
You can send external_id
s via browser or the Conversions API, but you must be consistent across channels. For example, if you send a browser pixel event with external_id
set to 123
, your server event for that same user should also have external_id
set to 123
.