Si vous diffusez des publicités sur Meta, on vous a sans doute conseillé d’ajouter la Conversions API à votre Pixel. La raison tient en deux mots : perte de signal. Les bloqueurs de publicités et les restrictions des navigateurs interceptent une partie des événements du Pixel avant qu’ils n’atteignent Meta. Ce guide explique comment la Conversions API fonctionne, quelle méthode de configuration vous convient et comment le consentement suit les événements jusqu’au serveur.
En bref
La Meta Conversions API (CAPI) est la solution de suivi côté serveur de Meta. Plutôt que de s’appuyer uniquement sur le Meta Pixel dans le navigateur de vos visiteurs, elle envoie les événements de conversion depuis un serveur, directement à Meta. Meta recommande de l’utiliser en complément du Pixel, les deux flux étant dédupliqués. Les règles sur le consentement, elles, ne changent pas : intégrez-le à votre configuration dès le départ.
Au programme :
- Qu’est-ce que la Meta Conversions API ?
- Comment la Conversions API assure le suivi côté serveur
- Meta Pixel ou Conversions API : faut-il les deux ?
- Pourquoi utiliser la Conversions API
- La Conversions API et le consentement
- Comment configurer la Meta Conversions API
- Les erreurs fréquentes avec la Conversions API
- FAQ : Meta Conversions API
Qu’est-ce que la Meta Conversions API ?
La Meta Conversions API envoie les événements — achats, prospects, inscriptions — depuis un serveur directement vers Meta, au lieu de passer par le navigateur du visiteur et le Pixel. C’est la forme que prend le suivi côté serveur pour les publicités Meta sur Facebook et Instagram. Vous la verrez aussi appelée Meta CAPI, ou sous son ancien nom, Facebook Conversions API.
Les événements serveur arrivent au même endroit que les événements navigateur. D’après la documentation de Meta, « les événements serveur sont associés à un ID d’ensemble de données et traités comme les événements envoyés via le Meta Pixel ».
La CAPI ne se limite pas à votre site web. Chaque événement porte une source d’action qui indique à Meta où la conversion a eu lieu : sur un site web, dans une application ou en magasin.
Comment la Conversions API assure le suivi côté serveur
Avec le Pixel, c’est le navigateur qui dialogue avec Meta. Avec la Conversions API, c’est un serveur de suivi. Voici le trajet d’un événement :
- Un visiteur effectue une action, un achat ou l’envoi d’un formulaire, par exemple.
- L’événement arrive sur un serveur de suivi, envoyé par votre site, votre plateforme e-commerce ou votre CRM.
- Le serveur hache les données client. Il convertit les adresses e-mail, les numéros de téléphone et les noms en SHA-256 avant d’envoyer l’événement.
- Le serveur envoie l’événement à Meta.
- Meta rattache l’événement à un compte et l’attribue à vos publicités.
Les données que la Conversions API envoie
Tout événement serveur doit comporter quatre champs : event_name, event_time, action_source et user_data, d’après la référence des paramètres de Meta. Les événements web exigent en plus l’URL de la page (event_source_url), et vous pouvez ajouter des données commerciales — devise, montant de la commande — dans custom_data.
Le champ user_data obéit à des règles strictes. Meta impose un hachage SHA-256 pour l’e-mail, le téléphone, le nom, la date de naissance et les champs de localisation. Quelques valeurs doivent au contraire rester en clair : l’adresse IP, le user agent et les paramètres fbp et fbc. fbp est l’ID de navigateur de Meta, issu du cookie _fbp ; fbc est l’ID de clic, issu du cookie _fbc ou du paramètre de lien fbclid.
Déduplication : comment event_id évite les doublons
Si le Pixel et la Conversions API remontent tous les deux le même achat, Meta doit comprendre qu’il s’agit d’un seul achat. C’est le rôle de la déduplication. Selon Meta, « l’eventID d’un Meta Pixel doit correspondre à l’event_id de la Conversion API », et les noms d’événements doivent eux aussi correspondre. Meta ne déduplique que les événements reçus à moins de 48 heures d’intervalle.
Meta Pixel ou Conversions API : faut-il les deux ?
Pas besoin de choisir. Meta recommande d’utiliser les deux ensemble :
« Pour des performances publicitaires optimales, nous recommandons aux annonceurs de mettre en place la Conversions API en complément de leur Meta Pixel. »
Meta, Documentation de la Conversions API
Meta parle d’une configuration redondante, et la déduplication évite le double comptage.
Voici ce qui les distingue :
| Meta Pixel | Conversions API | |
|---|---|---|
| Type de suivi | Côté client | Côté serveur |
| Envoie les événements depuis | Le navigateur du visiteur | Un serveur de suivi |
| Sensible aux bloqueurs de publicités et aux restrictions des navigateurs | Oui | Beaucoup moins, d’où des données plus fiables |
| Maîtrise des données avant l’envoi | Limitée | Vous choisissez les champs qui quittent le serveur |
| Événements hors ligne et CRM | Non | Oui |
| Effort de mise en place | Extrait de code ou plugin de la plateforme | Variable selon la méthode retenue |
Pourquoi utiliser la Conversions API
Selon Meta, les annonceurs qui ont mis en place la Conversions API pour leurs événements web affichent un coût par résultat inférieur de 17,8 % en moyenne à celui des annonceurs qui s’en passent. Le chiffre provient de l’annonce de Meta d’avril 2026 et, selon le guide vidéo de Meta, d’une expérimentation menée en novembre 2025 auprès de 5 926 annonceurs.
Au-delà de ce chiffre, la CAPI vous permet de :
- récupérer les événements que le Pixel manque à cause des bloqueurs de publicités ou de problèmes de chargement et de connexion, à condition que l’événement serveur ne dépende pas de la requête bloquée (il part de votre backend ou d’un endpoint propriétaire),
- envoyer des conversions hors ligne et issues de votre CRM, en plus des événements web,
- décider des données qui parviennent à Meta avant même qu’elles ne quittent le serveur,
- transmettre les événements en temps réel, ce qui, selon Meta, aide les campagnes à obtenir de meilleurs résultats.
À noter : la CAPI récupère les événements des visiteurs qui ont consenti mais dont le Pixel a été bloqué. Elle ne ramène pas ceux des visiteurs qui ont refusé, et ce n’est pas son rôle.
La Conversions API et le consentement
Déplacer les événements vers un serveur change le chemin des données, pas l’obligation de recueillir le consentement.
Passer côté serveur ne dispense pas de recueillir le consentement
Les règles européennes sur le suivi portent sur le stockage d’informations dans l’appareil du visiteur ou l’accès à ces informations, pas sur le système qui transmet ensuite les données. Le Comité européen de la protection des données (CEPD) le dit explicitement dans ses lignes directrices 2/2023 sur la directive ePrivacy : « le fait que l’entité destinataire ne soit pas nécessairement celle qui demande l’envoi des informations n’exclut pas l’application de l’article 5, paragraphe 3, de la directive ePrivacy ».
Nous approfondissons la question dans notre article : le suivi côté serveur nécessite-t-il un consentement au regard du Règlement général sur la protection des données (RGPD) ?
Les conditions d’utilisation des outils Meta pour les entreprises placent la responsabilité du côté de l’annonceur. Là où la loi impose un consentement éclairé pour les cookies et l’accès à l’appareil — l’UE étant l’exemple que cite Meta —, ces conditions vous obligent, en tant qu’annonceur, à vous assurer de façon vérifiable que les personnes ont donné les consentements nécessaires avant que vous n’utilisiez ces outils. Et les autorités de contrôle examinent de près le suivi opéré par Meta, comme l’a montré la décision autrichienne sur le Pixel de Meta.
Comment le choix du visiteur accompagne les événements côté serveur
Dans une configuration uniquement navigateur, le bandeau de consentement bloque le Pixel tant que le visiteur n’a pas accepté. Côté serveur, le choix du visiteur doit voyager avec l’événement :
- Votre plateforme de gestion du consentement (CMP) enregistre le choix du visiteur.
- Ce signal accompagne l’événement jusqu’au serveur de suivi.
- Le serveur ne transmet à Meta que les événements couverts par un consentement.
Pour les visiteurs situés dans certains États américains, Meta propose également l’utilisation limitée des données (Limited Data Use), un indicateur qui restreint le traitement des événements au titre des lois des États américains sur la vie privée. Il vaut aussi bien pour les événements du Pixel que pour ceux de la Conversions API, et c’est à vous de l’activer.
Ce qu’il faut envoyer, et ce qu’il vaut mieux garder pour vous
Envoyez ce dont vos campagnes ont besoin, rien de plus. Le hachage masque les identifiants bruts, mais une adresse e-mail hachée reste une donnée à caractère personnel au sens du RGPD : elle est pseudonymisée, pas anonymisée. Chaque champ que vous ajoutez doit donc se justifier.
Comment configurer la Meta Conversions API
Le guide vidéo de Meta passe en revue les principales méthodes de configuration. Le bon choix dépend de la complexité de votre suivi et de qui gère la partie côté serveur :
| Option | Pour qui | Ce qu’il faut |
|---|---|---|
| Configuration en un clic de Meta | Les sites simples qui veulent juste activer la CAPI | Quelques clics dans le Gestionnaire d’événements |
| L’intégration de votre plateforme e-commerce | Shopify et autres boutiques en ligne | Activer une option dans votre boutique |
| Un outil de suivi côté serveur | Les équipes qui veulent maîtriser les événements et le consentement, alimenter plusieurs plateformes marketing ou enrichir leurs données | Connecter l’outil, le prestataire gérant le serveur, comme iubenda |
| Google Tag Manager côté serveur | Les équipes qui utilisent déjà Google Tag Manager | Un serveur de balisage, géré par votre équipe ou un hébergeur |
| Intégration directe | Les configurations sur mesure | L’aide d’une équipe de développement |
La configuration en un clic de Meta ou une configuration sur mesure
La configuration en un clic de Meta est gratuite et ne demande aucun code, indique Meta. Elle vise les annonceurs dont la couverture d’événements est faible, et les configurations partenaires ou sur mesure existantes ne changent pas.
La configuration en un clic convient aux installations simples. Dès que vous avez besoin de maîtriser les événements, les données et le consentement, une intégration directe ou un outil de suivi côté serveur sera plus adapté.
Voici la comparaison, à jour en octobre 2026 :
| Configuration en un clic de Meta | Configuration sur mesure ou partenaire | |
|---|---|---|
| Événements envoyés | Reprend ce que le Pixel envoie | Vous choisissez |
| Paramètres par événement | Ceux que le Pixel envoie | Vous les choisissez et les enrichissez |
| Filtrage des données avant Meta | Non | Oui |
| Événements application et hors ligne | Non, web uniquement | Oui |
| Autres plateformes publicitaires depuis le même serveur de suivi | Non, Meta uniquement | Oui |
| Gestion du consentement | Non documentée par Meta | Vous maîtrisez ce qui est transmis |
Les étapes à suivre
- Choisissez les événements qui comptent : achats, prospects.
- Dans le Gestionnaire d’événements, récupérez l’ID de votre ensemble de données et générez un jeton d’accès.
- Configurez la méthode que vous avez retenue.
- Mettez en place la déduplication avec des valeurs
event_idetevent_nameidentiques de part et d’autre. - Envoyez des événements de test et vérifiez que Meta les reçoit.
- Consultez votre score Event Match Quality (qualité de la correspondance des événements).
- Vérifiez que seuls les événements couverts par un consentement arrivent jusqu’à Meta.
Les erreurs fréquentes avec la Conversions API
- Oublier la déduplication : sans ID d’événement identiques, le Pixel et la Meta CAPI comptent deux fois la même conversion.
- Transmettre des événements sans consentement : les événements côté serveur exigent un consentement, au même titre que ceux du Pixel.
- Se tromper sur le hachage : Meta exige des valeurs hachées pour l’e-mail et le téléphone, alors que l’adresse IP, le user agent,
fbpetfbcdoivent rester en clair. - Omettre
fbpetfbc: sans eux, la qualité de la correspondance baisse. Quand le Pixel est bloqué, ces cookies manquent souvent eux aussi : la correspondance repose alors davantage sur les données client hachées que vous envoyez. - Envoyer les événements trop tard : Meta les accepte jusqu’à sept jours après les faits, mais la transmission en temps réel donne de meilleurs résultats.
Vous voulez la maîtrise d’une configuration sur mesure sans gérer de serveur ? L’outil de suivi côté serveur de iubenda ne transmet un événement à la Meta Conversions API et aux autres plateformes publicitaires qu’après l’avoir confronté au consentement enregistré du visiteur.
Le suivi côté serveur, conformité comprise
Mettez aussi la conformité en place, simplement
FAQ : Meta Conversions API
La Meta Conversions API est-elle gratuite ?
Oui. La Meta Conversions API est gratuite : Meta ne facture pas l’envoi des événements, et la configuration en un clic ne coûte rien non plus. D’autres méthodes, en revanche, ont un coût : outils partenaires, hébergement d’un serveur de balisage ou temps de développement pour une intégration directe.
La Conversions API en vaut-elle la peine ?
Pour beaucoup d’annonceurs, oui, si l’on s’en tient aux chiffres de Meta : un coût par résultat inférieur de 17,8 % en moyenne chez ceux qui ont mis en place la Conversions API pour leurs événements web. Meta recommande de l’utiliser en complément du Pixel. Comme le chiffre vient de Meta, testez et mesurez l’effet sur vos propres campagnes.
La Conversions API est-elle obligatoire pour les publicités Meta ?
Non, la Conversions API n’est pas obligatoire pour diffuser des publicités Meta : vous pouvez tout à fait lancer et mesurer vos campagnes avec le seul Meta Pixel. Meta recommande néanmoins de l’associer au Pixel pour des performances publicitaires optimales, parce que le suivi côté serveur capte des événements qui échappent au navigateur.
Que signifie CAPI ?
CAPI est l’abréviation de Conversions API. Dans l’univers publicitaire de Meta, le sigle désigne la Meta Conversions API, anciennement Facebook Conversions API. C’est l’outil de suivi côté serveur de Meta : il envoie les événements de conversion depuis un serveur, et non depuis le navigateur du visiteur.
Peut-on configurer la Facebook Conversions API avec Google Tag Manager ?
Oui, à condition de passer par un conteneur de serveur. Meta fournit une balise Conversions API pour Google Tag Manager côté serveur, qui transmet les événements de votre serveur de balisage à Meta. Il vous faut d’abord un serveur de balisage en place : notre guide sur Google Tag Manager côté serveur détaille la marche à suivre.
Qu’est-ce que l’utilisation limitée des données (Limited Data Use) de Meta ?
L’utilisation limitée des données (Limited Data Use) est un paramètre qui restreint la façon dont Meta traite les données des personnes situées dans certains États américains, pour aider à respecter les lois de ces États sur la vie privée. Vous l’activez en ajoutant une option de traitement des données à chaque événement envoyé via le Pixel ou la Conversions API. Meta ne l’applique pas automatiquement.