Le symptôme : les ventes sont là, Meta ne les voit plus
Vous ouvrez le Gestionnaire de publicités un lundi matin. Les dépenses sont normales, les clics aussi. Mais la colonne « Achats » affiche zéro, ou presque. Votre boutique, elle, a enregistré des commandes tout le week-end.
Vos ventes n'ont pas baissé : c'est le pixel Meta, le petit script qui prévient Meta qu'un achat vient d'avoir lieu, qui ne se déclenche plus, ou plus correctement. Meta continue de diffuser vos publicités sans savoir lesquelles rapportent.
Les causes ci-dessous sont classées dans l'ordre où nous vous conseillons de les vérifier.
Les causes possibles
1. La page de confirmation de commande a changé
L'événement Purchase se déclenche sur la page de confirmation. Si elle a été modifiée, le script qui l'envoyait peut ne plus s'exécuter, sans message d'erreur.
Sur Shopify, c'est le cas le plus piégeux. Selon la documentation Shopify pour les développeurs, les balises script de la page de statut de commande ont cessé de s'exécuter le 28 août 2025 pour les boutiques Plus, et le 26 août 2026 pour toutes les autres. Un code d'achat collé dans les « Scripts supplémentaires » a donc pu s'arrêter à cette date. Shopify indique de passer par un pixel web (Web pixel) à la place.
Autre cas côté Shopify : avec les ventes additionnelles et les offres après achat, l'événement checkout_completed se déclenche sur la première page d'offre et non sur la page de remerciement. Un pixel qui attendait cette page peut manquer l'achat.
2. Un pixel personnalisé Shopify ou une installation en double
Selon la page Shopify sur les pixels personnalisés, il faut retirer ou modifier les pixels existants avant d'en ajouter un, sinon les événements sont comptés deux fois. Elle cite où chercher : theme.liquid, checkout.liquid (Plus uniquement) et les Scripts supplémentaires.
Le cas classique est un pixel collé à la main dans le thème en plus de celui du canal Facebook & Instagram : chaque achat part deux fois. Un nettoyage fait à la hâte peut aussi retirer les deux. Shopify précise par ailleurs que les pixels Meta saisis dans les Préférences sans passer par l'application du canal ont été retirés lors d'un changement de février 2025 (guide de migration).
3. Un doublon pixel et API Conversions mal dédupliqué
Meta recommande d'envoyer les achats par deux voies, le navigateur (le pixel) et le serveur (l'API Conversions), et exige alors une déduplication. Selon la documentation Meta, l'eventID du pixel doit être identique à l'event_id de l'API, et le nom d'événement doit aussi correspondre. La déduplication ne vaut que dans les 48 heures qui suivent le premier événement reçu avec cet identifiant.
Si l'identifiant manque ou diffère, Meta ne reconnaît pas qu'il s'agit du même achat et le compte deux fois. Aucun achat ne manque, mais vos résultats sont gonflés. Le cas est fréquent juste après l'installation de l'API Conversions.
4. Le consentement bloque le pixel
Un bandeau cookies mal réglé peut empêcher le pixel de partir. La documentation Meta sur le consentement décrit fbq('consent', 'revoke'), qui met en pause l'envoi des événements, puis fbq('consent', 'grant') après l'accord du visiteur. L'appel revoke doit être exécuté avant init, et sur chaque page.
Si une mise à jour du bandeau change cet ordre, ou si grant n'est jamais appelé, le pixel reste muet même pour les visiteurs qui ont accepté. Voir aussi les bandeaux cookies et la perte de données.
5. L'événement part, mais sans valeur utile
Parfois l'achat arrive avec un montant à zéro ou sans devise. Meta le compte, mais votre ROAS ne veut plus rien dire. Meta Ads Data Advisor affiche les paramètres de chaque événement, ce qui permet de le repérer (étape 2).
6. Pixel remplacé, domaine ou compte changé
Un nouveau Business Manager, un identifiant de pixel remplacé lors d'une refonte, un domaine principal modifié : les achats peuvent partir vers un ancien pixel pendant que vos campagnes optimisent sur un autre. L'aide Meta indique aussi que la vérification du domaine détermine quel compte peut configurer et prioriser les événements de conversion du domaine. Après un changement de domaine ou de compte, vérifiez-la.
Le diagnostic pas à pas, avec des outils gratuits
Étape 1 : dater la panne dans Events Manager
Ouvrez le Gestionnaire d'évènements (Events Manager), puis Sources de données (Data sources), et choisissez votre pixel. Meta décrit cinq onglets : Vue d'ensemble (Overview), Test Events, Diagnostics, Historique (History) et Paramètres (Settings).
Dans la Vue d'ensemble, repérez l'événement Purchase et regardez la date du dernier achat reçu. Le champ « Méthode de connexion » (Connection Method) indique si l'événement arrive par le navigateur, par le serveur, ou par les deux. Comparez avec vos commandes réelles dans la boutique, puis cherchez ce qui a changé ce jour-là : thème, application, bandeau cookies, mise à jour de plateforme.
Étape 2 : vérifier la page de confirmation avec Meta Ads Data Advisor
L'extension s'appelait Meta Pixel Helper. Selon la page officielle de Meta, elle s'appelle désormais Meta Ads Data Advisor. Elle est gratuite sur Chrome et Edge. Un badge sur l'icône indique le nombre d'événements du pixel envoyés par la page ; sans badge, aucun pixel n'est installé.
Passez une commande test jusqu'à la confirmation, avec un code de réduction à 100 % ou le mode test de votre solution de paiement. Notez-la : elle sera probablement comptée comme un achat réel dans vos rapports Meta. Ouvrez l'extension sur la page de confirmation. Le panneau affiche le statut du pixel et de chaque événement (Active, Inactive, Warning, Error), ses paramètres (montant, devise) et l'adresse où il se déclenche. Un événement Error peut signaler un doublon.
Étape 3 : suivre le parcours dans Test Events
Dans le Gestionnaire d'évènements, l'onglet Test Events sert à vérifier que vos événements navigateur ou serveur se déclenchent correctement. Lancez un test navigateur depuis cet onglet et parcourez votre boutique jusqu'à l'achat : les événements s'affichent à mesure, avec leurs données. Si rien n'apparaît, désactivez vos bloqueurs de publicité, rechargez la page et recommencez (aide Meta).
Vérifiez que l'achat apparaît, et qu'il n'apparaît qu'une fois. Si deux Purchase arrivent pour une seule commande, passez à l'étape 5. Meta ne déduplique pas deux événements navigateur identiques : aucun des deux n'est supprimé.
Étape 4 : lire l'onglet Diagnostics
L'onglet Diagnostics liste les problèmes qui empêchent le pixel de se déclencher correctement. Meta les classe en critiques (icône rouge) et en avertissements (icône jaune). Il indique parfois la cause directement.
Étape 5 : contrôler la déduplication
Si vous utilisez l'API Conversions, ouvrez depuis la Vue d'ensemble le bouton Event Details de l'événement Purchase, puis l'onglet Event Deduplication. Meta y affiche le taux d'événements dédupliqués et le recoupement entre sources. Un recoupement faible indique que les deux sources n'ont pas d'identifiants communs.
Étape 6 : tester le consentement
Ouvrez votre boutique en navigation privée. Refusez les cookies et faites un achat test : aucun événement ne doit partir. Recommencez en acceptant : Meta Ads Data Advisor doit afficher le Purchase sur la page de confirmation. S'il n'apparaît que dans le premier cas, ou jamais, le bandeau est en cause.
Ce que ça fait à l'algorithme d'enchères
Vos publicités s'optimisent sur l'événement que vous avez choisi, en général l'achat. Si cet événement n'arrive plus, Meta ne sait plus quels clics rapportent.
Meta documente un seuil dans son aide : un ensemble de publicités passe en « Apprentissage limité » quand il est peu susceptible de réunir environ 50 événements d'optimisation dans la semaine qui suit sa dernière modification importante. Meta cite parmi les causes un événement d'optimisation peu fréquent, ce qu'est par définition un achat qui ne remonte plus. Changer l'événement d'optimisation compte aussi parmi les modifications importantes : basculer sur un autre événement pendant la panne relance donc l'apprentissage.
Le doublon a l'effet inverse : l'ensemble de publicités apprend sur des achats comptés deux fois, et votre ROAS affiché dépasse la réalité. Les décisions de budget suivent. Notre article sur Smart Bidding et les données fausses décrit ce mécanisme. Si Meta, Google Ads et GA4 affichent des chiffres différents même sans panne, lisez les écarts entre plateformes.
Ce que ça coûte : une méthode à refaire sur vos chiffres
Le détail du chiffrage se trouve dans l'article sur le coût d'un pixel mort. La version courte, à adapter :
- Dépense Meta par jour × nombre de jours de panne = budget dépensé sans signal d'achat.
- Commandes de la boutique venues de vos campagnes Meta (repérées par les paramètres UTM) − achats remontés par Meta = achats que Meta n'a pas vus.
- Si vos ensembles de publicités ont été modifiés pendant la panne, ajoutez la période d'apprentissage qui suit.
Exemple de calcul : un site qui dépense 1 000 € par jour sur Meta pendant 3 jours de panne a dépensé 3 000 € sans signal d'achat. Une partie de ces 3 000 € a quand même généré des ventes. Votre perte réelle est la capacité de Meta à orienter ce budget vers les bonnes publicités.
Comment éviter que ça revienne
Après chaque changement de thème, d'application, de bandeau cookies ou de passage en caisse, refaites les étapes 2, 3 et 6 : une commande test, Test Events, un test de consentement. Gardez aussi une règle simple : un seul endroit installe le pixel, et un identifiant commun relie pixel et API Conversions.
Entre la panne et le moment où quelqu'un compare Meta à la boutique, plusieurs jours peuvent passer. Korvus surveille ce signal à votre place. Il vérifie que les événements de conversion se déclenchent quand du trafic payant est actif et que le consentement est valide. Si le pixel ne se déclenche plus, il vous alerte par Slack, email ou SMS avec l'impact calculé en euros. Le détail est sur la fiche alerte pixel mort, et le branchement sur la page intégration Shopify.
L'audit gratuit de Korvus parcourt votre site comme un client, de l'accueil à l'entrée du tunnel, et relève entre autres les tags défaillants.
Questions fréquentes
Pourquoi mon pixel Meta ne remonte plus les achats alors que les ventes continuent ?
Les ventes dépendent de votre boutique et de votre paiement. Le pixel est un petit script qui prévient Meta quand un achat a lieu. Une modification de la page de remerciement, un doublon de pixel ou un bandeau de consentement peuvent l'empêcher de se déclencher sans toucher à la vente.
Mon pixel Facebook ne fonctionne plus : par où commencer ?
Ouvrez le Gestionnaire d'évènements, choisissez votre pixel dans Sources de données et regardez l'onglet Vue d'ensemble : la date du dernier événement Purchase reçu vous dit quand la panne a commencé. Comparez ensuite avec la date de votre dernière modification de thème, d'application ou de bandeau cookies.
Pourquoi l'événement Purchase de Meta ne remonte pas alors que PageView remonte ?
Le pixel est bien chargé, mais l'événement d'achat se déclenche sur la page de confirmation de commande. Si cette page a changé, si un script placé dessus ne s'exécute plus ou si le consentement est refusé à ce moment-là, seul Purchase manque.
Faut-il activer l'API Conversions pour corriger un pixel qui ne remonte plus ?
Meta recommande de combiner pixel et API Conversions. Si les deux envoient le même achat sans identifiant commun, vous créez un doublon. Corrigez d'abord la panne du pixel, puis vérifiez la déduplication dans Events Manager.
Combien de temps faut-il à Meta pour retrouver ses performances après la réparation ?
Meta ne publie aucune durée. Sa documentation indique seulement qu'un ensemble de publicités doit réunir environ 50 événements d'optimisation dans la semaine qui suit sa dernière modification importante.