WCAG 2.2 : les neuf nouveaux critères expliqués, avec exemples

Accessibilité · Par la rédaction de Gabarit · Publié le 2026-10-27

Mains posées sur le clavier d'un ordinateur portable ouvert, sur une table, une plante en arrière-plan — Saisie au clavier. Photographie de Simon Hattinga Verschure, CC0 (Wikimedia Commons).

Les Règles pour l'accessibilité des contenus web (WCAG) du W3C sont la base de tous les référentiels d'accessibilité, RGAA compris. Leur version 2.2, publiée en octobre 2023, ajoute neuf critères qui touchent des gestes très quotidiens : naviguer au clavier sous un bandeau fixe, toucher un petit bouton sur un téléphone, se connecter à un compte. Tour d'horizon, critère par critère.

Une version de continuité

La page « What's New in WCAG 2.2 » du W3C résume la règle : les critères des versions 2.0 et 2.1 sont pour l'essentiel inchangés dans la 2.2, à une exception près, le critère 4.1.1 Parsing, devenu obsolète et retiré. Ce critère exigeait un balisage HTML sans erreurs de syntaxe, à une époque où les technologies d'assistance analysaient elles-mêmes le code ; les navigateurs actuels corrigent ces erreurs de façon standardisée, ce qui le rendait sans objet.

Le référentiel français, le RGAA 4.1.2, s'appuie encore sur les WCAG 2.1 ; la version 5 du RGAA est annoncée pour fin 2026. Appliquer dès maintenant les nouveaux critères de niveau A et AA permet d'anticiper, et surtout de corriger des problèmes que les visiteurs rencontrent déjà. Voir notre article sur le RGAA et la loi française.

Les neuf nouveaux critères

Critère	Niveau	En une phrase
2.4.11 Focus non masqué (minimum)	AA	L'élément qui reçoit le focus clavier reste au moins partiellement visible.
2.4.12 Focus non masqué (amélioré)	AAA	Il reste entièrement visible.
2.4.13 Apparence du focus	AAA	L'indicateur de focus a une taille et un contraste suffisants.
2.5.7 Mouvements de glissement	AA	Toute action par glisser-déposer a une alternative par simple pointage.
2.5.8 Taille de la cible (minimum)	AA	Les cibles mesurent au moins 24 × 24 pixels CSS, ou sont assez espacées.
3.2.6 Aide cohérente	A	L'aide se trouve au même endroit d'une page à l'autre.
3.3.7 Saisie redondante	A	On ne redemande pas une information déjà donnée dans la même démarche.
3.3.8 Authentification accessible (minimum)	AA	Se connecter ne demande pas de résoudre, mémoriser ou recopier quelque chose.
3.3.9 Authentification accessible (améliorée)	AAA	Ni de reconnaître des objets ou des images.

Le focus ne doit plus disparaître

Le critère 2.4.11 vise un défaut très répandu : l'en-tête collant, le bandeau de cookies ou la fenêtre de discussion fixés en bas d'écran qui recouvrent l'élément sur lequel se trouve le focus clavier. La personne qui navigue avec la touche Tab avance alors « à l'aveugle ». La règle demande que l'élément focalisé soit au moins partiellement visible ; le niveau AAA (2.4.12) exige qu'il le soit entièrement.

Sur un thème WordPress, la correction passe souvent par la propriété CSS scroll-padding-top, qui réserve la hauteur de l'en-tête collant lors du défilement, et par un bandeau de consentement qui ne masque pas le contenu. Le critère 2.4.13, de niveau AAA, va plus loin sur l'apparence de l'indicateur de focus lui-même ; au niveau AA, le critère 1.4.11 sur le contraste des composants s'applique déjà aux indicateurs de focus personnalisés, comme le rappelle notre article sur les contrastes.

Des cibles de 24 pixels

Le critère 2.5.8 fixe une taille minimale pour tout ce qui se touche ou se clique : « au moins 24 par 24 pixels CSS ». Il prévoit des exceptions : une cible plus petite est acceptée si l'espace autour d'elle suffit (un cercle de 24 pixels centré sur elle ne doit pas toucher une autre cible), si la même fonction est disponible via un autre contrôle conforme sur la page, si la cible est un lien dans une phrase, si sa taille est fixée par le navigateur sans modification, ou si une présentation particulière est essentielle ou exigée légalement.

Les icônes de réseaux sociaux en pied de page, les flèches de carrousel et les petites croix de fermeture sont les premiers suspects. Ajouter un peu de padding à la zone cliquable, sans forcément agrandir l'icône, suffit souvent.

Glisser-déposer : toujours une autre voie

Réordonner une liste, déplacer un curseur de prix, trier des cartes : le critère 2.5.7 demande qu'une action réalisée en faisant glisser un élément puisse aussi se faire par un simple pointage, sauf si le glissement est essentiel. Concrètement, des boutons « monter » et « descendre », ou un champ de saisie à côté d'un curseur. Ce critère profite aux personnes qui ont des difficultés motrices comme à celles qui utilisent un dispositif de pointage adapté.

Aide cohérente et saisie redondante

Deux critères de niveau A portent sur les parcours. Le 3.2.6 demande que les mécanismes d'aide (coordonnées, lien vers une FAQ, formulaire de contact, assistant) soient placés au même endroit relatif quand ils apparaissent sur plusieurs pages. Le 3.3.7 interdit de redemander une information déjà fournie dans la même démarche : l'adresse de livraison déjà saisie doit être proposée à nouveau, ou pouvoir être sélectionnée, pour l'adresse de facturation. Les exceptions concernent les cas où la ressaisie est essentielle, une confirmation de mot de passe par exemple, ou nécessaire à la sécurité.

Se connecter sans casse-tête

Le critère 3.3.8 est sans doute celui qui a le plus d'effet sur les sites dotés d'un espace client. Il vise les « tests de fonction cognitive » imposés pour s'authentifier : mémoriser un mot de passe, recopier des caractères déformés, résoudre une énigme. Le W3C le résume ainsi : ne pas obliger les gens à résoudre, se rappeler ou retranscrire quelque chose pour se connecter. Parmi les solutions acceptables citées, le fait de laisser fonctionner les gestionnaires de mots de passe et le copier-coller.

Sur WordPress, cela signifie au minimum ne pas bloquer le collage dans les champs de connexion, garder des attributs autocomplete corrects sur les formulaires, et choisir avec soin les extensions de « captcha » : celles qui demandent de reconnaître des images posent problème, et le niveau AAA (3.3.9) exclut même la reconnaissance d'objets.

Par où commencer

Naviguer au clavier sur les pages principales, avec la touche Tab, et noter chaque fois que le focus disparaît sous un élément fixe.
Mesurer les petites cibles dans les outils de développement du navigateur, en vue mobile.
Tester les formulaires : connexion avec un gestionnaire de mots de passe, commande en plusieurs étapes, inscription.
Vérifier le thème avec la liste de contrôle de notre article sur les thèmes WordPress accessibles.

Sources

W3C Web Accessibility Initiative, « What's New in WCAG 2.2 » (consulté le 27 octobre 2026).
W3C, « Understanding Success Criterion 2.5.8: Target Size (Minimum) » (consulté le 27 octobre 2026).
W3C, Web Content Accessibility Guidelines (WCAG) 2.2, recommandation du 5 octobre 2023.
DINUM, accessibilite.numerique.gouv.fr, page d'accueil du RGAA (annonce du RGAA 5).