API de conversions (CAPI) : Définition et fonctionnement

Une API de conversions (CAPI) est une intégration serveur‑à‑serveur qui envoie les événements de conversion, comme un achat ou la soumission d’un formulaire de contact, directement depuis le serveur d’un annonceur vers une plateforme publicitaire, au lieu de ne compter que sur un pixel de suivi basé sur le navigateur pour déclencher l’événement côté client. Meta a popularisé le terme avec son propre Conversions API, et la plupart des grandes plateformes proposent désormais une API d’événement côté serveur équivalente.

Pourquoi elle existe#

Les pixels de conversion basés sur le navigateur dépendent du chargement et de l’exécution du script de suivi par le navigateur de l’utilisateur. Les bloqueurs de publicités, les fonctions de prévention du suivi du navigateur et la simple fermeture de l’onglet avant le déclenchement du pixel entraînent la perte d’enregistrements de conversions réelles. Une intégration CAPI envoie le même événement depuis votre back‑end, au moment où votre système de commande confirme la vente, ce qui élimine toute dépendance à ce qui se passe dans le navigateur du client. La plupart des annonceurs qui utilisent le CAPI en parallèle d’un pixel navigateur constatent une récupération significative des conversions suivies, les deux méthodes couvrant des modes de défaillance différents.

Comment elle s’insère dans la mesure côté serveur plus large#

Une API de conversions est une implémentation spécifique d’une évolution plus vaste : déplacer la collecte d’événements du navigateur vers l’infrastructure contrôlée par l’annonceur. Cette approche globale peut inclure une intégration CAPI aux côtés d’autres composants côté serveur, comme un domaine de suivi en première partie ou un conteneur de gestionnaire de balises côté serveur, tous visant à réduire la dépendance aux scripts côté client. Certaines configurations d’affiliation et de CPA obtiennent un résultat similaire via une URL de postback, où le serveur du réseau notifie directement votre serveur lorsqu’une conversion est finalisée.

À quoi ressemble une configuration typique#

Votre back‑end web ou application détecte un événement de conversion, une commande finalisée ou un lead soumis. Votre serveur transmet cet événement, ainsi que les identifiants client hachés pour le matching, directement à l’endpoint API de la plateforme publicitaire. La plateforme déduplique cet événement serveur avec tout événement pixel navigateur correspondant pour la même conversion, en utilisant un identifiant d’événement partagé, afin que la même vente ne soit pas comptée deux fois.

Ce qu’elle résout et ce qu’elle ne résout pas#

Le CAPI récupère les événements qu’un pixel navigateur bloqué ou retardé aurait manqués, ce qui améliore généralement la complétude du suivi des conversions et peut optimiser la plateforme, car l’algorithme reçoit davantage de signaux, mieux appariés. Elle ne résout pas, à elle seule, l’attribution cross‑device ou cross‑réseau. Décider du crédit à attribuer à chaque point de contact le long d’un parcours plus long reste un problème de modélisation distinct, qu’une API d’événement unique ne peut résoudre seule.

Où elle compte pour les campagnes natives et d’affiliation#

Pour les annonceurs qui achètent sur plusieurs réseaux, plateformes natives et réseaux sociaux payants, une configuration CAPI fiable sur chaque plateforme signifie que le coût par acquisition affiché dans chaque tableau de bord se rapproche davantage de la réalité, ce qui rend les comparaisons budgétaires inter‑réseaux plus fiables. Avant de supposer qu’un CPA déclaré par un réseau est sous‑estimé uniquement à cause d’une perte de suivi, il convient de vérifier que la créative elle‑même reste compétitive. Les outils d’intelligence publicitaire d’OpenAdLibrary vous permettent de vérifier ce qui est actuellement diffusé et depuis combien de temps, de consulter la longévité des publicités, en parallèle de vos propres données de suivi.