Introduction

Dans l’univers du web, le W3C joue un rôle clé : c’est l’organisme international chargé de créer les standards qui permettent aux sites, navigateurs, outils et technologies de fonctionner ensemble de manière cohérente. Son objectif est d’assurer un web interopérable, mais aussi accessible et sécurisé pour tous.

C’est dans ce cadre que les WCAG guidelines ont vu le jour. Elles sont développées grâce au W3C, en collaboration avec des experts, des organisations et des gouvernements du monde entier, afin de proposer un standard unique et reconnu à l’international pour l’accessibilité des contenus web. L’idée est simple : offrir un cadre clair et défini pour aider les équipes à concevoir des expériences en ligne réellement accessibles, quel que soit le contexte, l’appareil utilisé ou le public visé.

Que signifie WCAG ?

WCAG signifie Web Content Accessibility Guidelines, ou « Règles pour l’accessibilité du contenu web ». Ce sont des recommandations techniques publiées par le W3C pour définir précisément comment rendre un contenu numérique accessible au plus grand nombre, qu’il s’agisse d’utilisateurs avec des limitations visuelles, auditives, cognitives ou motrices, ou de personnes naviguant avec un lecteur d’écran, un clavier ou une commande vocale.

Ces lignes directrices s’articulent autour de quatre grands principes : Perceptible, Utilisable, Compréhensible et Robuste. Elles couvrent de nombreux aspects d’une expérience web : présentation de l’information, structure des pages, fonctionnement des éléments interactifs, gestion des formulaires, comportement de l’interface, compatibilité technique, etc.

Même si elles ne constituent pas une loi en elles-mêmes, les WCAG sont utilisées comme base par la plupart des cadres réglementaires internationaux, notamment le RGAA en France ou l’EAA en Europe. Elles représentent aujourd’hui un guide incontournable pour toute organisation qui souhaite proposer des interfaces véritablement inclusives et alignées avec les standards du web moderne.

Quels sont les 4 principes fondamentaux des WCAG ?

Ces règles d’accessibilité web reposent sur quatre grands principes souvent résumés sous l’acronyme POUR, qui servent un peu de fondation à toute démarche d’accessibilité numérique. Le but, c’est que chaque personne, même celles qui utilisent des technologies d’assistance, puisse percevoir, comprendre et utiliser correctement un site ou une application. Ces principes définissent aussi les niveaux de conformité WCAG A, WCAG AA et WCAG AAA et aident les designers, développeurs ou équipes produit à créer des expériences vraiment inclusives.

Principe 1 : Perceptible

L’information et les composants de l’interface doivent être présentés de manière à pouvoir être perçus par tous les utilisateurs, quel que soit leur mode d’accès.

Concrètement, cela signifie :

• proposer des équivalents textuels pour tout contenu non textuel afin qu’il puisse être lu, synthétisé vocalement ou converti en braille ;
• offrir des alternatives pour les contenus audio et vidéo ;
• garantir que le contenu peut être affiché sous différentes formes sans perdre sa structure ni son sens ;
• faciliter la perception visuelle et auditive, notamment en veillant au contraste ou en distinguant clairement le premier plan de l’arrière-plan.

Principe 2 : Utilisable

Les composants de navigation et les fonctionnalités doivent être manipulables par tous.

En pratique :

• toutes les actions doivent être accessibles au clavier, sans nécessiter une souris ;
• les utilisateurs doivent disposer de suffisamment de temps pour interagir avec le contenu ;
• le site ne doit contenir aucun élément susceptibles de provoquer des crises (par exemple, des contenus clignotants) ;
• une structure de navigation claire doit permettre de se repérer facilement et de trouver l’information.

Principe 3 : Compréhensible

Le contenu et les interfaces doivent être faciles à comprendre.

Plus précisément :

• le texte doit être lisible, clair et compréhensible ;
• les éléments doivent se comporter de manière prévisible, sans changements brusques ou incohérents ;
• les erreurs de saisie doivent pouvoir être détectées, expliquées et corrigées par l’utilisateur.

Principe 4 : Robuste

Le contenu doit être compatible avec un large panel d’agents utilisateurs, aujourd’hui et demain.

Cela implique :

• une compatibilité optimale avec les technologies d’assistance (lecteurs d’écran, logiciels de navigation vocale, etc.) ;
• une structure technique suffisamment solide pour rester accessible malgré l’évolution des navigateurs, des appareils ou des outils.

Quels sont les différents niveaux de conformité ?

Les WCAG reposent sur des critères de succès testables : ce sont des exigences précises qui permettent de dire, noir sur blanc, si un contenu respecte ou non les règles d’accessibilité.

En pratique, les tests combinent souvent des outils automatiques et une évaluation humaine, idéalement avec des personnes en situation de handicap, pour vérifier que le site n’est pas seulement “conforme sur le papier”, mais réellement utilisable.

À partir de ces critères, les WCAG définissent trois niveaux de conformité : A, AA et AAA. Plus on monte en niveau, plus les exigences sont nombreuses et poussées.

Niveau A : le socle minimum

Le niveau A correspond au minimum indispensable pour qu’un contenu soit accessible à un large public.

Les critères associés à ce niveau traitent souvent de problèmes bloquants : impossibilité de naviguer au clavier, absence totale d’alternatives textuelles, contenus qui peuvent provoquer des crises, etc.

Ce sont, en général, des ajustements relativement simples à mettre en œuvre sur le plan technique. Respecter le niveau A permet déjà à de nombreuses personnes d’accéder au contenu, mais laisse encore de vrais freins pour certains profils d’utilisateurs.

Pour un site web ou des modules e-learning, viser au moins le niveau A, c’est s’assurer que l’on ne ferme pas complètement la porte à une partie de son audience.

Niveau AA : la cible la plus courante

