Qu’entend-on par accessibilité ?
Interrogez des web master débutants sur la question de l’accessibilité d’un site web pour les personnes handicapés, spontanément, ils penseront aux malvoyants. Cependant, les handicaps vis à vis de l’accessibilité web sont bien plus nombreux et peuvent prendre des formes diverses et variées auxquelles on ne pense pas toujours. Par exemple, les personnes malentendantes ont du mal à suivre les vidéos sans sous-titre, ou non accompagnées par un interprète en langue des signes. Il peut également y avoir des personnes qui présentent un handicap moteur au niveau des bras et qui auront des difficultés à utiliser la souris, ne pourront tout simplement pas naviguer dans le site si la navigation au clavier n’a pas été implémentée.
De plus, si on considère qu’à l’image de la surdité, la mal-voyance ou la motricité réduite, les difficultés rencontrées dans la compréhension du contenu d’un site web représentent un véritable handicap, la question de l’accessibilité doit alors être abordée de façon bien plus large.
La démarche est alors d’identifier l’ensemble des handicaps physiques susceptibles de réduire l’accessibilité et la navigation, mais également de prendre en compte un handicap « invisible » lié au contexte spécifique des produits du web. Voir à ce sujet l’article « le handicap c’est quoi ? » proposé par handicap.fr ou l’article « handicap invisible » sur wikipedia. On parle d’être en situation d’handicap.
D’un coté, de nombreuses associations œuvrent dans ce domaine de l’handicap, et, de l’handicap invisible:
- Handicap Invisible est une association qui s’emploie à informer et former les divers organismes à la prise en compte de ces types d’handicap
- HandiNorme, qui fournie et équipe en tout type de matériel, hors informatique, concernant l’accessibilité
- Handicap.fr qui communique dans divers domaine de l’accéssibilité et du handicap
- handi-capable.net est constitué de personnes handicapées pour aider d’autres personnes en situation de handicap à monter des projets et à les accompagner
Et par ailleurs, le w3c a mis en place divers groupes de travail autour du WAI, (Web Accessibility Initiative) afin de réfléchir à la prise en compte de l’accessibilité au niveau de la création et la conception de contenu en ligne. De ces travaux découlent diverses normes, guides et standards qui ont été écrits et recommandés. Parmi ceux ci on trouve, le WCAG, (Web Content Accessibility Guidelines) qui document et guide à la conception de contenus accessibles, les UAAG (User Agent Accessibility Guidelines) qui en complément détaillent la manière de concevoir des agents utilisateurs qui prennent en compte cette dimension d’utilisation accessible, ou encore des groupes de travail qui révisent les recommandations avant leurs publications PFWG (Protocols & Formats Working Group) et qui ont mis en place un certains nombre de documents encadrant la présentation d’applications internet riches qui soient accessibles, ARIA (Accessible Rich Internet Applications).
Check list et recommandations
Lors de la création et de la mise en place de sites ou applications web, il existe donc diverses recommandations qui vont nous permettre d’améliorer considérablement l’accès aux sites, et autres applications, web. Afin de pouvoir respecter l’ensemble des points nécessaires, il est préférable de se rapprocher de check-lists qui en proposent un résumé, et listent de manière détaillée chacun des points à prendre en compte. Voici quelques unes de ces listes :
- La section 508 qui est un amendement américain portant sur l’accessibilité des sites, et ressources mises à disposition, ayant trait au gouvernement – HTML 508 Checklist
- Le Web Content Accessibility Guidelines (WCAG) qui est un groupe de travail du w3c, et qui, justement coordonne de manière internationale la mise en place d’un standard afin que l’ensemble des contenus mis à disposition sur le web puisse être accessible – Appendix B: Checklist (Non-Normative)
- Web accessibility in mind (WebAIM) qui accompagne beaucoup d’organisations, afin de rendre leurs sites accessibles, et qui propose un checklist s’inspirant de celui mis en place par le w3c, mais plus adapté aux besoins des associations et autres organisations – WebAIM’s WCAG 2.0 Checklist
- Le Mozilla Developer Network propose un partage général de connaissances sur l’open web, et à ce sujet, on trouve parmi l’ensemble des articles proposés une Check-list pour l’accessibilité mobile
- Toujours chez MDN, on trouve également une série de mesures à mettre en place du coté ARIA. Voir également l’article ARIA les bases… Rôles, repères, états et propriétés.
Peut-on être en situation de handicap, sans pour autant le mesurer en tant que tel ?
À y regarder de plus près, l’idée majeure, et l’objectif, de l’accessibilité sont de rendre le contenu en cours de consultation, accessible au plus grand nombre, et ce, quelque soit la situation, ou, le contexte d’utilisation. Dans le but d’approfondir ce que l’on pourrait entendre par accessibilité, ou à partir de quand nous entrons dans une situation de handicap, prenons l’exemple d’une situation particulière qui pourrait se dérouler dans un tout autre domaine.
Que peut-on dire, par exemple, d’un touriste, visitant le japon, et cherchant à accéder à son hôtel, qui ne rencontre pour seuls guides que des indications sur les panneaux et qui soient inscrites en idéogrammes. Il hale alors un taxi pour demander son chemin, et s’aperçoit que le chauffeur ne parle que le Kansai-ben. Il décide alors de se rendre dans une cabine téléphonique, mais malheureusement n’ayant pas encore eu le temps de changer ses euros en Yen, il ne peut alimenter le téléphone en monnaie… et au final ce touriste n’a pas de moyen afin de pouvoir communiquer et utiliser les aides qui lui seraient proposés…. Peut-on dire, donc, que ce touriste, se retrouve en situation d’handicap, en ne lisant pas les idéogrammes, en ne parlant pas la langue locale et en n’ayant pas d’accès aux outils de communications ?
Peut on de ce fait étendre l’accessibilité de manière générale et globale ?
En étendant l’accessibilité au delà du périmètre pour lequel elle a été pensée, nous entrons plus fortement dans l’ergonomie. Il est vrai que bien souvent le déploiement de site se fasse plus de manière visuelle en s’appuyant sur une interface en PSD, plutôt qu’en se construisant et en s’élaborant depuis une structure HTML.
Donc pour un internaute, quel qu’il soit, lors de la consultation d’un site, ou d’un service internet, devrait pouvoir poursuivre aussi bien ses habitudes de navigation, que l’utilisation de son, ou de ses, appareils de consultation, de communiquer uniquement avec la, ou les, langue(s) qu’il maîtrise, et ce, quelque soit sa situation géographique, de ne pas rencontrer de problématique d’ergonomie de navigation qui serait trop particulière, de toujours pouvoir interagir avec les formulaires, et ce depuis tout type de périphériques, de facilement pouvoir récupérer des informations afin de les sauvegarder, tout en préservant leur lisibilité et leur accessibilité, de pouvoir imprimer correctement, quelque soit le type d’imprimante.
Voici donc, quelques contextes de situations (non exhaustives) où nous devons particulièrement réfléchir afin de préserver une ergonomie qui soit transversale entre périphériques, utilisateurs et accessibilité
- les menus de navigation qui ne sont pas adaptés pour des écrans tactiles (survol, trop d’imbrications en sous menus, disposition sur l’écran, …)
- le format vidéo n’est pas pris en compte par le navigateur utilisé (fréquemment rencontré)
- la vidéo fonctionne, et se lit correctement, mais l’ordinateur ou le périphérique n’est pas équipé de haut parleur, ni de casque
- les sous titres de la vidéo sont fournis mais dans une langue étrangère, ou une langue qui n’est pas maitrisée
- l’impression n’a pas été prévue pour du noir et blanc et les graphiques ne sont pas suffisamment contrastés pour être correctement lisibles
- v
Aller plus loin

