Sur un site marchand, les discussions sur l'expérience utilisateur tournent souvent en rond. Un associé trouve la fiche produit « trop chargée », un prestataire propose de « moderniser » la page panier, un troisième cite le site d'un concurrent. Chacun a raison dans son registre, mais personne n'apporte de preuve. On repeint, on ne corrige rien, et le taux de transformation ne bouge pas.
Il existe pourtant une frontière assez nette entre ce qui relève du goût et ce qui se mesure. Les temps de chargement, la réactivité aux interactions, la perte de clients étape par étape, la conformité des écrans aux règles d'accessibilité et aux obligations d'affichage : tout cela produit des chiffres, des seuils publics et parfois des verdicts opposables. Cet article trie les deux catégories et indique dans quel ordre je les regarde quand j'ouvre un site e-commerce.
Opinion, hypothèse, mesure : trois statuts à ne pas confondre
J'ai pris l'habitude de classer chaque remarque formulée en réunion dans l'une de ces trois cases, avant même d'ouvrir un outil.
- L'opinion : « le bleu fait vieillot », « il faut une vidéo en page d'accueil ». Rien n'est vérifiable. On l'écoute, on ne l'arbitre pas avec un budget.
- L'hypothèse testable : « l'obligation de créer un compte nous fait perdre des acheteurs ». Formulée ainsi, elle devient une expérimentation avec un résultat attendu et un indicateur de succès.
- La mesure : un LCP à 4,1 secondes sur mobile, 38 % d'abandon entre la page livraison et la page paiement, un champ de formulaire sans étiquette accessible. Ce sont des faits, pas des avis.
La séquence de travail découle de ce classement. On corrige d'abord les faits établis, on teste ensuite les hypothèses, et on garde les opinions pour la charte graphique. Cela évite de refaire un site entier pour régler un problème qui tenait à trois champs de formulaire.
Les Core Web Vitals : le socle chiffré
Google publie trois indicateurs de terrain, mesurés sur les visites réelles des utilisateurs de Chrome, avec des seuils explicites atteints au 75e centile des chargements, appareil par appareil. Le LCP décrit la vitesse d'affichage du contenu principal, le CLS la stabilité visuelle, et l'INP la réactivité de la page à l'ensemble des interactions. L'INP est devenu indicateur stable en 2024, en remplacement de l'ancien First Input Delay qui ne regardait que la toute première interaction : un changement important pour un tunnel de commande, où l'essentiel des clics arrive après le chargement initial.
| Indicateur | Seuil « bon » (75e centile) | Sites conformes, mobile | Sites conformes, desktop |
|---|---|---|---|
| LCP | 2,5 s ou moins | 62 % | 74 % |
| INP | 200 ms ou moins | 77 % | 97 % |
| CLS | 0,1 ou moins | 81 % | 72 % |
| Les trois réunis | — | 48 % | 56 % |
Les seuils proviennent de la documentation Google sur les Core Web Vitals et sur l'INP. Les taux de conformité viennent du chapitre performance du Web Almanac 2025 publié par HTTP Archive le 15 janvier 2026 : ils portent sur les origines web observées dans le Chrome UX Report en juillet 2025, tous secteurs confondus, pas seulement le e-commerce. Retenez surtout l'écart mobile/desktop sur l'INP : 77 % contre 97 %. C'est là que se logent les tunnels lourds en scripts tiers.
Deux limites à garder en tête. D'abord, ces données ne remontent que pour les pages suffisamment fréquentées : une fiche produit confidentielle n'apparaîtra pas dans le rapport de terrain. Ensuite, un bon score ne prouve pas que le parcours est compréhensible. Il prouve que la technique ne fait pas obstacle. C'est un prérequis, pas un objectif. Si vos chiffres sont mauvais, la remise à niveau relève d'un travail d'optimisation de la vitesse avant toute réflexion sur le design.
Le taux d'abandon étape par étape, la mesure la plus rentable
C'est la donnée que je trouve le plus souvent absente des installations que j'audite. On connaît le taux de transformation global, on ignore où les visiteurs décrochent. Or un tunnel se lit comme un entonnoir : page panier, identification, livraison, paiement, confirmation. Il faut une mesure par étape, et si possible segmentée par appareil et par mode de livraison.
Pour situer votre résultat, Baymard Institute agrège 50 études publiées et retient une moyenne documentée de 70,22 % d'abandon de panier ; la page de synthèse a été mise à jour le 22 septembre 2025. La même page classe les motifs déclarés par les internautes interrogés : 40 % citent des frais additionnels trop élevés, 20 % un délai de livraison trop long, 19 % un manque de confiance pour saisir leur carte, 18 % l'obligation de créer un compte, 17 % un processus trop long. Ce sont des déclarations, pas des comportements observés : elles servent à formuler des hypothèses, pas à conclure.
Trois précautions de mesure évitent des conclusions fausses. Comptez les sessions, pas les visiteurs, sinon vous mélangez des paniers repris à plusieurs jours d'intervalle. Isolez le trafic mobile, dont le comportement et les taux diffèrent nettement. Et vérifiez que votre plan de marquage est cohérent avec le consentement collecté, faute de quoi vous comparerez des périodes aux volumes incomparables. La construction propre de cet entonnoir relève du pilotage de la mesure plus que du design.
Les tests utilisateurs : peu de monde, souvent
L'article d'origine recommandait d'organiser des ateliers avec un petit groupe d'utilisateurs et de comparer votre parcours à celui de vos concurrents. Je maintiens ce conseil, avec une précision de méthode. Jakob Nielsen a montré dès le 19 mars 2000 que cinq participants suffisent à révéler environ 85 % des problèmes d'utilisabilité d'une interface, et qu'il vaut mieux enchaîner trois séries de cinq tests qu'une seule série de quinze.
Concrètement : vous donnez une tâche réelle (« commandez ce modèle en taille 42, livraison en point relais »), vous vous taisez, vous regardez. Un test qui n'aboutit pas est une information ; un test que vous avez guidé n'en est pas une. Cinq sessions d'une trentaine de minutes tiennent dans une demi-journée et produisent presque toujours deux ou trois corrections évidentes que personne n'avait vues en interne. Le benchmark concurrentiel reste utile, mais il sert à repérer des conventions d'interface, pas à copier un design dont vous ignorez les résultats.
L'accessibilité : une obligation, plus une préférence
C'est le changement majeur depuis la version initiale de cet article. La directive (UE) 2019/882, dite acte législatif européen sur l'accessibilité, s'applique aux services fournis aux consommateurs après le 28 juin 2025. Son article 2 vise explicitement le commerce électronique, défini comme les services de vente à distance fournis via des sites web et des services mobiles. La page de la Commission européenne consacrée au texte reprend cette liste de produits et services.
Une réserve importante pour les plus petites structures : le texte prévoit que les obligations ne s'appliquent pas aux microentreprises qui fournissent des services, soit, au sens de la directive, moins de dix salariés et un chiffre d'affaires annuel n'excédant pas deux millions d'euros. Si vous dépassez ce seuil, vous êtes concerné, quel que soit votre secteur de vente.
Côté méthode française, le référentiel opérationnel reste le RGAA, dans sa version 4.1.2, organisé en treize thématiques : images, couleurs, tableaux, liens, scripts, formulaires, navigation, consultation, etc. Une version 5 est annoncée par la Direction interministérielle du numérique pour la fin 2026. Sur un site marchand, les points qui coincent presque toujours sont les mêmes : contrastes insuffisants sur les prix barrés, champs de formulaire sans étiquette associée, messages d'erreur signalés par la seule couleur rouge, sélecteurs de taille ou de quantité inatteignables au clavier, et carrousels qui déplacent le focus. Tout cela se teste, se documente et se corrige.
Les obligations d'affichage dans le tunnel
Dernier registre entièrement vérifiable : ce que la loi impose d'afficher avant le paiement. Ces règles découlent de la directive 2011/83/UE sur les droits des consommateurs, transposée aux articles L221-5 et suivants du code de la consommation. Elles ne relèvent d'aucun arbitrage esthétique.
| Élément | Ce qui est exigé |
|---|---|
| Récapitulatif | Détail de la commande et de son prix, affiché avant validation, avec possibilité de corriger les erreurs de saisie. |
| Bouton de validation | Mention claire que passer commande entraîne une obligation de payer, du type « commande avec obligation de paiement ». |
| Prix et frais | Prix total TTC, frais de livraison et frais supplémentaires connus avant l'engagement ; à défaut, ces frais ne sont pas dus par le consommateur. |
| Délai de livraison | Date ou délai indiqué avant la conclusion du contrat. |
| Rétractation | Information sur le délai de quatorze jours, formulaire type mis à disposition, et fonctionnalité en ligne permettant d'exercer ce droit gratuitement. |
| Confirmation | Accusé de réception de la commande adressé par voie électronique sans délai injustifié. |
Les libellés et les délais figurent aux articles 6, 8 et 9 de la directive 2011/83/UE et sont repris dans la fiche pratique de l'administration sur les obligations de la vente à distance. Bonne nouvelle pour l'expérience : la conformité rejoint ici l'intérêt commercial. Afficher les frais tôt et clairement est une exigence légale, et c'est aussi le premier motif d'abandon déclaré dans l'enquête Baymard citée plus haut.
Par quoi commencer
Si je devais résumer l'ordre de passage : vérifier les obligations d'affichage du tunnel, puis les Core Web Vitals de terrain, puis construire l'entonnoir étape par étape, puis passer le RGAA sur les pages du parcours d'achat, et seulement après organiser cinq tests utilisateurs pour comprendre ce que les chiffres ne disent pas. Les quatre premières étapes produisent des faits ; la cinquième produit des explications.
C'est aussi une manière de tenir la logique « test & learn » évoquée dans la version initiale de cet article, sans en faire un slogan. On ne teste pas tout en permanence : on corrige d'abord ce qui est objectivement cassé, ce qui est souvent suffisant pour voir bouger le taux de transformation, puis on teste ce qui reste ambigu.
Questions fréquentes
Quels sont les seuils à respecter pour les Core Web Vitals ?
Google considère qu'une page est bonne lorsque son LCP est inférieur ou égal à 2,5 secondes, son INP inférieur ou égal à 200 millisecondes et son CLS inférieur ou égal à 0,1. Ces seuils doivent être atteints au 75e centile des chargements, mesurés séparément sur mobile et sur ordinateur. Ils reposent sur des données de terrain issues des visites réelles des utilisateurs de Chrome, et non sur un test de laboratoire isolé.
Qu'est-ce que l'INP et pourquoi a-t-il remplacé le FID ?
L'INP, pour Interaction to Next Paint, mesure le délai entre une interaction de l'utilisateur et la mise à jour visible de la page, sur l'ensemble des interactions d'une visite. Il est devenu un indicateur stable en 2024 à la place du First Input Delay, qui n'observait que la toute première interaction. Pour un tunnel de commande, où la plupart des clics surviennent après le chargement initial, l'INP décrit bien mieux la réalité vécue.
Un site e-commerce doit-il être accessible depuis le 28 juin 2025 ?
La directive européenne 2019/882 s'applique aux services fournis aux consommateurs après le 28 juin 2025 et vise explicitement le commerce électronique. Les microentreprises de services, soit moins de dix salariés et au plus deux millions d'euros de chiffre d'affaires annuel, sont exclues de ces obligations. Au-dessus de ce seuil, le référentiel de travail utilisé en France est le RGAA, dans sa version 4.1.2.
Quelle mention doit porter le bouton de validation d'une commande en ligne ?
Le bouton qui déclenche la commande doit indiquer sans ambiguïté que le client s'engage à payer, avec une formule du type « commande avec obligation de paiement ». Le récapitulatif détaillé, le prix total toutes taxes comprises et les frais de livraison doivent être affichés avant cette validation, avec la possibilité de corriger une erreur de saisie. Un professionnel qui n'informe pas des frais supplémentaires ne peut pas les réclamer au consommateur.
Combien d'utilisateurs faut-il pour un test d'utilisabilité utile ?
Les travaux de Jakob Nielsen publiés en 2000 montrent que cinq participants révèlent environ 85 % des problèmes d'utilisabilité d'une interface. Il est plus efficace d'enchaîner trois séries de cinq tests, en corrigeant entre chaque série, que de réaliser une seule série de quinze. L'essentiel est de confier une tâche réelle au participant, puis de l'observer sans le guider.
Quel taux d'abandon de panier est considéré comme normal ?
Baymard Institute agrège cinquante études publiées et retient une moyenne documentée de 70,22 % d'abandon de panier, page mise à jour en septembre 2025. Cette moyenne tous secteurs confondus sert de repère, pas d'objectif : ce qui compte est votre taux de perte étape par étape, car c'est lui qui désigne l'écran à corriger. Mesurez au minimum le passage du panier à l'identification, puis à la livraison, puis au paiement.