# Écart entre les commandes de la boutique et celles de l’outil de mesure > Un écart entre commandes réelles et conversions mesurées par GA4 ou le pixel Meta est un phénomène structurel connu : consentement refusé, bloqueurs de publicité, parcours multi-appareils, commandes hors tunnel web. Ce n’est pas automatiquement un bug, mais cela ne dispense pas de vérifier qu’aucune cause technique isolable ne s’ajoute par-dessus. - Source canonique : [https://allaux.fr/services/tracking/ecart-commandes-boutique-outil-mesure](https://allaux.fr/services/tracking/ecart-commandes-boutique-outil-mesure) - Langue : FR - Dernière mise à jour : 2026-08-03 ## Réponse directe > Avant de chercher une panne, retirez du comptage les commandes qui ne traversent jamais le tunnel web : saisies en back-office, prises par téléphone, payées par virement validé à la main, ainsi que les commandes annulées ou remboursées. Comparez ensuite sur une période identique et une même fenêtre d’attribution : un écart stable dans le temps est structurel, un écart apparu d’un coup est technique. ## Les situations que je traite - Le nombre de commandes en back-office dépasse nettement les achats comptés dans GA4 - L’écart semble se creuser depuis quelques mois - L’écart est plus marqué sur mobile que sur ordinateur - Un canal publicitaire semble sous-performer alors que ses commandes existent bien - Une partie des commandes vient du téléphone ou d’un paiement hors tunnel web - Impossible de savoir si l’écart observé est normal ou révèle un vrai problème ## Distinguer la part structurelle de la part anormale 1. **1. Isoler les commandes qui ne peuvent techniquement pas être mesurées** — J’exclus du calcul les commandes par téléphone, en back-office, ou par paiement hors ligne (virement à validation manuelle) : elles ne traversent jamais le tunnel front et ne peuvent générer aucun évènement. Ce sont des faux écarts, pas des pertes de tracking. 2. **2. Comparer l’écart sur une période stable, pas un seul jour** — Je calcule le ratio commandes réelles / conversions sur plusieurs semaines sans changement connu. Un écart stable dans le temps pointe vers une cause structurelle. Un écart qui augmente brutalement à une date précise pointe vers un évènement technique à identifier à cette date. 3. **3. Isoler l’écart par canal d’acquisition** — Je compare le ratio pour le trafic direct, payant (Google Ads, Meta Ads) et organique. Uniforme sur tous les canaux : probablement structurel. Un seul canal en écart anormal : cause probablement propre à ce canal, pixel mal posé ou paramètre de suivi cassé. 4. **4. Isoler l’écart par type d’appareil** — Je compare mobile et ordinateur séparément. Un écart plus élevé sur mobile s’explique souvent par des parcours qui commencent sur un appareil et finissent sur un autre, ce qui casse l’attribution sans qu’il y ait de défaut technique. 5. **5. Vérifier une étape précise du tunnel, pas seulement la conversion finale** — En mode aperçu GTM, je contrôle que chaque évènement du tunnel se déclenche dans l’ordre (view_item, add_to_cart, begin_checkout, purchase). Un évènement manquant systématiquement à une étape précise signale une cause technique isolable, à corriger indépendamment du reste. 6. **6. Chiffrer la part structurelle restante sans viser zéro** — Une fois les causes techniques corrigées, un écart résiduel reste attendu : consentement refusé et bloqueurs de publicité empêchent normalement l’envoi pour ces visites. Viser un écart à zéro n’est pas un objectif réaliste. ## Ce qui relève du structurel, ce qui ne l’est pas Font partie de l’écart structurel normal, à ne pas chercher à corriger techniquement : Le refus de consentement d’une partie des visiteurs européens. Les bloqueurs de publicité et navigateurs à protection renforcée. Les parcours multi-appareils, qui cassent l’attribution sans perte réelle de donnée. Les commandes créées hors tunnel web. Relèvent en revanche d’une cause technique isolable : un évènement absent à une étape précise, un canal avec un écart hors norme, ou une date de rupture nette dans le ratio commande/conversion. ## Un écart de plusieurs dizaines de pour cent peut être normal > Selon la part de trafic européen, l’usage de bloqueurs de publicité et les parcours multi-appareils du site, un écart de cet ordre entre commandes réelles et conversions mesurées reste connu, pas nécessairement un signe de problème. ## Pour aller plus loin - **Mode consentement en Europe** — Comment le consentement agit sur l’envoi des données à Google. ([/services/tracking/mode-consentement-europe](/services/tracking/mode-consentement-europe)) - **Mesure d’audience sans consentement (CNIL)** — Les critères d’une mesure exemptée, distincts du mode consentement Google. ([/services/tracking/mesure-audience-sans-consentement-cnil](/services/tracking/mesure-audience-sans-consentement-cnil)) - **Mes conversions ne remontent pas** — La méthode ordonnée pour vérifier chaque étape technique. ([/services/tracking/conversions-ne-remontent-pas](/services/tracking/conversions-ne-remontent-pas)) - **Événements ecommerce qui comptent** — Les évènements attendus à chaque étape du tunnel. ([/services/tracking/evenements-ecommerce-qui-comptent](/services/tracking/evenements-ecommerce-qui-comptent)) ## FAQ ### Quel écart est considéré comme normal ? Il n’existe pas de seuil universel : cela dépend du trafic européen, des bloqueurs de publicité et des parcours multi-appareils propres au site. Plusieurs dizaines de pour cent restent un phénomène structurel connu. ### Faut-il viser un écart à zéro ? Non, ce n’est pas réaliste compte tenu du consentement, des bloqueurs et des parcours multi-appareils qui échappent structurellement à la mesure. ### Comment savoir si une partie de l’écart est quand même un bug ? En isolant l’écart par canal, par appareil et par étape du tunnel : uniforme partout, c’est structurel ; concentré sur un point précis, c’est technique. ### Les commandes par téléphone comptent-elles dans l’écart ? Elles le gonflent artificiellement si on ne les exclut pas du calcul, puisqu’elles ne peuvent techniquement générer aucun évènement de mesure. ### Un écart qui augmente brutalement à une date précise, c’est forcément un bug ? C’est le signal le plus fiable d’une cause technique à chercher à cette date : mise à jour de thème, changement de bannière, ajout d’un module.