Checklist de conformité EAA pour un e-commerce : les 24 points à vérifier
En bref
Pour être conforme à l'European Accessibility Act (obligatoire depuis le 28 juin 2025), un e-commerce doit respecter la norme EN 301 549, qui renvoie aux WCAG 2.1 niveau AA, sur tout le parcours d'achat, et publier une déclaration d'accessibilité. Les points qui font le plus souvent défaut :
- contrastes de couleurs insuffisants sur les prix, boutons et libellés ;
- images produit sans alternative textuelle ;
- tunnel de paiement impossible à utiliser au clavier ou sans message d'erreur clair ;
- absence de la déclaration d'accessibilité (le manquement le plus simple à constater).
La checklist ci-dessous regroupe 24 vérifications concrètes par étape du parcours. Un scan automatisé en détecte une partie en quelques secondes ; le reste se contrôle à la main.
Vous savez que votre boutique doit être « accessible », mais concrètement : quoi vérifier ? Cette checklist traduit les exigences légales de l'EAA en points contrôlables, organisés selon le parcours réel d'un client — de la page d'accueil au paiement — puis ajoute l'obligation documentaire qui pèse autant que la technique.
D'abord, le cadre : ce que la loi exige vraiment
L'European Accessibility Act (directive (UE) 2019/882) impose, depuis le 28 juin 2025, que les services de commerce électronique destinés aux consommateurs soient accessibles. En France, l'obligation est portée par l'ordonnance n° 2023-859 ; la sanction peut atteindre 50 000 € (renouvelable tous les 6 mois), avec une astreinte jusqu'à 3 000 €/jour, et jusqu'à 25 000 € pour l'absence de déclaration d'accessibilité.
Le standard technique n'est pas un texte juridique vague : c'est la norme EN 301 549, qui pour le web renvoie aux Web Content Accessibility Guidelines (WCAG) 2.1, niveau AA. C'est donc cette grille — pas une appréciation subjective — qui sert de référence à un contrôle. La checklist suit ses critères les plus pertinents pour une boutique en ligne.
La checklist, étape par étape
1. Navigation & structure générale
- Toute la boutique est utilisable au clavier seul (Tab / Maj+Tab / Entrée), sans souris, y compris les menus déroulants et le mini-panier. WCAG 2.1.1Beaucoup d'utilisateurs n'utilisent pas de souris ; un menu qui ne s'ouvre qu'au survol les exclut.
- L'élément qui a le focus est toujours visible (contour net), jamais masqué par un bandeau collant. WCAG 2.4.7
- Un lien d'évitement « Aller au contenu » permet de sauter le menu en début de page. WCAG 2.4.1
- La page a une hiérarchie de titres logique (un seul H1, des H2/H3 cohérents) et une langue déclarée (
lang). WCAG 1.3.1 · 3.1.1 - Le zoom à 200 % et l'affichage mobile ne tronquent pas le contenu ; pas de défilement horizontal forcé. WCAG 1.4.4 · 1.4.10
2. Couleurs & lisibilité
- Le texte courant a un contraste d'au moins 4,5:1 avec son fond (3:1 pour les grands titres). Attention aux gris clairs, aux prix barrés et aux mentions « en promo ». WCAG 1.4.3
- Les boutons, champs et icônes ont un contraste d'au moins 3:1 sur leurs contours/états. WCAG 1.4.11
- L'information n'est jamais portée par la couleur seule (ex. : « disponible » en vert / « rupture » en rouge sans texte ni icône). WCAG 1.4.1
- Les liens dans un paragraphe sont distinguables autrement que par la seule couleur (soulignement, gras…). WCAG 1.4.1
3. Catalogue & fiche produit
- Chaque image produit porte une alternative textuelle utile (« Baskets cuir blanc, vue de profil »), et les images purement décoratives un
altvide. WCAG 1.1.1 - Les libellés de liens et boutons sont explicites hors contexte : « Ajouter au panier — Robe lin bleu » plutôt que dix boutons « Acheter » identiques. WCAG 2.4.4 · 2.4.6
- Le sélecteur de variantes (taille, couleur) est un vrai contrôle de formulaire étiqueté, manipulable au clavier. WCAG 1.3.1 · 4.1.2
- Les infobulles / tableaux de tailles qui apparaissent au survol restent accessibles au clavier et ne disparaissent pas trop vite. WCAG 1.4.13
- Les vidéos de démonstration ont des sous-titres ; l'audio important, une transcription. WCAG 1.2.2 · 1.2.3
4. Panier, compte & tunnel de paiement
- Chaque champ de formulaire (livraison, paiement) a un libellé visible et associé — pas seulement un texte d'exemple qui disparaît à la saisie. WCAG 3.3.2 · 1.3.1
- Les erreurs de saisie sont signalées en texte, identifient le champ concerné et proposent une correction (« Le code postal doit comporter 5 chiffres »). WCAG 3.3.1 · 3.3.3
- Pour une commande, l'utilisateur peut vérifier et corriger ses informations avant validation finale (récapitulatif, étape de confirmation). WCAG 3.3.4
- Le champ attendu est deviné par le navigateur (autocomplétion nom, e-mail, adresse via l'attribut
autocomplete). WCAG 1.3.5 - Les messages dynamiques (« Ajouté au panier », « Code promo invalide ») sont annoncés aux lecteurs d'écran (zone live). WCAG 4.1.3
- Aucune étape n'a de délai d'expiration court sans possibilité de prolonger (panier, session de paiement). WCAG 2.2.1
5. Composants & contenus interactifs
- Carrousels, modales et onglets sont pilotables au clavier, annoncent leur rôle/état et piègent correctement le focus dans les fenêtres modales. WCAG 4.1.2 · 2.1.2
- Les animations et défilements automatiques peuvent être mis en pause ; rien ne clignote plus de 3 fois par seconde. WCAG 2.2.2 · 2.3.1
- Les icônes seules (loupe, cœur, panier) ont un nom accessible (
aria-labelou texte masqué). WCAG 4.1.2
6. Obligation documentaire — souvent oubliée
- Une déclaration d'accessibilité est publiée, avec l'état de conformité exact (totalement / partiellement / non conforme), les non-conformités connues et les voies de recours. EAA · ordonnance 2023-859C'est le manquement le plus simple à constater pour un contrôleur — et jusqu'à 25 000 € en France.
- La déclaration est facile à trouver (lien en pied de page) et datée ; un moyen de contact / signalement d'accessibilité est indiqué. EAA
Comment utiliser cette checklist ?
Procédez dans l'ordre du parcours client : ouvrez votre boutique, rangez la souris, et tentez d'aller de l'accueil jusqu'au paiement au clavier seul. Vous aurez déjà repéré une bonne partie des points 1, 4 et 5. Vérifiez ensuite les contrastes (groupe 2) avec un outil de mesure, puis les images et libellés (groupe 3). Terminez par l'obligation documentaire (groupe 6), la plus vite réglée.
Beaucoup de ces points (contrastes, alternatives d'images, libellés de champs, structure) sont détectables automatiquement. Un scan vous donne en quelques secondes une liste chiffrée et localisée — les sélecteurs CSS exacts à corriger — pour ne pas partir de zéro.
Lancez le scan automatisé de votre boutique
DeclareAccess analyse une page de votre site selon les WCAG 2.1 AA, vous renvoie un rapport chiffré des non-conformités (avec les éléments concernés), puis génère la déclaration d'accessibilité prête à publier — modèle français (RGAA) ou allemand (BFSG). Audit gratuit, sans carte bancaire.
Rapport WCAG par e-mail sous 24 h ouvrées.
C'est noté. Votre client e-mail va s'ouvrir avec la demande pré-remplie — il vous suffit de l'envoyer.
Questions fréquentes
Combien de critères dois-je vraiment respecter ?
La référence légale est la norme EN 301 549, qui renvoie aux WCAG 2.1 niveau AA — soit 50 critères au total (niveaux A et AA). Cette checklist en couvre les plus déterminants pour un e-commerce. Atteindre l'intégralité du niveau AA suppose, en plus du scan automatique, une vérification manuelle (navigation au clavier, lecteurs d'écran, parcours complet).
Un outil automatique suffit-il à prouver ma conformité ?
Non. Les tests automatisés détectent 30 à 50 % des problèmes (contrastes, alternatives manquantes, libellés, structure). Les critères liés au sens, à l'ordre logique ou à l'usage réel au clavier et au lecteur d'écran exigent un contrôle humain. Un scan est un excellent point de départ honnête, pas un certificat de conformité totale.
Par où commencer si mon budget est limité ?
Commencez par les corrections à fort impact et faible coût : contrastes de couleurs, libellés de champs de formulaire, alternatives textuelles, navigation au clavier dans le tunnel de paiement. Publiez ensuite la déclaration d'accessibilité — elle est obligatoire, vite réalisée, et c'est le manquement le plus facilement sanctionné (jusqu'à 25 000 € en France).
Faut-il être 100 % conforme pour être en règle ?
La loi exige la conformité, mais reconnaît des états « partiellement conforme » : l'essentiel est de documenter honnêtement l'état réel dans la déclaration, de lister les non-conformités connues et d'avoir un plan d'action. Une déclaration sincère « partiellement conforme » est défendable ; une absence de déclaration, ou une fausse mention « totalement conforme », ne l'est pas.
Cette checklist vaut-elle aussi pour l'Allemagne (BFSG) ou les autres pays de l'UE ?
Oui pour la partie technique : tous les pays de l'UE s'appuient sur la même norme EN 301 549 / WCAG 2.1 AA. Ce qui change d'un pays à l'autre, c'est le document obligatoire et le régime de sanctions. En Allemagne, par exemple, le document s'appelle « Informationen zur Barrierefreiheit » (§ 14 BFSG) et l'amende peut atteindre 100 000 €.