Accessibilité e-commerce : auditer le parcours, pas la page d’accueil

Une accessibilité e-commerce crédible se vérifie sur le parcours complet : trouver un produit, choisir une variante, s’identifier, renseigner la livraison, payer, recevoir la confirmation puis demander de l’aide. Une page d’accueil correcte ou un score automatique élevé ne suffit pas si une liste déroulante, un message d’erreur ou l’étape de paiement bloque la commande.

Depuis le 28 juin 2025, les services de commerce électronique B2C concernés doivent répondre à des exigences d’accessibilité. En 2026, la DGCCRF a commencé à contrôler les sites et applications mobiles de commerce en ligne. La première action utile n’est pourtant pas de promettre une conformité instantanée : elle consiste à définir le périmètre, tester des scénarios réels, conserver les preuves et attribuer chaque correction.

La matrice ci-dessous transforme ce travail en recette produit, sans confondre diagnostic rapide, audit formalisé et validation juridique.

Quels sites e-commerce sont concernés ?

Le Code de la consommation, article D. 412-50 inclut le commerce électronique parmi les services concernés. Il vise les services fournis par voie électronique, à la demande individuelle d’un consommateur, en vue de conclure un contrat de consommation.

Le périmètre ne se réduit donc pas aux boutiques vendant des objets. Une entreprise peut aussi conclure en ligne un contrat portant sur un service. Le site, l’application mobile et les composants tiers utilisés pendant le parcours doivent être examinés selon leur rôle réel.

La fiche professionnelle de la DGCCRF précise notamment l’exemption applicable aux microentreprises prestataires de services, définies par des seuils de salariés et de chiffre d’affaires ou de bilan. Elle décrit aussi les cas de modification fondamentale et de charge disproportionnée. Ces situations ne doivent pas être déduites d’un formulaire générique : vérifiez la structure de l’entreprise, la nature du service et les justifications attendues avec les responsables compétents.

Cette prudence évite deux erreurs opposées :

• lancer un chantier de conformité sans avoir qualifié le service ;
• considérer une exemption comme automatique et cesser d’améliorer un parcours qui reste inutilisable.

Le sujet est désormais opérationnel. Dans son bilan publié le 25 juin 2026, la DGCCRF indique qu’une enquête sur les sites et applications mobiles de commerce en ligne a commencé en janvier 2026. Elle annonce environ cent établissements contrôlés en 2026, tous secteurs d’enquête confondus.

Pourquoi faut-il tester tout le parcours d’achat ?

L’accessibilité ne concerne pas seulement le contraste ou les textes alternatifs. L’arrêté du 9 octobre 2023 demande que les fonctions d’identification, de sécurité et de paiement d’un service de commerce électronique soient perceptibles, utilisables, compréhensibles et robustes. Il prévoit aussi la transmission des informations d’accessibilité disponibles sur les produits et services vendus.

Cette logique rejoint l’exigence de « processus complet » des Web Content Accessibility Guidelines (WCAG) 2.2 : lorsqu’une activité s’accomplit sur plusieurs pages, toutes les étapes nécessaires doivent satisfaire le niveau de conformité revendiqué. Le W3C donne précisément l’exemple d’une boutique allant de la sélection du produit au paiement.

Un audit limité à cinq pages choisies pour leur simplicité peut donc manquer l’obstacle le plus coûteux. La fiche France Num consacrée à l’accessibilité e-commerce recommande de couvrir navigation, catalogue, compte client, panier, paiement, confirmation et service après-vente.

La page est une unité de contrôle. Le parcours reste l’unité de service. Cette distinction complète les priorités de notre guide sur la performance et la conversion e-commerce sans confondre accessibilité et optimisation commerciale.

La matrice de recette du parcours accessible

Utilisez une ligne par moment réellement nécessaire à la commande. Pour chaque ligne, choisissez un scénario, un mode d’interaction, un résultat attendu et une preuve. La matrice ne remplace pas les critères d’un référentiel ; elle relie ces critères au fonctionnement commercial.

