Quoi de neuf dans WCAG 2.2

WCAG version 2.2 supprimera une directive et en ajoutera neuf nouvelles ! Qu’est-ce que cela signifie pour nous, concrètement ? Décomposons-le.

Si vous avez suivi l’espace d’accessibilité, vous savez peut-être déjà qu’il existe une version nouvelle et mise à jour du Directives pour l’accessibilité du contenu Web (WCAG) qui est à l’étude depuis plusieurs mois. La nouvelle version supprimera les critères de réussite 4.1.1 Analyse et ajoutera neuf nouvelles directives. Qu’est-ce que cela signifie pour nous, concrètement ? Décomposons-le :

Suppression des critères de réussite 4.1.1

Le SC 4.1.1, désormais retiré, concernait l’analyse : écrire du HTML correct et sémantiquement valide afin que les navigateurs et les technologies d’assistance puissent analyser avec précision les informations et les présenter à l’utilisateur. En pratique, cela incluait des choses comme s’assurer que tous les éléments ont des balises de début et de fin, éviter les attributs en double, s’assurer que tous les éléments enfants étaient imbriqués/ordonnés correctement, etc.

En général, cela reste (bien sûr) une bonne pratique pour écrire du code en général. Cependant, Le HTML, les navigateurs et les technologies d’assistance sont tous devenus beaucoup plus intelligents au cours des dernières années et sont désormais capables de gérer les erreurs de manière moins perturbatrice.

Par exemple, si vous deviez omettre une balise de fermeture pour un élément, elle s’afficherait probablement toujours dans le navigateur. L’erreur n’est (bien sûr) pas idéale, mais les navigateurs ont appris à gérer et à s’adapter à de nombreuses erreurs courantes. Ils peuvent faire une « meilleure estimation » de ce qui était prévu tout en chargeant la page.

De plus, la plupart des technologies d’assistance effectuaient leur propre analyse du code HTML, ce qui signifiait que de telles erreurs pouvaient être extrêmement perturbatrices. Désormais, il est plus courant que les technologies d’assistance s’appuient sur le navigateur pour cela, via l’arborescence d’accessibilité. Depuis que le navigateur est devenu plus intelligent en matière d’analyse, cela signifie toutes les technologies d’assistance qui utiliser le navigateur est également devenu plus intelligent !

Étant donné que les erreurs d’analyse n’entraîneront plus (dans la grande majorité des cas) le blocage des navigateurs ou des technologies d’assistance, les WCAG ont décidé de retirer SC 4.1.1.

Les nouvelles lignes directrices

Voici un aperçu des neuf nouvelles directives qui ont été ajoutées dans le cadre de la version 2.2 :

2.4.11 et 2.4.12 Mise au point non obscurcie (AA et AAA)

Ces deux directives visent à garantir que l’élément sur lequel le focus est visible pour l’utilisateur. 2.4.11 est le minimum (AA) requis pour réussir, tandis que 2.4.12 est le niveau amélioré ou idéal (AAA).

• 2.4.11 stipule que « … lorsqu’un élément obtient le focus clavier, il est au moins partiellement visible. » Cela signifie que tant que l’élément en question n’est pas complètement caché, cela passera quand même au niveau AA.
• 2.4.12, en revanche, nous dit que Afin d’atteindre la conformité AAA, un élément axé sur le clavier doit être « entièrement visible », sans qu’aucune partie de cet élément ne soit masquée ou masquée de quelque manière que ce soit.

2.4.13 Apparence de mise au point (AAA)

Cette ligne directrice nous demande de créer des indicateurs de concentration facilement perceptibles en raison de leur haute visibilité afin d’atteindre la conformité AAA. Pour répondre à ce critère, un indicateur de focus doit avoir :

• Une taille dans l’état focalisé qui est au moins aussi grande qu’un périmètre de 2 pixels d’épaisseur autour de l’élément (par rapport à sa taille dans un état non focalisé).
  • Cette taille est basée sur l’élément réel et n’inclut pas d’éléments tels que les ombres portées ou les effets de lueur.
• Un rapport de contraste à l’état focalisé d’au moins 3 : 1 (par rapport au même contenu dans un état non focalisé)

Les seules exceptions à cette règle sont lorsque l’indicateur de focus est :

• Défini par l’utilisateur via ses propres outils personnalisés ou les ajustements des paramètres du navigateur
• Laissé dans le style par défaut non modifié : le développeur n’apporte aucune modification de style au focus.

2.5.7 Mouvements de traînée (AA)

