Le pixel Facebook ne suit pas les achats Shopify : ce qu’il faut vérifier, dans l’ordre

Partez d’une commande : où l’achat s’arrête-t-il ?

Que votre pixel Facebook ne fonctionne plus du tout ou qu’il ne manque que certains achats, partez d’une commande récente que vous pouvez identifier. Notez son numéro, son heure et son total dans Shopify, puis suivez cette commande jusqu’à Meta. Dans Shopify, le résumé des conversions de la commande indique d’où venait l’acheteur, et le détail des conversions, quand Shopify le propose, liste les visites qui ont précédé la commande.

Un achat peut s’arrêter à trois endroits : il n’atteint jamais Meta, il atteint Meta mais n’est pas attribué à une publicité, ou il atteint Meta deux fois. Chaque cas a ses propres causes : trouvez lequel s’applique avant de modifier vos pixels, vos applications ou vos paramètres.

Dans le Gestionnaire d’événements de Meta, sélectionnez « Sources de données » et ouvrez votre pixel, que Meta peut aussi appeler jeu de données. La vue d’ensemble liste les événements reçus par Meta, et la méthode de connexion indique comment chaque événement est arrivé chez Meta, par exemple depuis le navigateur ou depuis un serveur. Selon Meta, les nouveaux événements devraient y apparaître environ 20 minutes après leur envoi.

• Shopify Analytics face aux rapports des plateformes publicitaires

Listez tous les outils qui envoient des achats à votre pixel

Sur Shopify, des achats peuvent atteindre le même pixel Meta depuis plusieurs endroits, chacun configuré dans une partie différente de l’interface administrateur, et chacun fonctionne seul : en retirer un n’arrête pas les autres. Notez chaque émetteur et l’ID de pixel qu’il utilise avant de tester quoi que ce soit. Avant d’ajouter un pixel personnalisé, Shopify conseille lui-même de supprimer ou de modifier le code de pixel existant, pour que les événements clients ne soient pas comptés deux fois.

• Le canal de vente Facebook & Instagram : ouvrez les paramètres du canal et vérifiez le partage des données. Quand le partage des données est activé, le pixel Meta du canal envoie des événements navigateur, et aux niveaux de partage amélioré et maximal, Shopify indique que la Conversions API envoie aussi l’événement d’achat entre les serveurs de Shopify et ceux de Meta.
• Paramètres > Événements clients : les pixels d’appli ajoutés par des applications et des canaux de vente, et les pixels personnalisés collés à la main. Un pixel Meta qui se trouvait dans les préférences de la boutique en ligne, et non dans le canal Facebook & Instagram, en a été retiré en février 2025 et converti ici en pixel personnalisé.
• Le code de votre thème : un extrait de pixel dans theme.liquid, entre les balises head. Shopify vous demande de le supprimer avant d’ajouter un ID de pixel dans le canal Facebook & Instagram.
• Les paramètres de paiement de Shopify : les anciens scripts supplémentaires. Ils ne s’exécutent pas sur les nouvelles pages de remerciement et de statut de commande de Shopify : un script d’achat placé là n’envoie donc plus rien.
• Les autres applications, et WeProfit si vous l’utilisez : dans WeProfit, Réseaux publicitaires > Meta liste chaque pixel connecté avec son ID.

Vérifiez que chaque émetteur utilise le bon ID de pixel

Meta demande d’utiliser le même ID de pixel pour les événements navigateur et serveur. Un achat envoyé à un autre pixel, par exemple un ancien pixel ou celui d’une autre entreprise, n’apparaît jamais dans le pixel sur lequel vos campagnes s’appuient. Dans le Gestionnaire d’événements, ouvrez l’onglet « Paramètres » du pixel utilisé par vos ensembles de publicités, notez son ID et comparez-le à l’ID de chaque émetteur.

Dans WeProfit, ouvrez Réseaux publicitaires > Meta. Chaque carte de pixel affiche son ID, indique si un jeton est défini, et montre le dernier envoi réussi et la dernière erreur. Un ID de pixel ne peut être connecté qu’une fois par boutique, et une boutique peut connecter plusieurs pixels, chacun avec son propre jeton et ses propres conditions.

Les conditions décident des événements qu’un pixel reçoit. Un achat qui ne remplit pas les conditions d’un pixel, par exemple une règle sur le pays ou sur la valeur de la commande, n’est pas envoyé à ce pixel et n’a pas de ligne dans son journal d’envoi. Un pixel sans conditions reçoit tout.

