Web Accessibility Initiative (WAI) : définition et normes

Qu'est-ce que la Web Accessibility Initiative (WAI) ?

La Web Accessibility Initiative (WAI) est la branche du W3C qui élabore des normes, des lignes directrices et des ressources pédagogiques pour que les personnes en situation de handicap puissent utiliser le web. Elle publie les Règles pour l'accessibilité des contenus Web (WCAG), WAI-ARIA et d'autres spécifications, et anime les groupes de travail qui les maintiennent. Le W3C a annoncé la WAI le 7 avril 1997.

Ce que publie la WAI

• WCAG : des critères de succès testables pour le contenu web, aux niveaux A, AA et AAA. WCAG 2.2 ajoute neuf critères de succès à la version 2.1 et supprime le 4.1.1 (Analyse syntaxique). Elle ne remplace ni la 2.0 ni la 2.1. WCAG 3 n'est encore qu'un brouillon de travail préliminaire.
• WAI-ARIA : des attributs qui décrivent les composants personnalisés aux technologies d'assistance (voir ARIA). Le guide ARIA Authoring Practices Guide montre comment les appliquer aux motifs courants comme les onglets et les boîtes de dialogue.
• ATAG 2.0 : des lignes directrices pour les outils de création, comme les CMS et les éditeurs. UAAG 2.0, pour les navigateurs et les lecteurs multimédias, est une Note du W3C, pas une norme.
• WCAG-EM : une méthode pour évaluer dans quelle mesure un site respecte WCAG.
• Easy Checks : un premier coup d'œil rapide sur une page, « rapide et simple, plutôt qu'exhaustif » selon la WAI elle-même.

Le travail est réparti entre plusieurs groupes de travail, dont l'Accessibility Guidelines Working Group (WCAG), l'ARIA Working Group et Accessible Platform Architectures.

Comment WCAG est organisé

Chaque critère de succès relève de l'un des quatre principes, connus sous le sigle POUR : perceptible, utilisable, compréhensible, robuste. Chaque critère a un niveau de conformité. Le niveau A est le plus bas, le AA est celui que visent la plupart des règles d'accessibilité et des marchés publics, et le AAA est le plus élevé. Vérifiez quelle version et quel niveau de WCAG votre juridiction cite réellement. Dans l'UE, l'Acte européen sur l'accessibilité s'applique depuis juin 2025 aux produits et services concernés, comme le commerce en ligne et les services bancaires.

Exemple : un jeu d'onglets accessible

Vous construisez des onglets. Le motif « tabs » de l'APG indique quels rôles et états utiliser et comment les flèches du clavier doivent déplacer le focus. Ensuite, WCAG dit quoi vérifier : le critère 1.4.3 (niveau AA) exige par exemple un rapport de contraste d'au moins 4,5:1 pour le texte, ou 3:1 pour le grand texte. D'abord le motif, puis les critères, puis un test au clavier et avec un lecteur d'écran.

Erreurs courantes

• Traiter WCAG comme un audit ponctuel. Chaque version peut dégrader le contraste, l'ordre du focus ou les libellés.
• Penser à ARIA en premier. Utilisez un élément HTML natif quand il existe, et n'ajoutez ARIA que pour ce que HTML ne peut pas exprimer.
• Prendre le score d'un outil pour une preuve de conformité. Le score d'accessibilité de Lighthouse est une moyenne pondérée d'audits automatiques uniquement ; les audits manuels n'y comptent pas.
• Ignorer les technologies d'assistance. Une page peut réussir les contrôles et rester inutilisable au clavier ou avec un lecteur d'écran.
• Citer la mauvaise version. WCAG 2.2 ne rend pas la 2.1 obsolète : confirmez laquelle votre contrat ou votre loi mentionne.

La WAI et les tests

Servez-vous des tests d'accessibilité automatisés pour repérer les défauts reproductibles à chaque build, et des tests manuels pour ce que les outils ne savent pas juger. Quand un client demande une preuve, un VPAT documente la conformité à WCAG. LoadFocus Page Speed Monitoring lance des audits Lighthouse planifiés, qui incluent une catégorie accessibilité : un déploiement qui dégrade les contrôles automatiques se voit entre deux revues manuelles. Pour choisir vos outils, lisez notre comparatif des outils de test d'accessibilité et pourquoi les tests de performance devraient inclure l'accessibilité. La liste complète des normes se trouve sur la page des normes de la WAI au W3C.

Questions fréquentes : Web Accessibility Initiative

Quelle est la différence entre la WAI et le W3C ?

Le W3C est l'organisme de normalisation du web. La WAI est son initiative dédiée à l'accessibilité, qui élabore les normes et ressources sur le sujet.

Quelle est la différence entre la WAI et WCAG ?

La WAI est l'organisation et son programme de travail. WCAG est l'un des documents qu'elle publie, celui qui définit les critères de succès pour le contenu web.

Quelle version de WCAG dois-je suivre ?

Celle que citent votre loi, votre contrat ou votre client. WCAG 2.2 reprend tous les critères de la 2.1 sauf le 4.1.1 et en ajoute neuf, donc viser la 2.2 est en général le choix le plus sûr.

WCAG est-il une loi ?

Non. WCAG est une norme du W3C. Des lois et des marchés publics peuvent s'y référer, et la version et le niveau exigés varient selon le pays et le secteur.

Par où commencer ?

Passez les Easy Checks de la WAI sur une page clé, parcourez ensuite les critères WCAG qui concernent vos composants, puis testez au clavier et avec un lecteur d'écran.

Un bon score d'accessibilité Lighthouse signifie-t-il que mon site respecte WCAG ?

Non. Le score ne reflète que des audits automatiques. Pour affirmer la conformité, il faut encore des contrôles manuels et des tests avec des technologies d'assistance.