Le pixel Meta ne suit pas vos achats Shopify ? À vérifier

Pourquoi mon pixel Meta ne suit-il pas les achats sur Shopify ?

Généralement l’une de ces quatre causes : la balise d’achat vivait dans Additional scripts de Shopify, qui ne s’exécute plus sur la page de remerciement ; les clients ont refusé le suivi ; le pixel de l’application Facebook & Instagram est en pause ou partage moins de données que vous ne le pensez ; ou Meta a reçu l’achat mais ne l’a pas crédité à une publicité. Events Manager montre laquelle.

Ce guide traite le cas où Meta affiche moins d’achats que Shopify. Si Meta en affiche plus, la cause est différente : voir Meta compte les achats deux fois. Parcourez les vérifications ci-dessous dans l’ordre. Chacune commence dans les propres outils de Shopify ou de Meta, et aucune des solutions ne coûte quoi que ce soit.

S’agit-il d’un écart de suivi ou d’attribution ?

Découvrez-le avant de changer quoi que ce soit : si Events Manager a à peu près autant d’achats que Shopify a de commandes et qu’Ads Manager en a moins, le suivi fonctionne et la différence est une question d’attribution.

Meta indique qu’Events Manager « shows most events that have been received », tandis qu’Ads Manager ne montre que les « attributed events » (Meta : event counts). Un achat ne compte pour une publicité que s’il a eu lieu dans un certain nombre de jours après que quelqu’un l’a vue ou a cliqué dessus, et par défaut Meta le rapporte « based on the attribution setting on the ad set level » (Meta : attribution). Un client qui achète sans avoir vu ni cliqué sur l’une de vos publicités dans cette fenêtre est une vraie commande qu’Ads Manager ne crédite pas.

Un commerçant de la Communauté Shopify, testant à deux ou trois commandes par jour, n’a vu qu’environ 60 % des achats dans Ads Manager : un jour, Events Manager avait cinq événements Purchase, dont une commande d’exemple, et Ads Manager deux (fil). C’est le schéma que produit le réglage d’attribution de l’ensemble de publicités, et à ce volume, une seule commande non créditée fait beaucoup bouger le pourcentage.

Comparez les mêmes jours dans le même fuseau horaire. Shopify avertit que « different reporting time zones » cause des écarts (Shopify : analytics discrepancies), et celui de votre boutique se règle sous Settings → General → Store defaults (Shopify : business settings). Des semaines entières sont plus justes que des jours isolés.

Votre balise d’achat vivait-elle dans Additional scripts ?

Si Meta apprenait les achats depuis un extrait dans Additional scripts, cela s’est arrêté quand votre page de remerciement a été mise à niveau : les nouvelles pages de remerciement et d’état de la commande de Shopify n’exécutent pas ces scripts.

Les boutiques Plus ont perdu Additional scripts et les script tags sur ces pages le 28 août 2025 (Shopify : checkout.liquid). Pour toute autre boutique, la date limite de mise à niveau était le 26 août 2026, et « stores that weren’t upgraded by that date were upgraded automatically » (Shopify : Thank you and Order status pages, vérifié le 24 septembre 2026). Quelques heures après la date limite, un fil de la Communauté a rapporté que Meta affichait moins d’achats que Shopify sur certaines boutiques et pas d’autres. Le remplacement est un pixel dans Customer events, qui se charge au paiement et sur la page de remerciement (Shopify : pixels). Ce qu’il faut déplacer et où se trouve dans le changement de la page de remerciement du 26 août, et les deux types de pixel dans pixels d’application et pixels personnalisés.

Le pixel de l’application Facebook et Instagram est-il connecté et partage-t-il des données ?

Vérifiez deux endroits dans Shopify : le statut et l’accès aux données du pixel sous Customer events, et le niveau de partage de données dans les réglages du canal.

1. Allez dans Settings → Customer events. Le pixel Facebook & Instagram devrait afficher Connected dans la colonne de statut (Shopify : testing pixels).
2. Cliquez sur le pixel et regardez son accès aux données. Optimized est le réglage par défaut depuis le 13 janvier 2026, et Shopify « can pause some or all data shared by that pixel until relevant activity resumes » (Shopify : app pixels) ; son annonce décrit une mise en pause quand elle voit « zero signals coming from a pixel over days or weeks » (changelog). Meta recommande Always on (Meta : connect Shopify). Pour changer cela, choisissez Always on et cliquez sur Save.
3. Allez dans Sales channels → Facebook & Instagram → Settings → Data sharing settings. À Standard, seul le pixel envoie ; Enhanced et Maximum ajoutent l’API Conversions, qui envoie l’achat entre les serveurs de Shopify et de Meta (Shopify : Facebook data sharing).

