Chapitre 2.1 — Les WCAG 2.2 en détail

⏱️ TL;DR — Les WCAG (Web Content Accessibility Guidelines) sont le standard technique mondial de l’accessibilité web, produites par le W3C. La version de référence est WCAG 2.2, Recommandation officielle depuis octobre 2023. Structure : 4 principes POUR → 13 règles → critères de succès vérifiables, chacun classé A / AA / AAA. « Être conforme », c’est satisfaire tous les critères A et AA sur ton périmètre. WCAG 2.2 ajoute quelques critères modernes (focus visible, taille des cibles, authentification…). Et WCAG 3.0 ? Un brouillon lointain : on en parle, on ne construit pas dessus.

🎯 Objectifs

Connaître l’histoire courte et le statut officiel des WCAG.
Maîtriser la hiérarchie principes → règles → critères → niveaux.
Savoir lire un critère de succès comme une affirmation testable.
Définir précisément ce que signifie « conforme AA ».
Citer les nouveautés de WCAG 2.2 et situer WCAG 3.0.

Une histoire courte

Le W3C (World Wide Web Consortium) publie les WCAG via son initiative WAI (Web Accessibility Initiative). Les grandes étapes :

WCAG 1.0 (1999) — première version, organisée autour du HTML de l’époque.
WCAG 2.0 (2008) — la refonte majeure : abstraite, indépendante des technologies, bâtie sur les principes POUR. C’est la base encore utilisée aujourd’hui.
WCAG 2.1 (2018) — ajoute des critères pour le mobile, le tactile, la basse vision et le cognitif.
WCAG 2.2 (octobre 2023) — la Recommandation en vigueur. Elle complète 2.1 avec neuf nouveaux critères (dont on parle plus bas) et retire un critère devenu obsolète.

Point important : les versions 2.x sont rétrocompatibles. Un site conforme 2.2 est conforme 2.1 et 2.0. Tu apprends donc un socle stable, pas une mode.

La hiérarchie : principes → règles → critères → niveaux

4 principes — POUR : Perceptible, Utilisable, Compréhensible, Robuste. Le modèle mental vu en Partie 1.
13 règles (guidelines) : des objectifs généraux sous chaque principe (ex. « Alternatives textuelles », « Navigable au clavier », « Prévisible »). On ne teste pas les règles directement.
Critères de succès (success criteria) : les unités testables. Chacun affirme une exigence vérifiable vrai/faux. C’est là que se joue la conformité.
Niveaux A / AA / AAA : le degré d’exigence de chaque critère.

Lire un critère de succès

Un critère de succès n’est pas un conseil : c’est une affirmation testable. Prends le contraste du texte. Le critère se lit, en substance : « le texte a un rapport de contraste d’au moins 4,5:1 avec son fond » (3:1 pour le grand texte). Tu peux le vérifier avec un outil et répondre oui/non — c’est ça, la testabilité.

Chaque critère est identifié par un numéro (principe.règle.critère) et un niveau. Exemple : le contraste minimum est le critère 1.4.3, niveau AA — le 1 dit « Perceptible ».

💡 Réflexe — Quand tu discutes accessibilité, cite le numéro et le niveau du critère, pas juste « il faut du contraste ». « On est en défaut sur le 1.4.3 (AA) » est vérifiable, traçable dans un audit, et clôt le débat. Un critère se prouve ; une opinion se discute.

Chaque critère est accompagné, sur le site du W3C, de documents Understanding (pourquoi, comment tester) et Techniques (recettes concrètes, non normatives). Les techniques sont des exemples : tu peux satisfaire un critère autrement, du moment que le résultat est testable.

Ce que « conforme » veut dire

La conformité WCAG est un tout ou rien par niveau, et elle se déclare sur un périmètre précis (une page, un ensemble de pages, un parcours).

Niveau	Ce qu’il faut satisfaire	Statut
A	Tous les critères A	Minimum vital — sans quoi des groupes sont bloqués
AA	Tous les critères A + AA	La cible légale (RGAA, EAA) et le sens usuel de « conforme »
AAA	Tous les critères A + AA + AAA	Renforcé, non exigé globalement

Deux pièges de vocabulaire :

« Conforme AA » signifie A et AA : le AA n’annule pas le A, il s’y ajoute.
On ne peut pas être « conforme à 80 % » au sens strict. On mesure un taux de conformité (utile, on le verra au chapitre 2.5), mais « conforme » sans nuance veut dire 100 % des critères A et AA du périmètre.

♿ Côté utilisateur — Le AAA n’est pas « du luxe pour faire joli ». Certains de ses critères — contraste renforcé (7:1), langage très simple, langue des signes pour les vidéos — sont vitaux pour des personnes malvoyantes, dyslexiques ou sourdes de naissance. On ne les impose pas partout parce qu’ils sont parfois impossibles selon le contenu, mais viser certains critères AAA ciblés est un vrai cadeau d’accessibilité, pas une coquetterie.

Les nouveautés de WCAG 2.2

WCAG 2.2 ajoute des critères qui reflètent le web moderne (applications, tactile, gestes, authentification). Les plus notables :

