WCAG 2.1 AA : comprendre l’accessibilité numérique

En France, les propriétaires de sites et de boutiques en ligne rencontrent souvent les mêmes sigles dès qu’ils s’intéressent à l’accessibilité numérique : WCAG 2.1 AA, RGAA, EN 301 549. Derrière ces références, une question très concrète : une personne peut-elle consulter vos offres, choisir un produit et terminer sa commande, quelles que soient ses façons de percevoir et d’utiliser votre site ?

Les WCAG donnent des critères techniques pour répondre à cette question. Pour comprendre leur place, il faut distinguer ce que prévoit le cadre légal, ce qu’apportent les normes et ce qu’un audit peut effectivement vérifier. Voici les repères utiles pour échanger avec votre agence ou votre équipe technique.

WCAG 2.1 AA : un langage commun pour l’accessibilité numérique

Les WCAG sont des recommandations pour rendre les contenus web accessibles. Elles ne prescrivent pas un design unique : elles définissent des résultats attendus, comme pouvoir utiliser une interface au clavier ou comprendre une erreur dans un formulaire.

La mention WCAG 2.1 AA associe une version des recommandations, WCAG 2.1, et un niveau de conformité, AA. Elle sert donc à préciser le cadre technique d’une évaluation, plutôt qu’à qualifier vaguement un site d’« accessible ».

Ces recommandations reposent sur quatre principes : perceptible, utilisable, compréhensible et robuste. Leur intérêt est de ramener chaque problème technique à son effet sur une personne. Un bouton sans nom n’est pas seulement une anomalie de code : il peut empêcher de savoir comment ajouter un article au panier.

En France, comment la loi se relie-t-elle aux WCAG ?

La Loi n° 2023-171 du 9 mars 2023 s’inscrit dans le cadre de la Directive (EU) 2019/882 sur l’accessibilité. Pour les services entrant dans son champ, dont le commerce électronique, les exigences sont applicables depuis le 28 juin 2025. Il faut toutefois vérifier la situation de son activité avant de conclure aux obligations qui lui sont applicables.

Pour les services concernés, notamment le commerce électronique, la Direction générale de la concurrence, de la consommation et de la répression des fraudes (DGCCRF) supervise la conformité. Sa fiche destinée aux professionnels constitue un point de départ officiel pour comprendre ce cadre.

La norme européenne EN 301 549 fait le lien entre les exigences d’accessibilité et leur traduction technique. Pour le web, elle s’appuie sur les WCAG. Son périmètre est toutefois plus large que celui des seules pages web : il ne faut donc pas réduire toute la conformité d’un service à une liste de contrôles WCAG.

Dans les échanges autour de l’accessibilité en France, vous rencontrerez aussi le RGAA, un référentiel permettant d’organiser des vérifications. Retenez surtout cette distinction : le cadre légal détermine les obligations applicables ; les normes et référentiels structurent l’évaluation technique. Un rapport doit préciser ce qu’il a évalué, sur quelles pages et selon quelle référence.

Les quatre principes, appliqués à une boutique en ligne

Perceptible : rendre l’information accessible autrement

Une information ne doit pas dépendre uniquement de la vue, de l’ouïe ou de la perception des couleurs. Sur une fiche produit, une photographie informative a besoin d’une alternative textuelle pertinente. Une image purement décorative ne doit pas, à l’inverse, encombrer inutilement la lecture par un lecteur d’écran.

Un message « les champs en rouge sont obligatoires » pose problème si la couleur est le seul repère. Il faut aussi une indication textuelle correctement associée aux champs. De même, des textes peu contrastés ou une mise en page qui devient illisible au zoom peuvent rendre une offre difficile à consulter.

Le bon réflexe : demander si l’information reste disponible lorsque l’utilisateur ne perçoit pas sa présentation habituelle.

Utilisable : permettre d’agir sans imposer la souris