Vérifié le 24 septembre 2026.

Les clients refusent-ils le suivi ?

Certains le font, si vous vendez au Royaume-Uni ou dans l’EEE : là-bas, Shopify n’exécute les pixels qu’avec le consentement du client, donc un client qui refuse puis achète est un achat que le pixel ne rapporte pas.

Shopify installe sa bannière de cookies pour les visiteurs du Royaume-Uni et de l’EEE quand vous avez des marchés actifs là-bas, et « pixels operate based on the consent obtained in these regions » (Shopify : privacy settings). Les nouveaux pixels exigent par défaut les permissions Marketing et Analytics (Shopify : pixels). Une bannière tierce doit transmettre chaque choix à Shopify via la Customer Privacy API ; tant qu’elle ne le fait pas, « non-essential purposes are not allowed by default » partout où le consentement est requis (Shopify : Customer Privacy API).

Cette transmission est facile à manquer. En août 2026, les achats d’une boutique européenne ont cessé d’atteindre Google Analytics alors que les pages vues continuaient d’arriver ; une réponse a trouvé que la bannière ne transmettait jamais le consentement à Shopify, donc Shopify retenait le pixel de l’application au paiement pendant qu’une balise du thème continuait d’envoyer des pages vues (fil). Le pixel Meta est retenu de la même façon. Pour vérifier, testez le pixel depuis Customer events : le Pixel Helper de Shopify affiche Pixel is awaiting consent jusqu’à ce que vous acceptiez le suivi dans votre bannière ou cliquiez sur Give consent to continue test (Shopify : app pixels).

Un client qui refuse est un écart à accepter, pas un écart à contourner.

L’achat atteint-il Meta ?

Passez une vraie commande avec l’outil de test de Meta ouvert, et lancez le propre test de pixel de Shopify pour voir si l’événement d’achat s’est déclenché.

1. Dans Meta Events Manager, cliquez sur Data sources, sélectionnez votre dataset et ouvrez Test events. Saisissez l’adresse de votre boutique, cliquez sur Open website et terminez une commande. Le Purchase navigateur du pixel Facebook & Instagram devrait apparaître (Meta : test events). Les événements serveur n’y apparaissent qu’avec un code d’événement de test, que les vrais envois ne portent pas (Meta : using the API), donc avec cPixel, dont le Purchase ne part que de son serveur, vérifiez plutôt En direct et l’Overview du dataset. La commande n’est pas cachée de vos résultats : Meta indique que l’activité de test « will still appear » dans Events Manager, Ads Reporting et les audiences.
2. Dans Shopify, allez dans Settings → Customer events, cliquez sur l’icône de menu à côté du pixel Facebook & Instagram et choisissez Test. Après votre commande, checkout_completed devrait afficher un point vert dans le Pixel Helper de Shopify ; un point rouge signale une erreur (Shopify : app pixels).
3. Si vous vendez une offre après achat, testez en la traversant. Shopify déclenche checkout_completed une fois par paiement, sur la première page de vente incitative au lieu de la page de remerciement quand il y en a une, et « if the page where the event is supposed to be triggered fails to load », pas du tout (Shopify : checkout_completed).

L’extension Chrome de Meta, Meta Ads Data Advisor (anciennement Meta Pixel Helper), peut aussi vérifier le pixel ; Meta demande de désactiver d’abord les bloqueurs de publicités pour qu’elle puisse voir les événements (Meta : Ads Data Advisor). Si elle ne trouve aucun pixel, consultez pourquoi Meta Pixel Helper ne trouve aucun pixel.

Les événements serveur arrivent-ils ?

Ouvrez l’événement Purchase dans Events Manager et comparez les événements navigateur et serveur des semaines avant et après le début de l’écart.

Sélectionnez votre dataset, trouvez l’événement Purchase et cliquez sur View details. Event overview montre si l’événement arrive à la fois du navigateur et du serveur, et Data freshness à quelle vitesse arrivent les événements serveur (Meta : server event details). Meta propose ces répartitions pour les événements du site web envoyés via l’API Conversions, donc si Purchase n’en a aucune, vérifiez si des achats serveur arrivent seulement.

