Pourquoi Meta affiche-t-il plus d’achats que ma boutique n’a de commandes ?

Généralement parce que deux outils envoient le même pixel avec des identifiants d’événement différents, ou parce que les événements navigateur et serveur ne partagent pas d’identifiant. Meta ne peut fusionner que des copies portant le même nom d’événement et le même identifiant d’événement.

Combien de temps Meta attend-il pour dédupliquer les événements ?

Meta déduplique un événement navigateur et un événement serveur portant le même nom d’événement et le même identifiant d’événement quand ils arrivent à moins de 48 heures d’intervalle du premier.

Dois-je désactiver le pixel navigateur pour arrêter les doublons ?

Non. Donnez plutôt le même identifiant d’événement à l’événement navigateur et à l’événement serveur. Le pixel navigateur apporte des signaux comme les cookies, et l’événement serveur arrive quand le navigateur est bloqué.

La déduplication peut-elle corriger le cas de plusieurs plateformes qui revendiquent la même vente ?

Non. C’est un chevauchement d’attribution, pas un événement en double. Comparez les chiffres des plateformes avec les commandes de votre boutique, et utilisez un seul modèle d’attribution pour comparer les canaux.

Pinterest déduplique-t-il la balise et la Conversions API ?

Oui, quand les deux événements portent le même event_id et le même nom d’événement et arrivent dans les 48 heures. Pinterest garde le premier événement reçu et supprime les copies suivantes. Dans ROASaurus, le Tag et le serveur envoient les cinq événements du parcours d’achat avec des identifiants et des noms correspondants.

Événements d’achat en double : pourquoi des ventes sont comptées deux fois

À retenir

Un événement d’achat en double est une commande qu’une plateforme publicitaire compte comme deux achats ou plus.
Les causes habituelles sont un pixel navigateur et un événement serveur sans identifiant d’événement partagé, et deux outils qui envoient le même pixel.
Meta, TikTok, Snapchat, Pinterest et Reddit gardent chacun un seul exemplaire quand les événements navigateur et serveur portent des identifiants identiques et arrivent dans la fenêtre de temps de la plateforme.
Quand Meta, Google et TikTok revendiquent tous la même vente, aucun événement n’a été envoyé deux fois : c’est un chevauchement d’attribution, et la déduplication ne peut pas le corriger.
Comparez le nombre d’achats de chaque source avec les commandes de votre boutique : une source unique qui compte plus d’achats que de commandes indique un second émetteur.

Des événements d’achat en double apparaissent quand une plateforme publicitaire compte une commande comme deux achats ou plus. Les causes habituelles sont un pixel navigateur et un événement serveur qui ne partagent pas d’identifiant d’événement, et deux outils qui envoient le même pixel. Résultat : des conversions gonflées, un ROAS qui paraît meilleur qu’il ne l’est, et des enchères qui apprennent de ventes qui n’ont jamais eu lieu.

Ce guide explique les causes, la différence entre les doublons au sein d’une plateforme et plusieurs plateformes qui revendiquent la même vente, le fonctionnement de la déduplication sur Meta, TikTok, Snapchat, Pinterest et Reddit, ainsi que la façon de repérer et de corriger les doublons.

Qu’est-ce qu’un événement d’achat en double ?

Deux problèmes différents portent le même nom de double comptage. Ils n’ont pas les mêmes causes, et un seul des deux est une erreur de suivi.

	Doublon au sein d’une plateforme	Plusieurs plateformes revendiquent une vente
Ce qui se passe	Une plateforme compte la même commande plus d’une fois	Plusieurs plateformes s’attribuent chacune le mérite de la même commande
Exemple	Meta affiche 2 achats pour une commande de $80	Meta, Google et TikTok déclarent chacun la même commande de $80
Cause	Deux événements pour une commande, sans identifiant d’événement partagé	Chaque plateforme attribue la vente selon ses propres règles d’attribution
Corrigé par la déduplication	Oui	Non
Que faire	Un seul émetteur par pixel et un identifiant d’événement par commande	Comparez avec les commandes de votre boutique et utilisez un seul modèle d’attribution

La déduplication résout le premier problème. Le second exige vos propres données de commande.

Pourquoi des achats sont comptés deux fois

Un pixel navigateur et un événement serveur sans identifiant partagé

Beaucoup de boutiques envoient chaque achat deux fois volontairement : une fois depuis le pixel navigateur et une fois depuis un serveur via une API de conversions. C’est une bonne configuration, car la copie serveur arrive quand la copie navigateur est bloquée. Mais la plateforme ne peut fusionner les deux copies que si elles portent le même identifiant d’événement et le même nom d’événement. Si le navigateur utilise un identifiant aléatoire et le serveur le numéro de commande, la plateforme voit deux achats différents.

