This is an unpublished draft preview that might include content that is not yet approved. The published website is at w3.org/WAI/.

Impliquer les utilisateurs dans l’évaluation de l’accessibilité Web

Needs Translation About this translation

Cette traduction faite par des volontaires peut ne pas refléter les intentions de l’original en anglais.

Traduction : Rémi Bétin, Sofia Ahmed. Contribution : Sandra Velarde Gonzalez (ETNIC), Sylvie Duchateau.
L’Initiative pour l’Accessibilité du Web (WAI) remercie les traducteurs, et accueille volontiers d’autres traductions.

Vidéo : Impliquer les utilisateurs dans l’accessibilité Web – Vue d’ensemble

Cette vidéo est aussi disponible sur un serveur du W3C : Vidéo : Impliquer les utilisateurs dans l’accessibilité Web – Vue d’ensemble (format du fichier : MP4, taille du fichier : 38 Mo).

Transcription textuelle avec description des visuels

Audio Visuel
Impliquer les utilisateurs dans l’accessibilité Web. Impliquer les utilisateurs dans l’accessibilité Web.
L’accessibilité Web consiste à rendre vos sites et vos applications Web utilisables par les personnes en situation de handicap. Il s’agit de vos consommateurs, vos clients, vos employés, vos étudiants, etc. L’accessibilité. Une personne se trouve face à un ordinateur. À côté de l’ordinateur apparaissent les mots : consommateurs ; clients ; employés ; et étudiants.
Malheureusement, bon nombre de personnes considèrent l’accessibilité uniquement comme une liste de choses à vérifier. En faisant cela, elles risquent de passer à côté de la raison d’être de l’accessibilité : l’expérience utilisateur. Une liste remplace la personne. Le site Web sur l’écran s’écroule. 4 personnes remplacent l’ordinateur et la liste.
Impliquer des personnes en situation de handicap tout au long des processus de conception et de développement peut s’avérer plus efficace et produire de meilleurs résultats :
  • les designers et les développeurs apprennent comment les personnes en situation de handicap utilisent le Web, et comprennent les technologies d’assistance et les stratégies d’adaptation qu’elles utilisent ;
Le groupe de personnes est entouré par des icônes au sein d’un cycle représentant le processus de développement : une icône crayon ; une icône de codage ; une icône pinceau ; et une icône loupe. Ces personnes sont intégrées en plus petit dans le processus.
(suite de la liste)
  • l’équipe chargée du projet est plus motivée lorsqu’elle comprend les conséquences positives de son travail dans la vie des utilisateurs ;
Les icônes représentant le processus sont toujours présentes et les personnes sont remplacées par une jauge de motivation.
(suite de la liste)
  • le développement est plus efficient, et vos produits fonctionnent mieux pour plus de personnes, avec ou sans handicap ;
Les icônes représentant le processus sont toujours présentes et la jauge est remplacée par un graphique montrant des résultats en hausse. Le graphique est remplacé par des silhouettes de plusieurs personnes.
(suite de la liste)
  • et vos produits finaux sont plus inclusifs, touchent un public plus large, augmentent la satisfaction client, et démontrent votre responsabilité sociale.
