Tracking e-commerce : quelles données remonter, et jusqu’où

Sommaire

Le suivi e-commerce est le seul domaine de la mesure où l’on dispose d’une vérité extérieure : le back-office. Cette chance est aussi une exigence — l’écart entre les deux se voit, et il se compte en euros.

La question n’est donc pas « comment poser l’événement d’achat », que toutes les plateformes documentent, mais : qu’est-ce qu’on met dedans, et qu’est-ce qui se passe quand la commande change d’état après coup.

Le parcours, pas seulement l’achat

Un achat isolé dit combien on a vendu. Il ne dit pas où l’on perd. Le suivi utile couvre la séquence, avec les noms recommandés par l’outil de destination — les inventer coûte les rapports pré-construits.

La dernière ligne est celle qu’on oublie systématiquement, et c’est celle qui empêche d’optimiser sur du chiffre d’affaires qui n’existe plus.

Ce qu’on met dans un achat

Cinq informations font toute la différence entre un compteur et une mesure.

• L’identifiant de transaction. Unique, stable, identique à celui du back-office. C’est la clé de dédoublonnage et la seule façon de rapprocher les deux mondes.
• Le montant, avec une définition écrite (voir plus bas).
• La devise, explicitement — une boutique multi-devises sans ce paramètre additionne des euros et des francs suisses.
• Les articles, avec leur identifiant, leur nom, leur catégorie, leur quantité et leur prix unitaire.
• Les frais — livraison et taxes — séparément du montant, pas fondus dedans.

Le montant : la décision qui change tout

Hors taxes ou toutes taxes comprises ? Avec ou sans frais de livraison ? Avant ou après remise ? Chaque combinaison est défendable, aucune n’est neutre, et le vrai problème est de ne pas trancher.

Trois conséquences concrètes du choix. Un montant TTC gonfle mécaniquement la valeur des clients des pays à TVA élevée, et fausse la comparaison géographique. Un montant incluant la livraison valorise les petits paniers expédiés loin. Et un montant avant remise fait optimiser les campagnes sur un chiffre d’affaires qui n’entrera jamais en caisse.

Le catalogue : une seule référence

Les identifiants de produit circulent dans au moins trois endroits : le site, le flux envoyé aux régies, et les événements de mesure. Quand ils divergent, les rapports produit deviennent inexploitables et les campagnes fondées sur le catalogue diffusent des articles indisponibles.

La règle est simple à énoncer et rarement tenue : un produit, un identifiant, partout — celui du back-office. Les variantes (taille, couleur) doivent suivre la même logique que dans le flux, sans quoi le rapprochement se fait au nom du produit, c’est-à-dire mal.

Annulations, retours, fraude

Une commande passée n’est pas une commande honorée. Sur certains secteurs, l’écart dépasse largement le bruit de mesure.

Trois traitements, du plus simple au plus complet :

1. Ne rien faire, et accepter que les régies optimisent sur du chiffre d’affaires brut. Acceptable si le taux d’annulation est faible et stable.
2. Envoyer un remboursement quand la commande est annulée, avec l’identifiant de transaction d’origine. Cela corrige les rapports, mais l’algorithme publicitaire a déjà appris.
3. Ne déclencher la conversion qu’après validation — paiement confirmé, contrôle anti-fraude passé. C’est le seul traitement qui empêche l’apprentissage sur du faux, et il suppose une collecte côté serveur, puisque le navigateur du client n’est plus là au moment de la validation.

C’est, à ma connaissance, le meilleur argument concret en faveur du server-side sur une boutique — bien meilleur que celui des bloqueurs.

Les promotions, et ce qu’elles cassent

Les codes de réduction sont la première source de confusion des données e-commerce, pour une raison rarement énoncée : ils circulent hors du parcours mesuré. Un code diffusé par un partenaire, relayé sur un forum, puis saisi par un visiteur venu du référencement naturel, attribue le chiffre d’affaires à la mauvaise source — ou à personne.

Deux gestes limitent les dégâts. Transmettre le code utilisé comme paramètre de la commande, ce qui permet au moins de reconstituer après coup. Et distinguer les codes publics des codes nominatifs : seuls les seconds désignent réellement une campagne.

Le montant remonté doit par ailleurs être celui après remise, faute de quoi les campagnes optimisent sur un chiffre d’affaires théorique — c’est la même question que celle du montant, sous une autre forme.

Abonnements et achats récurrents

Un modèle par abonnement casse l’hypothèse implicite de tous les outils de mesure : qu’une conversion vaut son montant, une fois.