Cette ligne directrice est particulièrement importante, surtout à l’ère des écrans tactiles. Nous faisons souvent des hypothèses sur la manière dont nos utilisateurs interagiront avec nos interfaces, et cette ligne directrice nous rappelle que tout le monde n’est pas capable d’interagir par des gestes et/ou par le toucher.

2.5.7 stipule que toute action impliquant un glissement doit également offrir une alternative simple basée sur un pointeur.

2.5.8 Taille cible (minimale)

De la même manière que la version 2.5.7, la version 2.5.8 nous offre des conseils sur la création de tailles cibles pour les éléments interactifs qui sont faciles à utiliser pour tout le monde et aident à minimiser les faux-clics et les erreurs.

Pour répondre à ce critère, les cibles des entrées du pointeur (telles que les boutons) doivent être au moins 24 x 24 pixels,avec les exceptions suivantes. Les cibles peuvent mesurer moins de 24 x 24 pixels si :

• Ils ont suffisamment d’espace vide autour d’eux pour que vous puissiez dessiner un cercle de 24 pixels centré sur le cadre de délimitation et qu’il ne chevauche pas un autre élément de la page.
• La même fonction peut être déclenchée via un contrôle différent sur la page qui fait répondre aux critères
• La cible est en ligne et la taille/position est déterminée par d’autres facteurs (comme un lien au milieu d’une phrase, dont le positionnement et l’espacement seraient déterminés par les styles de texte)
• L’agent utilisateur a déterminé cette taille et le développeur ne l’a pas modifiée
• Cette présentation spécifique de l’objectif est légalement requise ou autrement essentielle

3.2.6 Aide cohérente (A)

La ligne directrice 3.2 vise à rendre les sites Web prévisibles et intuitifs pour les utilisateurs, et la ligne directrice 3.2.6 concerne spécifiquement l’emplacement des mécanismes d’aide. Pour être conforme, les outils d’aide (lorsqu’ils sont disponibles) doivent être placés au même endroit sur chaque page. Cela pourrait s’appliquer aux outils de chat, aux didacticiels guidés, aux informations de contact ou à d’autres moyens permettant aux utilisateurs de se débloquer lorsqu’ils sont confus. L’aide réelle n’a pas besoin d’être fournie sur la page (par exemple, il peut s’agir d’un lien vers une FAQ), mais le lien vers l’aide doit être proposé à un emplacement cohérent sur l’ensemble du site Web.

3.3.7 Entrée redondante (A)

Comme tant d’autres directives d’accessibilité, celle-ci est également une chose polie et conviviale à faire : ne demandez pas la même information plus d’une fois au cours de la même session. Si les informations a pour être soumis à nouveau, les options de remplissage automatique et de sélection sont préférées. Il existe cependant quelques exceptions à cette règle :

• Lorsque la saisie des informations est absolument indispensable
• Pour des raisons de sécurité (comme la confirmation d’un code PIN)
• Lorsque les informations soumises précédemment sont obsolètes ou invalides pour une raison quelconque

3.3.8 et 3.3.9 Authentification accessible (AA et AAA)

Enfin, les deux dernières nouvelles directives visent à rendre la connexion aussi simple que possible pour les utilisateurs. Lorsque nous demandons aux utilisateurs d’effectuer diverses tâches avant de leur permettre d’accéder au contenu, comme mémoriser des informations, cliquer sur des photos de sujets spécifiques, etc. choses, etc. – nous gardons effectivement le contenu derrière un test des fonctions cognitives. Cela désavantage gravement nos utilisateurs ayant des déficiences cognitives.

• 3.3.8 stipule que nous ne devons pas obliger nos utilisateurs à rappeler ou à transcrire quoi que ce soit pour se connecter. Afin de répondre aux critères AA, nous devons proposer au moins une de ces options :
  • Une voie alternative qui ne repose pas sur la fonction cognitive
  • Un mécanisme pour aider l’utilisateur à terminer le test
  • Un test qui demande uniquement à l’utilisateur de reconnaître des objets
  • Un test qui demande uniquement à l’utilisateur d’identifier le contenu non textuel qu’il fournit au site Web
• 3.3.9 devient encore plus strict, déclarant que pour répondre aux critères AAA, la reconnaissance d’objets ou de contenus non textuels n’est pas non plus autorisée. Cela signifie que seules les deux premières options répertoriées précédemment (une méthode alternative ou un mécanisme de support) satisferont à cette exigence.

Que pensez-vous des changements?

Pensez-vous qu’ils soient bénéfiques ? Allez-vous en mettre en œuvre immédiatement ? Faites le nous savoir dans les commentaires!