Le nombre des personnes croît et les icônes représentant le processus disparaissent. Un classement à cinq étoiles apparaît au-dessus des personnes et les cinq étoiles se remplissent. Les personnes laissent place à une Terre contenant un cœur en son milieu.
« Impliquer les utilisateurs dans les projets Web pour améliorer et faciliter l’accessibilité » fournit des conseils pour organiser un projet, et un accompagnement tout au long du processus de conception et de développement. Impliquer les utilisateurs dans les projets Web pour améliorer et faciliter l’accessibilité. Le cycle représentant le processus de développement, qui inclut les icônes, apparaît.
« Impliquer les utilisateurs dans l’évaluation de l’accessibilité Web » fournit une aide plus spécifique sur l’étape d’évaluation du processus. Impliquer les utilisateurs dans l’évaluation de l’accessibilité Web. Les icônes du cycle représentant le processus sont mises en avant tour à tour à l’aide d’une loupe.
Ensemble, ces ressources vous aident à vous concentrer sur l’accessibilité pour les personnes qui utilisent votre site Web plutôt que sur les seuls pré-requis techniques. « Impliquer les utilisateurs dans l’évaluation de l’accessibilité Web » et « Impliquer les utilisateurs dans les projets Web pour améliorer et faciliter l’accessibilité » fusionnent et se transforment en une personne face à l’ordinateur. Sur l’écran, les éléments accessibles et non-accessibles sont signalés.
L’accessibilité du Web : essentielle pour certains, utile à tous. Des icônes apparaissent autour d’un ordinateur : une main ; un œil ; un cerveau ; une oreille ; et une bouche avec des ondes sonores.
Pour plus d’informations sur l’implication des utilisateurs dans l'accessibilité Web, consultez w3.o-r-g/W-A-I/involve-users. Impliquer les utilisateurs dans l’accessibilité Web. Logos du W3C et de l’Initiative pour l’accessibilité du Web (WAI)

Introduction

L’évaluation de l’accessibilité Web met souvent l’accent sur la conformité aux standards d’accessibilité tels que les WCAG. Bien que la conformité ait son importance, évaluer avec de vraies personnes a de nombreux avantages. Par exemple, pour apprendre comment votre site ou votre outil Web fonctionne réellement pour les utilisateurs, et pour mieux comprendre les problèmes d’accessibilité. Évaluer avec des personnes en situation de handicap et des personnes âgées permet d’identifier les problèmes d’utilisabilité qui ne peuvent pas être détectés uniquement avec une évaluation de conformité.

Cette page fait partie d’un ensemble de pages intitulé Évaluer l’accessibilité web qui offre un aperçu des différents aspects de l’évaluation de l’accessibilité Web. Il s’agit de la seconde page d’un ensemble de deux pages traitant de l’inclusion des utilisateurs dans les projets Web.

Veuillez lire Impliquer les utilisateurs dans les projets Web pour améliorer et faciliter l’accessibilité, qui aborde des questions plus vastes sur l’inclusion des utilisateurs tôt dans la conception d’un site Web, le développement d’outils, de standards, et d’autres projets Web.

Premières vérifications

Une des premières étapes pour évaluer l’accessibilité Web consiste à repérer les problèmes d’accessibilité évidents d’un site Web. À titre d’exemple, vous trouverez certaines vérifications sur Premiers secours de l’accessibilité Web : stratégies de réparations provisoires (en anglais).

Même les développeurs Web possédant peu de connaissances en accessibilité sont capables de repérer des problèmes d’accessibilité lors d’une première vérification. Un expert en accessibilité qui a une expérience directe de la manière dont les personnes en situation de handicap interagissent avec le Web peut, quant à lui :

La première vérification permet d’identifier les obstacles significatifs à l’accessibilité qu’il faudra régler avant l’évaluation impliquant des utilisateurs. Elle aide aussi à identifier sur quoi se concentrer lors des tests utilisateurs.

Types de tests utilisateurs

Les utilisateurs en situation de handicap et les utilisateurs âgés peuvent être impliqués dans une grande variété d’activités d’évaluation, des consultations rapides aux tests utilisateurs à grande échelle. Il existe plusieurs options entre ces deux extrêmes :

Le type d’évaluation à pratiquer dépend de facteurs tel que le niveau d’avancement de votre projet ; par exemple, si vous en êtes à la recherche initiale d’idées de conception, au test de zones spécifiques de vos prototypes, ou à la vérification finale de vos créations.

Mener des évaluations informelles tout au long du développement est plus efficace qu’effectuer un test d’utilisabilité formel en fin de projet.

Les fondamentaux

Dans la plupart des cas, inclure les utilisateurs lors de l’évaluation suppose :

Consultez Impliquer les utilisateurs dans les projets Web pour améliorer et faciliter l’accessibilité pour en savoir plus sur le recrutement d’une palette d’utilisateurs et sur l’expérience des utilisateurs interagissant avec le Web.

