Référentiel d'accessibilité international

WCAG 2.2 AA

Les Règles pour l'accessibilité des contenus Web (WCAG) 2.2, niveau AA, définissent 86 critères de succès organisés autour des quatre principes POUR. Ils constituent la base technique de référence pour l'EAA, la Section 508 américaine, le RGAA et l'ADA Title III.

ActiveW3C / WAI2023

Qu'est-ce que WCAG 2.2 AA ?

Les WCAG 2.2 (Règles pour l'accessibilité des contenus Web version 2.2), publiées par le W3C le 5 octobre 2023, constituent la version recommandée actuelle des directives d'accessibilité web. Elles remplacent les WCAG 2.1 (2018) et introduisent 9 nouveaux critères de succès aux niveaux A et AA, tout en retirant un critère obsolète (4.1.1 Analyse syntaxique). Le standard s'organise autour de quatre principes fondamentaux — Perceptible, Utilisable, Compréhensible, Robuste (POUR) — et 13 règles contenant 86 critères testables. La conformité de niveau AA est le seuil légalement exigé dans la grande majorité des législations (EAA, RGAA, ADA).

La conformité WCAG 2.2 AA est requise ou fortement recommandée pour : (1) toute organisation soumise à la directive européenne sur l'accessibilité des produits et services (EAA, secteur privé, depuis le 28 juin 2025) ; (2) les organismes publics français au titre du RGAA (décret 2023-859) ; (3) les sociétés dont le chiffre d'affaires dépasse 250 millions d'euros en France ; (4) les entreprises américaines exposées aux litiges ADA Title III — 3 117 poursuites fédérales relatives à l'accessibilité des sites web ont été déposées aux États-Unis en 2025, soit une hausse de 27 % en un an. Les WCAG 2.2 AA sont rétrocompatibles avec les WCAG 2.1 AA : tout contenu conforme à 2.2 est automatiquement conforme à 2.1.

Trois grands textes juridiques font référence aux WCAG 2.2 AA ou à leurs prédécesseurs. La directive EAA (2019/882) délègue les exigences techniques à la norme EN 301 549, qui depuis sa version 4.1.1 (octobre 2026) cite explicitement les WCAG 2.2. Le RGAA 4.1.2 transpose les WCAG 2.1 AA ; le RGAA 5 (prévu fin 2026 par la DINUM) intégrera les WCAG 2.2. La règle finale du DOJ américain sur l'ADA (avril 2024) exige la conformité WCAG 2.1 AA pour les administrations publiques (Title II), les tribunaux appliquant un standard équivalent au secteur privé (Title III). En France, le non-respect du RGAA expose les organisations à des sanctions Arcom pouvant atteindre 20 000 € par service non conforme par an.

Critères-clés

Les 10 exigences les plus fréquemment auditées automatiquement par scan-access.com.

2.4.11
Visibilité du focus (Minimum) — Nouveau WCAG 2.2
Lorsqu'un composant reçoit le focus clavier, il ne doit pas être entièrement masqué par d'autres contenus (ex. : entête collant). Au moins une partie du composant focalisé doit rester visible.
Official spec →WCAG 2.4.11
2.5.7
Mouvements de glisser — Nouveau WCAG 2.2
Toute fonctionnalité utilisant un glisser (sliders, tableaux kanban) doit être accessible par un simple pointeur sans glissement — typiquement un clic ou une pression.
Official spec →WCAG 2.5.7
2.5.8
Taille des cibles (Minimum) — Nouveau WCAG 2.2
Les cibles interactives (boutons, liens) doivent mesurer au minimum 24×24 pixels CSS, ou disposer d'un espacement suffisant pour éviter les activations accidentelles.
Official spec →WCAG 2.5.8
3.3.8
Authentification accessible (Minimum) — Nouveau WCAG 2.2
Les étapes d'authentification ne doivent pas exiger la résolution d'un test cognitif (CAPTCHA) sans qu'une alternative accessible soit proposée (lien magique, reconnaissance d'objet).
Official spec →WCAG 3.3.8
1.1.1
Contenu non textuel
Toutes les images (img, icônes, graphiques) doivent avoir un texte alternatif pertinent. Les images décoratives utilisent alt='' vide. Critère fondamental référencé par tous les standards dérivés.
Official spec →WCAG 1.1.1
1.4.3
Contraste (Minimum)
Le contraste du texte doit atteindre au minimum 4,5:1 (3:1 pour le grand texte). L'une des violations les plus fréquentes sur les sites e-commerce françaises.
Official spec →WCAG 1.4.3
4.1.2
Nom, rôle, valeur
Tous les composants UI (champs, boutons, widgets personnalisés) doivent exposer leur nom, rôle et état aux technologies d'assistance via ARIA valide ou HTML sémantique.
Official spec →WCAG 4.1.2
3.3.7
Saisie redondante — Nouveau WCAG 2.2
Les informations déjà saisies et requises à nouveau dans le même processus doivent être pré-remplies ou disponibles à la sélection, sauf si la re-saisie est essentielle.
Official spec →WCAG 3.3.7
2.4.3
Ordre du focus
Si l'ordre de lecture affecte le sens, la navigation clavier doit suivre une séquence logique. Critique pour les interfaces dynamiques avec modales, overlays et notifications toast.
Official spec →WCAG 2.4.3
3.2.6
Aide contextuelle cohérente — Nouveau WCAG 2.2
Si un mécanisme d'aide est fourni (numéro, chat, FAQ), il doit apparaître à un emplacement cohérent sur toutes les pages d'un même ensemble.
Official spec →WCAG 3.2.6

