Une introduction à l'accessibilité : partie 3

Dans le premier article de notre aperçu de l'accessibilité, nous avons discuté des normes d'un site étant perceptible. Dans le prochain, nous avons parlé des exigences pour qu'un site soit opérationnel. Pour le dernier article de notre aperçu de l'accessibilité, nous couvrirons les deux derniers principes des sites Web accessibles : compréhensibles et robustes. Compréhensible, à première vue, cela semble assez explicite. Mais robuste ? Qu'est-ce que ça veut dire? C'est ce que nous sommes ici pour découvrir.

Commençons par compréhensible.

Compréhensible

Les normes stipulent : "Les informations et le fonctionnement de l'interface utilisateur doivent être compréhensibles." Du point de vue du contenu, cela ressemble à un "bien, évidemment (roule des yeux)", et vous auriez raison. Le principe d'un site compréhensible devrait être un concept clair, mais comme un iceberg, ce qui est à la surface et ce qui est en dessous sont deux choses complètement différentes.

Pour qu'un site soit compréhensible, il doit couvrir trois points principaux : être lisible, être prévisible et, lorsqu'il s'agit d'une intervention de l'utilisateur, fournir une assistance. Un utilisateur doit être en mesure de lire votre contenu d'un point de vue linguistique, de faire en sorte que le site se comporte de manière prévisible (comme la « plupart » des sites Web se comportent) et de recevoir des instructions de base lorsqu'il lui est demandé de fournir des informations (pensez aux étiquettes sur un contact formulaire).

La langue est une grande partie des normes d'intelligibilité. Au niveau de base, cela signifie utiliser l'attribut lang sur votre élément HTML principal. Les thèmes WordPress devraient le faire par défaut. L'attribut lang est une norme de niveau A, ce qui signifie qu'il est requis par la loi Section 508. Si votre thème ne le fait pas, vous risquez de rencontrer plusieurs autres problèmes d'accessibilité. Vous voudrez peut-être envisager sérieusement un autre thème en conséquence.

L'un des aspects les plus sérieux d'un site compréhensible est ce qui se passe lorsque le focus est appliqué. Nous avons beaucoup parlé de focus lors du dernier article de cette série, mais il faut y revenir. Lorsqu'un élément prend le focus, le contexte de cet élément ne doit pas changer. C'est une façon scientifique de dire qu'un bouton ne doit pas être activé simplement en appliquant le focus. Mettez-vous dans la peau d'une personne qui navigue avec le clavier. Vous appuyez sur la touche de tabulation pour passer au lien suivant, et soudain une nouvelle page se charge. Est-ce que vous comprendriez ce qui se passe ?

Une introduction à l'accessibilité : Partie 1

L'accessibilité est un terme que vous entendez sans cesse, mais que vous ne comprenez peut-être pas entièrement. C'est en partie parce que le mot lui-même peut être un peu déroutant. Le mot racine, accès, donne l'impression que le concept est lié à des choses comme...

La norme de compréhensibilité, en particulier son aspect de prévisibilité, explique pourquoi les comportements attendus des boutons sont si importants. Un utilisateur ne doit pas soumettre de formulaire tant qu'il n'a pas activé (cliqué ou appuyé sur la touche Entrée) le bouton. Le simple fait de passer la souris dessus ou de tabuler dessus ne devrait rien changer d'autre que d'appliquer un changement d'état CSS de survol ou de focus.

Un autre élément clé de la prévisibilité concerne la conception de votre site. Des éléments tels que les états de survol et de mise au point doivent être cohérents sur l'ensemble d'un site. Cela permet aux utilisateurs, en particulier ceux qui ont des difficultés visuelles, de voir plus efficacement les changements d'état. Ils ne pourront peut-être pas lire le texte du bouton tout de suite, mais en remarquant un changement de contraste de couleur, ils sauront qu'ils ont survolé ou se sont concentrés sur l'élément. Ce n'est pas seulement un bon design, c'est aussi une bonne accessibilité.

Il est important de noter à ce stade que bon nombre des normes de compréhensibilité sont de niveau AAA. Bien qu'ils ne soient pas requis par la loi, cela ne signifie pas qu'ils ne doivent pas être pris en compte. Par exemple, prenez la norme 3.1.5 - Le niveau de lecture fonctionne sur une échelle mobile en fonction de votre public cible. Cette norme fait référence à un niveau de lecture du premier cycle du secondaire. Cela équivaut à environ un niveau de lecture de 6e année, la norme pour la plupart des journaux américains modernes, mais même les journaux ne suivent pas cette norme en fonction du sujet.