Trois options, avec leurs conséquences. Envoyer le premier paiement seul sous-évalue massivement l’acquisition, et fait couper des campagnes rentables. Envoyer une valeur estimée — le montant multiplié par une durée de vie moyenne — corrige le biais mais introduit une estimation dans une série de mesures, ce qui devrait toujours être signalé. Envoyer chaque échéance donne le chiffre réel, avec un décalage tel que l’optimisation publicitaire ne peut plus s’en servir.

Aucune n’est bonne dans l’absolu. La deuxième est le compromis le plus courant ; ce qui compte est que le choix soit écrit, daté, et connu de ceux qui lisent les rapports.

Ce qu’on a le droit d’envoyer sur un client

Les plateformes proposent d’améliorer l’attribution en recevant des données de contact du client, transformées avant l’envoi de manière à ne pas être lisibles. C’est techniquement possible et cela améliore réellement la mesure ; cela reste un traitement de données personnelles.

Trois conditions, dans cet ordre : le consentement approprié doit avoir été recueilli — c’est précisément le rôle du signal correspondant du mode Consentement ; le traitement doit figurer dans le registre ; et l’information doit apparaître dans la politique de confidentialité. La transformation appliquée avant l’envoi ne dispense d’aucune des trois.

Le consentement dans le tunnel

Le tunnel de commande est l’endroit où le refus coûte le plus cher, et il est tentant d’y prendre des libertés. Deux rappels.

Un achat mesuré sans consentement publicitaire reste un achat qu’on ne peut pas rattacher à une campagne : le mode Consentement le signale, et la modélisation en estimera une partie. Et un tunnel qui redemande le consentement au milieu du parcours, ou qui bloque tant qu’il n’est pas donné, transforme une contrainte de mesure en perte de vente réelle.

La recette

Une seule vraie commande de test, passée du début à la fin, en regardant à chaque étape. C’est plus long qu’une inspection de configuration, et cela trouve ce qu’aucune inspection ne trouve.

1. Chaque étape émet-elle son événement, une seule fois ?
2. Le montant transmis est-il exactement celui facturé ?
3. L’identifiant de transaction est-il celui du back-office ?
4. Les articles remontent-ils avec les bons identifiants et les bonnes quantités ?
5. Un retour arrière dans le tunnel produit-il un doublon ?
6. Le rafraîchissement de la page de confirmation en produit-il un autre ?

Les deux derniers points sont la première cause de sur-comptage sur une boutique, et ils ne se voient que si on essaie.

Les trois rapports qui décident

Une boutique correctement instrumentée produit des dizaines de rapports, dont trois seulement changent des décisions.

Le tunnel, étape par étape. Il dit où l’on perd, et c’est le seul rapport dont une baisse appelle une action immédiate. Un décrochage soudain à l’étape de livraison signale presque toujours un bug ou un changement de tarif, pas une variation de demande.

La performance par source, en valeur. Pas en visites, pas en transactions : en chiffre d’affaires, et si possible en marge. Deux sources qui apportent le même nombre de commandes n’apportent pas le même panier.

Le catalogue trié par vues sans achat. C’est le rapport le moins consulté et le plus rentable : il désigne les fiches où l’intérêt existe et où quelque chose bloque — prix, disponibilité, photo, délai.

Combien de temps garder les données

Un point de configuration que personne ne regarde avant d’en avoir besoin : la durée de conservation des données détaillées est réglable dans les outils de mesure, et sa valeur par défaut est souvent plus courte que ce qu’on croit.

La conséquence se découvre au pire moment : en voulant comparer à l’année précédente, on constate que le détail n’existe plus. Les rapports agrégés restent, les analyses fines disparaissent.

Deux gestes : vérifier le réglage maintenant, et exporter régulièrement ce qui doit survivre à cette durée. Sur une boutique, un export mensuel des transactions avec leur source vaut plus que n’importe quel tableau de bord — c’est la seule copie qui reste quand l’outil oublie.

Le contrôle mensuel

Un chiffre à suivre, un seul : le rapport entre le chiffre d’affaires mesuré et le chiffre d’affaires du back-office, sur le mois. Pas pour qu’il vaille 100 % — il ne le vaudra pas, pour toutes les raisons décrites dans l’article sur les écarts entre plateformes — mais pour qu’il soit stable.

Un rapport qui passe de 92 à 71 % d’un mois sur l’autre signale une panne, et c’est souvent le seul signal qu’on aura.

Les erreurs fréquentes

Mesurer l’achat et rien d’autre. On sait alors combien on vend, jamais pourquoi on ne vend pas plus.

Fondre les frais dans le montant. Irréversible dans les données déjà collectées.

Changer la définition du montant en cours d’année. L’effet ressemble exactement à une variation de performance.

Ignorer les annulations. Les campagnes apprennent sur des ventes qui n’ont pas eu lieu, et le coût réel de cette erreur ne se voit jamais dans un rapport publicitaire.