La nouvelle page de remerciement de Shopify : les anciens scripts d’achat ne s’exécutent plus

Shopify a remplacé les anciennes pages de remerciement et de statut de commande. Pour les boutiques Shopify Plus, checkout.liquid et les scripts supplémentaires de ces pages ont été abandonnés le 28 août 2025. Les autres forfaits Shopify avaient jusqu’au 26 août 2026, et Shopify a mis à niveau automatiquement les boutiques qui ne l’avaient pas fait à cette date. Le champ des scripts supplémentaires, dans les paramètres de paiement, est en lecture seule depuis le 28 août 2025.

Les scripts supplémentaires ne sont pas pris en charge sur les nouvelles pages : le code d’achat Meta qui s’y trouvait s’est arrêté quand vos pages ont été mises à niveau. Pour le suivi sur les nouvelles pages, Shopify recommande les pixels d’appli, et un pixel personnalisé quand aucune application ne convient ; les deux se trouvent sous Paramètres > Événements clients. Pour envoyer les achats, le code d’un pixel personnalisé doit s’abonner à l’événement checkout_completed de Shopify.

Les événements d’achat du navigateur dépendent aussi du chargement d’une page. Shopify déclenche checkout_completed une fois par paiement, en général sur la page de remerciement, ou sur la première page de vente additionnelle si vous en proposez une. Si cette page ne se charge pas, Shopify ne déclenche pas du tout l’événement, et un pixel navigateur manque cet achat.

1. Dans Paramètres > Événements clients, vérifiez que le pixel qui doit envoyer les achats figure dans la liste. Un pixel personnalisé doit aussi être connecté : un pixel personnalisé déconnecté n’envoie rien.
2. Lancez le test du pixel pour ouvrir le Shopify Pixel Helper sur votre boutique, puis visitez les pages que vous voulez vérifier. Pour tester la page de remerciement, passez une commande test.
3. Ouvrez un pixel d’appli et vérifiez son réglage d’accès aux données. En mode optimisé, le réglage par défaut, Shopify peut suspendre tout ou partie des données qu’un pixel marketing partage quand il estime que ce pixel en partage trop, et Shopify indique que cela peut limiter les données d’attribution dans votre gestionnaire de publicités. Le journal d’activité du pixel, dans ses détails, indique quand l’accès aux données a été suspendu ou accordé depuis le 3 juin 2026. Avec l’accès toujours actif, le pixel accède aux données sans ces limites.

• Les pixels Shopify expliqués : pixel web, pixel personnalisé et intégration d’application

Pourquoi un achat côté serveur ne dépend pas de la page de remerciement

Un pixel navigateur rapporte ce qui se passe dans le navigateur du client : il peut donc manquer un achat quand la page de remerciement ne se charge pas ou qu’un bloqueur arrête le pixel. Shopify précise que les bloqueurs de publicités peuvent bloquer entièrement un pixel web, alors que les rapports et les commandes de Shopify ne sont pas affectés.

Le suivi côté serveur part au contraire de l’enregistrement de la commande. Avec WeProfit sur Shopify, chaque Purchase est construit à partir du webhook de commande de Shopify et envoyé à Meta depuis le serveur de WeProfit via la Conversions API, une fois par commande et par pixel. Il ne dépend ni du code du thème, ni des scripts de paiement, ni de la page de remerciement, et WeProfit n’envoie aucun Purchase navigateur sur Shopify. Shopify indique aussi que l’envoi des webhooks continue normalement quand il optimise l’accès aux données d’un pixel.

La visite compte toujours : elle fournit les ID de clic publicitaires et les identifiants navigateur de Meta que WeProfit envoie avec l’achat. Les événements de vitrine de WeProfit lui parviennent par le proxy d’application de Shopify, sur le propre domaine de votre boutique : les listes de blocage qui visent les domaines de suivi ne les arrêtent donc généralement pas. Ce n’est pas une garantie, et un achat qui atteint Meta dépend toujours de Meta pour être associé à une personne et attribué à une publicité.

• Comment fonctionne le suivi côté serveur
• Configuration de la Meta Conversions API dans WeProfit

Si vous utilisez WeProfit : retrouvez la commande et son statut Meta

Ouvrez Commandes dans WeProfit et recherchez le numéro de commande. La colonne Réseaux indique le statut d’envoi de la commande pour chaque réseau connecté, par exemple « Meta : envoyé », ou « Meta : non envoyé » quand WeProfit n’a pas envoyé de Purchase pour elle. La colonne Attribution indique comment la commande a été reliée à une visite.

