Définition
La Conversions API (souvent abrégée CAPI) est une interface serveur développée par Meta qui permet à un site e-commerce ou à une application d'envoyer directement des événements de conversion (achat, ajout au panier, lead, inscription) depuis le serveur du marchand vers les systèmes publicitaires de Meta. Contrairement au Pixel navigateur, qui repose sur le chargement d'un script JavaScript côté client, la CAPI transmet les données via des requêtes HTTP serveur-à-serveur, ce qui la rend beaucoup plus résiliente face aux bloqueurs de cookies, aux restrictions ITP/Safari, au mode navigation privée et surtout à l'App Tracking Transparency (ATT) d'iOS 14.5+.
Pour un marchand DTC français, la CAPI n'est pas un simple « plus technique » : c'est devenu le socle de la mesure publicitaire post-ATT. Elle permet de récupérer des signaux que le Pixel seul ne capte plus, d'améliorer l'optimisation des campagnes Advantage+ et de réduire l'écart entre les ventes réelles en back-office (Shopify, WooCommerce, PrestaShop) et les conversions attribuées dans Ads Manager.
Analogie
Imaginez que le Pixel soit un coursier qui passe par la porte d'entrée de l'internaute. Si le client a fermé à clé (bloqueur, iOS, refus de consentement), le coursier reste dehors et l'événement est perdu. La Conversions API, c'est le coursier qui passe par la porte de service du serveur : il ne dépend plus du navigateur, il part directement de votre back-end, là où la commande est réellement enregistrée. Résultat : même si le client a refusé le tracking côté navigateur, votre serveur peut (sous réserve de base légale et de consentement) transmettre un signal haché et pseudonymisé à Meta.
Formule
La logique de déduplication et de couverture CAPI se résume ainsi :
Taux de couverture CAPI = (Événements reçus côté serveur / Événements réels back-office) × 100
Et l'impact sur la mesure :
Conversions attribuées = Conversions Pixel + Conversions CAPI − Doublons dédupliqués
Meta recommande un Event Match Quality (EMQ) supérieur à 6,0/10 pour maximiser l'attribution. En pratique, un site DTC français bien configuré atteint un EMQ de 7,5 à 8,8 sur l'événement Purchase lorsqu'il envoie e-mail haché, téléphone, fbp, fbc, IP et user-agent.
Trois repères chiffrés observés sur des comptes DTC français (mode, cosmétique, maison) :
1. +18 à +32 % de conversions Purchase remontées après activation CAPI + Pixel hybride.
2. −22 % de coût par achat (CPA) sur les campagnes Advantage+ Shopping grâce à une meilleure optimisation.
3. 85 à 95 % de taux de couverture serveur lorsque Shopify + CAPI native ou un tag manager serveur (GTM SS) est correctement déployé.
Tableau comparatif : Pixel navigateur vs Conversions API
| Critère | Pixel navigateur | Conversions API (CAPI) |
|---|---|---|
| Point d'envoi | Navigateur du client (JS) | Serveur du marchand (HTTP) |
| Résistance iOS 14.5+ / ATT | Faible | Élevée |
| Impact bloqueurs de cookies | Fort (perte 20–40 %) | Quasi nul |
| Données disponibles | Cookies, `fbp`, événements front | Commandes back-office, CRM, `fbc`, e-mail haché |
| Déduplication | Via `event_id` | Via `event_id` + `event_name` |
| Configuration type | Meta Pixel + thème | CAPI native, GTM Server-Side, middleware |
| Délai de mise en place | 1–2 h | 1–5 jours selon stack |
| Recommandation Meta 2024+ | Complémentaire | **Obligatoire en pratique** |
Applications concrètes en DTC
1. E-commerce Shopify / WooCommerce. Brancher la CAPI native Shopify ou un connecteur (Elevar, Stape, Analyzify) pour renvoyer Purchase, AddToCart, InitiateCheckout avec event_id partagé avec le Pixel afin d'éviter les doublons.
2. Lead gen (cosmétique, coaching, SaaS). Envoyer les Lead et CompleteRegistration depuis le CRM (HubSpot, Klaviyo) avec e-mail haché SHA-256, ce qui restaure la mesure quand le formulaire est soumis hors navigateur.
3. Retail omnicanal. Relier les ventes en boutique (POS) à la CAPI pour mesurer l'effet réel des campagnes Meta sur le chiffre d'affaires magasin, souvent sous-attribué.
4. Advantage+ et campagnes ASC. Plus l'EMQ est élevé, plus l'algorithme sort du learning phase rapidement et plus le ROAS déclaré se rapproche du ROAS réel calculé dans Shopify ou GA4.
5. Consent Mode v2 + CAPI. En France, la CNIL impose une base légale : la CAPI doit s'articuler avec le CMP (Axeptio, Didomi, OneTrust) pour ne transmettre que les événements des utilisateurs ayant consenti, ou en mode « modeling » agrégé.
Erreurs fréquentes
- Doublons Pixel + CAPI sans event_id commun : les conversions sont comptées deux fois et le CPA est faussé à la baisse.
- Hachage incorrect des données personnelles (e-mail non normalisé en minuscules, espaces non supprimés) : l'EMQ chute et l'attribution se dégrade.
- Oublier fbc et fbp : sans ces identifiants, Meta ne peut pas relier l'événement serveur au clic publicitaire.
- Envoyer trop d'événements non pertinents (PageView, Scroll) côté serveur : cela dilue la qualité et consomme du quota inutilement.
- Négliger le consentement RGPD/CNIL : transmettre des données sans base légale expose à des sanctions et à un rejet des signaux par Meta.
- Croire que la CAPI remplace le Pixel : les deux sont complémentaires ; Meta recommande un déploiement hybride.
- Ne pas monitorer l'EMQ dans Events Manager : sans suivi hebdomadaire, la dérive est invisible jusqu'à la chute du ROAS.
Termes liés
- Meta Pixel — script navigateur complémentaire à la CAPI.
- Event Match Quality (EMQ) — score de qualité d'appariement des événements.
- Event ID / Deduplication — clé de déduplication Pixel ↔ CAPI.
- fbp / fbc — identifiants navigateur et clic Meta transmis côté serveur.
- ATT (App Tracking Transparency) — cadre iOS ayant accéléré l'adoption de la CAPI.
- GTM Server-Side — conteneur serveur souvent utilisé pour déployer la CAPI.
- Consent Mode v2 — cadre Google/CNIL de gestion du consentement.
- Advantage+ Shopping Campaigns — campagnes Meta optimisées par les signaux CAPI.
- ROAS incrémental — mesure réelle de la performance publicitaire rendue possible par une CAPI propre.