scan-access.com coverage

scan-access.com détecte ~35 % des violations WCAG 2.2 AA automatiquement

scan-access.com utilise les règles axe-core 4.11 mappées contre les 86 critères WCAG 2.2 AA. Les vérifications automatisées couvrent les ratios de contraste (1.4.3), les attributs alt manquants (1.1.1), les associations de labels de formulaires (1.3.1), l'utilisation ARIA (4.1.2), l'ordre de focus (2.4.3) et plus de 30 autres règles. Les 65 % restants de critères WCAG 2.2 AA nécessitent un jugement humain — taille des cibles contextuelle (2.5.8), alternatives au glisser (2.5.7), tests de flux cognitif (3.3.8) — et sont signalés comme 'révision manuelle requise' dans le rapport. Chaque scan produit un PDF de défense légale horodaté et signé cryptographiquement, documentant les résultats automatisés et les listes de contrôle pour la révision manuelle.

35% automated

Lancer un scan WCAG 2.2 AA gratuit

Free scan against WCAG 2.2 AA. No account required.

Questions fréquentes

Qu'est-ce que la conformité WCAG 2.2 AA ?

La conformité WCAG 2.2 AA signifie que votre site ou application respecte les 86 critères de succès de niveau A et AA des Règles pour l'accessibilité des contenus Web version 2.2 (publiées en octobre 2023). Le niveau AA est le seuil légal unanimement accepté — il exclut les critères de niveau AAA non applicables à tous les types de contenus.

Quelles sont les différences entre WCAG 2.1 et WCAG 2.2 ?

Les WCAG 2.2 ajoutent 9 critères de succès à ceux de la version 2.1 (dont 6 au niveau AA) et suppriment le critère obsolète 4.1.1 Analyse syntaxique. Les nouveaux critères portent sur : la visibilité du focus clavier (2.4.11), les interactions pointeur (2.5.7 Glisser, 2.5.8 Taille des cibles), la cohérence UX (3.2.6 Aide contextuelle, 3.3.7 Saisie redondante) et l'accessibilité cognitive dans l'authentification (3.3.8). Tout contenu conforme aux WCAG 2.2 AA est automatiquement conforme aux WCAG 2.1 AA.

Les WCAG 2.2 sont-elles obligatoires en France ?

Les WCAG 2.2 ne sont pas directement une loi, mais plusieurs textes les rendent contraignantes. Le RGAA 4.1.2 transpose les WCAG 2.1 AA et est obligatoire pour les organismes publics français et les grandes entreprises privées. Le RGAA 5 (fin 2026) intégrera les WCAG 2.2. L'EAA (applicable depuis le 28 juin 2025) délègue à la norme EN 301 549 qui, dans sa version 4.1.1 (octobre 2026), citera les WCAG 2.2. La conformité WCAG 2.2 AA prépare donc directement à ces obligations légales.

Combien de temps faut-il pour atteindre la conformité WCAG 2.2 AA ?

Le délai dépend fortement de l'état actuel du site. Pour un projet neuf conçu avec l'accessibilité dès le départ, les WCAG 2.2 peuvent être atteintes sans surcoût significatif. Pour un site e-commerce existant, un cycle audit-correction typique prend 4 à 12 semaines : 1 à 2 semaines pour l'audit automatisé et manuel, 2 à 6 semaines de correction par les développeurs, 1 à 2 semaines de retest. Le scan gratuit de scan-access.com donne les violations de sévérité critique en moins de 60 secondes — un premier pas concret.

Les WCAG s'appliquent-elles aux applications mobiles ?

Les WCAG 2.2 sont principalement un standard web (HTML/CSS/JS). Les applications mobiles natives sont couvertes par la norme EN 301 549 Chapitre 11 (logiciels non-web) dans le contexte européen. Le RGAA 5 (fin 2026) étendra explicitement son périmètre aux applications mobiles. Les principes WCAG servent de référence pour les audits mobiles, mais l'implémentation technique diffère selon les plateformes (VoiceOver iOS, TalkBack Android).