WCAG 2.1 vs WCAG 2.2 : les différences, et laquelle s'applique à l'EAA
En bref — ce qui change, et ce qui s'applique
WCAG 2.2 (publiée le 5 octobre 2023) est la suite de WCAG 2.1 (juin 2018). Elle ajoute 9 critères de succès et en retire un (le 4.1.1, devenu obsolète). Elle est rétro-compatible : un site conforme 2.2 AA l'est aussi 2.1 AA.
- La version légalement exigée sous l'EAA aujourd'hui : WCAG 2.1 AA, via la norme harmonisée EN 301 549 v3.2.1 ;
- les 9 ajouts de la 2.2 sont une bonne pratique recommandée, pas encore une exigence formellement harmonisée pour l'EAA ;
- une future EN 301 549 v4, en préparation, devrait passer à WCAG 2.2 — viser la 2.2 dès maintenant anticipe ce changement sans risque.
Autrement dit : pour être en règle avec l'EAA, visez WCAG 2.1 AA ; pour être tranquille demain, visez 2.2 AA. Les deux pointent dans la même direction.
« Faut-il viser WCAG 2.1 ou 2.2 ? » revient sans cesse dès qu'on parle d'accessibilité. La réponse courte : la loi (via l'EAA et la norme EN 301 549) s'appuie encore sur la 2.1 niveau AA, mais la 2.2 est la version la plus à jour et la cible la plus sûre. Voici ce qui les distingue exactement — les neuf nouveautés, le critère disparu — et surtout ce qui compte vraiment pour votre obligation légale.
Pourquoi deux versions, et comment elles s'emboîtent
Les WCAG (Web Content Accessibility Guidelines) sont la norme internationale d'accessibilité du web, publiée par le W3C. La version 2.0 date de 2008, la 2.1 du 5 juin 2018, et la 2.2 du 5 octobre 2023. Chaque version est additive : la 2.1 reprenait tous les critères de la 2.0 et en ajoutait ; la 2.2 reprend ceux de la 2.1 et en ajoute à son tour (à une exception près, détaillée plus bas). Les trois niveaux de conformité — A, AA, AAA — restent les mêmes ; c'est le niveau AA qui sert de cible légale en Europe.
Conséquence pratique : travailler en 2.2 ne vous fait jamais « perdre » la 2.1. Un site qui satisfait WCAG 2.2 AA satisfait aussi WCAG 2.1 AA. L'inverse n'est pas vrai : un site conforme 2.1 AA peut lui manquer les nouveaux critères AA de la 2.2.
Ce que WCAG 2.2 ajoute (et retire)
2.2 = 2.1 + 9 critères − 1 critère
Tout WCAG 2.2 tient dans cette équation : elle ajoute 9 nouveaux critères de succès (2 de niveau A, 4 de niveau AA, 3 de niveau AAA) et supprime un critère de la 2.1, le 4.1.1 « Analyse syntaxique », devenu obsolète. Le reste — les ~50 critères de la 2.1 — est repris à l'identique. Les nouveautés portent surtout sur trois besoins concrets : la visibilité du focus, la facilité d'interaction (cibles tactiles, glisser-déposer) et l'aide à la saisie (authentification, saisies répétées, aide cohérente).
→ Voir aussi RGAA vs WCAG : quelle différence.
Six ajouts de niveau A et AA — ceux qui pèsent légalement
Comme le niveau AA est la cible de l'EAA, ce sont ces six critères qui feront la différence le jour où la norme passera à la 2.2 (et ce sont déjà d'excellentes pratiques) :
- 2.4.11 Focus visible non masqué (minimum) — AA : l'élément qui a le focus clavier ne doit pas être entièrement caché par un bandeau collant ou un pop-up ;
- 2.5.7 Mouvements de glissement — AA : toute action en glisser-déposer doit avoir une alternative à un seul pointeur (un simple clic/tap) ;
- 2.5.8 Taille de la cible (minimum) — AA : les cibles tactiles font au moins 24×24 px (sauf exceptions), pour ne pas rater le bouton ;
- 3.2.6 Aide cohérente — A : si vous offrez une aide (contact, chat, FAQ), elle se trouve au même endroit de page en page ;
- 3.3.7 Saisie redondante — A : ne pas redemander une information déjà saisie dans le même parcours (proposer de la réutiliser) ;
- 3.3.8 Authentification accessible (minimum) — AA : pas de test cognitif (énigme, recopie de caractères) obligatoire pour se connecter, sans alternative.
→ Voir aussi les formulaires de compte et de connexion.
Trois ajouts AAA — recommandés, hors exigence EAA
WCAG 2.2 ajoute aussi trois critères de niveau AAA. Le niveau AAA n'est jamais exigé par l'EAA (qui s'arrête au AA) : ce sont des bonnes pratiques d'excellence, utiles à connaître mais pas obligatoires.
- 2.4.12 Focus visible non masqué (amélioré) — AAA : version stricte du 2.4.11 (focus jamais masqué du tout) ;
- 2.4.13 Apparence du focus — AAA : exige un indicateur de focus d'une taille et d'un contraste minimaux ;
- 3.3.9 Authentification accessible (amélioré) — AAA : version stricte du 3.3.8, sans aucune exception.
→ Voir aussi la navigation au clavier (focus visible).
Le seul critère que la 2.2 supprime
WCAG 2.2 déclare obsolète et supprime le critère 4.1.1 (Parsing / Analyse syntaxique) de la 2.1, qui imposait un code HTML sans certaines erreurs de balisage (balises bien fermées, identifiants uniques…). Raison du W3C : les navigateurs et les technologies d'assistance gèrent désormais ces erreurs, et les vrais problèmes d'accessibilité sont déjà couverts par d'autres critères, notamment 1.3.1 (Information et relations) et 4.1.2 (Nom, rôle, valeur). Concrètement : si vous viez la 2.2, ne perdez plus de temps sur 4.1.1 ; concentrez-vous sur un balisage sémantique correct.
→ Voir aussi les composants interactifs (nom, rôle, état).
L'EAA ne cite pas WCAG : elle passe par EN 301 549
L'European Accessibility Act (directive 2019/882) ne nomme aucune version de WCAG : elle fixe des exigences fonctionnelles. La conformité technique se prouve via la norme harmonisée EN 301 549, qui donne une présomption de conformité. Or la version d'EN 301 549 actuellement citée au Journal officiel de l'UE est la v3.2.1, et elle s'appuie sur WCAG 2.1 niveau AA.
Donc, à la date d'application de l'EAA (28 juin 2025), la référence technique pour le contenu web reste WCAG 2.1 AA. Une EN 301 549 v4 est en préparation et devrait passer à WCAG 2.2 ; mais tant qu'elle n'est pas publiée et citée au Journal officiel de l'UE, elle ne devient pas la version harmonisée opposable. Les ajouts de la 2.2 restent donc, formellement, une bonne pratique anticipatrice.
→ Voir aussi la déclaration d'accessibilité (référentiel à citer).
Visez 2.2 AA, déclarez 2.1 AA — sans contradiction
La stratégie sans regret : concevez et corrigez en visant WCAG 2.2 niveau AA. Comme la 2.2 est rétro-compatible, vous êtes de facto conforme à l'exigence légale actuelle (2.1 AA) tout en étant prêt pour la future norme. Dans votre déclaration d'accessibilité, indiquez le référentiel sur lequel vous vous êtes appuyé ; aujourd'hui, la référence harmonisée à mentionner reste EN 301 549 (WCAG 2.1 AA). Vous pouvez préciser que vous appliquez aussi les critères de la 2.2 — c'est un plus, pas une contradiction.
→ Voir aussi la checklist de conformité EAA (24 points).
Récapitulatif : les 9 critères ajoutés par WCAG 2.2
| Critère | Niveau | Cible EAA (niveau AA) |
|---|---|---|
| 2.4.11 Focus visible non masqué (minimum) | AA | Oui (en 2.2) |
| 2.4.12 Focus visible non masqué (amélioré) | AAA | Non (AAA) |
| 2.4.13 Apparence du focus | AAA | Non (AAA) |
| 2.5.7 Mouvements de glissement | AA | Oui (en 2.2) |
| 2.5.8 Taille de la cible (minimum) | AA | Oui (en 2.2) |
| 3.2.6 Aide cohérente | A | Oui (en 2.2) |
| 3.3.7 Saisie redondante | A | Oui (en 2.2) |
| 3.3.8 Authentification accessible (minimum) | AA | Oui (en 2.2) |
| 3.3.9 Authentification accessible (amélioré) | AAA | Non (AAA) |
À noter : « Oui (en 2.2) » signifie que le critère entre dans la cible AA lorsque la norme de référence passera à la 2.2. Aujourd'hui, l'exigence harmonisée pour l'EAA reste WCAG 2.1 AA (EN 301 549 v3.2.1).
Vérifier votre niveau (ce que DeclareAccess ajoute)
Savoir quelle version viser ne dit pas où vous en êtes. Pour ça, un audit automatique mesure d'un coup une grande part des critères A et AA — la base commune à la 2.1 et à la 2.2. Le reste (focus réellement visible, cibles tactiles, authentification…) se vérifie à la main et au lecteur d'écran.
Là où DeclareAccess intervient : notre audit automatisé (moteur axe-core, calé sur WCAG 2.1 AA, la référence EAA actuelle) vous envoie le rapport des manquements détectables sans rien installer, liste les vérifications manuelles à mener, puis génère la déclaration d'accessibilité légale à publier — modèle français (RGAA), allemand (BFSG), italien ou espagnol, citant le bon référentiel. Vous restez aligné sur l'obligation d'aujourd'hui, tout en sachant ce qui vous prépare à la 2.2.
Auditez votre boutique sans rien installer
DeclareAccess analyse une page de votre site avec le moteur axe-core selon les WCAG 2.1 AA (la référence EAA via EN 301 549), vous envoie le rapport des manquements détectables et la liste des vérifications manuelles, puis génère la déclaration d'accessibilité prête à publier — modèle français (RGAA), allemand (BFSG), italien ou espagnol. Gratuit, sans carte bancaire.
Rapport WCAG par e-mail sous 24 h ouvrées.
C'est noté. Votre client e-mail va s'ouvrir avec la demande pré-remplie — il vous suffit de l'envoyer.
Questions fréquentes
WCAG 2.1 ou 2.2 : laquelle est obligatoire pour l'EAA ?
À ce jour, c'est WCAG 2.1 niveau AA, par l'intermédiaire de la norme harmonisée EN 301 549 v3.2.1 (la version citée au Journal officiel de l'UE). L'EAA elle-même ne nomme aucune version de WCAG ; elle renvoie à cette norme, qui donne une présomption de conformité. Les ajouts de WCAG 2.2 sont une bonne pratique recommandée, mais pas encore une exigence formellement harmonisée tant qu'une nouvelle version d'EN 301 549 (en préparation) n'est pas publiée et citée au JOUE.
Quelles sont les différences entre WCAG 2.1 et 2.2 ?
WCAG 2.2 (octobre 2023) ajoute 9 critères de succès à la 2.1 : 2.4.11 Focus non masqué (minimum, AA), 2.4.12 Focus non masqué (amélioré, AAA), 2.4.13 Apparence du focus (AAA), 2.5.7 Mouvements de glissement (AA), 2.5.8 Taille de la cible (minimum, AA), 3.2.6 Aide cohérente (A), 3.3.7 Saisie redondante (A), 3.3.8 Authentification accessible (minimum, AA) et 3.3.9 (amélioré, AAA). Elle retire un critère, le 4.1.1 (Analyse syntaxique), devenu obsolète. Tout le reste de la 2.1 est conservé.
Un site conforme WCAG 2.2 est-il aussi conforme 2.1 ?
Oui. WCAG 2.2 est rétro-compatible : un site conforme 2.2 niveau AA satisfait aussi 2.1 niveau AA, car la 2.2 ne fait qu'ajouter des critères (et retirer 4.1.1, qui n'était plus contraignant). L'inverse n'est pas garanti : un site conforme 2.1 AA peut lui manquer les nouveaux critères AA de la 2.2 (focus non masqué, cibles tactiles, authentification accessible…).
Pourquoi le critère 4.1.1 a-t-il été supprimé ?
Le critère 4.1.1 (Analyse syntaxique / Parsing) imposait un code HTML sans certaines erreurs de balisage. Le W3C l'a déclaré obsolète dans la 2.2 parce que les navigateurs et les technologies d'assistance gèrent désormais ces erreurs, et que les vrais problèmes d'accessibilité sont déjà couverts par d'autres critères, notamment 1.3.1 (Information et relations) et 4.1.2 (Nom, rôle, valeur). Un code sémantique propre reste recommandé, mais ce n'est plus un critère distinct.
Faut-il viser le niveau AAA pour être tranquille ?
Non. L'EAA, comme la norme EN 301 549, s'arrête au niveau AA. Le niveau AAA (qui inclut trois des nouveautés de la 2.2 : 2.4.12, 2.4.13, 3.3.9) regroupe des bonnes pratiques d'excellence rarement réalisables sur l'ensemble d'un site, et il n'est pas exigé. La bonne cible est un niveau AA complet — idéalement celui de WCAG 2.2, qui vous prépare à la future norme tout en couvrant l'obligation actuelle (2.1 AA).