Certaines commandes ne sont jamais envoyées à un réseau publicitaire comme achat : les commandes passées avant l’installation de WeProfit, y compris l’historique de commandes importé ; les commandes Shopify POS, provisoires ou créées depuis l’application mobile Shopify ; les renouvellements d’abonnement, qui ne passent pas par le paiement en ligne (la première commande d’un abonnement est un achat web normal) ; et les commandes déjà annulées au moment où WeProfit les traite. À l’exception des commandes annulées, elles comptent quand même dans votre chiffre d’affaires et votre bénéfice WeProfit.

Si la commande manque, ouvrez Installation et vérifiez que « Connexion » affiche « Connecté ». Si la commande est là mais que rien n’a été envoyé, ouvrez Paramètres : « Suivi actif » et « Suivi côté serveur » doivent être activés. Quand le suivi est en pause, rien n’est envoyé aux réseaux publicitaires, même si les commandes continuent de se synchroniser, et quand le suivi côté serveur est désactivé, aucun événement serveur ne part vers aucun réseau.

Sur la page Installation, « Pixel web installé » doit afficher « Oui » et « Intégration d’application (suivi sur la vitrine) » doit afficher « Active ». Quand l’intégration d’application est désactivée, les achats atteignent toujours Meta à partir de la commande, avec les informations client, mais sans les identifiants navigateur Meta de la visite ; quand l’URL de destination de la commande contient un fbclid, WeProfit en déduit quand même l’ID de clic fbc.

Un Purchase a-t-il été envoyé ? Lisez le journal d’envoi CAPI

Sur Réseaux publicitaires > Meta, le « Journal d’envoi CAPI » liste les événements serveur que WeProfit envoie à Meta, avec l’heure, l’événement, le pixel, l’ID d’événement, le statut, les tentatives, l’ID fbtrace et l’éventuelle erreur. Filtrez-le par pixel, sur l’événement Purchase et par statut. Pour le consulter, il faut l’autorisation « Événements et commandes ».

Le journal affiche l’ID d’événement propre à WeProfit, par exemple pur_6012345678901. Meta le reçoit avec un code de boutique de 8 caractères après le premier tiret bas, par exemple pur_a1b2c3d4-6012345678901 : cherchez cette forme dans les outils de Meta. Le journal n’a pas de colonne de valeur ni de devise : vérifiez la valeur d’un achat sur la page Événements de WeProfit.

Quand Meta refuse le jeton, WeProfit met le pixel en pause et affiche une bannière : vérifiez que le compte connecté a toujours accès et que son jeton est à jour, puis envoyez un test depuis la connexion pour reprendre. WeProfit ne teste pas le jeton quand vous enregistrez un pixel : c’est « Envoyer un test », ou le premier envoi, qui montre si Meta l’accepte. Le widget « État du suivi » résume les envois serveur des dernières 24 heures en « Envoyés », « En cours / nouvelle tentative » et « Échecs ».

Des achats dans le Gestionnaire d’événements, mais pas dans le Gestionnaire de publicités

Le Gestionnaire d’événements affiche les événements reçus par Meta. Les résultats du Gestionnaire de publicités comptent les achats que Meta attribue à vos publicités selon le paramètre d’attribution de chaque ensemble de publicités, c’est-à-dire une fenêtre de temps après un clic, une interaction ou une vue de la publicité. L’achat d’un acheteur qui n’a pas interagi avec vos publicités dans cette fenêtre atteint quand même Meta, mais ne devient pas un résultat publicitaire. Dans WeProfit, envoyé signifie que Meta a accepté l’événement, pas que Meta l’a associé à une personne ni attribué à une publicité.

Meta a aussi restreint ce qui compte comme un clic. Depuis mars 2026, Meta limite l’attribution après clic des conversions sur le site web aux clics sur un lien, et les conversions après d’autres clics, comme les partages et les enregistrements, comptent dans ce que Meta appelle désormais l’attribution après interaction (engage-through). Comparez des colonnes qui utilisent le même paramètre d’attribution avant de conclure que des achats manquent.