Visibilité sur le Web
Shari Thurow
Dans cet ouvrage, Shari Thurow analyse en profondeur les mécanismes de référencement et vous fournit de véritables solutions professionnelles pour améliorer celui de votre site. Elle vous apprend à structurer l'information et vous explique comment concevoir de nouvelles pages en gardant comme ligne de mire le référencement. Vous y apprendrez quels outils graphiques privilégier et comment construire une page textuelle efficace....

Web Accessibility : Web Standards and Regulatory Compliance
Collectif
This book gives you all you need to know about web accessibility, whether you are a web designer or developer who wants your sites to be accessible, or a business manager who wants to learn what impact the web accessibility laws have on your websites. After an overview of the accessibility law and guidelines, and a discussion about accessibility and its implementation in the enterprise, the book goes on to show how to implement accessible websites using a combination of concise references and ea...

Designing the invisible
Robert Mills
Designing for the web is not just about fancy layouts, the latest CSS3 or HTML5 or UX technique. Great web experiences tell a great story, and Designing the Invisible will give you the tools to help you do it. From how to apply colour to tell the right story, through to using the right words, this book details the basics of building great web experiences. If you're starting out in web design then this book will give you some valuable tools in your design toolkit....
2 réponses
[…] longtemps. En parallèle de cet article, il est donc important de se rapprocher de l’article, Qu’entend-on par accessibilité ? et également Configurer un environnement de test pour […]
[…] longtemps. En parallèle de cet article, il est donc important de se rapprocher de l’article, Qu’entend-on par accessibilité ? et également Configurer un environnement de test pour […]