Pourquoi Meta compte vos achats en double
Votre boutique a enregistré 30 commandes et Meta annonce 47 conversions. Rien n'a été inventé : la même vente est arrivée deux fois par deux chemins, et rien n'a dit à Meta qu'il s'agissait de la même. Cette page montre comment le confirmer et ce qui les réunit vraiment.
Meta compte un achat deux fois quand la même vente lui parvient par deux chemins, le pixel du navigateur et la Conversions API, sans que rien ne les désigne comme un seul événement. La déduplication repose sur un identifiant d'événement partagé par les deux remontées. Si les deux diffèrent, ne serait-ce que par la casse, Meta voit deux achats distincts.
Comment confirmer que vous comptez en double ?
Comparez une seule journée. Prenez le nombre de commandes de votre boutique sur une journée dans un seul fuseau horaire, et le nombre de conversions de Meta sur la même journée. Si le chiffre de Meta approche le double, vous comptez deux fois. S'il est plus élevé sans approcher le double, une partie de votre trafic est bien réunie et une autre non, ce qui est l'état le plus fréquent.
Events Manager dit le reste. Un dataset qui reçoit les deux chemins affiche son intégration en Multiple, et il lève un diagnostic pour les événements qu'il n'a pas su fusionner. Aucun diagnostic et un compte doublé signifient ensemble que les deux remontées n'ont jamais eu l'air d'être le même événement.
Pourquoi l'envoyer deux fois, au fond ?
Parce que chaque chemin rattrape ce que l'autre perd, et que cela vaut mieux que la propreté d'un seul. La remontée navigateur porte ce que seul un navigateur sait et disparaît quand un bloqueur la refuse. La remontée serveur part toujours et porte ce que seule la commande sait. Envoyer les deux et les réunir vaut strictement mieux que choisir.
C'est aussi pourquoi la réponse au double comptage n'est jamais d'envoyer moins. Elle est de faire porter aux deux remontées d'une vente le même nom.
Qu'est-ce qui casse l'appariement ?
L'identifiant partagé, presque toujours. Il doit être la même chaîne des deux côtés et il est sensible à la casse, donc un chemin qui envoie une forme en majuscules ne réunit rien. Il doit aussi être dérivé de la vente et pas de l'instant : un identifiant construit sur un horodatage donne deux valeurs différentes à deux remontées d'une commande, et fusionne deux événements réellement distincts survenus dans la même seconde.
Pour un achat, le numéro de commande est le choix naturel, parce que c'est la seule valeur que les deux moitiés voient et qu'aucune n'a à deviner.
Est-ce que couper le pixel règle le problème ?
Cela met fin au double comptage et vous coûte précisément ce que vous cherchiez à améliorer. La moitié navigateur fait partie de ce que Meta note : sur notre propre boutique, la note de qualité a lu 8,0 sur 10 avec la moitié serveur seule et 9,3 une fois les deux moitiés remontées. Couper l'une achète un total juste au prix d'un total moins bon.
Ce qui réunit vraiment les deux remontées
- Donner aux deux remontées d'une vente le même identifiant d'événement, dérivé de la commande et pas de l'heure à laquelle elle est survenue.
- En faire une chaîne et garder sa casse identique des deux côtés. Une forme en minuscules et une en majuscules de la même valeur font deux événements.
- Vérifier le résultat du côté de Meta plutôt que du vôtre. L'intégration doit afficher Multiple et aucun diagnostic d'événement non fusionné ne doit apparaître.
- Vérifier sur quelques vraies commandes avant de faire confiance sur un mois. Trois commandes qui produisent trois conversions et pas six, c'est tout le test.
Sources
- Meta documente la déduplication entre événements pixel et serveur comme reposant sur un identifiant d'événement partagé, et précise qu'il est sensible à la casse.Meta for Developers
- Sur notre propre boutique de test, trois commandes de test remontées depuis le navigateur et depuis le serveur ont produit trois événements Purchase et pas six, avec l'intégration affichée en Multiple et aucun diagnostic d'événement non fusionné, vérifié le 21 août 2026.wesaw, boutique de test
Les termes de cette page
Ce que wesaw y fait
Dernière révision :