La Conversions API Gateway est une façon en self-service et sans code de faire tourner la Conversions API de Meta en provisionnant un serveur dans un compte cloud que tu possèdes. Le Meta Pixel envoie les événements du navigateur à la fois à Meta et à la Gateway, et la Gateway les transmet de serveur à serveur à la Conversions API, en utilisant un event_id pour dédupliquer les deux. Tu la configures dans Events Manager et l'héberges sur AWS ou GCP, ou la fais héberger par un partenaire. Elle met le suivi côté serveur en direct en quelques heures au lieu de semaines, sans développeur.
Il existe plusieurs façons d'amener les événements côté serveur à Meta, et elles font des compromis différents sur l'effort, le coût et le contrôle. La Conversions API Gateway est la voie qui t'y amène rapidement, sans écrire de code et sans confier tes données d'événements à une plateforme tierce que tu ne contrôles pas. C'est une méthode de configuration distincte, pas un type de suivi différent, alors il est utile de savoir exactement où elle s'insère avant de t'engager.
Ce guide couvre spécifiquement la Gateway : ce qu'elle est, comment elle fonctionne, à qui elle convient, les deux façons de la déployer, et comment elle se compare aux intégrations directes et natives. Si tu veux les bases sur ce qu'est la Conversions API et comment fonctionne la déduplication, commence par le guide hub, puis reviens ici pour choisir ta méthode de configuration.
Qu'est-ce que la Conversions API Gateway ?
La Conversions API Gateway est un produit Meta autonome, proposé comme option de configuration en self-service dans Events Manager, qui fait tourner la Conversions API pour toi sans aucun codage. Elle envoie les événements de ton site web via deux canaux à la fois : le Meta Pixel depuis le navigateur et la Conversions API depuis un serveur, dans une configuration redondante et dédupliquée. Meta l'a lancée pour la première fois en 2021 et continue de la maintenir, avec des mises à jour qui arrivent jusqu'en 2026.
L'attrait est pratique. Selon Meta, la Gateway ramène le temps d'intégration de la Conversions API de semaines à des heures voire des minutes, ne porte aucun frais de licence logicielle propre, demande très peu d'effort technique, et se met à jour automatiquement avec le consentement de l'administrateur de l'hôte pour rester à jour sans maintenance manuelle.
La chose clé à comprendre est la propriété. La Gateway n'est pas un service hébergé par Meta qui tourne sur les serveurs de Meta. Toi, ou un partenaire agissant en ton nom, provisionnez et possédez le serveur sur lequel elle tourne, dans ton propre compte cloud. Cette distinction façonne tout le reste : le modèle de coût, le contrôle des données et qui est responsable de la maintenir en marche.
Comment fonctionne la Gateway
Le flux de données est simple une fois que tu le visualises. Un Meta Pixel qui a été configuré avec ton endpoint de Gateway se déclenche comme d'habitude dans le navigateur, envoyant des événements à Meta. En même temps, il envoie ces mêmes événements à la Gateway. La Gateway reçoit les événements du navigateur, les transforme en événements de la Conversions API, et les transmet de serveur à serveur à Meta. Un event_id est généré automatiquement et porté sur les deux chemins, pour que Meta puisse rapprocher l'événement du navigateur et l'événement serveur et les compter une fois plutôt que deux.
Sous le capot, la Gateway est faite de deux parties. Un module middleware fait le travail de réception, de transformation et de transmission des événements. Un portail d'administration, une interface web, te permet d'administrer et de surveiller l'instance. Tu accèdes à cette interface à ton endpoint de Gateway, sur le chemin /hub/capig, où elle affiche tes pixels connectés, l'activité des événements, le taux de réussite de la Conversions API et les notifications produit.
Une seule instance va loin. La Gateway prend en charge plusieurs pixels et plusieurs domaines à la fois, donc une agence ou une entreprise faisant tourner plusieurs sites peut tous les couvrir depuis un seul déploiement plutôt que d'en monter un par propriété.
À qui s'adresse la Conversions API Gateway
La Gateway convient aux annonceurs qui veulent un suivi côté serveur fiable rapidement et sans projet de développement. C'est un bon match quand :
- Tu veux des événements côté serveur en direct en quelques heures, pas après une construction de plusieurs semaines.
- Tu n'as pas, ou ne veux pas mobiliser, de ressources de développement.
- Tu préfères garder les données d'événements circulant dans ton propre cloud plutôt que de les router via une plateforme tierce.
- La plateforme de ton site web n'a pas d'intégration native propre de la Conversions API.
- Tu gères plusieurs domaines ou pixels et veux une seule instance pour les couvrir.
- Tu veux un coût prévisible lié à l'usage du cloud.
Quand envisager une autre approche
La Gateway n'est pas le bon outil pour chaque situation, et il vaut la peine d'être honnête à ce sujet. Les organisations plus grandes ou plus réglementées ont souvent des besoins qu'elle ne sert pas directement : une garantie de disponibilité formelle et un monitoring, un processus de revue de sécurité pour toute infrastructure autogérée, un suivi côté serveur à travers plusieurs plateformes publicitaires comme Google, TikTok et Snap depuis un seul endroit, ou un contrôle fin sur la façon exacte dont chaque élément de données client est haché et envoyé. Une customer data platform ou une intégration personnalisée peut mieux convenir là.
Et si ta plateforme offre déjà une intégration native gratuite de la Conversions API, comme l'application de Shopify ou un plugin WooCommerce, cette voie est généralement plus simple que de déployer la Gateway tout court.
Lance plus. Clique moins.
Lance des centaines de créas d'un coup, associe automatiquement les miniatures aux vidéos et exporte directement vers Meta Ads Manager.
Essayer Ads Uploader gratuitementSans carte bancaire • Essai gratuit de 7 jours
Comment déployer la Conversions API Gateway
Les deux voies de déploiement partent du même endroit. Dans Events Manager, ouvre ton dataset, va dans Settings, trouve la section Conversions API, et clique sur Get Started. À partir de là, tu choisis si tu héberges la Gateway toi-même ou la fais héberger par un partenaire.
Option A : auto-héberger dans ton propre cloud
L'auto-hébergement fait tourner la Gateway dans un compte cloud que tu possèdes. Meta prend en charge trois services pour cela : AWS EKS, AWS ECS Express et GCP. Tu ne construis pas l'infrastructure à la main. Meta fournit des modèles qui la déploient automatiquement, ce qui explique pourquoi aucun développeur n'est requis pour une configuration standard.
La seule étape de configuration qui s'applique toujours est le DNS. Tu pointes un sous-domaine, quelque chose comme capig.example.com, vers ton endpoint de Gateway pour que le Pixel puisse l'atteindre. Tu connectes ensuite ton ou tes pixels et les domaines que tu veux couvrir. L'authentification vers Meta passe par un utilisateur système Meta Business et un token d'accès créés pendant la configuration, ce qui est le même modèle d'identifiant sur lequel s'appuient d'autres intégrations côté serveur. Si tu veux le détail sur cette partie, vois comment configurer l'utilisateur système et le token d'accès.
Avec l'auto-hébergement, ton seul coût courant est la ressource cloud elle-même.
Option B : héberger chez un partenaire
Si tu préfères ne faire tourner aucune infrastructure, choisis Host with a partner sur le même écran d'Events Manager et choisis un fournisseur. Plusieurs partenaires offrent cela, comme Stape ou Datahash, et ils provisionnent et maintiennent l'instance de Gateway pour toi. Le compromis est un forfait mensuel récurrent qui évolue avec ton volume d'événements (chaque partenaire publie ses plans actuels sur sa page de tarifs), et le fait que tes données d'événements passent par l'infrastructure du partenaire plutôt que seulement la tienne.
Vérifie que la Gateway se déclenche
Une fois déployée, confirme que les deux canaux fonctionnent. Utilise l'outil Test Events dans Events Manager pour regarder les événements serveur arriver en temps réel, et ouvre l'interface d'administration de la Gateway pour vérifier le taux de réussite de la Conversions API, qui t'indique quelle part des événements du navigateur atteignent Meta via le chemin serveur. Comme le Pixel se déclenche toujours côté client comme la moitié redondante de la configuration, tu peux confirmer ce côté avec l'extension de navigateur Meta Pixel Helper. Une configuration saine montre des événements arrivant sur les deux canaux et se dédupliquant proprement sur l'event_id partagé.
Gagne des heures sur tes tests créatifs
Arrête de lancer tes pubs une par une. Traite en masse un nombre illimité de créas avec l'association automatique des médias et la publication directe via API.
Essayer Ads Uploader gratuitementSans carte bancaire • Essai gratuit de 7 jours
Gateway vs intégration directe vs intégration partenaire
La Gateway est l'une des quelques façons de faire tourner la Conversions API. Bien choisir est surtout une question de combien de contrôle tu as besoin face à combien d'effort tu peux dépenser.
- Intégration directe : un développeur écrit le code de serveur à serveur qui envoie les événements à la Conversions API. Elle offre le plus de contrôle sur chaque champ et événement, mais demande le plus d'effort au départ et le plus de maintenance continue.
- Conversions API Gateway : sans code, auto-provisionnée dans ton propre cloud, rapide à déployer, faible maintenance grâce aux mises à jour automatiques, et le serveur reste sous ta propriété.
- Intégration native ou partenaire : une intégration native à la plateforme (Shopify, WooCommerce) ou un partenaire entièrement géré. La plus simple quand elle est disponible, avec le moins de contrôle sur l'implémentation.
| Méthode | Effort de configuration | Coût | Effort technique | Contrôle des données | Maintenance |
|---|---|---|---|---|---|
| Intégration directe | Élevé | Temps de développement | Élevé | Complet | Élevée |
| CAPI Gateway (auto-hébergée) | Faible | Ressource cloud uniquement | Faible | Élevé (ton cloud) | Faible (mises à jour auto) |
| CAPI Gateway (hébergée chez un partenaire) | Faible | Forfait mensuel partenaire | Faible | Moyen (via partenaire) | Faible (gérée) |
| Intégration native / partenaire | Le plus faible | Gratuit à mensuel | Le plus faible | Faible | Faible |
Le GTM côté serveur est une quatrième voie que certaines équipes utilisent, et elle est couverte dans le guide hub de la Conversions API plutôt qu'ici.
La Gateway est-elle la même chose que Signals Gateway ?
Non, bien que les noms soient proches. La Conversions API Gateway est axée sur un seul travail : le suivi de conversion côté serveur pour Meta. Signals Gateway est le hub de données first-party plus large et plus récent de Meta. Il gère les données web, app, messagerie business, hors ligne et CRM, utilise le Signals Pixel plus récent, et peut router les données vers des destinations au-delà de Meta.
En 2026, Meta oriente les configurations plus récentes vers Signals Gateway comme l'option la plus capable. La Conversions API Gateway reste un choix valide et ciblé pour les annonceurs qui veulent spécifiquement un suivi côté serveur Meta, et les deux peuvent tourner côte à côte. Si tu choisis aujourd'hui et prévois d'avoir besoin d'un routage de données multi-destinations plus tard, il vaut la peine de te renseigner sur Signals Gateway avant de t'engager dans une configuration uniquement Gateway.
Foire aux questions
Qu'est-ce que la Meta Conversions API Gateway ? C'est une façon en self-service et sans code de faire tourner la Conversions API de Meta en provisionnant un serveur dans un compte cloud que tu possèdes. Le Meta Pixel envoie les événements du navigateur à la fois à Meta et à la Gateway, et la Gateway les transmet de serveur à serveur à la Conversions API. C'est un produit Meta autonome que tu configures dans Events Manager, pas un service hébergé par Meta.
La Conversions API Gateway est-elle gratuite ? Le logiciel de la Gateway lui-même ne porte aucun frais de licence Meta. Tu paies pour l'infrastructure sur laquelle elle tourne. Si tu auto-héberges, c'est ta facture cloud AWS ou GCP. Si tu héberges chez un partenaire, c'est un forfait mensuel fixe qui évolue avec le volume d'événements ; consulte la page de tarifs actuelle du partenaire. Il n'y a aucun frais par événement de la part de Meta.
Quelle est la différence entre la Conversions API Gateway et une intégration directe de la Conversions API ? Une intégration directe signifie qu'un développeur écrit du code de serveur à serveur pour envoyer des événements à la Conversions API. Elle donne le plus de contrôle mais demande le plus d'effort et de maintenance continue. La Gateway est une alternative sans code : les modèles de Meta provisionnent un serveur dans ton cloud, et il convertit et transmet automatiquement les événements du Pixel, se mettant à jour au fil du temps.
Ai-je besoin d'un développeur pour configurer la CAPI Gateway ? En général non. Le flux d'auto-hébergement utilise des modèles fournis par Meta pour déployer l'infrastructure automatiquement, et le flux d'hébergement chez un partenaire est géré par le partenaire. La principale tâche technique est un changement DNS pour pointer un sous-domaine vers ton endpoint de Gateway. Un développeur ou un contact IT aide si ton DNS ou ton accès cloud est verrouillé, mais aucun code personnalisé n'est requis.
Devrais-je auto-héberger la Gateway ou utiliser un partenaire ? Auto-héberge quand tu veux garder les données dans ton propre cloud et ne payer que les coûts d'infrastructure, et que tu peux gérer un compte cloud et le DNS. Héberge chez un partenaire quand tu préfères ne faire tourner aucune infrastructure et préfères une instance gérée contre un forfait mensuel, en acceptant que les données passent par le partenaire. Les deux se configurent depuis le même écran d'Events Manager.
La Conversions API Gateway est-elle la même chose que Signals Gateway ? Non. La CAPI Gateway est axée sur le suivi de conversion côté serveur pour Meta. Signals Gateway est le hub de données first-party plus large de Meta qui gère les données web, app, messagerie, hors ligne et CRM en utilisant le Signals Pixel plus récent, et peut router les données vers des destinations au-delà de Meta. Ce sont des produits liés qui peuvent tourner ensemble, et Meta oriente les configurations plus récentes vers Signals Gateway.
Comment vérifier que la Conversions API Gateway fonctionne ? Utilise l'outil Test Events dans Events Manager pour confirmer que les événements serveur arrivent, et vérifie le taux de réussite de la Conversions API dans l'interface d'administration de la Gateway. Comme le Pixel se déclenche toujours dans le navigateur comme la moitié redondante de la configuration, tu peux confirmer ce côté avec l'extension Chrome Meta Pixel Helper. Les configurations saines montrent des événements des deux canaux se dédupliquant proprement.
Choisir la Gateway en toute confiance
La Conversions API Gateway est la voie médiane sans code et en propriété propre vers le suivi côté serveur. Elle se situe entre une intégration directe codée à la main et une intégration native entièrement gérée : plus rapide et plus légère que de la construire toi-même, plus sous ton contrôle que de tout confier à une plateforme. Tu la déploies depuis Events Manager, soit auto-hébergée sur AWS ou GCP, soit hébergée par un partenaire, et elle fait tourner la configuration redondante Pixel plus Conversions API avec la déduplication intégrée.
Choisis-la quand tu veux de la rapidité et la propriété des données sans projet de développement, et regarde une intégration native ou une customer data platform quand celles-ci conviennent mieux à ta situation. Quelle que soit la voie choisie, assure-toi que ton Pixel se déclenche d'abord, configure l'utilisateur système avec lequel la Gateway s'authentifie, et garde un œil sur l'event match quality à mesure que les données côté serveur commencent à circuler.
Pour les détails d'onboarding cloud et de DNS de Meta, consulte le guide de configuration de la Gateway.
