Rapport d’analyse surea11y

1. Rendez le champ non valide comme le ferait un utilisateur (soumettez le formulaire vide, ou saisissez une valeur erronée).
2. Cherchez le message d’erreur vers lequel pointe le champ (son aria-errormessage), et vérifiez s’il apparaît à l’écran.
3. Sinon, cherchez tout texte qui indique ce qui ne va pas : dans le label, à côté du champ ou dans un récapitulatif en haut du formulaire.
4. Avec un lecteur d’écran, placez-vous sur le champ et écoutez si l’erreur est annoncée.

Réussite : L’erreur est indiquée par un texte, et annoncée, à un endroit rattaché au champ, même si ce n’est pas dans le message que désigne aria-errormessage.

Échec : Aucun texte n’indique quel champ est erroné ni pourquoi, ou l’utilisateur de lecteur d’écran n’en est pas informé, ce qui ne respecte pas le critère WCAG 3.3.1.

1. Repérez l’image indiquée par le rapport et lisez son texte alt (le rapport donne la raison pour laquelle il semblait suspect, le cas échéant).
2. Regardez l’image et son contexte, et demandez-vous ce qu’elle montre d’important pour la page.
3. Si l’équivalent textuel ne fait que nommer l’image, comme c’est courant pour les graphiques et les schémas, les détails peuvent se trouver ailleurs : dans une légende, un texte ou un tableau à côté, ou dans un lien juste à côté. Cela ne compte que si un utilisateur de lecteur d’écran peut les trouver depuis l’image et qu’ils donnent tout ce que montre l’image.
4. Décidez si l’alt dit ce qui compte, ou nomme l’image pendant que cette description donne le reste ; un nom de fichier, une adresse web ou un mot générique comme « image » ne fait ni l’un ni l’autre.

Réussite : Le texte alt transmet ce que montre l’image et dont l’utilisateur a besoin, ou il nomme l’image et une description qu’un utilisateur de lecteur d’écran atteint depuis elle donne le reste.

Échec : Ni le texte alt ni une description atteignable depuis l’image ne transmettent son contenu (par exemple, l’alt est un nom de fichier, une adresse ou un mot générique), ce qui ne respecte pas le critère WCAG 1.1.1 (F30).

1. Inspectez les éléments indiqués par le rapport et notez l’id qu’ils partagent.
2. Vérifiez si quelque chose fait référence à cet id : l’attribut for d’un label, un attribut aria-* comme aria-labelledby, ou un lien vers #the-id.
3. Si quelque chose y fait référence, suivez la référence (cliquez sur le label ou le lien, ou lisez le nom dans le panneau Accessibilité) et vérifiez qu’elle atteint l’élément voulu.
4. Vérifiez quelle version des WCAG et quelle norme l’audit applique ; selon WCAG 2.2, ou 2.0/2.1 avec l’errata de 2023, le critère 4.1.1 est satisfait pour le HTML.

Réussite : Rien ne casse à cause du doublon (les références atteignent l’élément voulu) et l’audit utilise WCAG 2.2, ou 2.0/2.1 avec l’errata, selon lesquels le critère 4.1.1 est satisfait.

Échec : Un label, une référence ARIA ou un lien atteint le mauvais élément (WCAG 1.3.1 ou 4.1.2), ou l’audit suit une norme qui conserve le texte du critère 4.1.1, comme l’EN 301 549 V3.2.1, selon laquelle les id en double ne respectent pas le critère 4.1.1 (F77).

1. Cliquez dans la barre d’adresse du navigateur, puis appuyez plusieurs fois sur Tab pour parcourir chaque lien et chaque contrôle de la page.
2. À chaque arrêt, vérifiez que vous voyez où se trouve le focus, et que l’ordre suit l’ordre de lecture de la page.
3. Actionnez chaque contrôle au clavier (Entrée, Espace, touches fléchées), et ouvrez et fermez les menus et les boîtes de dialogue.
4. Là où quelque chose ne peut pas être atteint ou utilisé au clavier, vérifiez si la page propose un autre moyen de faire la même chose au clavier seul, comme les boutons précédent et suivant d’un carrousel, ou des boutons monter et descendre pour une liste qu’on peut faire glisser. Cela ne compte que s’il fait tout ce que permet la souris.
5. Vérifiez que le focus ne reste jamais bloqué dans un composant et que Échap ou Tab permet de continuer.

Réussite : Tout fonctionne au clavier, directement ou par un autre moyen qui fait la même chose, le focus suit un ordre logique, reste toujours visible et ne se bloque jamais.

Échec : Quelque chose ne peut être atteint ou utilisé au clavier d’aucune façon, le focus piège l’utilisateur, l’ordre est déroutant ou le focus est invisible, ce qui ne respecte pas le critère WCAG 2.1.1, 2.1.2, 2.4.3 ou 2.4.7.

1. Lisez le titre de la page donné par le rapport ; le navigateur l’affiche dans l’onglet.
2. Regardez le titre principal et le contenu de la page et notez de quoi elle parle.
3. Décidez si le titre dit ce sujet ou cette fonction.

Réussite : Le titre dit de quoi parle la page ou à quoi elle sert.

Échec : Le titre ne dit pas de quoi parle la page ni à quoi elle sert, ce qui ne respecte pas le critère WCAG 2.4.2.