Ce qui se passe probablement
Le déclencheur Purchase n’est pas exécuté après la commande
Le code de base du Pixel Meta peut fonctionner sur la boutique sans que l’appel Purchase soit exécuté après une transaction réussie. Le déclencheur peut viser une mauvaise étape, une ancienne page de confirmation ou une condition qui n’est plus remplie.
Le mauvais Pixel Meta est relié à la boutique
L’intégration e-commerce, le gestionnaire de balises ou le paiement peut envoyer Purchase vers une autre source de données que celle consultée. Le pixel semble alors silencieux alors que l’événement part vers un autre identifiant.
Le consentement bloque le Pixel Meta au moment du paiement
Une plateforme de gestion du consentement peut empêcher le chargement ou le déclenchement des balises marketing sur le parcours de commande. Il faut vérifier que son comportement correspond bien aux choix de l’utilisateur et à la configuration prévue.
Purchase est envoyé uniquement côté serveur
Certaines intégrations transmettent l’achat par la Conversions API sans produire le même événement dans le navigateur. Le Pixel Meta ne déclenche alors pas Purchase, mais le Gestionnaire d’événements peut tout de même recevoir une version serveur.
L’achat est envoyé sous un autre événement
L’intégration peut transmettre un événement personnalisé ou un appel différent de l’événement standard Purchase. Meta reçoit alors éventuellement une activité, mais pas le signal Purchase attendu pour le suivi des achats.
Le symptôme vient du reporting, pas du Pixel Meta
Un nombre nul dans le Gestionnaire de publicités ne prouve pas que Purchase ne se déclenche pas. Si l’événement existe dans le Gestionnaire d’événements, il faut distinguer réception technique, configuration de conversion et résultat attribué à la campagne.
Cas que l'on retrouve sur des comptes réels
Tous les cas ne se résolvent pas de la même manière. Il faut d'abord identifier le scénario le plus proche du compte.
Une commande existe, mais aucun Purchase du Pixel Meta
La boutique confirme le paiement, tandis que le Gestionnaire d’événements Meta ne reçoit aucun Purchase provenant du navigateur. Cette différence montre que le problème se trouve après la réalité commerciale, dans le déclenchement du Pixel Meta ou dans l’intégration du parcours de commande.
Le test déclenche Purchase, mais pas les achats réels
Un événement Purchase apparaît pendant un test du Pixel Meta, mais les commandes clientes ne produisent pas le même signal. Ce symptôme rend pertinentes les différences de parcours, de consentement, de moyen de paiement ou de page de confirmation entre le test et une transaction réelle.
Purchase arrive par la Conversions API seulement
Le Gestionnaire d’événements affiche Purchase avec une source serveur, mais aucun Purchase avec une source navigateur pour le Pixel Meta. La mesure peut donc continuer par CAPI, tandis que le diagnostic doit cibler la branche navigateur et sa déduplication avec le serveur.
Purchase est visible dans Meta, mais pas dans les campagnes
Le Pixel Meta transmet Purchase au Gestionnaire d’événements, alors que le Gestionnaire de publicités affiche zéro achat. Le Pixel Meta fonctionne dans ce cas ; la différence concerne plutôt la conversion sélectionnée, le reporting ou le rapprochement de la vente avec la campagne.
Comment vérifier sans casser la configuration
Confirmer dans la boutique, le système de paiement ou le back-office qu’au moins une commande a réellement été validée, puis relever son heure et son identifiant.
Rechercher l’événement standard Purchase dans le Gestionnaire d’événements Meta et distinguer ses sources navigateur et serveur.
Effectuer une commande de test complète et vérifier si Purchase apparaît après la confirmation, plutôt que de tester uniquement le chargement du Pixel Meta.
Comparer l’identifiant du Pixel Meta chargé sur la boutique et le paiement avec celui de la source de données examinée dans Meta.
Vérifier que l’intégration native, le gestionnaire de balises ou le code personnalisé déclenche Purchase uniquement après une transaction réussie.
Contrôler le comportement du Pixel Meta selon l’état de consentement, sans contourner les choix enregistrés par l’utilisateur.
Examiner les changements récents apportés au thème, au paiement, aux applications e-commerce, au gestionnaire de balises ou à la plateforme de consentement.
Si Purchase est aussi envoyé par la Conversions API, vérifier les identifiants d’événement et la déduplication entre navigateur et serveur.
Comparer les événements Purchase du Gestionnaire d’événements avec les commandes e-commerce et les achats affichés dans le Gestionnaire de publicités.
Vérifier que l’événement reçu est bien Purchase et non un événement personnalisé portant un autre nom.
Signaux à examiner avant d'agir
Ces données séparent un blocage de diffusion, un problème de mesure et une vraie opportunité d'accélération.
Ratio entre commandes confirmées et Purchase du Pixel Meta
Comparer les commandes validées dans la boutique au nombre d’événements Purchase reçus par le Pixel Meta indique si le manque correspond à une absence réelle d’achats ou à une perte de mesure.
Source navigateur ou serveur de Purchase
La source indiquée pour Purchase dans le Gestionnaire d’événements précise si le signal vient du Pixel Meta, de la Conversions API ou des deux. Cette distinction évite de confondre un pixel silencieux avec une absence complète de suivi.
Dernier événement reçu avant Purchase
Si le Pixel Meta reçoit PageView, ViewContent, AddToCart ou InitiateCheckout mais jamais Purchase, la séquence situe la rupture vers la fin du paiement plutôt que dans l’installation générale du pixel.
État du consentement lorsque Purchase manque
Comparer le déclenchement de Purchase avec l’état de consentement appliqué au Pixel Meta permet de déterminer si la balise navigateur est correctement autorisée ou bloquée selon la configuration prévue.
Plan de résolution étape par étape
Suivre une commande de bout en bout
Partez d’une transaction confirmée et documentez sa présence dans la boutique, dans le Gestionnaire d’événements et dans le Gestionnaire de publicités. Cette chronologie révèle l’endroit exact où Purchase disparaît.
Corriger le déclencheur et l’identifiant du Pixel Meta
Alignez l’intégration e-commerce, le gestionnaire de balises ou le code personnalisé sur le bon Pixel Meta. L’événement Purchase doit être lié à la confirmation réelle de la transaction, et non à une simple visite du paiement.
Aligner le déclenchement avec le consentement
Vérifiez que la plateforme de consentement transmet correctement l’état prévu et que le Pixel Meta se comporte conformément à cet état sur toutes les étapes du paiement.
Coordonner Pixel Meta et Conversions API
Lorsque Purchase est envoyé par le navigateur et le serveur, contrôlez la déduplication et les identifiants associés. Lorsqu’il arrive uniquement par CAPI, traitez séparément l’absence de la branche navigateur.
Valider la mesure avant de modifier les campagnes
Réalisez un nouveau test complet, rapprochez Purchase de la commande correspondante et confirmez la cohérence des données. Ne changez budget, enchères ou optimisation qu’après avoir séparé le défaut de mesure de la performance commerciale.
Si cela devient technique
Vous pouvez suivre ce parcours vous-même. Si le diagnostic révèle un écart de données, une configuration de suivi délicate, une décision d'enchères risquée ou un blocage qui exige un accès au compte, Lia conserve le contexte et le transmet à CreatikLab.
Erreurs à éviter
Conclure que le Pixel Meta ne fonctionne pas uniquement parce que le Gestionnaire de publicités affiche zéro achat.
Considérer la présence de PageView comme une preuve que Purchase est correctement installé.
Ajouter un second pixel ou une nouvelle application avant d’identifier l’intégration et l’identifiant déjà actifs.
Tester Purchase avec une simple visite de la page de paiement au lieu de terminer une transaction.
Contourner le consentement pour faire apparaître l’événement plutôt que de corriger la configuration prévue.
Compter séparément les versions navigateur et serveur de Purchase sans vérifier leur déduplication.
Modifier le budget ou les enchères pour tenter de résoudre une rupture de suivi.
Questions fréquentes
Pourquoi PageView et AddToCart fonctionnent-ils, mais pas Purchase ?
Ces événements se déclenchent plus tôt dans le parcours. Purchase dépend de l’intégration avec la fin du paiement, de la confirmation de commande, du consentement et du déclencheur propre à cette étape.
Si la Conversions API envoie Purchase, le suivi est-il quand même cassé ?
Pas entièrement. Meta peut recevoir l’achat côté serveur même si le Pixel Meta ne l’envoie pas depuis le navigateur. Il faut alors diagnostiquer cette branche manquante et vérifier la déduplication si les deux sources sont utilisées.
Pourquoi Shopify indique-t-il que le Pixel Meta est connecté sans transmettre Purchase ?
Le statut connecté confirme une liaison, mais pas le déclenchement réussi de chaque achat. Il faut vérifier une commande réelle, la source de données utilisée, l’intégration au paiement et la réception de Purchase dans le Gestionnaire d’événements.
Pourquoi Meta reçoit-il Purchase sans afficher d’achat dans les campagnes ?
La réception technique d’un événement et son affichage comme résultat publicitaire sont deux contrôles différents. Vérifiez la conversion configurée et rapprochez le reporting Meta des commandes réellement enregistrées.
Quand utiliser Lia pour poursuivre ce diagnostic ?
Lia peut guider la suite lorsque la boutique, le Gestionnaire d’événements et le Gestionnaire de publicités donnent des résultats contradictoires. Préparez l’identifiant du Pixel Meta, une commande de référence, les sources navigateur ou serveur et les changements récents.
