AccueilWCAG 2.1 vs WCAG 2.2

Comparatif · Normes WCAG

WCAG 2.1 vs WCAG 2.2 : les différences, et laquelle s'applique à l'EAA

Mis à jour le 15 juin 2026 Lecture : 10 min Référence : EAA · EN 301 549 · WCAG

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)

1 La différence en une phrase

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).

À retenir — viser la 2.2 ne remet rien en cause de la 2.1 : c'est un sur-ensemble. On ne « change » pas de norme, on la complète.
WCAG 2.2 = W3C Recommendation · 5 oct. 2023

→ Voir aussi RGAA vs WCAG : quelle différence.

2 Les nouveaux critères qui comptent pour le niveau AA

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.
Concret e-commerce — la cible 24 px (2.5.8) et l'alternative au glisser (2.5.7) touchent vos sélecteurs de quantité, sliders de prix et boutons mobiles ; 3.3.8 vise vos CAPTCHA et codes de connexion.
2.4.11 · 2.5.7 · 2.5.8 (AA) · 3.2.6 · 3.3.7 (A) · 3.3.8 (AA)

→ Voir aussi les formulaires de compte et de connexion.

3 Les nouveaux critères de niveau AAA

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.
Ne pas confondre — viser le AAA « pour être sûr » est rarement réaliste sur tout un site, et l'EAA ne le demande pas. Mettez l'énergie sur le AA complet.
2.4.12 · 2.4.13 · 3.3.9 (AAA, non exigés)

→ Voir aussi la navigation au clavier (focus visible).

4 Le critère retiré : 4.1.1 « Analyse syntaxique »

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.

Bonne nouvelle — un point de moins à corriger, et il n'était presque jamais un vrai obstacle pour les utilisateurs. Le HTML propre reste recommandé, mais ce n'est plus un critère à part.
4.1.1 supprimé en 2.2 · couvert par 1.3.1 et 4.1.2

→ Voir aussi les composants interactifs (nom, rôle, état).

5 Laquelle s'applique à l'EAA ? (le point crucial)

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.

À ne pas affirmer — « WCAG 2.2 est déjà obligatoire pour l'EAA ». C'est faux à ce jour : l'exigence harmonisée reste la 2.1 AA tant que la nouvelle norme n'est pas officiellement citée.
EN 301 549 v3.2.1 = WCAG 2.1 AA · v4 (2.2) en préparation

→ Voir aussi la déclaration d'accessibilité (référentiel à citer).

6 Que viser, concrètement

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.

En pratique — un audit AA (qu'il soit calé sur 2.1 ou 2.2) couvre la quasi-totalité du travail ; les 6 critères A/AA ajoutés par la 2.2 sont des compléments ciblés (focus, cibles, authentification) faciles à intégrer.
Cible projet : 2.2 AA · Référence légale : 2.1 AA

→ Voir aussi la checklist de conformité EAA (24 points).

Récapitulatif : les 9 critères ajoutés par WCAG 2.2

Les 9 nouveaux critères de WCAG 2.2 par rapport à 2.1, avec leur niveau et leur statut au regard de l'EAA. Seuls les niveaux A et AA entrent dans la cible légale ; les libellés français sont indicatifs (le W3C ne publie pas de traduction normative de la 2.2).
CritèreNiveauCible EAA (niveau AA)
2.4.11 Focus visible non masqué (minimum)AAOui (en 2.2)
2.4.12 Focus visible non masqué (amélioré)AAANon (AAA)
2.4.13 Apparence du focusAAANon (AAA)
2.5.7 Mouvements de glissementAAOui (en 2.2)
2.5.8 Taille de la cible (minimum)AAOui (en 2.2)
3.2.6 Aide cohérenteAOui (en 2.2)
3.3.7 Saisie redondanteAOui (en 2.2)
3.3.8 Authentification accessible (minimum)AAOui (en 2.2)
3.3.9 Authentification accessible (amélioré)AAANon (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).

Le piège n°1 : croire qu'il faut choisir entre 2.1 et 2.2, ou qu'adopter la 2.2 invalide le travail fait sur la 2.1. Faux : la 2.2 contient la 2.1. L'autre erreur, inverse : annoncer une conformité « WCAG 2.2 » comme si elle était l'obligation EAA — l'exigence harmonisée actuelle reste la 2.1 AA. Le bon réflexe : viser 2.2 AA en pratique, mentionner EN 301 549 / WCAG 2.1 AA comme référence légale dans votre déclaration.
Et le RGAA (France) ? La version en vigueur, le RGAA 4.1.2, est calée sur WCAG 2.1 (niveaux A et AA), comme EN 301 549. Une version 5 alignée sur la 2.2 est évoquée mais non publiée à ce jour : là encore, viser la 2.2 anticipe sans rien renier. Voir RGAA vs WCAG : quelle différence pour mon site.

Vérifier votre niveau (ce que DeclareAccess ajoute)

Savoir quelle version viser ne dit pas 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).