Qu'est-ce qu'une Conversion API ? Le suivi d'événements côté serveur expliqué

Une Conversion API est une interface backend qui vous permet d'envoyer des données d'événements — comme les achats, les ajouts au panier et les soumissions de leads — directement depuis votre serveur vers le serveur d'une plateforme publicitaire. Les implémentations les plus connues sont la Conversions API de Meta (communément appelée CAPI) et l'API Enhanced Conversions côté serveur de Google. Au lieu de s'appuyer sur un tag JavaScript s'exécutant dans le navigateur du client pour déclencher un événement de conversion, les données sont transmises via une requête HTTP depuis votre infrastructure backend, complètement en dehors de l'environnement du navigateur.

Le concept a émergé en réponse aux limitations croissantes du suivi basé sur le navigateur. Les bloqueurs de publicités empêchent les scripts de suivi de se charger. L'Intelligent Tracking Prevention (ITP) de Safari restreint la durée de vie des cookies. L'App Tracking Transparency d'iOS exige que les utilisateurs donnent leur accord avant que certains suivi puissent avoir lieu. Le sandbox Web Pixel de Shopify empêche les scripts d'accéder aux cookies sur le domaine principal. Chacun de ces développements a dégradé la fiabilité du suivi traditionnel par pixel. Les Conversion APIs résolvent cela en déplaçant le chemin de transmission des données en dehors du navigateur entièrement — de serveur à serveur.

Il est important de comprendre que « Conversion API » n'est pas un protocole standardisé unique. Chaque plateforme publicitaire a sa propre implémentation. La CAPI de Meta utilise un endpoint et un schéma de données spécifiques. L'approche de Google implique Enhanced Conversions (qui envoie des données client hachées avec les événements de conversion) et peut fonctionner via l'API Google Ads, le conteneur serveur Google Tag Manager, ou le Measurement Protocol pour GA4. Pour les marchands Shopify, la question pratique n'est pas quelle API implémenter manuellement mais plutôt si votre application ou configuration de suivi gère la transmission d'événements côté serveur pour les plateformes que vous utilisez.

La Conversion API est importante car le suivi basé sur le navigateur seul ne capture plus toutes les conversions. Les études du secteur montrent systématiquement que le suivi par pixel uniquement manque 15 à 35 % des événements de conversion réels en raison des bloqueurs de publicités, des restrictions de cookies et des fonctionnalités de confidentialité des navigateurs. Pour une boutique Shopify réalisant 100 000 $ par mois via Google Ads, cela signifie que 15 000 à 35 000 $ de chiffre d'affaires sont invisibles pour la plateforme publicitaire. Smart Bidding, qui s'appuie sur les données de conversion pour optimiser les enchères, prend des décisions basées sur cette image incomplète — sous-évaluant systématiquement les campagnes et baissant les enchères.

Pour les boutiques Shopify spécifiquement, la Conversion API résout la limitation des cookies introduite par les Web Pixels. Puisque les Web Pixels s'exécutent dans des iframes sandboxés et ne peuvent pas accéder aux cookies first-party, l'attribution traditionnelle basée sur le GCLID est défaillante dans le navigateur. Le suivi côté serveur peut résoudre cela en capturant le GCLID ou d'autres paramètres d'attribution au niveau de la session (avant que le client n'atteigne le checkout) et en les incluant dans la requête de conversion serveur-à-serveur. Cela maintient la chaîne d'attribution que le sandbox du navigateur casserait autrement.

L'importance stratégique croît à mesure que les réglementations de confidentialité se renforcent au niveau mondial. Le Digital Markets Act de l'UE, les restrictions continues des cookies par les fabricants de navigateurs, et les lois potentielles sur la confidentialité aux États-Unis pointent toutes vers un avenir où le suivi basé sur le navigateur deviendra encore moins fiable. Les Conversion APIs représentent la solution à long terme du secteur — déplaçant l'infrastructure de suivi côté serveur où elle n'est pas soumise aux contrôles de confidentialité au niveau du navigateur. Les marchands Shopify qui adoptent le suivi côté serveur maintenant construisent une fondation de mesure plus résiliente pour les années à venir.

Le flux général d'une Conversion API commence lorsqu'un client effectue un achat sur votre boutique Shopify. Au lieu (ou en plus) d'un tag côté navigateur qui se déclenche, votre serveur reçoit le webhook de commande de Shopify contenant les détails de la transaction. Votre système de suivi formate ensuite ces données selon la spécification API de la plateforme publicitaire — incluant la valeur de la commande, l'identifiant de transaction, la devise, l'e-mail du client (haché), et tout identifiant d'attribution disponible comme le GCLID ou l'ID de clic — et les envoie via une requête HTTPS POST vers l'endpoint Conversion API de la plateforme.

Pour Google Ads, le suivi des conversions côté serveur fonctionne généralement via Enhanced Conversions. Lorsqu'un achat se produit, votre système envoie l'événement de conversion avec les données client first-party hachées (adresse e-mail, numéro de téléphone, nom et adresse). Google fait correspondre ces données hachées avec sa propre base de données d'utilisateurs pour relier la conversion au clic publicitaire initial. Ce processus de correspondance se produit sur les serveurs de Google et ne nécessite pas que le cookie GCLID soit présent dans le navigateur du client au moment de la conversion. Le taux de correspondance est typiquement de 60 à 80 %, ce qui améliore significativement le suivi basé sur les cookies défaillant.

Pour la CAPI de Meta, le processus est similaire mais utilise l'endpoint et le schéma de données de Meta. Vous envoyez des événements comme Purchase, AddToCart et InitiateCheckout avec des paramètres incluant l'heure de l'événement, les données personnalisées (valeur, devise, IDs de contenu), et les données utilisateur (e-mail haché, téléphone, identifiants de navigateur). Meta recommande d'exécuter la CAPI en parallèle de leur pixel navigateur dans une configuration « redondante » et gère la déduplication en utilisant un paramètre event_id partagé. Pour les marchands Shopify, les applications de suivi comme ScaleUp abstraient cette complexité en gérant automatiquement le traitement des webhooks, le formatage des données, le hachage et les appels API.

Le problème le plus fréquent avec les implémentations de Conversion API est les faibles taux de correspondance. Lorsque vous envoyez des données client hachées à Google ou Meta, la plateforme doit les faire correspondre à un utilisateur connu pour attribuer la conversion. Si le client a utilisé un e-mail différent pour son compte Google que celui fourni au checkout, ou si le hachage est implémenté incorrectement, la correspondance échoue. Les causes courantes de faibles taux de correspondance incluent l'envoi uniquement de l'e-mail sans numéro de téléphone (envoyer plusieurs identifiants améliore significativement les taux de correspondance), les erreurs de hachage (utiliser le mauvais algorithme ou ne pas normaliser les données avant le hachage), et les champs de données client manquants.

La déduplication est un autre défi significatif, particulièrement lorsque vous exécutez à la fois des pixels côté navigateur et des événements Conversion API côté serveur simultanément. Si les deux chemins se déclenchent pour le même achat et que vous n'avez pas de clé de déduplication partagée (comme transaction_id ou event_id), la plateforme publicitaire compte la conversion deux fois. Cela gonfle vos conversions rapportées, fausse le ROAS, et fait que Smart Bidding surenchérit. Une déduplication correcte nécessite de coordonner entre votre suivi côté client et côté serveur pour s'assurer que les deux utilisent le même identifiant unique pour chaque événement.

Les Conversion APIs font partie du virage plus large vers le suivi côté serveur dans la publicité numérique. Comprendre ces concepts connexes vous aidera à évaluer si votre configuration de suivi Shopify est pérenne.