Les personnes handicapées et le Web : liste des enjeux et des solutions de développement Web
 |
|
Imprimer 
|
Envoyer 
|
Partager
|
Avertissement : la version originale de ce document est Considering the User Perspective: A Summary of Design Issues. Cette traduction en français a été réalisée par Ideose dans le cadre d’un accord entre WebAIM et Ideose.
Note : consulter la page Documents sur l’accessibilité du Web pour obtenir la liste de tous les documents déjà traduits. D’autres ressources sur l’accessibilité du Web sont également listées dans le Portail du numérique accessible.
Cécité
| Enjeux | Solutions |
|---|---|
| Les images, les photos, les graphiques ne peuvent pas être vus. | Fournir des alternatives textuelles par l’attribut alt et si nécessaire des descriptions plus longues et détaillées (soit dans la même page ou via un lien vers une autre page). |
| Les utilisateurs écoutent souvent la page Web. | Permettre aux utilisateurs de passer les menus de navigation, les longues listes, les dessins ASCII ou tout autre contenu qui pourrait être difficile ou inutile à écouter. |
| Les utilisateurs sautent souvent de lien en lien en utilisant la touche Tab. | Rendre les liens explicites hors contexte (les liens « Cliquer ici » posent des problèmes). |
| Les utilisateurs n’utilisent généralement pas de souris. | Ne pas écrire des scripts qui nécessitent uniquement l’utilisation d’une souris. Fournir des alternatives par le clavier (utiliser onFocus à la place de onMouseover). |
| Il peut être difficile pour des utilisateurs de savoir où ils se trouvent quand ils écoutent les contenus des cellules de tableaux. | Fournir des en-têtes de ligne et colonne (balise th). Rendre compréhensible l’écoute des tableaux – en particulier ceux qui ont des cellules fusionnées – quand ils sont lus ligne par ligne de la gauche vers la droite. |
| Les tableaux complexes et les graphiques qui sont générallement affichés de manière visuelle ne sont pas utilisables. | Fournir des résumés et/ou des alternatives textuelles, si possible sur la même page ou mettre un lien vers une autre page comme alternative. |
| Les cadres ne peuvent pas être « vus » dans leur ensemble. ils doivent être visités de manière indépendante, ce qui peut aboutir à désorienter l’utilisateur. | Ne pas utiliser de cadres sauf si vous êtes obligé. Si vous utilisez des cadres, fournissez des titres aux cadres qui informent l’utilisateur de leurs natures (exemples : « Menu de navigation », « Contenu principal »). |
| Les couleurs ne peuvent pas être interprétées. | Ne pas utiliser uniquement la couleur pour véhiculer une information. |
| Les utilisateurs s’attendent à ce que les liens aient tous une destination. | Ne pas écrire des scripts dans les liens qui n’ont pas de vraies destinations (exemple : href="javascript: function(cela)"). |
| Les lecteurs d’écrans lisent le contenu Web dans l’ordre littéral d’apparition dans le code. | Vérifier que les CSS et les tableaux de mise en page complexes sont lus correctement visuellement et dans le code. |
| Les utilisateurs ne peuvent pas voir les vidéos. | Fournir une audio description des évènements des vidéos qui ne peuvent pas être compris par les dialogues seuls (il faut un narrateur qui décrive les actions dans les vidéos pour lesquelles il n’y a pas de dialogue). |
Daltonisme
| Enjeux | Solutions |
|---|---|
| Les couleurs de contrastes similaires sont souvent non différenciables (les rouges et verst par exemple). |
|
Basse vision
| Enjeux | Solutions |
|---|---|
| Les utilisateurs utilisent souvent des logiciels agrandisseurs d’écrans. | Afin de réduire la zone avec défilement horizontal, utilisez des unités relatives plutôt que des valeurs absolues (par exemple, utilisez des pourcentages pour les largeurs des tableaux au lieu des pixels). |
| Les textes dans les images ne peuvent pas s’agrandir sans l’utilisation de logiciels spécifiques et apparaissent pixelisés quand ils sont agrandis. |
|
| Les utilisateurs peuvent vouloir paramétrer leurs propres polices de caractères et couleurs de fond d’écran. | Permettre aux utilisateurs de faire leurs propres paramétrages en utilisant autant que possible du texte en format texte et non en images. |
Handicap auditif
| Enjeux | Solutions |
|---|---|
| Le son est inutilisable. |
|
Handicap moteur
| Enjeux | Solutions |
|---|---|
| Les utilisateurs peuvent ne pas pouvoir utiliser la souris. |
|
| Les utilisateurs peuvent ne pas bien contrôler la souris ou le clavier. | Assurez-vous que vos pages autorisent les erreurs (par exemple, « Etes-vous sûr de vouloir effacer ce fichier ? »). Ne créez pas de liens petits ou qui bougent. |
| Les utilisateurs peuvent être fatigués d’utiliser les technologies d’assistance. | Fournir une méthode pour passer les listes longues de liens ou tout contenu long. |
| Les utilisateurs peuvent utiliser des logiciels de contrôle par la voix. | Les logiciels de contrôle par la voix peuvent répliquer les mouvements de la souris, mais pas aussi efficacement qu’ils peuvent répliquer les fonctionnalités du clavier. Par conséquent, assurez-vous que toutes les fonctionnalités sont disponibles à partir du clavier. |
| Les utilisateurs peuvent se fatiguer en utilisant des technologies d’assistance. | Fournir une méthode pour passer les listes de liens ou les contenu trop longs. |
Handicap cognitif
| Enjeux | Solutions |
|---|---|
| Les utilisateurs peuvent être gênés par les mises en page complexes ou les systèmes de navigation inconsistents à travers le site Web. |
|
| Les utilisateurs peuvent avoir des difficultés à se concentrer ou à comprendre les longs paragraphes de texte. |
|
| Une seule méthode de présentation des contenus Web peut être insuffisante. |
|
Liens commerciaux
WebAIM est une initiative de :
Copyright 1999-2009 WebAIM
S'abonner au blog Ideose