Moment	Risque à examiner	Test de recette	Preuve à conserver	Propriétaire possible
Trouver	menu, recherche ou filtres impossibles à comprendre ou à utiliser	atteindre une catégorie puis un produit au clavier et avec un lecteur d’écran	scénario, capture, résultat et anomalie	produit, contenu, frontend
Comprendre	prix, disponibilité, promotion ou information d’accessibilité ambigus	comparer deux offres avec zoom, contraste renforcé et vocalisation	contenu lu, ordre de lecture et décision possible	e-commerce, contenu
Choisir	variante transmise uniquement par couleur, image ou geste	sélectionner taille, quantité et option sans souris	valeur annoncée, état sélectionné et erreur testée	design, frontend
S’identifier	authentification, code ou récupération de compte bloquants	créer, ouvrir et récupérer un compte avec aides techniques	libellés, focus, délai et alternative	produit, sécurité
Composer le panier	modification ou suppression non annoncée	ajouter, modifier puis retirer une ligne sans perdre le contexte	état avant/après et message de statut	frontend, e-commerce
Renseigner la livraison	adresse, relais ou créneau inaccessibles	corriger une adresse et choisir un point de retrait au clavier	erreur associée, instruction et reprise	logistique, frontend
Payer	moyen de paiement tiers, défi de sécurité ou validation non utilisables	terminer puis reprendre un paiement refusé	environnement, version, statut et retour boutique	paiement, technique
Confirmer	résultat silencieux ou commande soumise deux fois	identifier sans ambiguïté succès, attente ou échec	numéro, message annoncé et idempotence	backend, frontend
Obtenir de l’aide	support ou après-vente accessible par un seul canal bloquant	retrouver la commande et demander une assistance	canal, délai, contexte transmis et continuité	support, opérations

Cette matrice fait apparaître les dépendances. Si le paiement est hébergé par un tiers, le commerçant ne contrôle pas son code, mais il contrôle encore le choix du prestataire, le contrat, les tests, le suivi des incidents et la solution de reprise. « C’est externe » décrit une dépendance ; cela ne résout pas l’obstacle. Le parcours de rétractation en ligne montre la même nécessité après la commande : une entrée accessible ne suffit pas si la confirmation ou le support casse la continuité.

Quels tests automatiser, et lesquels garder manuels ?

Un outil automatique repère vite certains problèmes : absence de nom accessible, contraste insuffisant, structure invalide ou attribut manquant. Il aide à surveiller les régressions connues et à traiter un grand catalogue. Il ne peut pas décider seul si le parcours reste compréhensible, si le focus suit la bonne logique ou si une erreur de paiement peut être corrigée.

Le W3C rappelle dans ses règles de test WCAG que réussir une règle automatisée signifie seulement qu’aucun échec correspondant n’a été détecté. La satisfaction complète d’un critère demande souvent une vérification humaine. Le diagnostic flash de DesignGouv se présente lui aussi comme une estimation rapide et partielle, utile avant un audit formalisé.

Organisez les contrôles en quatre couches :

1. Automatiser les signaux déterministes. Exécutez-les sur les modèles de page et dans l’intégration continue lorsque le résultat est stable.
2. Tester au clavier. Vérifiez l’ordre, le focus visible, les pièges, les composants personnalisés, les fenêtres modales et la reprise après erreur.
3. Tester avec des technologies d’assistance. Parcourez les intitulés, états, changements dynamiques et messages avec les combinaisons prévues dans le protocole.
4. Tester l’usage. Observez si une personne peut comprendre l’offre, comparer, corriger et terminer sans connaître l’architecture interne de la boutique.

Un test manuel non documenté se répète mal. Un test automatique sans jugement vérifie trop peu. La valeur vient de leur articulation.

Le dossier minimal en six preuves

L’article D. 412-57 du Code de la consommation demande aux prestataires concernés de concevoir des services accessibles, de publier les informations nécessaires, de maintenir des procédures de suivi et de prendre des mesures correctives. Son annexe prévoit une description du service, de son fonctionnement et de la manière dont les exigences sont remplies.

Pour relier ces obligations au produit, construisez un dossier court. Il reste distinct d’un audit de site web complet, qui examine aussi visibilité, contenu, conversion, performance et confiance :

1. Un périmètre daté. Domaines, applications, pays, langues, modèles de pages, composants tiers et parcours inclus.
2. Un référentiel et une méthode. Règles utilisées, échantillon, navigateurs, appareils, technologies d’assistance et limites.
3. Des résultats reproductibles. Pour chaque écart : URL, étape, condition, résultat observé, résultat attendu et preuve.
4. Un plan de correction. Priorité, propriétaire, dépendance, date cible et critère de fermeture.
5. Une information publique accessible. Description du service, état documenté, exceptions justifiées et moyen de signaler une difficulté.
6. Une procédure de suivi. Contrôles de non-régression, traitement des retours, mise à jour après changement et conservation des décisions.

Une déclaration générale sans échantillon ni date vieillit immédiatement. Un rapport de plusieurs centaines de lignes sans responsable ne pilote aucune correction. Le dossier doit permettre à une nouvelle personne de comprendre ce qui a été testé et de reprendre le travail.

Comment prioriser les corrections ?