Lorsque vous écrivez pour le Web, vous devez garder à l'esprit vos consommateurs. Si votre cible est constituée de chercheurs travaillant sur leur doctorat, votre contenu doit être d'un niveau similaire. Mais si vous écrivez pour le grand public, vous voudrez prendre en compte quelque chose comme l'échelle de lecture Flesch-Kincaid. Si vous utilisez le plugin Yoast SEO pour votre site WordPress, le test d'échelle Flesch est intégré. Il vous fournira une ventilation, évaluant la voix passive, les mots de transition et la longueur de vos phrases. Encore une fois, gardez à l'esprit votre public cible. Le vérificateur Yoast suppose que vous écrivez pour un public général. Votre objectif ne doit pas être un chèque vert de Yoast, mais un contenu de qualité pour votre public.

Le dernier élément clé de la compréhensibilité est l'aide à la saisie. Au minimum, cela signifie deux choses : des messages d'erreur textuels et des étiquettes sur vos entrées de formulaire. Les utilisateurs doivent être informés de la raison d'être de chaque entrée de formulaire et notifiés par du texte si une erreur se produit. Ce sont les deux niveaux A, requis par les normes légales. Si vous utilisez l'un des plugins de formulaire populaires tels que Gravity Forms ou Caldera Forms, vous êtes déjà couvert par la partie des messages d'erreur pour les champs simples. Vous devrez toujours vous assurer que vos éléments sont étiquetés. L'étiquetage approprié est un sujet à part entière, mais pour l'instant, assurez-vous simplement que vous fournissez des instructions sensées ("Nom" pour le champ de nom, "E-mail" pour un champ d'e-mail).

Robuste

Une introduction à l'accessibilité : 2e partie

Dans le premier article de notre aperçu de l'accessibilité, nous avons discuté des normes d'un site étant perceptible. Cette première étape essentielle est cruciale, mais est loin d'être complète. Une fois que nous aurons ma...

Le principe final de l'accessibilité est de savoir si un site/élément de contenu numérique est robuste ou non. Plus précisément, "le contenu doit être suffisamment robuste pour pouvoir être interprété de manière fiable par une grande variété d'agents utilisateurs, y compris les technologies d'assistance". En bref : assurez-vous que cela fonctionne, quelle que soit la technologie. Il n'y a que deux normes impliquant un site robuste, et les deux sont de niveau A, requis par la section 508 de la loi.

Un site robuste est un site qui respecte les normes HTML. Les éléments sont entièrement formés et fermés si nécessaire. Si vous ouvrez une <p> , fermez-la lorsque le paragraphe est terminé. C'est un autre exemple de "bien, évidemment", mais des erreurs se produisent. Exécutez votre site via un service de validation HTML avant de le mettre en ligne. Le W3C fournit un service gratuit. Utilisez-le, corrigez vos erreurs et vous serez prêt à partir.

L'autre aspect d'un site robuste est celui où WAI-ARIA (Web Accessible Initiative - Accessible Rich Internet Applications) ou ARIA entre vraiment en jeu. ARIA est son propre sujet, mais en bref, vous ne devriez l'utiliser que lorsque cela est nécessaire. Certaines instances étiquettent un élément de formulaire avec ARIA alors que l'étiquette du formulaire est autrement invisible. Cela vous permettra également de rester couvert en ce qui concerne l'aide à la saisie de la compréhensibilité, en fonction de la façon dont l'élément de formulaire est étiqueté.

Conclusion

L'accessibilité du Web semble être un sujet complexe à première vue. À certains égards, c'est le cas, mais souvent les solutions sont simples. Avoir un site accessible, c'est en avoir un dont chaque utilisateur potentiel peut profiter. D'un point de vue commercial, cela approfondit votre bassin de clients potentiels. Plus important encore, d'un point de vue humain, vous n'excluez personne.

Au cours des prochains mois, j'approfondirai certains des sujets que nous avons introduits dans cette série de présentations. D'ici là, passez en revue les normes et passez en revue vos sites. Faites une liste de ce qui doit être corrigé et hiérarchisez-la en fonction du niveau standard (A, AA ou AAA). Si vous ne pouvez pas le réparer vous-même, engagez un consultant en accessibilité. Ils aimeraient vous aider à améliorer Internet pour tous vos utilisateurs potentiels.