Des réponses du fil de la Communauté sur la baisse du 26 août suggéraient exactement cette comparaison. Une part navigateur qui s’est effondrée pendant que les événements serveur tenaient bon pointe vers une balise d’achat qui vivait dans Additional scripts, et une boutique dont la copie serveur n’avait jamais couvert que certains achats a perdu le reste. Une réponse déconseillait de reconnecter l’application du canal à l’aveugle, ce qui peut créer des événements Purchase en double : vérifiez d’abord son partage de données, et reconnectez-la seulement si l’événement serveur n’arrive jamais (fil). Si les achats serveur manquent complètement, revenez au niveau de partage de données ci-dessus, puis configurez l’API Conversions sur Shopify.

L’achat va-t-il vers le mauvais dataset ?

Vérifiez que chaque outil envoie vers le dataset pour lequel vos publicités optimisent. Les achats peuvent arriver dans Events Manager et se trouver quand même dans un dataset que vos ensembles de publicités n’utilisent pas.

Dans Shopify, le Data sharing settings du canal montre à quel pixel l’application Facebook & Instagram est connectée (Shopify : Meta pixel) ; toute autre application ou pixel personnalisé nomme le sien. Dans Events Manager, faites correspondre chacun par son identifiant, pas son nom. Une boutique qui a changé d’agence ou d’application peut en avoir plus d’un.

Quand une application de suivi aide-t-elle ?

Quand la configuration native est correcte mais que vous voulez un achat qui ne dépend pas du chargement de la page de remerciement, une vue de chaque envoi, et un avertissement quand l’envoi s’arrête.

Si le pixel Facebook & Instagram est Connected, que le partage de données est Enhanced ou Maximum, et qu’Events Manager affiche des achats serveur, l’application du canal fait son travail et vous n’avez peut-être besoin de rien d’autre.

cPixel, que nous développons, ajoute trois choses :

• L’achat vient de la commande. cPixel construit chaque achat depuis l’enregistrement de commande de Shopify sur ses serveurs, donc il ne dépend ni du chargement de la page de remerciement ni du déclenchement de checkout_completed dans le navigateur du client.
• Chaque envoi au moment où il a lieu. Pendant une session En direct, cPixel affiche chaque événement au moment de son envoi, la réponse de Meta à chaque envoi serveur, et la raison de tout ce qu’il a ignoré, comme une commande de test ou un client qui a refusé le suivi : regarder chaque envoi dans En direct.
• Un avertissement quand l’envoi s’arrête. Il signale un jeton d’accès rejeté, et des commandes arrivant sans aucun événement de boutique depuis 24 heures, sur sa page Accueil et par e-mail.

Il a besoin de la même règle que n’importe quel outil : un seul expéditeur par pixel. Si un achat n’atteint pas Meta alors que cPixel est installé, voir achats non affichés dans cPixel. Plus d’informations sur cPixel, qui envoie les achats Shopify à sept plateformes publicitaires.

Questions fréquentes

Pourquoi Ads Manager affiche-t-il moins d’achats qu’Events Manager ?

Parce qu’ils ne comptent pas la même chose. Events Manager affiche la plupart des achats que Meta a reçus ; Ads Manager n’affiche que ceux qu’il attribue à une publicité, dans les limites du réglage d’attribution de l’ensemble de publicités (Meta : event counts). Un écart entre les deux n’est pas un défaut de suivi.

Pourquoi la valeur de l’achat est-elle absente ?

La valeur vient de l’outil qui envoie l’achat, commencez donc par celui-là. Dans un fil de la Communauté qui a couru de juillet 2022 à 2023, des commerçants ont vu Events Manager avertir d’un paramètre de valeur Purchase manquant (fil). Quand la valeur est présente mais diffère des rapports de Shopify, vérifiez ce qu’envoie chaque outil : le total de paiement de Shopify inclut les droits, les taxes et les remises (Shopify : checkout_completed).

Puis-je renvoyer des achats perdus ?

Seulement les récents. Meta accepte un événement de l’API Conversions jusqu’à 7 jours après qu’il a eu lieu (Meta : using the API) et peut ne pas utiliser des événements envoyés au-delà de ses délais maximaux (Meta : delay times), donc les achats plus anciens restent manquants. Ne renvoyez que les achats qui ne sont jamais arrivés : Meta ne fait correspondre un renvoi à l’original que s’il porte le même identifiant d’événement dans les 48 heures (Meta : deduplication). Dans cPixel, les forfaits payants peuvent renvoyer un achat capturé par une session En direct, sous son identifiant d’événement d’origine.