Des analytics auxquels se fier : pourquoi vos chiffres mentent en ce moment

La réponse courte : dans presque toutes les boutiques que j'ai auditées, les analytics mentaient, et généralement dans un sens prévisible. Une partie des commandes n'arrive pas, une autre est comptée deux fois, et la source du trafic se perd à la redirection de la passerelle de paiement. Le problème n'est pas que les chiffres soient imprécis ; on peut vivre avec cela. Le problème est qu'on prend des décisions budgétaires sur leur base.

Six raisons pour lesquelles les chiffres ne concordent pas

Le consentement aux cookies. Si quelqu'un refuse, une partie des événements ne part pas. Consent Mode comble en partie le trou par modélisation, mais c'est une estimation, pas un fait. Le plus important : la perte peut ne pas être aléatoire : si certains segments refusent plus souvent, le tableau penche.
Les achats en double. Le client a rafraîchi la page « merci » et l'événement purchase est parti une seconde fois. Ou bien il est présent à la fois dans le thème et dans le plugin d'analytics. Symptôme classique : dans GA4, nettement plus de commandes que dans l'administration.
La perte de source à la passerelle de paiement. Le paiement passe sur le domaine de la banque et revient : nouvelle session, et la source devient la banque ou « direct ». Dans les rapports, cela se lit « le trafic direct convertit très bien », et le budget part au mauvais endroit.
Bloqueurs et restrictions des navigateurs. Une partie du trafic n'est tout simplement pas mesurée. Ce n'est pas une raison d'y renoncer, mais une raison de ne pas se fier aux chiffres absolus et de regarder les tendances.
Les retours et annulations ne sont pas déduits. GA4 montre les commandes passées. Si vous avez 15 % de retours ou une part notable d'annulations avec paiement à la livraison, le « chiffre d'affaires » des rapports est un chiffre d'affaires avant déduction de ce qui est revenu.
Le même mot dans des sens différents. La « conversion » dans GA4, dans l'interface publicitaire et dans votre tête, ce sont trois métriques différentes avec trois fenêtres d'attribution. Une dispute sur les chiffres se révèle souvent une dispute sur les définitions.

Rapprochement en une heure : trois chiffres qui doivent concorder

C'est une bonne procédure pour commencer le travail sur ce sujet. Prenez un mois calendaire et comparez trois valeurs de GA4 avec l'administration WooCommerce :

Métrique	Où regarder	Écart acceptable
Nombre de commandes	GA4 `purchase` vs liste des commandes	jusqu'à 10 %
Chiffre d'affaires	chiffre d'affaires GA4 vs somme des commandes	jusqu'à 10 %
Valeur moyenne de la commande	chiffre d'affaires / commandes dans les deux	jusqu'à 5 %

Ce que signifie le résultat :

Plus de commandes dans GA4 : événements en double. Cherchez une double installation du tag ou un renvoi au rafraîchissement de la page de remerciement.
Moins de commandes dans GA4 : des événements se perdent. Généralement des paiements avec redirection ou un refus des cookies.
Les commandes concordent, pas le chiffre d'affaires : l'événement porte un mauvais montant : avec ou sans livraison, avec ou sans taxe, devise, remises.

Tant que ce rapprochement n'est pas bouclé, les rapports par canaux, campagnes et produits peuvent être peu fiables. Et inversement : quand il est bouclé, vous avez le droit de décider sur des données.

Que mesurer en plus de la conversion

La conversion n'est pas l'objectif de l'entreprise. On peut la faire monter avec une remise de 30 % et faire faillite. Le jeu minimal qui vaut une revue mensuelle :

La marge par canal, pas le chiffre d'affaires. Le canal qui apporte le plus de chiffre d'affaires apporte souvent le moins de bénéfice.
Le CAC, coût d'acquisition client. Les dépenses publicitaires plus tout le reste, divisés par le nombre de nouveaux clients.
Le taux de rachat. La métrique la plus sous-estimée du petit e-commerce ; elle a son propre sujet : fidélisation et LTV.
LTV sur CAC. Si un client rapporte au cours de sa vie moins que ce que son acquisition a coûté, développer la publicité accélère la perte.
Les retours par produit. Un produit à 40 % de retours peut être non rentable malgré une excellente conversion.
La vitesse (Core Web Vitals). La seule métrique technique qui vaille d'être dans le rapport d'activité, car elle fait bouger toutes les autres.

Attribution : pourquoi le « dernier clic » induit en erreur

Le modèle du dernier clic attribue tout le mérite au dernier contact. Résultat : la recherche de marque et l'e-mail ont l'air d'être les héros (ils sont toujours les derniers), alors que ce qui a amené la personne en premier paraît inutile. Le vrai parcours en e-commerce est rarement en une étape : vu sur les réseaux sociaux → cherché sur Google → parti → revenu depuis un e-mail → acheté.

Une approche pratique pour une petite boutique, sans construire de modèles complexes :

Regardez les conversions assistées, et pas seulement le dernier clic
Demandez directement aux clients (« comment nous avez-vous connus ? ») : dans une enquête après l'achat, pas dans le paiement
Testez les canaux par extinction : arrêter une campagne pendant deux semaines et observer le chiffre d'affaires total est plus honnête que n'importe quel modèle

Encadré pour le développeur

Une seule source d'événements. Le thème ou le plugin, ou GTM, pas tout à la fois. Un purchase envoyé en double est une cause fréquente d'écarts.
Rendez l'achat idempotent. Envoyez transaction_id et protégez la page de remerciement contre un nouvel envoi au rafraîchissement.
Envoi côté serveur pour les paiements avec redirection. Envoyer purchase depuis le serveur au changement de statut de la commande (via Measurement Protocol) peut limiter à la fois la perte à la redirection et une partie des blocages. La spécification des événements est dans la documentation GA4 pour l'e-commerce.
Consent Mode passe avant les tags, pas après. L'ordre d'initialisation compte ; un mauvais ordre signifie soit une perte de données, soit un envoi sans consentement. La configuration est décrite dans le guide Google sur le consentement.
Les retours sont aussi un événement. Envoyez refund lors d'un retour, sinon les rapports de chiffre d'affaires resteront durablement surestimés.
Ne chargez pas les tags de façon synchrone dans le <head>. Des analytics qui bloquent le rendu dégradent le LCP et l'INP : vous payez la mesure par la vitesse.

Si cela dépasse ce dont vous voulez vous occuper vous-même, j'ai un service dédié : analytics et suivi des conversions.

Test pratique

J'ai rapproché commandes, chiffre d'affaires et panier moyen de GA4 avec l'administration sur un mois
L'écart sur les commandes est inférieur à 10 %
purchase part exactement une fois et porte transaction_id
Les paiements avec redirection ne perdent pas la source du trafic
Les événements des étapes du tunnel sont configurés : view_item, add_to_cart, begin_checkout
Les retours sont reflétés dans les analytics
Consent Mode est configuré et rien ne part avant le consentement
Je connais mon CAC et mon taux de rachat, et pas seulement la conversion

Et ensuite

Quand on peut enfin se fier aux chiffres, apparaît le plus gros trou de la plupart des boutiques, et ce n'est pas la conversion, mais ce qui se passe après le premier achat : fidélisation et LTV.