WCAG

Les Règles pour l’accessibilité des contenus web (WCAG) sont produites par l’Initiative pour l’accessibilité du Web (WAI) du W3C. Il s’agit de la norme la plus largement adoptée en matière d’accessibilité numérique, citée directement ou par référence dans presque toutes les grandes lois sur l’accessibilité dans le monde. WCAG est ce que la plupart des ingénieurs, des designers et des auditeurs désignent réellement lorsqu’ils parlent de « conformité en matière d’accessibilité ».

Versions en usage actif

Trois versions de WCAG sont actuellement rencontrées dans les contrats et les audits réels :

• WCAG 2.0 (2008) — encore citée par des réglementations plus anciennes, notamment la Norme d’accessibilité intégrée de l’AODA originale et les orientations américaines sur la Section 508 antérieures à 2024.
• WCAG 2.1 (2018) — a ajouté 17 critères de succès couvrant le mobile, la basse vision et l’accessibilité cognitive. C’est la version intégrée par référence dans l’EN 301 549 (et donc dans l’EAA).
• WCAG 2.2 (octobre 2023) — ajoute neuf critères de succès supplémentaires, principalement autour de la visibilité du focus, des opérations de glisser-déposer et de l’authentification accessible.

WCAG 3.0 est au stade de brouillon de travail. Il n’est pas adapté à une citation dans des contrats, malgré certaines affirmations marketing contraires.

Niveaux de conformité

Chaque critère de succès WCAG se voit attribuer exactement l’un des trois niveaux suivants : A (minimum absolu), AA (plancher de conformité pratique) ou AAA (le plus élevé, souvent irréaliste à l’échelle d’un site entier). Les lois et les contrats de marchés publics ciblent presque toujours le niveau AA. Le W3C n’entérine pas les déclarations de conformité partielle du type « 60 % conforme AA » — satisfaire le « Niveau AA » exige de réussir tous les critères de niveau A et de niveau AA.

Ce que WCAG couvre et ce qu’il ne couvre pas

WCAG est intentionnellement neutre sur le plan technologique. Il s’applique au HTML, aux PDF, aux applications mobiles, aux publications ePub et aux formats émergents. Il s’éloigne délibérément de :

• L’interface utilisateur du système d’exploitation natif (couverte par les chapitres 5-7 de la Section 508, les chapitres 5-12 de l’EN 301 549 et les recommandations des plateformes).
• L’accessibilité du matériel (chapitre 4 de la Section 508, chapitre 5 de l’EN 301 549).
• Les modèles de conception spécifiques aux déficiences cognitives (le groupe de travail sur l’accessibilité cognitive de la WAI publie des recommandations complémentaires).

Comment utiliser WCAG en pratique

Traitez WCAG comme un plancher, non comme un plafond. Les outils automatisés détectent au plus 30 à 40 % des problèmes WCAG ; le reste nécessite des tests manuels avec de vraies technologies d’assistance et, idéalement, des sessions avec des utilisateurs handicapés. Les articles de ce site citent régulièrement des critères de succès spécifiques par leur numéro à deux ou trois chiffres (par ex. 2.4.3, 4.1.2) — ce sont des références directes dans la liste des critères de succès lisibles par machine de WCAG.