• Les derniers jours ne sont pas encore stabilisés. Laissez du temps aux nouveaux achats avant de comparer, et comparez aussi une période stabilisée.
• L’achat contient trop peu d’informations pour être associé à une personne. Le Purchase de WeProfit peut contenir l’e-mail, le téléphone, le prénom et le nom, la ville, l’État ou la région, le code postal, le pays et l’ID externe de l’acheteur, hachés, ainsi que l’adresse IP, l’agent utilisateur et les identifiants navigateur fbp et fbc de Meta quand ils sont connus. Le « Score de qualité » de WeProfit indique le « Taux d’ID de clic » et le « Taux d’identité » de vos achats sur les 7 derniers jours.
• Vos ensembles de publicités utilisent un autre pixel ou un autre événement de conversion. Vérifiez qu’ils utilisent le pixel auquel vous envoyez les achats, avec Purchase comme événement de conversion.

• Pourquoi vos plateformes publicitaires et votre boutique affichent des ventes différentes

Deux émetteurs, un pixel : pourquoi les achats sont comptés deux fois

Pour compter une seule fois un événement navigateur et un événement serveur, Meta recommande le même nom d’événement et le même ID d’événement sur les deux : l’eventID du pixel doit correspondre à l’event_id de la Conversions API. Meta ne déduplique que les événements reçus dans les 48 heures qui suivent le premier. Deux outils qui envoient la même commande avec leurs propres ID peuvent compter comme deux achats chez Meta.

WeProfit envoie le Purchase de chaque commande une fois par pixel, depuis son serveur, avec un ID d’événement construit à partir de la commande : les répétitions de webhook, les mises à jour de commande et les nouvelles tentatives n’ajoutent donc jamais un deuxième achat WeProfit. Sur Shopify, son intégration d’application charge aussi le pixel Meta que vous connectez sur les pages de votre vitrine et déclenche PageView, ViewContent et AddToCart avec les mêmes ID d’événement que leurs copies serveur. Les événements de paiement et le Purchase n’ont pas de copie navigateur WeProfit.

Le canal Facebook & Instagram, une autre application ou un pixel dans votre thème utilise ses propres ID d’événement, qui ne correspondent pas à ceux de WeProfit. Gardez un seul émetteur navigateur et un seul émetteur d’achats par ID de pixel : si vous connectez un ID de pixel dans WeProfit, empêchez les autres outils d’envoyer à ce pixel. WeProfit n’a pas d’option pour n’envoyer que côté serveur à un pixel donné ; l’interrupteur « Suivi navigateur », valable pour toute la boutique, retire son pixel Meta, mais il arrête aussi tout le suivi de la vitrine.

Pour voir si Meta a fusionné les copies navigateur et serveur, ouvrez les détails de l’événement depuis la vue d’ensemble du Gestionnaire d’événements et lisez l’onglet consacré à la déduplication des événements.

• Les ID d’événement du pixel Meta et de la Conversions API
• Installer le pixel Meta sur Shopify avec un seul émetteur par pixel

Un test reproductible après chaque changement de thème, de paiement ou de pixel

Lancez le même test court chaque fois que vous modifiez votre thème, votre paiement, vos applications ou vos pixels, et conservez le résultat avec la date. Il vous dit si le changement a cassé un émetteur, sans attendre une semaine de rapports publicitaires pour le découvrir.

1. Listez chaque émetteur d’achats et l’ID de pixel qu’il utilise, comme décrit plus haut.
2. Dans Paramètres > Événements clients, lancez le test de chaque pixel et parcourez une page produit, le panier et le paiement dans le Shopify Pixel Helper.
3. Dans WeProfit, ouvrez Réseaux publicitaires > Meta, copiez le code de test affiché dans l’outil de test des événements du Gestionnaire d’événements dans le champ « Code d’événement de test » du pixel, enregistrez, puis sélectionnez « Envoyer un test ». WeProfit envoie un PageView via la Conversions API et affiche la réponse de Meta, avec l’ID fbtrace quand Meta en renvoie un.
4. Passez une commande test. WeProfit compte une commande test Shopify et l’envoie à vos réseaux publicitaires connectés comme une vraie commande, même si Shopify exclut les commandes test de ses propres rapports. L’annuler ensuite ne retire pas un Purchase déjà envoyé.
5. Retrouvez la commande sur la page Commandes et vérifiez Meta dans la colonne Réseaux, puis retrouvez son Purchase dans le journal d’envoi CAPI et, tant que le code de test est défini, dans l’outil de test des événements de Meta.
6. Effacez le code d’événement de test quand vous avez fini. WeProfit le désactive aussi tout seul 24 heures après que vous l’avez défini.
7. Environ 20 minutes plus tard, ouvrez la vue d’ensemble du Gestionnaire d’événements et vérifiez que l’événement Purchase affiche la méthode de connexion attendue.