Ne classez pas uniquement par nombre d’occurrences. Une erreur répétée dans le pied de page peut toucher beaucoup d’URL sans bloquer l’achat ; un seul composant de paiement peut arrêter chaque commande utilisant un lecteur d’écran.

Utilisez quatre critères :

Critère	Question	Effet sur la priorité
Blocage	la personne peut-elle terminer autrement ?	un blocage sans alternative passe avant une gêne
Fréquence	combien de parcours, modèles ou produits sont touchés ?	un composant partagé amplifie la correction
Dépendance	faut-il agir dans le thème, la plateforme ou un service tiers ?	la décision contractuelle peut précéder le code
Preuve	comment saura-t-on que l’écart est fermé ?	une correction invérifiable reste ouverte

Ajoutez ensuite la difficulté de mise en œuvre, mais ne la confondez pas avec l’impact. Commencez souvent par un parcours prioritaire et un composant partagé. Vous produisez ainsi une preuve complète avant de disperser l’équipe sur tout le catalogue.

Exemple fictif : une boutique avec paiement externe

Imaginons une boutique fictive qui vend des objets personnalisables. Son audit automatique affiche peu d’erreurs sur la fiche produit. Pourtant, le choix de la matière repose sur des pastilles sans nom, le point relais s’ouvre dans un composant impossible à parcourir au clavier et le retour du paiement refusé replace le focus en haut de page sans expliquer la suite.

L’équipe ne commence pas par corriger chaque description du catalogue. Elle nomme les variantes dans le composant partagé, choisit un mode de sélection du relais testable et définit un contrat de reprise avec le prestataire de paiement. Elle rejoue ensuite trois commandes : invité, client connecté et paiement refusé.

Les preuves comprennent le scénario, les outils utilisés, l’annonce des états, l’ordre de focus et le résultat final. Le rapport automatique reste dans le dossier, mais il n’est plus présenté comme une conclusion.

Cet exemple n’est ni un cas client, ni une démonstration de conformité. Il montre comment un parcours complet change l’ordre des corrections.

La checklist avant mise en ligne

Avant de publier ou de refondre une boutique, vérifiez que le cahier des charges du site nomme déjà les responsabilités, les scénarios et les critères d’acceptation. Puis confirmez que :

• le périmètre juridique et les éventuelles exemptions ont été relus par les responsables compétents ;
• les étapes nécessaires du parcours sont nommées, y compris les composants tiers ;
• chaque modèle possède un contrôle automatique et un test manuel proportionné ;
• la navigation au clavier ne perd ni le focus, ni le contexte, ni l’action principale ;
• les variantes, quantités, prix, disponibilités et erreurs ne reposent pas uniquement sur la couleur ;
• l’identification et la récupération de compte possèdent une alternative utilisable ;
• l’adresse, la livraison et le point relais peuvent être corrigés sans recommencer ;
• le paiement expose clairement attente, refus, succès et reprise ;
• les changements de panier et confirmations sont annoncés sans double soumission ;
• le support peut recevoir une difficulté d’accessibilité avec le contexte utile ;
• l’information publique décrit honnêtement l’état et la méthode ;
• chaque anomalie a un propriétaire, une preuve de fermeture et un contrôle de non-régression.

Quelle première action prendre ?

Choisissez une commande fréquente et exécutez-la sans souris, du catalogue jusqu’à la confirmation. Ne corrigez rien pendant le test. Notez chaque rupture, la page, le composant, le résultat attendu et la personne capable d’agir. Rejouez ensuite le même scénario avec la technologie d’assistance prévue dans votre méthode.

Cette première chaîne ne prouve pas la conformité du service. Elle révèle où l’expérience cesse d’être complète et fournit un ordre de travail. C’est plus utile qu’un score isolé, parce que chaque constat peut devenir un critère de recette.

Zence conçoit et fait évoluer des parcours e-commerce reliés au catalogue, au paiement, aux opérations et à la maintenance. L’objectif technique n’est pas d’ajouter une couche d’accessibilité après la boutique : il est de rendre la commande compréhensible, vérifiable et reprenable. L’audit réglementaire et la validation juridique restent à confier aux compétences appropriées.

Sources principales

• DGCCRF — Bilan de l’action sur l’accessibilité, 25 juin 2026
• DGCCRF — Obligations des professionnels, 13 novembre 2025
• Code de la consommation — Articles D. 412-49 à D. 412-62
• Arrêté du 9 octobre 2023 — Exigences d’accessibilité applicables aux produits et services
• France Num — Accessibilité des sites e-commerce, mise à jour du 17 décembre 2025
• W3C — Web Content Accessibility Guidelines 2.2
• DesignGouv — Diagnostic flash d’accessibilité