L'accessibilité numérique consiste à concevoir et à créer des offres numériques de sorte que, quelles que soient les capacités mentales ou physiques d'une personne, elle puisse toujours interagir avec votre site Web, votre application ou tout autre produit numérique de manière pertinente et égale.
Mais comment mesurer l'accessibilité d'un produit numérique ? Comment savoir quand quelque chose est accessible ?
Introduction aux tests d'accessibilité
Il existe de nombreuses façons de tester l’accessibilité d’un produit numérique. Une approche fondamentale consiste à l'évaluer par rapport à un ensemble de normes d'accessibilité.
Il existe de nombreux types de normes d'accessibilité. En règle générale, l'ensemble de consignes à suivre et les niveaux à respecter dépendent de votre secteur d'activité, de votre type de produit, des lois et règles locales/pays, ou des objectifs globaux en matière d'accessibilité. Si aucune norme spécifique n'est requise pour votre projet, nous vous recommandons de suivre la dernière version des Consignes pour l'accessibilité des contenus Web (WCAG).
Tester un produit numérique par rapport à une norme d'accessibilité et à un niveau de conformité est communément appelé audit d'accessibilité. Un audit d'accessibilité utilise divers méthodologies, techniques et outils, y compris des tests de conception, automatisés, manuels et des technologies d'assistance (TA).
Effectuez un audit d'accessibilité pour évaluer la conformité de base en termes d'accessibilité d'un produit numérique. Toutefois, l'exécuter une fois au début d'un projet ne suffit pas pour déterminer si un produit est accessible. Vous devez effectuer cet audit plusieurs fois au cours du cycle de vie du produit logiciel pour vérifier les changements de niveau de conformité, par rapport à un ensemble de consignes ou de points de contrôle d'accessibilité prédéterminés.
Directives d'accessibilité des contenus Web (WCAG)
Les règles d'accessibilité des contenus Web (WCAG) sont un ensemble international de normes d'accessibilité développées via le W3C, en coopération avec des individus et des organisations. L'objectif des WCAG est de fournir une norme unique partagée d'accessibilité numérique qui répond aux besoins des individus, des organisations et des gouvernements du monde entier.
Les WCAG sont principalement destinés aux concepteurs et aux développeurs d'applications mobiles natives et basées sur le Web. Cependant, beaucoup d'autres, y compris des développeurs de logiciels, des créateurs/éditeurs de contenu et tous les niveaux de gestion, bénéficient de la compréhension et de l'application des techniques basées sur les WCAG à leur processus. D'autres normes W3C peuvent s'appliquer à votre rôle, y compris les consignes d'accessibilité de l'outil de création (ATAG) et les consignes d'accessibilité pour les agents utilisateur (UAAG). Veillez donc à consulter la liste des normes W3C et à utiliser celles qui s'appliquent le plus à votre rôle et à votre projet.
En termes d'accessibilité, les WCAG sont considérés comme la référence absolue pour les tests de conformité. La première ébauche des WCAG a été publiée en 1999. La version actuelle est WCAG 2.1, publiée en juin 2018, tandis que WCAG 2.2 est programmée pour 2023. Une version entièrement remaniée de ces consignes, WCAG 3.0, est en cours de rédaction pour une prochaine version, mais elle ne devrait pas devenir la norme W3C avant quelques années.
Les consignes des WCAG comportent trois niveaux de critères de réussite: A, AA et AAA. Les critères de réussite déterminent la conformité aux WCAG. Pour être conforme aux WCAG, le produit numérique que vous testez doit répondre aux critères de réussite de votre niveau cible.
30
Un critère de réussite
20
Critères de réussite AA
28
Critères de réussite AAA
La norme actuelle (WCAG 2.1) compte 78 critères de réussite au total, répartis par niveau. Il est important de noter que chaque niveau est progressif, ce qui signifie que si votre objectif d'accessibilité est AA, vous devez remplir les critères de réussite pour A et AA afin d'atteindre ce niveau de conformité.
30
Réussir le niveau A
50
Réussir les niveaux A + AA
78
Réussir les niveaux A + AA + AAA
Principes d'accessibilité
Les critères de réussite des WCAG constituent un ensemble très important de directives détaillées qui informent les concepteurs et les développeurs sur la manière de créer des sites Web et des applications accessibles. Il est essentiel de comprendre ces consignes pour résoudre les problèmes liés aux tests de conformité de l'accessibilité, mais elles deviennent rapidement très techniques.
Si vous débutez dans ce domaine, commencez par les principes des WCAG : Perceivable, Exploitable, Comprenant et Robust (POUR). En appliquant les principes DE à vos produits numériques, vous pouvez vous concentrer sur la façon dont vos produits sont utilisés par de vraies personnes, y compris les personnes handicapées.
![Perceptible, exploitable, compréhensible et robuste sont tous liés les uns aux autres.](https://web.developers.google.cn/static/learn/accessibility/measure/image/perceivable-operable-un-3ca2c38c67bb1.png?authuser=8&hl=fr)
![Le percevable est représenté par des lunettes, mais plusieurs sesnes sont utilisées pour comprendre le contenu à l'écran.](https://web.developers.google.cn/static/learn/accessibility/measure/image/perceivable-is-represente-b73cedede9121.png?authuser=8&hl=fr)
La première catégorie de l'opérateur "POUR" est "Perceivable". Ce principe stipule que les utilisateurs doivent être en mesure de percevoir toutes les informations essentielles à l'écran et qu'elles doivent être transmises à plusieurs sens.
Posez-vous les questions suivantes: y a-t-il des contenus ou des fonctionnalités dans votre produit numérique qu'une personne ayant un handicap ne pourrait pas voir ? Veillez à prendre en compte tous les différents types de handicaps : troubles visuels, de mobilité, auditifs, cognitifs, de la parole, vestibulaires et épileptiques, etc.
Exemples d'éléments perceptibles:
- Ajout de textes alternatifs à toutes les images non décoratives et icônes essentielles.
- Ajouter des sous-titres, des transcriptions et des descriptions audio aux vidéos
- S’assurer que la couleur n’est pas la seule méthode pour transmettre du sens.
![Le fonctionnement est représenté par un clavier, mais il existe un certain nombre d'interfaces et de logiciels que l'on peut utiliser pour interagir.](https://web.developers.google.cn/static/learn/accessibility/measure/image/operable-is-represented-25d61035f29ea.png?authuser=8&hl=fr)
La deuxième catégorie est "Oneral". Selon ce principe, les utilisateurs doivent pouvoir exploiter l'interface du produit numérique. L'interface ne doit pas nécessiter d'interaction qu'un utilisateur ne peut pas effectuer.
Posez-vous les questions suivantes: les utilisateurs peuvent-ils contrôler les éléments interactifs de votre produit numérique ? Y a-t-il des problèmes de sélection ou des problèmes de frappe au clavier ? Comment les interfaces tactiles sont-elles traitées ?
Exemples d'outils exploitables :
- Ajout de la prise en charge du clavier et de l'écran tactile à tous les éléments actifs.
- Assurez-vous que les diaporamas et les vidéos disposent de toutes les commandes nécessaires.
- Laisser aux utilisateurs suffisamment de temps pour remplir un formulaire ou utiliser une méthode afin de prolonger le temps.
![La tête est représentée par des points connectés colorés.](https://web.developers.google.cn/static/learn/accessibility/measure/image/understandable-is-represe-1058f406bb95d.png?authuser=8&hl=fr)
La troisième catégorie de POUR est compréhensible. Selon ce principe, les utilisateurs doivent comprendre les informations et le fonctionnement de l'interface utilisateur.
Posez-vous la question: tout le contenu est-il clairement rédigé ? Toutes les interactions sont-elles faciles à comprendre ? L'ordre de la page a-t-il un sens pour les personnes voyantes, ayant uniquement un clavier ou les utilisateurs de lecteurs d'écran ?
Exemples de mots clés compréhensibles:
- Écrire simplement : n'utilisez pas de mot complexe alors qu'un mot simple suffit.
- Vous assurer que votre produit numérique offre une navigation prévisible.
- Les messages d’erreur doivent être clairs et faciles à résoudre.
![Causerie](https://web.developers.google.cn/static/learn/accessibility/measure/image/robust-f65ed074e7301.png?authuser=8&hl=fr)
La dernière catégorie est Robuste. Ce principe vise à soutenir les technologies d'assistance et à s'assurer que le produit numérique reste accessible à mesure que les appareils et les user-agents évoluent.
Posez-vous la question suivante: Quels types de technologies d'assistance prenez-vous en charge ? Votre produit numérique ne fonctionne-t-il que sur les navigateurs ou systèmes d'exploitation les plus récents ? Fonctionne-t-il à tous les points d'arrêt et dans différentes orientations d'appareil ?
Exemples de robustesse:
- Test de la navigation au clavier uniquement.
- Tests avec différentes technologies de lecteur d'écran.
- S'assurer que l'intégralité du contenu et des fonctionnalités sont accessibles, quelle que soit la taille ou l'orientation de l'appareil.
N'oubliez pas que l'objectif de l'opérateur POUR Il s'agit plutôt d'un moyen de vous aider à comprendre les différents besoins de vos utilisateurs et à y répondre.
Testez vos connaissances
Tester vos connaissances sur la mesure de l'accessibilité
Quel est le principal niveau de performances des WCAG ?
Quels sont les exemples d’objets pratiques ?