- Bloqueurs, Safari, iOS 14.5 et refus de cookies : le pixel seul ne voit plus toutes vos conversions.
- L’API Conversions envoie les mêmes événements depuis votre serveur, en complément du pixel.
- Pixel et serveur doivent partager le même event_name et le même event_id, sinon les conversions sont comptées deux fois.
- En Europe, l’envoi serveur suppose le même consentement que le pixel.
L’API Conversions de Meta envoie vos conversions (achats, formulaires, rendez-vous) depuis votre serveur vers Meta, en complément du pixel installé dans le navigateur. Elle existe parce que le pixel seul ne voit plus toutes les conversions, et qu’un algorithme qui ne voit pas vos conversions ne peut pas trouver vos clients.
Ce que fait le pixel, et pourquoi il ne suffit plus
Le pixel Meta est un script installé sur votre site. Quand un visiteur réalise une action, le pixel l’envoie à Meta depuis son navigateur. Pendant des années, cela suffisait.
Plusieurs évolutions ont réduit ce que le navigateur transmet :
- les bloqueurs de publicité, qui empêchent souvent le pixel de se charger ;
- les protections des navigateurs, comme l’Intelligent Tracking Prevention de Safari, qui limite la durée de vie des cookies déposés en JavaScript ;
- la demande d’autorisation de suivi sur iPhone, introduite par Apple avec iOS 14.5 en 2021 ;
- le consentement aux cookies, que le site doit recueillir avant tout traceur publicitaire en Europe.
Résultat : une partie des conversions n’arrive jamais à Meta. Vos campagnes semblent moins performantes qu’elles ne le sont, et surtout, l’algorithme apprend avec moins de signaux. Pour comprendre pourquoi c’est grave, voir notre article sur le budget Meta Ads et la phase d’apprentissage.
Comment fonctionne l’API Conversions
Au lieu de passer par le navigateur du visiteur, l’événement part de votre serveur (ou de celui de votre outil : CMS, CRM, plateforme e-commerce) et arrive directement chez Meta. Il n’est donc pas concerné par les bloqueurs ni par les limites des cookies du navigateur.
L’événement serveur contient le nom de l’action (par exemple Lead ou Purchase), son heure, l’adresse de la page, et des informations de correspondance qui permettent à Meta de rattacher l’action à un compte : identifiants des cookies Meta quand ils existent, adresse IP, navigateur, et éventuellement des données hachées comme l’e-mail, si le visiteur l’a fourni et que vous en avez le droit.
Pixel et API Conversions : il faut les deux
L’API Conversions ne remplace pas le pixel : elle le complète. Meta recommande d’envoyer les mêmes événements par les deux canaux. Le navigateur apporte des signaux que le serveur n’a pas ; le serveur rattrape ce que le navigateur perd.
Reste un risque évident : compter deux fois la même conversion. C’est le rôle de la déduplication.
La déduplication, le point technique à ne pas rater
Pour que Meta reconnaisse qu’un événement du pixel et un événement du serveur sont la même action, les deux doivent porter :
- le même nom d’événement (
event_name), par exempleLeaddes deux côtés ; - le même identifiant d’événement (
event_idcôté serveur,eventIDcôté pixel).
Selon la documentation de Meta, quand il reçoit plusieurs fois le même couple nom et identifiant, il ne garde que le premier. Un numéro de commande ou de demande fait un bon identifiant ; à défaut, un identifiant aléatoire généré au moment de l’action et transmis aux deux canaux.
Sans déduplication, vos conversions sont gonflées, et l’algorithme optimise sur des chiffres faux : c’est pire que de ne rien envoyer.
Et le RGPD ?
L’API Conversions n’est pas une manière de contourner le refus des cookies. En Europe, l’envoi de données à des fins publicitaires suppose le consentement du visiteur, que l’événement passe par le navigateur ou par le serveur. La bonne pratique : n’envoyer l’événement serveur que si le visiteur a accepté les traceurs publicitaires, et le dire dans votre politique de confidentialité. C’est la règle que nous appliquons, y compris sur ce site.
Comment vérifier que tout fonctionne
Dans le Gestionnaire d’événements de Meta, chaque événement indique s’il arrive par le navigateur, par le serveur, ou par les deux. Vérifiez trois points :
- les événements importants arrivent bien par les deux canaux ;
- la déduplication fonctionne (Meta signale les événements en double) ;
- la qualité de correspondance des événements est suffisante, faute de quoi Meta ne rattache pas vos conversions aux bons comptes.
Si vous partez d’un tracking existant, un audit de compte publicitaire commence toujours par là. Et si vous voulez le faire poser proprement, c’est le cœur de notre expertise tracking et mesure.
Sources
- Meta for Developers, « Conversions API ».
- Meta for Developers, « Using the API : déduplication par event_id et event_name ».
- Meta for Developers, « Meta Pixel : conversion tracking ».
Questions fréquentes.
L’API Conversions remplace-t-elle le pixel Meta ?
Non. Meta recommande d’utiliser les deux : le pixel apporte des signaux du navigateur, l’API Conversions rattrape les événements que le navigateur perd. La déduplication évite de compter deux fois la même action.
Faut-il un développeur pour installer l’API Conversions ?
Pas toujours : de nombreuses plateformes (Shopify, WordPress via des extensions, certains CRM) proposent une intégration native. Pour un site sur mesure, il faut un petit développement côté serveur, et une vérification de la déduplication dans le Gestionnaire d’événements.