Apparence du focus — le focus clavier doit être visible et suffisamment contrasté et grand (critères 2.4.11 et 2.4.13). Fini les outline: none non remplacés.
Taille de la cible ≥ 24×24 px (2.5.8, AA) — les cibles interactives doivent être assez grandes ou espacées (crucial au doigt et pour les tremblements).
Glisser-déposer avec alternative (2.5.7) — toute action par drag doit avoir une alternative par simple pointeur (clic).
Aide cohérente (3.2.6) — les mécanismes d’aide (contact, FAQ…) apparaissent au même endroit d’une page à l’autre.
Saisie redondante (3.3.7) — ne pas redemander une information déjà saisie dans le même processus (ou la pré-remplir).
Authentification accessible (3.3.8) — pas de test cognitif (mémoriser, recopier, résoudre un puzzle) imposé pour se connecter ; accepter le collage, les gestionnaires de mots de passe, etc.

Ces six-là touchent directement des composants qu’on code tous les jours : boutons, formulaires, modales, connexion.

🧭 Sur A11yLearn — La refonte d’A11yLearn se cale sur WCAG 2.2 niveau AA comme cible unique. Concrètement, ça oriente déjà notre backlog : rétablir un focus visible sur le lecteur de cours (2.4.11), agrandir les cibles tactiles du quiz mobile (2.5.8), ne pas redemander l’e-mail déjà saisi à l’étape précédente de l’inscription (3.3.7), et permettre le collage du mot de passe à la connexion (3.3.8). On ne vise pas AAA globalement — mais on notera au passage les critères AAA « gratuits » qu’on peut atteindre.

Et WCAG 3.0 ?

Tu entendras parler de WCAG 3.0 (parfois appelé « Silver »). C’est une refonte ambitieuse : nouveau modèle de notation (par « scores » plutôt que tout-ou-rien), périmètre élargi. Mais à ce jour, c’est encore un brouillon de travail (Working Draft, mis à jour en mars 2026), pas une Recommandation. Il n’est pas attendu avant ~2028-2029, et il coexistera un temps avec 2.2.

⚠️ Piège — « Attendons WCAG 3.0 pour s’y mettre. » Non. WCAG 3.0 n’a aucune valeur normative aujourd’hui, aucune loi ne s’y réfère, et il changera encore. La seule version sur laquelle bâtir — et sur laquelle les lois s’appuient — c’est WCAG 2.2. On surveille 3.0 par curiosité, on livre en 2.2.

✏️ Exercices

Exercice 1 — Décode un critère. On te dit « le critère 2.4.7, niveau AA, exige un focus visible ». Que t’apprennent le premier chiffre et le niveau, et comment testerais-tu ce critère ?

✅ Solution

Le premier chiffre 2 rattache le critère au principe Utilisable (le focus, c’est de la manipulation clavier). Le niveau AA signifie qu’il fait partie de la cible légale habituelle. Test : tabuler dans toute la page et vérifier qu’à chaque arrêt, l’élément qui a le focus est visuellement identifiable (contour, surbrillance). S’il existe un endroit où on ne voit plus où on est, le critère est en défaut. (WCAG 2.2 renforce d’ailleurs ce point avec 2.4.11 sur l’apparence minimale du focus.)

Exercice 2 — « Conforme AAA ? » Un commercial promet à un client « la conformité WCAG AAA sur tout le site ». Pourquoi est-ce imprudent ?

✅ Solution

Parce que le AAA impose tous les critères A + AA + AAA, or certains critères AAA sont inatteignables ou inadaptés selon le contenu (le W3C lui-même déconseille d’exiger AAA sur l’ensemble d’un site). Promettre AAA global, c’est s’engager sur un objectif qu’on ne pourra pas tenir. L’engagement raisonnable et légalement pertinent est AA (donc A + AA à 100 % sur le périmètre), avec éventuellement quelques critères AAA visés ponctuellement.

🧠 Quiz de révision

1. Quelle est la version de référence des WCAG, et depuis quand ?

WCAG 2.2, Recommandation officielle du W3C depuis octobre 2023. Elle est rétrocompatible avec 2.1 et 2.0 : un site conforme 2.2 est conforme aux versions antérieures.

2. Quelle est la hiérarchie interne des WCAG ?

4 principes (POUR) → 13 règles → critères de succès (testables, vrai/faux) → chacun classé A, AA ou AAA. La conformité se mesure au niveau des critères de succès, pas des règles.

3. Que signifie exactement « conforme AA » ?

Satisfaire 100 % des critères de niveau A et AA sur le périmètre déclaré. Le AA s’ajoute au A, il ne le remplace pas. C’est la cible du RGAA et de l’EAA, et le sens usuel de « conforme ».

4. Cite trois nouveautés de WCAG 2.2.

Parmi : apparence du focus (2.4.11 / 2.4.13), taille de cible ≥ 24 px (2.5.8), glisser-déposer avec alternative (2.5.7), aide cohérente (3.2.6), saisie redondante (3.3.7), authentification accessible (3.3.8).

5. Faut-il attendre WCAG 3.0 ?

Non. WCAG 3.0 est un brouillon de travail (Working Draft), sans valeur normative, pas attendu avant ~2028-2029, et encore instable. Aucune loi ne s’y réfère. On bâtit et on livre sur WCAG 2.2.

Chapitre suivant : ARIA & l’APG — la spec qui enrichit la sémantique quand le HTML natif ne suffit pas, et son catalogue de patterns.