Pour commencer, vous pourriez avoir l’envie de me demander : qu’est-ce que le WCAG ? Eh bien, il s’agit d’un ensemble de normes internationales élaborées par le World Wide Web Consortium (W3C) dans le but d’assurer l’accessibilité des contenus web pour les personnes en situation de handicap.
Les WCAG 2.2 poursuivent l’objectif d’améliorer l’accessibilité du contenu web pour une variété d’utilisateurs, y compris ceux qui ont des handicaps. Ces lignes directrices sont structurées en trois niveaux de conformité : A, AA et AAA, offrant une gradation dans l’accessibilité. Le niveau A représente le niveau de base, établissant des critères minimaux d’accessibilité qui doivent être respectés pour garantir que le contenu est accessible à tous. Le niveau AA, souvent considéré comme l’équilibre optimal entre l’accessibilité et la faisabilité, comprend les critères du niveau A et ajoute des exigences supplémentaires, visant à résoudre les problèmes courants d’accessibilité. Enfin, le niveau AAA est le plus strict, proposant des normes avancées pour une accessibilité optimale, bien qu’il ne soit pas toujours pratique ou possible de répondre à toutes ces exigences pour tout le contenu web. L’adoption des niveaux AA des WCAG est généralement recommandée comme meilleure pratique, car cela assure une plus grande accessibilité sans imposer des exigences trop rigoureuses.
9 nouveaux critères de réussite
Les WCAG fournissent donc des lignes directrices et des critères de réussite visant à rendre les contenus web plus accessibles. Pour avoir accès au standard WCAG 2.2 complet, visitez le site Web du W3C au www.w3.org/TR/WCAG22.
La navigation
2.4.11 Focus partiellement visible
Le critère d’accessibilité 2.4.11 (AA) stipule que lorsqu’un élément de l’interface utilisateur obtient le focus clavier, il doit être au moins partiellement visible pour l’utilisateur, améliorant ainsi l’accès et la perceptibilité de l’élément interactif. Cela devient crucial pour les utilisateurs qui dépendent du clavier et ne peuvent pas utiliser la souris. Par exemple, une personne utilisant un logiciel de reconnaissance vocale pourrait avoir des difficultés si des éléments sont cachés derrière une fenêtre modale ou des éléments persistants.
2.4.12 Focus visible
Le critère d’accessibilité 2.4.12 (AAA) stipule que lorsqu’un élément de l’interface utilisateur obtient le focus clavier, il doit être complètement visible. Cette exigence renforce la visibilité et l’accessibilité, en particulier pour les utilisateurs qui naviguent principalement au clavier.
2.4.13 Apparence du focus
Le critère d’accessibilité 2.4.13 (AAA) recommande l’utilisation d’une mise en valeur du focus de taille et de contraste suffisants. La mise en valeur doit être d’une taille au moins équivalente à un périmètre de 2 pixels et doit présenter un rapport de contraste d’au moins 3:1 entre les états focalisé et non focalisé. Cette pratique est cruciale, car de nombreuses personnes, en particulier les personnes âgées, peuvent avoir du mal à percevoir de petits changements visuels à l’écran.
Modalités d’entrée
2.5.7 Mouvements de glissement de la souris
Le critère d’accessibilité 2.5.7 (AA) recommande de fournir une alternative simple au mouvement de glisser-déposer avec la souris. Cette pratique est essentielle pour les personnes qui utilisent un clavier pour naviguer, notamment celles souffrant de tremblements.
2.5.8 Taille des éléments cliquables
Le critère 2.5.8 de taille des éléments cliquables exige que les cibles aient une superficie d’au moins 24 x 24 pixels CSS, sauf dans certains cas spécifiques. Cette norme facilite l’activation précise des zones sans déclencher accidentellement des zones adjacentes, bénéficiant ainsi aux utilisateurs ayant des difficultés à atteindre des cibles trop petites.
Prévisibilité du système
3.2.6 Aide Cohérente
Le critère d’accessibilité 3.2.6 (A) stipule que, pour un ensemble de pages proposant une aide à l’utilisateur, cette aide ou son accès doit être positionné de manière cohérente et toujours au même endroit. Les mécanismes d’aide incluent les coordonnées de contact, les dispositifs de contact tels que la messagerie, le chat, les formulaires, les réseaux sociaux, les FAQ, les pages de support ou des mécanismes équivalents, ainsi que les mécanismes de contact entièrement automatisés tels que les chatbots. Il est important de noter que ce critère n’impose pas la présence d’une aide.
En conclusion
Les mises à jour des WCAG 2.2 représentent une avancée significative dans l’accessibilité web, en mettant l’accent sur la visibilité, la prévisibilité et la facilité d’utilisation pour tous les utilisateurs, en particulier ceux en situation de handicap. Ces normes jouent un rôle crucial dans la création d’un web plus inclusif et accessible.