Conversions API Meta : guide de mise en place

La Conversions API Meta (CAPI) est une connexion serveur à serveur qui envoie vos événements directement depuis votre backend vers Meta, sans dépendre du navigateur. Concrètement, elle restaure 10 à 30 % de conversions perdues par le seul Pixel et redonne du carburant aux algorithmes d'enchères Advantage+.

Pourquoi la Conversions API Meta restaure des conversions

Le Pixel classique repose sur du JavaScript côté navigateur. Or ce canal est devenu fragile : bloqueurs de publicités, ITP de Safari qui plafonne les cookies first-party à 7 jours, refus de consentement, et plantages réseau sur mobile. Chaque événement non transmis, c'est une conversion invisible pour Meta, donc une optimisation appauvrie et un CPA artificiellement gonflé.

La CAPI contourne ces points de friction parce qu'elle part de votre serveur, là où la donnée est complète et fiable. Chez Spliiit, basculer une part du tracking côté serveur a directement contribué à faire baisser notre CPA de 30 % : plus Meta voit de signaux de conversion propres, mieux il cible et moins vous payez l'acquisition. La CAPI n'est pas un gadget de conformité, c'est un levier de performance media.

• Couverture : les achats validés en backend (paiement confirmé, abonnement activé) remontent même si le navigateur a échoué.
• Qualité du matching : vous envoyez des paramètres serveur (e-mail haché, téléphone, IP) qui améliorent le taux de correspondance avec les comptes Meta.
• Résilience future : à mesure que les cookies tiers disparaissent, la donnée serveur devient la colonne vertébrale du mesurage.

Les trois modes d'implémentation

Il existe trois grandes façons de brancher la conversions api meta. Le bon choix dépend de votre stack, de vos ressources techniques et de votre volume.

Mode	Effort technique	Contrôle	Idéal pour
Server-side GTM	Moyen	Élevé	Scale-ups avec un seul flux multi-plateformes
Intégration partenaire (Shopify, Stape, Segment)	Faible	Moyen	E-commerce et démarrages rapides
API directe (backend)	Élevé	Maximal	Marketplaces, abonnement, logique métier complexe

Le server-side GTM centralise un seul conteneur serveur qui dispatche vers Meta, Google et TikTok à la fois : c'est l'approche que je recommande à la plupart des scale-ups, détaillée dans notre guide sur le tracking server-side et son architecture. Les intégrations partenaires (l'app native Shopify, Stape, Segment) sont les plus rapides à activer mais offrent moins de finesse sur le payload. L'API directe, en POST sur l'endpoint Graph API depuis votre serveur, donne un contrôle total : c'est le bon choix quand l'événement de conversion dépend d'une logique métier (validation de paiement différé, fin d'essai gratuit, KYC).

La déduplication : le point qui fait tout échouer

Erreur n°1 que je vois sur les comptes : Pixel et CAPI envoient le même achat, Meta compte deux conversions, le ROAS affiché devient faux. La déduplication évite ce double comptage. Meta rapproche un événement navigateur et son jumeau serveur grâce à deux clés qui doivent être identiques des deux côtés :

• event_id : un identifiant unique par événement (par exemple l'ID de commande), envoyé à la fois par le Pixel (eventID) et par la CAPI (event_id).
• event_name : le même nom d'événement (Purchase, Lead, etc.) sur les deux canaux.

Sans event_id partagé, Meta ne peut pas savoir que les deux événements sont le même. La bonne pratique est d'envoyer les deux signaux en parallèle (redondance) et de laisser Meta dédupliquer : si le Pixel échoue, la CAPI prend le relais sans perte. Vérifiez systématiquement le taux de déduplication dans le Gestionnaire d'événements, onglet « Déduplication ».

Préparer le payload et le consentement

La qualité de la CAPI se joue sur les paramètres envoyés. Plus vous fournissez de données utilisateur hachées (SHA-256), plus l'Event Match Quality grimpe, et meilleur est le matching.

• Champs à hacher côté serveur : email (em), téléphone (ph), prénom/nom, ville, code postal, pays.
• Champs en clair : adresse IP client, user agent, fbc (cookie _fbc), fbp (cookie _fbp) — ces trois derniers boostent fortement la correspondance.
• Champs métier : value, currency, content_ids, order_id pour l'attribution de valeur.

Attention : la CAPI ne vous dispense pas du recueil de consentement. En Europe, vous devez respecter le choix de l'utilisateur côté serveur comme côté navigateur. Si vous utilisez le Consent Mode v2 et sa logique de signaux, alignez le statut de consentement transmis à Meta avec celui collecté par votre CMP. Envoyer des événements serveur en ignorant un refus, c'est un risque RGPD réel, pas une zone grise.

Checklist de mise en place

1. Activer la CAPI dans le Gestionnaire d'événements et générer un token d'accès.
2. Choisir le mode (sGTM, partenaire ou API directe) selon votre stack.
3. Envoyer le même event_id et event_name via Pixel et CAPI.
4. Enrichir le payload avec un maximum de paramètres de matching hachés.
5. Synchroniser le consentement entre CMP, Pixel et serveur.
6. Contrôler l'Event Match Quality, le taux de déduplication et l'absence d'erreurs dans le diagnostic Meta.

Comptez une à deux semaines de stabilisation avant de juger l'impact. Le bon indicateur n'est pas le volume brut de conversions, mais la baisse du CPA et la hausse du nombre d'événements attribués avec un Event Match Quality jugé « bon » ou « excellent ».

Questions fréquentes

Faut-il garder le Pixel si on installe la Conversions API Meta ?

Oui. Meta recommande l'envoi redondant : le Pixel et la CAPI transmettent les mêmes événements en parallèle. Si le navigateur échoue, le serveur prend le relais, et la déduplication évite tout double comptage.

Comment fonctionne la déduplication entre Pixel et CAPI ?

Meta rapproche les deux événements grâce à un event_id identique et au même event_name envoyés des deux côtés. Sans cet identifiant commun partagé, les conversions sont comptées deux fois.

La Conversions API Meta est-elle conforme au RGPD ?

Elle peut l'être, mais ne dispense pas du consentement. Vous devez respecter le choix de l'utilisateur côté serveur comme côté navigateur et aligner le statut transmis à Meta avec celui collecté par votre CMP.