# Comment cPixel compte chaque achat une seule fois {#doc-title}

Par [B2B Gold](/about/#how-we-write) Mis à jour le 26 septembre 2026 [Traduit de l’anglais avec des outils d’IA](/docs/cpixel/deduplication/) [Page cPixel](/shopify/cpixel/) [cPixel sur le Shopify App Store](https://apps.shopify.com/cpixel?utm_source=b2bgold.app&utm_medium=referral&utm_campaign=docs&utm_content=fr/docs/cpixel/deduplication&utm_term=docs-header)

## Comment cPixel évite-t-il qu’un achat compte deux fois ? {#how-does-cpixel-stop-a-purchase-counting-twice}

cPixel envoie chaque achat Shopify une seule fois à chaque compte connecté, sous un identifiant d’événement construit à partir de votre boutique et du paiement, et désactive le Purchase navigateur de Meta tant que son envoi serveur est actif. Les autres événements partent du navigateur ou du serveur, ou des deux sous un identifiant partagé. Les doublons restants viennent généralement d’une autre application ou balise.

L’identifiant est un hachage de l’adresse myshopify.com de votre boutique et du jeton de paiement, pas de l’ID de commande, si bien que le navigateur du client et le serveur de cPixel arrivent à la même valeur indépendamment. Chaque compte que vous connectez sur une plateforme le reçoit, et cPixel refuse de connecter un même pixel deux fois. La plupart des autres événements portent l’identifiant d’événement propre à Shopify. Les commandes prises hors de votre paiement en ligne, une fois activées, reçoivent un identifiant venant de la commande, et les remboursements, envoyés à GA4 seul, ont le leur.

## Sur quel identifiant chaque plateforme déduplique-t-elle ? {#which-id-does-each-platform-deduplicate-on}

Chaque plateforme a sa propre clé : un identifiant d’événement pour Meta, TikTok, OpenAI Ads, Pinterest et Snapchat, et un identifiant de transaction pour GA4 et Google Ads. cPixel envoie chaque événement à une plateforme une fois, ou deux fois sous la clé que cette plateforme fait correspondre.

| Plateforme | Déduplique sur | Fenêtre | Ce qu’envoie cPixel |
| --- | --- | --- | --- |
| Meta | Nom d’événement et identifiant d’événement, même pixel ; garde généralement le premier reçu | 48 heures | Événements de navigation et de paiement des deux côtés, un identifiant ; le Purchase depuis le serveur seul |
| TikTok | Événement et identifiant d’événement ; garde le premier reçu | 48 heures | Tout depuis le serveur, sauf le Pageview, que les deux côtés envoient sous un identifiant |
| GA4 | Identifiant de transaction, sur les flux web | Non précisé | L’achat depuis le serveur, avec l’ID de commande comme identifiant de transaction ; le reste depuis le navigateur |
| OpenAI Ads | Pixel ID, nom d’événement et `id` ; le premier reçu l’emporte | Non précisé | Paiements et achats depuis le serveur ; le reste depuis la balise navigateur |
| Pinterest | Nom d’événement et identifiant d’événement ; garde le premier capturé | 48 heures | Paiements et achats depuis le serveur ; le reste depuis la balise navigateur |
| Snapchat | Son ID de déduplication ; les achats aussi par ID de commande | 48 heures ; 30 jours par ID de commande | Paiement, informations de paiement et achat depuis le serveur ; le reste depuis la balise navigateur |
| Google Ads | Identifiant de transaction, au sein d’une action de conversion | Non précisé | L’achat depuis sa balise navigateur sur la page de remerciement, avec l’ID de commande |

Sources, vérifiées le 24 septembre 2026 : [Meta](https://developers.facebook.com/documentation/ads-commerce/conversions-api/deduplicate-pixel-and-server-events), [TikTok](https://ads.tiktok.com/help/article/event-deduplication), [GA4](https://support.google.com/analytics/answer/12313109), [OpenAI](https://developers.openai.com/ads/conversions-api), [Pinterest](https://developers.pinterest.com/docs/track-conversions/track-conversions-in-the-api/), [Snap](https://developers.snap.com/marketing-api/Conversions-API/Deduplication), [Google Ads](https://support.google.com/google-ads/answer/6386790).

Dans **En direct**, les détails d’un envoi serveur nomment sa clé, comme « dédupliqué par identifiant d’événement » : la clé que la plateforme fait correspondre, pas la preuve qu’elle a fusionné une paire.

## Pourquoi Meta ne reçoit-il l’achat que du serveur ? {#why-does-meta-get-the-purchase-from-the-server-only}

Parce que Meta est la seule plateforme où cPixel pourrait envoyer l’achat des deux côtés, et qu’une seule copie ne peut pas être comptée deux fois. La copie serveur est construite à partir de la commande Shopify, elle ne dépend donc pas du navigateur du client, et elle transporte davantage des détails sur lesquels Meta associe les clients.

Le Purchase navigateur de Meta ne se déclenche que tant que l’envoi serveur de cPixel vers ce pixel n’est pas actif : le compte n’a pas de jeton d’accès, Meta a rejeté le jeton, **Envoyer les événements depuis nos serveurs** est désactivé, ou le forfait Free a mis en pause les envois serveur. Dans tous les cas, Meta reçoit un Purchase par commande.

Dans En direct, Meta apparaît sur la ligne **Serveur** de l’achat, pas sa ligne **Navigateur**. Dans Meta Events Manager, le Purchase arrive via l’API Conversions, tandis que les autres événements affichent « Multiple », car les deux côtés les envoient.

## Qu’est-ce qui peut encore compter deux fois ? {#what-can-still-double-count}

Un autre outil qui envoie au même pixel, et un renvoi après la fermeture de la fenêtre de la plateforme. cPixel ne peut pas dédupliquer les événements d’une autre application : chaque application crée ses propres identifiants d’événement, donc la plateforme voit deux achats.

Les seconds expéditeurs habituels sont l’application Shopify propre à une plateforme, comme Facebook & Instagram ou Google & YouTube, une autre application de suivi ou un pixel personnalisé, et du code de pixel collé dans votre thème. Un doublon se montre souvent par « des pages vues doublées alors que le revenu de la commande reste correct », selon les mots du propre avis de cPixel, vérifiez donc aussi les pages vues, pas seulement les achats. La solution est un seul expéditeur par pixel : [utilisez cPixel avec l’application Facebook et Instagram](/fr/docs/cpixel/official-channel-apps/).

## Comment trouver un second expéditeur ? {#how-do-i-find-a-second-sender}

Commencez par la page **Destinations** de cPixel, puis confirmez dans la plateforme. Une fois par jour, cPixel lit votre boutique à la recherche de balises écrites dans le thème et de pixels enregistrés auprès de Shopify, et liste tout chevauchement sous **Une autre application est configurée pour une plateforme à laquelle cPixel envoie aussi**.

1. Dans cPixel, ouvrez **Destinations** et lisez **Que faire** sous chaque résultat.
2. Dans Shopify, allez dans **Settings** → **Customer events** et notez chaque pixel d’application et pixel personnalisé qui pourrait envoyer à la même plateforme.
3. Dans cPixel, ouvrez **En direct**, cliquez sur **Démarrer une session** et passez une vraie commande pour voir à quels comptes cPixel l’a envoyée.
4. Dans la plateforme, vérifiez que la commande n’a fait qu’un seul achat. Dans Meta Events Manager, un Purchase arrivant depuis le navigateur en plus de l’API Conversions a un second expéditeur, car le Purchase navigateur de cPixel est désactivé tant que son envoi serveur est actif.

L’analyse rapporte ce qui est configuré, pas ce qui s’est déclenché, et elle ne peut pas lire une boutique protégée par mot de passe, donc l’absence d’avis n’exclut pas un second expéditeur. Pour le code de thème, les gestionnaires de balises et l’outil de configuration d’événements de Meta, lisez [pourquoi Meta compte deux fois les achats Shopify](/fr/blog/duplicate-purchases-meta-shopify/).

## Que se passe-t-il quand un achat est renvoyé ? {#what-happens-when-a-purchase-is-resent}

Il garde son identifiant d’événement d’origine, donc une plateforme qui se souvient encore de la première copie n’en garde qu’une. Les nouvelles tentatives après un envoi échoué, la relecture des commandes retenues pendant la pause du forfait Free, la réparation nocturne des commandes dont le webhook n’est jamais arrivé, et **Renvoyer l’événement** dans En direct réutilisent tous cet identifiant.

La fenêtre de la plateforme est la limite. Meta déduplique dans les 48 heures, donc la relecture par cPixel des commandes retenues saute Meta une fois qu’une commande a plus de 48 heures, et la réparation nocturne ne couvre que les commandes de la veille, dans les fenêtres de Meta et TikTok.

**Renvoyer l’événement**, sur les forfaits payants, renvoie un achat à chaque compte connecté sous son identifiant d’origine. Utilisez-le pour un achat qui n’est jamais arrivé, pas pour gonfler des chiffres : après 48 heures, un renvoi à Meta peut compter l’achat deux fois.

## Voir aussi {#related}

- [Pourquoi Meta compte deux fois les achats Shopify](/fr/blog/duplicate-purchases-meta-shopify/)
- [Utiliser cPixel avec l’application Facebook et Instagram](/fr/docs/cpixel/official-channel-apps/)
- [Regarder chaque envoi dans En direct](/fr/docs/cpixel/live-events/)
- [Achats non affichés](/fr/docs/cpixel/purchases-missing/)

[cPixel Facebook Pixel CAPI GA4](/shopify/cpixel/)

[Installer gratuitement depuis le Shopify App Store](https://apps.shopify.com/cpixel?utm_source=b2bgold.app&utm_medium=referral&utm_campaign=docs&utm_content=fr/docs/cpixel/deduplication&utm_term=card) [Forfaits et tarifs](/shopify/cpixel/#pricing)

Besoin d’aide avec cPixel ? Écrivez à [support@b2bgold.app](mailto:support@b2bgold.app).