Un visiteur doit pouvoir parcourir les éléments interactifs au clavier, voir où il se trouve et déclencher les actions. Cela concerne les menus, les filtres, les sélecteurs de variantes, les fenêtres de dialogue et le paiement.

Imaginez un panier qui s’ouvre dans une fenêtre superposée. Si le clavier continue à parcourir les éléments cachés derrière cette fenêtre, le parcours devient déroutant. Si aucune commande accessible ne permet de la fermer, l’utilisateur peut rester bloqué.

Testez un trajet complet sans souris : rechercher un article, choisir sa taille, l’ajouter au panier et avancer dans la commande. Ce test ne suffit pas à établir la conformité, mais révèle souvent des obstacles majeurs.

Compréhensible : expliquer les choix et les erreurs

L’interface doit aider à comprendre ce qui est demandé et ce qui vient de se produire. Un champ portant seulement la mention « Numéro » manque de contexte. « Numéro de commande » indique clairement l’information attendue.

Lorsqu’un formulaire échoue, « Une erreur est survenue » laisse l’utilisateur sans solution. Un message utile identifie le champ concerné et explique comment corriger la saisie, lorsque c’est possible.

La cohérence compte également : une navigation stable et des commandes nommées de façon prévisible limitent les hésitations. L’objectif n’est pas d’appauvrir votre contenu, mais d’éviter que l’utilisateur doive deviner comment avancer.

Robuste : donner du sens à l’interface dans le code

Un site robuste transmet les informations nécessaires aux navigateurs et aux technologies d’assistance. Un élément qui ressemble visuellement à un bouton doit aussi être reconnu comme une commande interactive.

Les champs ont besoin d’intitulés associés, les composants interactifs d’un nom et d’un rôle appropriés, et leurs états doivent être disponibles. Un panneau dépliable doit notamment permettre de connaître son état ouvert ou fermé.

Un HTML bien structuré constitue une base solide. Les titres, liens et boutons ne servent pas seulement à la présentation : ils donnent une structure exploitable aux personnes qui naviguent autrement.

Que couvre réellement le niveau AA ?

Les WCAG distinguent les niveaux A, AA et AAA. Le niveau AA inclut les critères du niveau A et ajoute ceux du niveau AA. Il ne désigne ni une note moyenne ni une sélection de bonnes pratiques facultatives.

Il couvre notamment des questions de contraste, d’agrandissement et d’adaptation de l’affichage, de navigation, de visibilité du focus et d’aide à la saisie. Ces sujets se complètent : améliorer les contrastes ne compense pas un bouton de paiement inaccessible au clavier.

Pour conclure sur un périmètre, il faut examiner tous les critères applicables, les différents états des interfaces et les étapes des processus concernés. Une page d’accueil soignée ne suffit pas si le parcours de commande présente des blocages.

Passer de la référence technique à un plan d’action

Commencez par identifier vos parcours essentiels et les composants qu’ils utilisent. Pour une boutique, cela comprend généralement la recherche, la fiche produit, le panier, l’identification et le paiement.

• Définissez un échantillon représentatif : types de pages, formulaires, menus et composants réutilisés.
• Combinez outils et vérifications humaines : les contrôles automatiques repèrent certains défauts, mais ne jugent pas seuls la pertinence d’une alternative ou la fluidité d’un parcours.
• Documentez chaque problème : emplacement, effet pour l’utilisateur, critère concerné et piste de correction.
• Vérifiez les corrections : un changement visuel ou technique peut résoudre un obstacle et en introduire un autre.

Un audit accessibilité professionnel, proposé notamment par geta11y, peut aider à structurer cette démarche. Il identifie des problèmes dans un périmètre donné ; il ne garantit pas à lui seul une conformité juridique.

L’objectif durable est d’intégrer ces contrôles aux évolutions du site. Les WCAG deviennent alors un outil de travail partagé, utile pour concevoir des parcours que davantage de clients peuvent réellement utiliser.