Deux outils qui envoient le même pixel

Cette cause est courante et facile à manquer, surtout après un passage à un nouvel outil de suivi. Une boutique installe une application de suivi mais garde l’application de canal de vente propre à la plateforme, une balise Google Tag Manager ou du code de pixel dans le thème. Chaque outil envoie son propre Purchase avec ses propres identifiants. La déduplication au sein de chaque outil fonctionne, mais la plateforme reçoit quand même deux achats sans lien entre eux.

Le même événement envoyé à nouveau

Une balise d’achat sur la page de confirmation de commande peut se déclencher à nouveau quand l’acheteur recharge ou revisite la page. Un serveur peut aussi envoyer une commande deux fois, par exemple une fois à sa création et une autre fois à son paiement. Construisez l’identifiant d’événement à partir de l’identifiant de commande, afin qu’une répétition porte le même identifiant que la première copie et que la plateforme puisse la reconnaître.

Comment fonctionne la déduplication ?

La déduplication est la façon dont une plateforme conserve une seule copie d’un événement reçu plusieurs fois. La règle est semblable sur les plateformes de ce guide : les copies doivent porter le même identifiant, en général avec le même nom d’événement, et arriver dans une fenêtre de temps. La plateforme garde alors une copie et écarte les autres.

browser Purchase event_id=order-1042Pixel navigateur dans le checkout

server Purchase event_id=order-1042Conversions API, même nom et même identifiant : fusionné avec le premier

browser Purchase event_id=7c1e9a40Une deuxième application sur le même pixel, avec son propre identifiant : compté à nouveau

Les deux premiers événements partagent un identifiant et comptent pour un seul achat. Le troisième a son propre identifiant, la plateforme déclare donc deux achats pour la commande 1042.

Deux règles pratiques en découlent. Créez l’identifiant une seule fois, à partir d’un élément que le navigateur et le serveur connaissent tous les deux, comme l’identifiant de commande. Et utilisez exactement le même nom d’événement des deux côtés, tel que la plateforme le définit, par exemple Purchase sur Meta.

Les règles de déduplication par plateforme

Les détails varient selon la plateforme. Ce tableau résume la documentation officielle de chaque plateforme en octobre 2026.

Plateforme	Champ navigateur	Champ serveur	Fenêtre	Remarques
Meta	`eventID`	`event_id`	48 heures	Le nom de l’événement doit aussi correspondre. Une solution de repli avec fbp ou external_id ne fonctionne que si l’événement navigateur arrive en premier.
TikTok	`event_id`	`event_id`	48 heures	Le nom de l’événement doit aussi correspondre. TikTok conserve le premier événement reçu.
Snapchat	`client_dedup_id`, et `transaction_id` pour les achats	`event_id`, et `order_id` pour les achats	48 heures, ou 30 jours pour l’identifiant de commande de l’achat	Le nom de l’événement doit aussi correspondre. La paire client_dedup_id est prioritaire.
Pinterest	`event_id`	`event_id`	48 heures	Envoyez le même nom d’événement depuis les deux sources. Pinterest conserve le premier événement reçu.
Reddit	`conversionId`	`conversion_id`	2 jours	Même type d’événement, et même nom pour les événements personnalisés. S’exécute toutes les heures et peut mettre jusqu’à 24 heures à s’afficher.

La règle commune : le même événement, le même identifiant, dans la fenêtre. Les noms de champs diffèrent, alors vérifiez chaque intégration séparément.

Dans ROASaurus, les pixels navigateur de Meta, TikTok, Snapchat, Pinterest et Reddit envoient le même identifiant d’événement que les événements serveur : ces plateformes dédupliquent donc. Pour Snapchat, le pixel envoie aussi l’identifiant de commande sous le nom transaction_id, qui correspond à l’order_id de l’achat côté serveur. Pour Pinterest, le Tag et l’API utilisent des noms d’événements correspondants. X, Microsoft Advertising et Taboola ne reçoivent que des événements serveur : il n’y a donc rien à fusionner. Si vous envoyez vous-même des événements, le guide de la Meta Conversions API montre où placer l’identifiant d’événement dans le pixel et dans l’appel d’API.

Plusieurs plateformes qui revendiquent une même vente, ce n’est pas un événement en double

