ReadyStore
Guide tracking Meta

Pixel Meta vs API Conversions : comprendre la déduplication

Le Pixel et l’API Conversions mesurent les mêmes actions par deux chemins différents. Les utiliser ensemble améliore la couverture, à condition que Meta sache qu’il s’agit des mêmes événements.

Publié le 12 octobre 2026 · Mis à jour le 12 octobre 2026 · 5 min de lecture

En bref

Le Pixel Meta envoie les événements depuis le navigateur ; l’API Conversions les envoie depuis le serveur. En envoyant le même événement par les deux canaux avec le même event_name et le même event_id, Meta le déduplique et ne le compte qu’une fois, tout en couvrant les cas où le navigateur bloque le Pixel.

Le Pixel : simple, mais dépendant du navigateur

Le Pixel Meta est un script exécuté dans le navigateur du visiteur. Il enregistre des événements (page vue, contenu consulté, début de commande, achat) et les envoie à Meta. C’est simple à installer et riche en signaux du navigateur.

Sa limite est structurelle : tout ce qui empêche le script de s’exécuter ou d’émettre fait perdre l’événement. Bloqueurs de publicité, protections de navigateur, refus de consentement, connexion coupée ou onglet fermé trop tôt en sont des exemples.

L’API Conversions : l’envoi depuis le serveur

Avec l’API Conversions, c’est votre serveur qui envoie l’événement à Meta, par une requête directe. Elle ne dépend pas du navigateur du visiteur, et peut rejouer un envoi échoué.

Elle n’a toutefois pas accès à tout ce que voit le navigateur : les identifiants de clic et de navigateur (comme fbp et fbc) doivent être transmis pour que Meta rattache l’événement à la bonne personne.

Comparaison rapide

CritèrePixel (navigateur)API Conversions (serveur)
Où s’exécute-t-il ?Dans le navigateur du visiteurSur votre serveur
Sensible aux bloqueurs ?OuiNon, puisqu’il ne passe pas par le navigateur
Envoi rejouable après échec ?DifficilementOui, avec une file d’attente
Signaux de navigateurDirectement disponiblesÀ transmettre (fbp, fbc, adresse IP, agent utilisateur)
Utilisation conseilléeAvec l’API ConversionsAvec le Pixel

La déduplication : un même nom, un même identifiant

Si vous envoyez un achat par le Pixel et le même achat par l’API, Meta pourrait le compter deux fois. Pour l’éviter, les deux copies doivent porter :

  • le même nom d’événement (event_name), par exemple Purchase
  • le même identifiant d’événement (event_id), généré une fois et réutilisé par les deux canaux
  • des données cohérentes (valeur, devise, contenu)

Et lors d’un nouvel essai d’envoi ?

Un envoi qui échoue doit être rejoué, sans devenir un nouvel événement. La bonne pratique consiste à conserver l’event_id et l’horodatage d’origine lors des nouvelles tentatives : Meta reconnaît alors le même événement. C’est ce que fait ReadyStore pour ses envois serveur.

Contrôler

Vérifier dans le Gestionnaire d’événements

  1. 1

    Ouvrez la source de données

    Sélectionnez votre Pixel dans le Gestionnaire d’événements Meta.

  2. 2

    Comparez les canaux

    Contrôlez que chaque événement important est reçu à la fois du navigateur et du serveur.

  3. 3

    Vérifiez la déduplication

    Assurez-vous que les doublons sont bien écartés et que les volumes ne sont pas doublés.

Questions fréquentes

Faut-il choisir entre le Pixel et l’API Conversions ?

Non : les utiliser ensemble, avec déduplication, est généralement la configuration la plus complète.

Que se passe-t-il si l’event_id diffère entre les deux canaux ?

Meta peut compter l’événement deux fois, car il ne peut pas reconnaître qu’il s’agit du même.

ReadyStore s’occupe-t-il de la déduplication ?

Oui : les événements sont envoyés par le navigateur et par le serveur avec les mêmes event_name et event_id, et les nouvelles tentatives conservent l’event_id d’origine.

Mettez le double canal en place sur votre boutique.

Créez votre boutique, ajoutez votre Pixel et vérifiez la déduplication dans Meta.