Comme pour toute évaluation avec des utilisateurs, inclure des utilisateurs de niveau basique, intermédiaire ou avancé dépendra de vos utilisateurs cibles. Par exemple, si vous développez une application Web pour des comptables au sein d’une entreprise, vous opterez certainement pour des utilisateurs ayant un usage avancé des technologies d’assistance. En revanche, pour un site Web destiné aux demandes de prestation d’invalidité, vous travaillerez plutôt avec des utilisateurs novices dans l’usage des technologies d’assistance.

Attention : Considérez avec précaution chaque contribution. Évitez de supposer que la contribution d’une personne présentant une certaine forme de handicap s’applique à toutes les personnes en situation de handicap.

Une personne en situation de handicap ne sait pas forcément comment d’autres personnes présentant le même type de handicap interagissent avec le Web. Elle pourrait ne pas en savoir assez sur les autres handicaps pour fournir une aide valable pour d’autres questions d’accessibilité. Il est préférable d’obtenir des contributions de plusieurs types d’utilisateurs.

À noter : en plus de détecter des problèmes d’accessibilité, l’évaluation menée avec des utilisateurs en situation de handicap révèle habituellement des problèmes généraux d’utilisabilité qui touchent tous les utilisateurs, y compris ceux qui ne se trouvent pas en situation de handicap.

Analyser les problèmes d’accessibilité

L’accessibilité Web nécessite que des composantes multiples du développement Web et de l’interaction utilisateur s’articulent convenablement, notamment les navigateurs Web, les technologies d’assistance, et le contenu Web.

Les problèmes d’accessibilité peuvent être causés par une ou plusieurs composantes. Par exemple, si un utilisateur qui ne peut pas utiliser une souris éprouve des difficultés d’accès avec le clavier, il peut y avoir plusieurs explications :

Associez l’implication des utilisateurs et les standards

Inclure les utilisateurs en situation de handicap dans l’évaluation présente de nombreux avantages. Ceci dit, cela ne suffit pas à déterminer si un site Web est accessible. Associez l’implication des utilisateurs et l’évaluation de la conformité aux WCAG afin de garantir que le site est accessible aux utilisateurs pour différents types de handicaps et de situations.

Tirer des conclusions et créer un rapport

Soyez vigilants si vous tirez des conclusions à partir d’évaluations ou d’études limitées. Les résultats obtenus avec deux personnes en situation de handicap ne peuvent être généralisés et appliqués à toutes les personnes dans la même situation de handicap ou présentant d’autres handicaps. Retrouvez plus d’informations dans la section Attention ci-dessus.

Incluez dans votre rapport le périmètre de votre étude et les paramètres de l’évaluation, tels que les méthodes de test et les caractéristiques des utilisateurs. Par exemple, si une étude a inclus uniquement des personnes aveugles, le rapport devra préciser que celle-ci n’a pas évalué la conformité aux standards d’accessibilité et qu’elle ne s’applique pas à toutes les personnes handicapées. Bien que les études de petite envergure peuvent souvent fournir des informations utiles, elles ne sont pas assez solides pour avoir une importance statistique.

Note à l’attention des ergonomes

Lors de la recherche d’obstacles spécifiques à l’accessibilité, le protocole est généralement différent d’un test d’utilisabilité général. Par exemple :

Notez qu’il est également important d’évaluer d’autres facteurs pour les utilisateurs en situation de handicap. Ces facteurs comprennent : l’utilisabilité générale, la satisfaction utilisateur, et d’autres critères semblables.

La section « Plus d’informations » ci-dessous inclut une aide supplémentaire à l’attention des ergonomes.

Plus d’informations et de conseils

Ce document aborde brièvement quelques points d’un sujet très complexe. De nombreuses ressources traitant des autres aspects liés à l’implication des utilisateurs dans l’évaluation sont disponibles sur le Web.

Retour en haut de page

This is an unpublished draft preview that might include content that is not yet approved. The published website is at w3.org/WAI/.