Mesurer la marge, pas seulement le chiffre d’affaires

Le chiffre d’affaires mesure ce que paie le client

Un test e-commerce se juge souvent sur le taux de conversion ou sur le chiffre d’affaires par visiteur. Ces deux métriques sont faciles à collecter : le script de la boutique connaît le montant de chaque commande au moment du paiement. Elles mesurent ce que paie le client. Elles ne disent rien de ce que garde la boutique.

Tant qu’un test ne change que la présentation d’une page, la différence compte peu : une commande de plus rapporte à peu près la marge habituelle. Dès qu’un test touche à ce que coûte une commande, les deux métriques divergent. Une remise ou une livraison offerte au-delà d’un seuil peuvent augmenter les ventes tout en réduisant la marge de chaque commande. Le gain de chiffre d’affaires peut alors coûter plus qu’il ne rapporte.

La barre de livraison offerte augmente le CA de +6,0 % et la marge de +3,0 %

Dans la boutique de démonstration, le test « Barre de livraison gratuite » affiche dans le panier la somme qui reste à dépenser avant la livraison offerte. Sur 18 jours et 61 240 visiteurs, le rapport donne ces résultats :

Boutique de démonstration (fictive). Marge par visiteur : chiffre d’affaires, moins le coût des produits, les remises et les frais de livraison pris en charge, divisé par les visiteurs exposés.

Les deux métriques principales progressent, mais pas au même rythme : +6,0 % pour le CA par visiteur, +3,0 % pour la marge par visiteur. La fourchette de la marge commence aussi plus près de zéro : -0,7 %, contre +2,2 % pour le CA.

La livraison offerte absorbe la hausse du panier

Le CA par visiteur se décompose en deux facteurs : la part des visiteurs qui commandent, et le montant moyen d’une commande. La marge par visiteur se décompose de la même façon : la part des visiteurs qui commandent, et la marge moyenne d’une commande. Les écarts du rapport permettent de séparer les deux.

• Taux de conversion : +3,9 %. Plus de visiteurs commandent, et chaque commande supplémentaire apporte de la marge.
• Panier moyen : +2,0 %. Les clients ajoutent un article pour atteindre le seuil de la livraison offerte.
• Marge par commande : -0,90 %. Le panier plus gros ne laisse pas plus de marge, parce que la livraison est désormais offerte sur une plus grande part des commandes : 57,0 % contre 41,0 %, soit +16 points.

Le gain de marge vient donc surtout des commandes supplémentaires. La hausse du panier, elle, paie les frais de port. Une équipe qui juge ce test sur le seul chiffre d’affaires attribue à la variante un gain que la boutique ne garde pas.

En euros, l’écart devient évident

Le rapport convertit les écarts sur un mois de trafic du panier, après correction du biais du gagnant (voir « Le biais du gagnant : pourquoi le gain annoncé ne se réalise pas »). Les montants sont arrondis à la centaine d’euros.

Chiffre d’affaires attendu par mois

+93 300 €fourchette de +21 000 € à +165 600 €

Marge attendue par mois

+18 800 €fourchette de -4 200 € à +42 600 €

Livraison offerte supplémentaire

-23 700 €par mois, déjà déduit de la marge

Une équipe qui juge le test sur le chiffre d’affaires annoncera +93 300 € par mois. La boutique en gardera +18 800 € de marge, une fois payés les produits, les remises et les frais de port des commandes passées en livraison offerte.

Sur la marge, la fourchette va de -0,7 % à +6,7 % et contient zéro : le gain de marge n’est pas établi, alors que le chiffre d’affaires progresse.

La marge se mesure avec une donnée du back-office

Le script d’une page connaît le montant payé. Il ne connaît ni le coût des produits ni les frais de port réels. La marge vient donc du back-office : chiffre d’affaires, moins le coût des produits, les remises et les frais de livraison pris en charge.

Dans Probant, elle se calcule sur le serveur, jamais dans la page : à partir des commandes rapprochées des visiteurs exposés et de leurs lignes (webhooks Shopify, ou l’API des commandes avec la clé secrète de l’espace), du coût unitaire de chaque produit en vigueur à la date de la commande (synchronisé depuis Shopify, importé en CSV, ou envoyé avec la ligne) et des frais réglés dans l’espace. Ni le coût ni la marge ne passent par le script : quiconque lit les requêtes de la page ne les voit pas.

POST /api/v1/orders
Authorization: Bearer sk_…
Content-Type: application/json

{ "orderId": "1001", "visitorId": "…", "amount": 89.90,
  "tax": 14.98, "currency": "EUR", "createdAt": "2026-11-10T08:30:00Z",
  "lines": [
    { "sku": "BOUGIE-180", "quantity": 2, "unitPrice": 29,
      "discount": 5.8, "unitCost": 6.4 }
  ] }

La métrique intégrée « Marge par visiteur » peut ensuite décider d’un test, ou l’expliquer à côté du CA. Le rapport affiche la part du chiffre d’affaires couverte par des coûts connus, et ne conclut sur la marge que si elle atteint 90 %. Le détail des champs et des limites est dans la documentation.

Rapprocher les commandes du back-office permet aussi de vérifier la mesure : dans le rapport de démonstration, la ligne « Commandes rapprochées » indique 98,6 %.

Probant met la marge à côté du chiffre d’affaires

Le rapport de la boutique de démonstration présente les deux mesures côte à côte (voir Rapports) :

• la marge par visiteur à côté du CA par visiteur, chacune avec sa fourchette ;
• la part des commandes en livraison offerte, qui explique l’écart entre les deux ;
• les montants mensuels de chiffre d’affaires et de marge, corrigés du biais du gagnant. Faute d’historique propre à la marge, la correction obtenue sur le CA lui est appliquée telle quelle ;
• le coût mensuel de la livraison offerte supplémentaire, déjà déduit de la marge.

Le résumé du rapport en tire la suite : « Gain attendu +93 300 € par mois après correction. Tester le seuil à 50 €, mesuré sur la marge. »