La Meta Conversions API (CAPI) est une intégration côté serveur qui permet aux annonceurs de partager des événements web et hors ligne clés directement depuis leur serveur vers les serveurs de Meta. Cet outil fonctionne conjointement avec le Meta Pixel pour fournir une connexion de données plus fiable, aidant les entreprises à maintenir la précision de la mesure dans un environnement où les restrictions des navigateurs augmentent. En établissant ce lien direct, les annonceurs peuvent mieux suivre les actions des clients et optimiser leurs dépenses publicitaires sur la base d’ensembles de données plus complets.
Qu’est-ce que la Meta Conversions API ?
La Meta Conversions API est une connexion backend qui envoie des données de conversion à Meta sans dépendre entièrement des cookies basés sur le navigateur. Alors que le Meta Pixel traditionnel fonctionne dans le navigateur de l’utilisateur, la CAPI fonctionne au niveau du serveur. Cela signifie qu’elle est moins sensible aux problèmes tels que les plantages du navigateur, les temps de chargement lents ou les logiciels de blocage des publicités qui empêchent souvent le Pixel de se déclencher correctement.
Dans un compte typique, se fier uniquement au Pixel du navigateur peut entraîner une perte de données de 10 % à 30 %. Cet écart se produit parce que les navigateurs et systèmes d’exploitation modernes ont introduit des contrôles de confidentialité plus stricts. La CAPI comble ce vide en envoyant des informations telles que les achats, les formulaires de prospects et les actions d’ajout au panier directement depuis la base de données ou le serveur de votre site web.
L’utilisation conjointe du Pixel et de la CAPI est l’approche recommandée. Meta appelle cela une configuration redondante. Lorsque les deux sources envoient le même événement, Meta utilise un processus appelé déduplication pour s’assurer que la même conversion n’est pas comptée deux fois, offrant ainsi une vue unique et précise de vos performances marketing.
Pourquoi le suivi côté serveur est-il nécessaire pour la performance ?
Le suivi côté serveur est nécessaire car il offre une base plus stable pour l’optimisation des publicités et la création d’audiences. Lorsqu’un navigateur bloque un script de suivi, l’algorithme de Meta perd la visibilité sur ce que cet utilisateur a fait après avoir cliqué sur une publicité. Ce manque de données rend plus difficile pour le système de trouver des utilisateurs similaires susceptibles de convertir.
Par exemple, une boutique Shopify vendant de la décoration intérieure pourrait dépenser 2 000 $ par semaine en publicités. Si le Pixel du navigateur manque 20 ventes en raison de la prévention du suivi, le retour sur les dépenses publicitaires (ROAS) semblera plus faible qu’il ne l’est réellement. Plus important encore, l’algorithme n’apprendra pas de ces 20 clients, ce qui conduira à un ciblage moins efficace dans les futures campagnes.
La CAPI permet également la transmission d’événements de bas de tunnel qui ne se produisent pas sur le site web. Cela inclut les renouvellements d’abonnement, les prospects qualifiés marqués dans un CRM ou même les achats hors ligne. Le partage de ces données aide Meta à comprendre l’ensemble du parcours client au-delà de la visite initiale sur le site web.
Comment configurer efficacement la Meta Conversions API ?
La configuration de la Conversions API dépend de votre infrastructure technique et des plateformes que vous utilisez. Il existe trois moyens principaux de l’implémenter, allant des intégrations partenaires simples au codage manuel personnalisé. Le choix de la bonne méthode dépend de votre budget et de vos ressources techniques internes.
- Intégrations partenaires : Des plateformes comme Shopify, WooCommerce et Wix proposent des configurations plug-and-play qui ne nécessitent aucun codage. Il vous suffit de lier votre compte Meta dans les paramètres.
- Conversions API Gateway : Il s’agit d’une solution auto-hébergée ou gérée qui agit comme un pont entre votre site et Meta. C’est souvent le meilleur équilibre entre facilité d’utilisation et contrôle des données.
- Intégration API directe : Pour les sites web créés sur mesure, les développeurs peuvent écrire du code pour envoyer des événements directement depuis le serveur en utilisant la documentation API de Meta.
- Google Tag Manager (GTM) côté serveur : Cette méthode utilise un conteneur serveur dans GTM pour recevoir des données du web et les transmettre à Meta.
Lors de la configuration, vous devez vous assurer que vos événements côté serveur incluent un event_id. Cet identifiant unique est ce que Meta utilise pour faire correspondre un événement serveur avec un événement navigateur. Si l’event_id et l’event_name sont identiques pour les deux hits, Meta conservera le premier qu’il reçoit et rejettera le second, évitant ainsi les rapports en double.
Comprendre les scores de qualité de correspondance des événements (EMQ)
Le score de qualité de correspondance des événements (EMQ) est une métrique trouvée dans le Meta Events Manager qui indique l’efficacité avec laquelle vos événements serveur correspondent à un compte utilisateur Meta. Le score varie de 1 à 10. Un score plus élevé signifie que Meta dispose de suffisamment d’informations pour lier l’action sur votre site à une personne spécifique sur Facebook ou Instagram.
Si votre score EMQ est faible, vos publicités seront moins efficaces car Meta ne pourra pas attribuer les conversions aux personnes qui ont vu vos publicités. Pour un événement d’achat, un score de 6,0 ou plus est généralement considéré comme acceptable, mais les meilleurs annonceurs visent souvent 8,0 ou plus. Les événements de bas de tunnel ont généralement des scores plus élevés car les clients fournissent plus de détails personnels lors du paiement.
Pour voir votre score, accédez au Events Manager, sélectionnez votre Pixel et regardez l’onglet ‘Vue d’ensemble’. Cliquer sur un événement spécifique révélera les détails de la ‘Qualité de correspondance des événements’. Cette section montre quels paramètres d’informations client sont envoyés et lesquels sont manquants ou mal formatés.
Quels paramètres améliorent votre qualité de correspondance ?
La clé d’un score EMQ élevé est d’envoyer autant de paramètres d’informations client que possible. Lorsque vous envoyez plus de points de données, Meta a plus de chances de trouver une correspondance. Cependant, toutes les données doivent être hachées (SHA-256) avant d’être envoyées, à l’exception de certains champs comme l’adresse IP et l’agent utilisateur.
- Adresse e-mail (em) : L’un des identifiants les plus puissants pour la correspondance.
- Numéro de téléphone (ph) : Très efficace, surtout pour les utilisateurs mobiles.
- Adresse IP et agent utilisateur : Ils aident Meta à identifier l’appareil et l’emplacement de l’utilisateur.
- ID externe : Un ID unique provenant de votre propre système, comme un ID CRM ou un ID client.
- Prénom et nom : Utiles pour augmenter la probabilité d’une correspondance lorsque d’autres données sont manquantes.
- FBP et FBC : Ce sont des cookies spécifiques à Meta (ID de navigateur et ID de clic) qui doivent toujours être transmis s’ils sont disponibles.
Il est courant de voir des taux de correspondance élevés lorsque quatre ou cinq de ces paramètres au moins sont envoyés ensemble. Par exemple, l’envoi d’un seul e-mail pourrait donner un score modéré, mais la combinaison de l’e-mail, de l’adresse IP et du cookie fbp augmentera considérablement la probabilité de correspondance.
Comment résoudre les problèmes de déduplication ?
La déduplication est l’obstacle technique le plus courant dans une configuration CAPI. Si elle n’est pas gérée correctement, vos chiffres de conversion pourraient apparaître doublés dans le Ads Manager, conduisant à un faux optimisme concernant les performances de la campagne. L’outil principal pour résoudre ce problème est l’outil ‘Événements de test’ dans le Events Manager.
Lors des tests, vous devriez voir deux entrées pour une seule action : une du ‘Navigateur’ et une du ‘Serveur’. Meta devrait afficher une étiquette indiquant ‘Traité’ pour l’une et ‘Dédupliqué’ pour l’autre. Si vous voyez les deux marquées comme ‘Traité’, cela signifie que votre event_id est manquant ou ne correspond pas entre les deux sources.
Un autre problème courant est un retard dans les événements serveur. Alors que les événements navigateur sont quasi instantanés, les événements serveur peuvent parfois être regroupés. Meta peut dédupliquer des événements qui arrivent jusqu’à 48 heures d’intervalle, mais pour une meilleure optimisation en temps réel, vous devez viser à envoyer les événements serveur le plus rapidement possible après que l’action se soit produite.
Par où commencer cette semaine
Commencez par vérifier votre configuration actuelle dans le Meta Events Manager. Examinez vos événements de conversion les plus importants, tels que ‘Achat’ ou ‘Prospect’, et identifiez s’ils reçoivent des données à la fois du navigateur et du serveur. Si vous ne voyez que ‘Navigateur’ comme source, votre première priorité est d’implémenter la CAPI en utilisant une intégration partenaire ou la Gateway.
Une fois la connexion active, surveillez votre score de qualité de correspondance des événements pendant sept jours. Si le score de votre événement de conversion principal est inférieur à 6,0, passez en revue vos paramètres de données. Concentrez-vous sur la garantie que les adresses e-mail et les numéros de téléphone sont correctement capturés et transmis depuis vos formulaires de paiement ou de prospects vers l’API. Ce petit ajustement technique peut souvent conduire à une amélioration mesurable de la diffusion des publicités et de la précision de l’attribution.
Continuer la lecture : Meta Ads · Marketing sur les réseaux sociaux