WCAG 2.2 : Ce qui a changé et pourquoi c'est important pour les auditeurs
Les WCAG 2.2 sont devenus une recommandation officielle du W3C en octobre 2023. Pour beaucoup d'équipes, cette mise à jour est passée presque inaperçue, mais pour les auditeurs d'accessibilité, elle a modifié les référentiels de manière concrète. Neuf nouveaux critères de succès ont été introduits, un a été déprécié, et l'ensemble des ajouts témoigne d'une attention accrue aux personnes ayant des troubles cognitifs et aux utilisateurs sur appareils mobiles ou tactiles.
Voici ce que vous devez savoir.
Les 9 nouveaux critères de succès
Apparence du focus (2.4.11 - AA, 2.4.13 - AAA)
Deux critères viennent remplacer et enrichir l'ancienne exigence relative à la visibilité du focus. Le critère AA (2.4.11) impose que l'indicateur de focus respecte des seuils minimaux de taille et de contraste. La version AAA (2.4.13) élève encore le niveau. En pratique, les auditeurs doivent désormais mesurer les dimensions de l'anneau de focus et son ratio de contraste, il ne suffit plus de vérifier qu'un indicateur existe.
Focus non masqué (2.4.12 - AA, 2.4.13 - AAA)
Les en-têtes fixes et les widgets de chat sont souvent en cause ici. Le critère AA exige qu'un composant qui reçoit le focus ne soit pas entièrement dissimulé derrière d'autres contenus. La version AAA exige une visibilité totale. Lors d'un audit, naviguez dans les pages contenant des éléments fixes ou collants en vous déplaçant avec la touche Tab pour vérifier la conformité.
Mouvements de glissement (2.5.7 - AA)
Toute fonctionnalité reposant sur un glissement (drag) doit également être accessible via une action de pointeur simple, sans glissement. Cela concerne les sliders, les listes réordonnables par glisser-déposer, le déplacement sur des cartes, et les interactions similaires. Les auditeurs doivent tester spécifiquement les interfaces drag-only et vérifier qu'un chemin équivalent sans glissement existe.
Taille des cibles (2.5.8 - AA)
Les cibles interactives doivent mesurer au moins 24x24 pixels CSS, ou disposer d'un espacement suffisant pour que la zone de 24x24 pixels autour de la cible n'entre pas en intersection avec les cibles adjacentes. Il s'agit d'une version allégée mais significative du critère AAA déjà présent en 2.1. Les liens dans le corps de texte sont exemptés, un point que les auditeurs doivent noter lors de l'examen des navigations denses ou des listes de tags.
Aide cohérente (3.2.6 - A)
Si une page propose un mécanisme d'aide, lien de contact, numéro de téléphone, bouton de chat, celui-ci doit apparaître à un emplacement cohérent sur l'ensemble des pages. Le contrôle est simple : naviguez de page en page et vérifiez que les points d'entrée vers l'aide se trouvent toujours au même endroit relatif.
Authentification accessible (3.3.7 - A, 3.3.8 - AA)
Les tests cognitifs ne doivent pas être requis lors de l'authentification, sauf si une alternative est proposée. Cela inclut les CAPTCHAs et les défis basés sur la mémorisation. La version AA interdit les tests de fonction cognitive sauf si un mécanisme de contournement ou d'assistance existe. Les auditeurs doivent parcourir chaque flux de connexion, d'inscription et de réinitialisation de mot de passe.
Saisie redondante (3.3.7 - A)
Une information déjà fournie par l'utilisateur au cours de la même session ne doit pas lui être redemandée, sauf si la resaisie est essentielle, requise pour des raisons de sécurité, ou si la donnée précédente n'est plus valide. Les formulaires multi-étapes et les tunnels de commande sont les principaux cas à examiner.
Ce qui a été déprécié : 4.1.1 Analyse syntaxique
Le critère de succès 4.1.1 (Analyse syntaxique) a été déprécié dans les WCAG 2.2. Les navigateurs modernes et les technologies d'assistance gèrent aujourd'hui beaucoup d'erreurs syntaxiques historiques de manière transparente, rendant ce critère en grande partie obsolète. Les outils automatisés continuent de le signaler, mais il ne devrait plus être comptabilisé dans un score de conformité. Mettez à jour vos grilles d'audit en conséquence.
Ce que cela implique pour les auditeurs
Les changements apportés par les WCAG 2.2 nécessitent de nouvelles procédures de test, ainsi que des mises à jour de procédures existantes :
- Mettez à jour votre grille : ajoutez les 9 nouveaux critères et marquez le 4.1.1 comme déprécié ou retirez-le du calcul de score.
- Ajoutez des étapes de mesure visuelle : le critère 2.4.11 impose de vérifier les dimensions en pixels et le contraste, envisagez des outils adaptés.
- Élargissez les tests d'interaction : les critères Mouvements de glissement et Taille des cibles nécessitent des tests manuels que les scanners automatisés ne couvrent pas complètement.
- Examinez les éléments d'interface fixes : les en-têtes collants, les bandeaux de cookies et les overlays de chat enfreignent fréquemment le critère Focus non masqué sans que les équipes s'en rendent compte.
- Parcourez les flux d'authentification de manière exhaustive : l'Authentification accessible concerne une partie critique du parcours utilisateur et reste souvent négligée.
Conseils pratiques pour mettre à jour vos grilles
- Téléchargez ou adaptez la dernière version de la Référence rapide WCAG 2.2 comme document de base.
- Regroupez les nouveaux critères par type de test requis : mesure visuelle, test d'interaction, vérification des formulaires.
- Mentionnez explicitement le critère 4.1.1 dans vos modèles avec une note expliquant la dépréciation, afin d'éviter toute confusion chez vos clients ou parties prenantes.
- Si vous utilisez un outil d'audit comme CheckFox, vérifiez que la liste des critères a bien été mise à jour pour refléter les WCAG 2.2 et que les critères dépréciés sont correctement gérés dans le calcul du score.
Les WCAG 2.2 ne constituent pas une révolution, mais ils comblent des lacunes réelles qui affectaient quotidiennement les utilisateurs ayant des troubles cognitifs et ceux utilisant des appareils tactiles. Mettre à jour vos pratiques d'audit dès maintenant, c'est produire des résultats plus précis, une meilleure couverture, et des rapports qui reflètent l'état réel du référentiel.
Mettez-le en pratique avec CheckFox
CheckFox aide les équipes à mener des audits WCAG, RGAA et RAWeb, à collecter des preuves visuelles et à générer des rapports conformes et des déclarations d'accessibilité.