Pixel Meta ou API Conversions ? Il vous faut les deux

Il vous faut les deux : le pixel Meta mesure dans le navigateur et rate ce qui s'y perd, l'API Conversions envoie les mêmes évènements depuis un serveur ^[1]. Meta recommande lui-même cette configuration redondante ^[2]. Dédupliquez avec un event_id et un nom d'évènement identiques, et contrôlez la couverture dans le Gestionnaire d'évènements ^[3].

Que vous gériez vos campagnes vous-même ou que vous les confiiez à une agence Facebook Ads, ce que Meta ne voit pas, il ne peut pas l'optimiser. Le travail technique, comme le server-side tagging, mon collègue Cédric l'explique dans le tracking server-side expliqué. Ici, vous lirez ce que vous devez vérifier en tant qu'annonceur.

Pourquoi le pixel seul ne suffit pas

L'API Conversions peut transmettre les évènements que le pixel perd à cause de problèmes de réseau ou d'erreurs de chargement ^[1]. S'y ajoute le navigateur. Safari supprime les cookies déposés via JavaScript après 7 jours sans interaction, et après 24 heures si la personne est arrivée par un lien que Safari identifie comme du tracking ^[7].

Ce que Meta rate pèse sur votre coût publicitaire. Meta n'utilise que les évènements qu'il peut relier à un compte ^[1], et un ensemble ne quitte la phase d'apprentissage qu'après environ 50 résultats par semaine ^[8]. L'enchère tient en outre compte de la probabilité de conversion ^[9] : moins de signal signifie donc un apprentissage plus lent et une estimation moins fine.

Un exemple sans données clients : une boutique en ligne dépense 1.500 € par semaine et obtient 60 commandes grâce aux publicités Meta, soit 25 € par achat. Si Meta n'en voit que 40, le Gestionnaire de publicités affiche 37,50 €, et vous risquez de réduire le budget d'une campagne rentable. Ce qu'un achat peut coûter, vous le lirez dans ce que coûte la publicité sur Facebook et Instagram.

Mesurez vous-même ce qui vous échappe. Sur un mois complet, comparez les achats ou les leads du Gestionnaire d'évènements aux commandes ou aux demandes de votre boutique en ligne ou de votre CRM. L'écart n'est jamais nul, car tout le monde ne vient pas d'une publicité ni ne donne son consentement.

Comment fonctionne la déduplication

Meta recommande d'envoyer les mêmes évènements par les deux voies, par exemple Purchase, InitiateCheckout et Contact ^[1]. Pour qu'ils comptent comme un seul évènement, trois conditions doivent être remplies ^[2] :

• l'event_id de l'évènement serveur est identique à l'eventID du pixel ;
• le nom de l'évènement est le même des deux côtés ;
• les deux arrivent dans les 48 heures suivant le premier évènement portant cet event_id.

Meta conserve alors généralement la première version reçue ^[2]. Si vous n'envoyez un évènement que par une seule voie, par exemple les achats uniquement via le serveur, vous n'avez pas besoin de le dédupliquer ^[2].

Les erreurs classiques : un event_id différent dans le navigateur et sur le serveur, un évènement serveur sans event_id, ou un autre nom pour la même action. Avec la méthode alternative basée sur fbp ou external_id, deux évènements navigateur identiques sont en outre comptés tous les deux ^[2]. Si votre page de remerciement déclenche le pixel deux fois, corrigez-le dans votre site.

TikTok applique la même logique : les évènements portant le même nom et le même event_id sont fusionnés s'ils arrivent après 5 minutes et dans les 48 heures suivant le premier ^[10]. Un seul système d'event_id peut donc servir les deux plateformes ; plus de détails dans la publicité TikTok en Belgique.

Ce que vous vérifiez dans le Gestionnaire d'évènements

Pas besoin d'être développeur pour voir si votre mesure est correcte. Le Gestionnaire d'évènements l'affiche par évènement ^[3] :

La qualité de correspondance des évènements n'est pas un pourcentage mais un score, calculé par évènement web envoyé via l'API Conversions, sur les 48 dernières heures ^[6]. Il dépend des données clients que vous envoyez sous forme hachée : l'adresse e-mail et l'identifiant de clic pèsent le plus lourd, le nom, la ville et le code postal le moins ^[6]. Selon Meta, un meilleur score peut se traduire par davantage de conversions attribuées et un coût par action plus bas ^[6].

Pour chaque évènement serveur, action_source est obligatoire, et pour les évènements de site, l'URL et le user agent le sont aussi ^[1]. Pour les achats, envoyez la valeur et la devise, comme le fait l'exemple de code de Meta ^[2]. Contrôlez tout avec l'outil de test des évènements avant qu'une campagne ne s'appuie dessus ^[1].

Vous voulez un deuxième regard ? L'audit Meta Ads gratuit contrôle le pixel, l'API Conversions et les évènements, ainsi que la structure, les audiences et les créas.

Le consentement reste nécessaire

L'Autorité de protection des données est claire : les cookies qui ne sont pas strictement nécessaires ne se déposent qu'après un consentement valable, et cela vaut aussi pour les pixels ^[11]. Vous pouvez donc mettre le pixel Meta en pause jusqu'à ce que votre visiteur accepte ^[5].

L'API Conversions n'y change rien. Les conditions de Meta exigent que vous ayez le droit légal de partager les données, que vous hachiez les coordonnées et que vous n'envoyiez pas d'informations sensibles ^[6]. Meta traite les évènements des appareils iOS reçus via le serveur avec les mêmes restrictions que via le navigateur ^[12].

Ce que le serveur fait bel et bien : transmettre de façon plus fiable les évènements des visiteurs qui ont consenti, et envoyer des conversions que le navigateur ne voit jamais. Comment transmettre correctement le choix de cookies à toutes vos balises, vous le lirez dans Consent Mode v2 en pratique.

Quelle intégration vous convient ?

Si vous travaillez avec des leads, renvoyez le résultat depuis votre CRM avec l'API Conversions pour CRM. Meta optimise alors vos publicités à formulaire sur la qualité plutôt que sur le volume ^[15]. Posez ensuite cinq questions à votre développeur ou partenaire :

1. Quels évènements passent par les deux voies, avec le même event_id et le même nom ^[2] ?
2. Quelles données clients envoyons-nous hachées, et uniquement pour les visiteurs qui ont consenti ^[6] ?
3. Comment le serveur respecte-t-il le choix de cookies du visiteur ?
4. Les évènements arrivent-ils en temps réel ou par petits lots, et pas une fois par jour ^[1] ?
5. Qui surveille après la mise en ligne la couverture, la déduplication et la qualité de correspondance ^[3] ?