Si votre pixel Meta se charge mais que les achats n'apparaissent jamais, vérifiez dans cet ordre : deux pixels installés en même temps, le pixel absent de la vraie page de confirmation, un événement d'achat déclenché sans value ni currency, une redirection de paiement externe qui rompt la session, et la déduplication avec un flux de l'API Conversions.
La première est la plus fréquente et la plus difficile à repérer, car rien ne semble cassé.
« Le pixel se déclenche » et « mes achats sont suivis » sont deux affirmations différentes, et c'est dans l'écart entre les deux que fuient la plupart des budgets publicitaires Shopify. Un Pixel Helper au vert vous dit qu'un pixel existe sur la page. Il ne vous dit rien sur le fait que le bon événement, avec les bons paramètres, a atteint le bon pixel.
Commencez ici : avez-vous plus d'un pixel ?
C'est la première chose que je vérifie sur n'importe quel compte, et c'est le problème que j'ai réellement rencontré sur le terrain, pas seulement lu.
Sur une boutique que j'ai auditée, deux pixels étaient installés simultanément, l'un via l'intégration Shopify, l'autre collé directement dans le thème. Les deux fonctionnaient techniquement. Les deux remontaient des données. Aucun ne remontait tout, car les événements se répartissaient entre eux selon la façon dont la page se chargeait.
Si cela survit si longtemps, c'est parce que cela ne paraît jamais cassé. Il n'y a pas d'erreur. Pixel Helper est au vert. Le Gestionnaire d'événements affiche des achats, simplement moins que vous n'en avez eu. Et à moins de rapprocher le pixel du nombre de commandes de Shopify, vous n'avez aucune raison de soupçonner que ce chiffre n'est qu'une fraction.
J'ai trouvé cela sur la boutique d'un client, et la correction a changé ce qu'affichaient ses rapports. Je ne vais pas associer un pourcentage à cette récupération, car honnêtement, la scission de l'attribution et le gaspillage de budget sont liés sans être identiques, et je préfère vous donner le mécanisme plutôt qu'un chiffre que je ne peux pas entièrement défendre.
Le mécanisme est de toute façon ce qui compte : deux pixels signifie que chacun voit une partie de la vérité, et Meta optimise sur ce qu'il voit.
Comment vérifier
Dans l'administration Shopify, regardez à trois endroits, car un pixel peut être installé à n'importe lequel d'entre eux sans que rien ne vous signale les autres :
- Paramètres → Événements clients : les pixels personnalisés se trouvent ici
- Canal de vente Facebook & Instagram : l'intégration officielle
- Boutique en ligne → Thèmes → Modifier le code : cherchez
fbqouconnect.facebook.netdanstheme.liquid
Si vous trouvez un ID de pixel à plus d'un de ces endroits, c'est votre problème. Choisissez une méthode, le canal de vente est généralement la bonne, et supprimez les autres.
La suite de la séquence
Le pixel n'est pas sur la page que le client atteint réellement
Tout le monde installe le pixel sur tout le site et suppose que la page de confirmation en hérite. Souvent, ce n'est pas le cas, car cette page peut être rendue en dehors de votre thème. Si vous proposez des ventes additionnelles après achat, la page que voit le client juste après avoir payé n'est peut-être pas celle que vous considérez comme la page de remerciement.
L'événement Purchase se déclenche sans ses paramètres requis
Un événement Purchase sans value ni currency est presque inutile. Meta ne peut pas optimiser vers un chiffre d'affaires dont on ne l'a jamais informé, et les enchères basées sur la valeur n'ont rien sur quoi travailler. L'absence de content_ids casse en plus la correspondance avec le catalogue et le reciblage dynamique.
facebook et lisez les paramètres de la requête d'achat. Vérifiez que value, currency et content_ids sont présents et renseignés.Le paiement quitte votre domaine et la session se rompt
Quand le paiement passe par une passerelle externe puis renvoie le client vers une page de commande reçue, cet aller-retour peut rompre la session du navigateur dont dépend le pixel. La commande se finalise ; l'événement n'arrive pas, ou arrive privé des identifiants nécessaires à son attribution.
La déduplication supprime l'événement volontairement
Si vous faites tourner le pixel et l'API Conversions ensemble (ce que vous devriez faire), Meta déduplique grâce à l'event_id. Quand le navigateur et le serveur ne sont pas d'accord sur cet identifiant, soit vous comptez tout en double, soit vous perdez discrètement un côté. Perdre un côté ressemble exactement à « le pixel a cessé de fonctionner ».
event_id envoyé par le navigateur et celui envoyé par votre serveur. Ils doivent être identiques.Bloqueurs de publicité et protection contre le pistage
Une part significative du trafic bloque purement et simplement le suivi par navigateur. Ce n'est pas un bug que vous pouvez corriger, c'est une taxe permanente sur la mesure côté client, et la raison pour laquelle une configuration uniquement navigateur sous-comptera toujours. La solution n'est pas une réparation ; c'est l'API Conversions.
Vous regardez trop tôt
Les rapports du Gestionnaire d'événements ne sont pas instantanés. Avant de conclure qu'un événement manque, attendez quelques heures et regardez à nouveau. J'ai vu des gens réécrire un checkout qui fonctionnait parce qu'ils avaient consulté un tableau de bord quatre-vingt-dix secondes après une commande de test.
Le rapprochement que personne ne fait
Voici l'exercice qui trouve les problèmes qu'aucune checklist ne trouvera. Choisissez une semaine. Notez trois chiffres :
| Source | Ce qu'il compte | Relation attendue |
|---|---|---|
| Commandes Shopify | Chaque commande payée, point | La vérité |
| Achats du Gestionnaire d'événements Meta | Événements d'achat reçus | Doit approcher Shopify, sans jamais le dépasser |
| Conversions Meta Ads Manager | Achats que Meta attribue aux publicités | Un sous-ensemble, toutes les ventes ne viennent pas des publicités |
La plupart des gens comparent la mauvaise paire et paniquent. Les conversions Ads Manager doivent être inférieures aux commandes Shopify, car tous les clients ne viennent pas d'une publicité. Le chiffre qui doit être proche de Shopify, ce sont les achats du Gestionnaire d'événements. S'il est très en dessous de votre nombre de commandes, vous avez un problème de suivi plutôt qu'une question d'attribution.
Et si le Gestionnaire d'événements est supérieur à Shopify, vous avez le problème inverse, généralement des événements en double, ce qui fait l'objet d'un autre article.
Ce que je ne vous dis pas
Je ne vous ai pas donné de pourcentage d'écart attendu, car la fourchette honnête dépend de votre mix de trafic, de votre checkout, des navigateurs de vos clients et de votre pays, et chaque référence publiée que j'ai vue vient d'une entreprise qui vend la solution. Établissez votre propre référence quand tout fonctionne, et considérez l'écart par rapport à votre chiffre comme le signal.
Le classement ci-dessus reflète un petit nombre de comptes, plus ce que les modes de défaillance impliquent logiquement. Voyez-le comme un ordre de recherche sensé plutôt que comme une statistique.
Vous voulez simplement que quelqu'un regarde ?
Envoyez-moi l'URL de votre boutique. Je vous dirai ce que fait réellement votre pixel, et vous n'avez besoin de me donner accès à rien pour commencer.
Obtenir un audit de suivi gratuit →