É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.
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. 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. 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. 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. 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. 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. 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.
Pour aller plus loin
-
Mode consentement en Europe
Comment le consentement agit sur l’envoi des données à Google.
-
Mesure d’audience sans consentement (CNIL)
Les critères d’une mesure exemptée, distincts du mode consentement Google.
-
Mes conversions ne remontent pas
La méthode ordonnée pour vérifier chaque étape technique.
-
Événements ecommerce qui comptent
Les évènements attendus à chaque étape du tunnel.
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.