Le niveau AA est celui qui est le plus souvent exigé par les référentiels et les réglementations (comme le RGAA, par exemple).

Il inclut tous les critères du niveau A, PLUS, des exigences supplémentaires qui améliorent significativement l’expérience de personnes ayant des limitations sensorielles, cognitives ou motrices.

Concrètement les critères sont plus précis et plus exigeants, certains sont plus techniques à implémenter, mais ils permettent à des groupes d’utilisateurs supplémentaires d’accéder réellement au contenu.

Un exemple sur les médias :

• au niveau A, on demande par exemple des sous-titres pour les contenus audio préenregistrés ;
• au niveau AA, on va plus loin avec, par exemple, l’ajout d’audio-description pour certaines vidéos.

Pour la plupart des organisations, le niveau AA est la cible raisonnable et recommandée : il représente un bon équilibre entre effort, impact et exigences réglementaires.

Niveau AAA : l’accessibilité poussée au maximum

Le niveau AAA est le niveau le plus élevé de conformité.

Il vient s’ajouter aux niveaux A et AA déjà respectés, avec des critères encore plus spécifiques, souvent très exigeants.

Certains critères AAA peuvent être complexes ou coûteux à mettre en place (par exemple, proposer systématiquement une version en langue des signes pour tous les contenus audio). Ils répondent à des besoins très précis, pour un public plus restreint, mais pour qui l’impact est majeur.

C’est pour cela qu’il n’est généralement pas réaliste (ni recommandé) d’annoncer une conformité AAA sur un site entier. On va préférer viser AAA sur certains contenus stratégiques ou pour des contextes particuliers (services publics critiques, ressources éducatives ciblées, etc.).

Les différentes versions des WCAG : comment on en est arrivé à 2.2

Les différentes versions des WCAG racontent un peu l’histoire de l’accessibilité numérique : on est passé d’une check-list très centrée sur le HTML à un cadre beaucoup plus global, stable et pensé pour durer. Plus on avance dans les versions, plus on couvre des situations réelles (mobile, faible vision, troubles cognitifs, interactions tactiles…) tout en restant compatible avec les versions précédentes. Aujourd’hui, WCAG 2.2 est la version de référence recommandée par le W3C.

WCAG 1.0 : les débuts

Publiée en 1999, WCAG 1.0 arrive à une époque où le Web est surtout composé de pages HTML très simples. Elle propose 14 directives et 65 points de contrôle qui servent de première check-list d’accessibilité.

Chaque point de contrôle a une priorité (1, 2 ou 3) qui donnera naissance aux niveaux A, AA et AAA dont on a parlé précédemment.

Aujourd’hui, cette version est surtout historique : elle ne prend pas en compte les technologies modernes ni les usages mobiles.

WCAG 2.0 : le vrai changement de cadre

En 2008, WCAG 2.0 change totalement d’échelle : les règles deviennent technologiquement neutres. Elles ne s’appliquent plus seulement au HTML classique, mais à tout type de contenu web.

C’est là qu’apparaissent les 4 grands principes POUR (Perceptible, Utilisable, Compréhensible, Robuste), déclinés en critères de succès testables, toujours classés en A, AA, AAA, avec le niveau AA comme cible habituelle des lois et référentiels.

WCAG 2.0 reste encore valide, mais le W3C recommande désormais de se baser sur la version la plus récente (2.1 ou 2.2), rétro-compatibles.

WCAG 2.1 : le web devient vraiment mobile

Publiée en 2018, WCAG 2.1 ne remplace pas 2.0, elle l’étend : on garde tout, et on ajoute 17 nouveaux critères.

L’objectif est de mieux couvrir :

• les usages mobiles et tactiles (orientation de l’écran, zones cliquables, gestes, etc.) ;

• les besoins des personnes avec faible vision (contraste non textuel, redimensionnement du texte, reflow sans scroll horizontal) ;
• certains besoins liés aux troubles cognitifs et de l’apprentissage (meilleure prévisibilité, moins d’effets perturbants, plus de contrôle).

Un point clé : un site web conforme à WCAG 2.1 est automatiquement conforme à WCAG 2.0, puisqu’aucun critère n’est retiré.

WCAG 2.2 : la version de référence actuelle

Recommandée depuis octobre 2023, WCAG 2.2 est une extension de 2.1 : on conserve tout ce qui existait et on ajoute 9 nouveaux critères, principalement en niveaux A et AA.

Ils répondent à des situations très concrètes :

• taille minimale des cibles tactiles et gestion des gestes (glisser, déplacer) ;
• meilleure visibilité du focus clavier pour éviter qu’il soit masqué par des éléments d’interface ;
• authentification et aide à la saisie plus accessibles, notamment pour les personnes avec troubles cognitifs.

Autre changement important : le critère 4.1.1 “Parsing” est marqué obsolète et retiré de WCAG 2.2. Le W3C considère désormais qu’il est toujours satisfait dans 2.0 et 2.1 pour le HTML/XML moderne, donc on ne peut plus faire “échouer” un audit uniquement à cause de lui.

Conclusion

Les WCAG ne sont pas seulement un référentiel technique : ce sont les fondations d’un web plus clair, plus inclusif et plus cohérent pour tous. En définissant des principes simples et des critères de succès concrets, elles offrent aux équipes une vraie feuille de route pour améliorer leurs interfaces et répondre aux usages modernes, du mobile aux technologies d’assistance. Avec l’arrivée de WCAG 2.2, le cadre est plus complet et plus proche des besoins réels des utilisateurs. Adopter ces règles, ce n’est pas “cocher des cases”, c’est construire des expériences où chacun peut naviguer, comprendre et interagir sans obstacles.

Envie de savoir où en est votre site ? Testez instantanément votre niveau d’accessibilité gratuitement.