Passons au second problème. Un acheteur regarde une vidéo TikTok, clique sur une publicité Google Shopping deux jours plus tard et achète après une publicité de retargeting Meta. Chaque plateforme a sa propre trace d’un clic ou d’une vue, et chacune déclare la vente. Aucun événement n’a été envoyé deux fois : aucun réglage de déduplication n’y change rien.

Chiffre d’affaires revendiqué en une semaine (boutique d’exemple)

Comment repérer les événements d’achat en double

Comparez chaque source avec vos commandes
Prenez une journée complète. Comptez les événements Purchase que chaque source a envoyés ce jour-là, avant déduplication : le pixel navigateur et les événements serveur. Certains outils d’événements affichent cette répartition par méthode de connexion, et votre outil de suivi côté serveur tient son propre journal de ce qu’il a envoyé. Comparez chaque chiffre avec le nombre de commandes que votre boutique a reçues ce jour-là.
Lisez les rapports de déduplication
Certaines plateformes indiquent les doublons qu’elles ont supprimés. Reddit, par exemple, conserve pendant sept jours un journal des événements dédupliqués, et Pinterest affiche la déduplication par événement dans Ads Manager.
Passez une commande de test
Ouvrez la vue des événements de test de la plateforme et passez une commande. Vous devez voir un Purchase navigateur et un Purchase serveur avec le même identifiant d’événement. Un troisième Purchase, ou deux identifiants différents, révèle la cause.
Listez tous les outils qui peuvent envoyer le pixel
Vérifiez les applications de canal de vente, les conteneurs de gestionnaire de balises, le code du thème et les anciennes applications de suivi. Une extension de navigateur comme Meta Ads Data Advisor, anciennement Meta Pixel Helper, montre quels événements de pixel se déclenchent sur une page.

La première étape est la vérification la plus rapide. Une source avec un seul émetteur envoie au plus un achat par commande. Le nombre côté navigateur est en général inférieur à vos commandes, à cause des bloqueurs de publicités et des refus de consentement. Une source unique qui compte plus d’achats que de commandes signale donc un second émetteur ou des événements répétés :

Source (boutique d’exemple, un jour)	Achats	Commandes de la boutique	Ratio	Ce que cela suggère
Meta, navigateur	186	120	1.55	Plus d’achats que de commandes : deux outils déclenchent le pixel navigateur
Meta, serveur	119	120	0.99	Normal : un seul émetteur serveur
TikTok, serveur	241	120	2.01	Chaque commande envoyée deux fois : deux applications envoient l’Events API

Nombres par source, avant déduplication. Un ratio supérieur à 1.0 signifie que cette source envoie certaines commandes deux fois. Un ratio proche de 2.0 signifie qu’elle envoie presque chaque commande deux fois.

Comment corriger les événements d’achat en double

Gardez un seul émetteur par pixel. Choisissez un outil pour chaque pixel et désactivez ce pixel partout ailleurs : applications de canal de vente, balises du gestionnaire de balises et code du thème. Sur Shopify, retirez le même pixel des paramètres de partage de données du canal Facebook & Instagram, car chaque niveau de partage de données envoie quand même le pixel navigateur. Vérifiez l’application TikTok de la même façon.
Utilisez un identifiant d’événement par commande. Construisez l’identifiant à partir de l’identifiant de commande et envoyez-le avec l’événement navigateur comme avec l’événement serveur.
Utilisez le même nom d’événement. Le navigateur et le serveur doivent nommer l’événement de la même façon, exactement comme la plateforme le définit.
Envoyez dans la fenêtre de temps. Un événement serveur qui arrive des jours plus tard n’est pas fusionné. Sur Meta, TikTok et Pinterest, la fenêtre est de 48 heures, sur Reddit de deux jours.
Testez à nouveau après chaque modification. Répétez la commande de test et comparez de nouveau les nombres le lendemain.

Comment ROASaurus évite les événements d’achat en double

ROASaurus envoie chaque achat à partir des données de commande de la boutique et donne à la copie navigateur et à la copie serveur le même identifiant d’événement, construit à partir de l’identifiant de commande. Sur Shopify, l’événement serveur provient du webhook de commande payée : recharger la page de remerciement ne crée donc pas de nouvel événement serveur. L’Event log liste chaque envoi serveur par plateforme, avec la requête et la réponse de la plateforme, pour que vous voyiez ce qui a été envoyé pour chaque commande. Le guide du suivi côté serveur sur Shopify présente le flux complet.

Si une plateforme affiche encore plus d’achats que de commandes, un autre outil envoie le même pixel. Éviter le double comptage indique où chercher, et le suivi côté serveur explique quels événements ROASaurus envoie à chaque plateforme.