ACCESSIBILITÉ

 

Accessibilité Web

Une norme est un ensemble de règles éditées par un organisme faisant autorité dans le domaine et qu’il faut suivre pour être

« compatible » avec ladite norme. Il faut voir cela comme un gage de qualité et non comme une contrainte réglementaire.

Le W3C (l’autorité régissant les règles du Web) a édité plusieurs normes pour rendre accessible le Web au plus grand nombre (comprenez « ainsi qu’aux personnes ayant un handicap »). Ces règles s’appliquent autant pour les sites que pour les applications web. Dans le Web accessible, et au-delà des classiques (X)HTML et CSS, le W3C édite des normes à destination des éditeurs et développeurs web pour l’ouverture au public handicapé (handicap moteur, sensoriel, à mobilité réduite, senior, …) afin que chacun puisse consulter les sites web le plus facilement (et rapidement) possible.Voyons comment tout cela est organisé.

 

 

 

A l’international

W3C (World Wide Web Consortium)

C’est l’organisation non gouvernementale chargée d’établir les technologie du Web depuis 1994. Elle fait normaliser ses recommandations par l’ISO.

WAI (Web Accessibility Initiative)

En 1997, le W3C créé ce groupe de travail pour rédiger des spécifications sur l’accessibilité du Web et de ses technologies. C’est ce groupe qui va mettre au point les normes présentées ci-après.

WCAG : Web Content Accessibility Guidelines

 

Cette norme, certainement la plus importante en terme d’accessibilité, est décomposée en 3 niveaux (accessibilité croissante notée de A à AAA – AAA étant extrêmement difficile à atteindre). Plus vous montez dans les niveaux, plus les règles sont strictes et pointilleuses, et plus votre site web est accessible au plus grand nombre. Les spécialistes s’accordent à considérer le niveau AA comme déjà suffisant pour un site vaste et complexe. La version 2.0 est la référence actuelle.

 

4 règles principales :

 

    perceptible :  tout contenu non textuel (image, vidéo, élément de formulaire, CAPTCHA…) doit alors une alternative textuelle de précision ou de description. Ceci est utile entre autres aussi pour les lecteurs d’écrans qui ne savent interpréter que du texte (contenu et code HTML/CSS). Il faut aussi utiliser des formes et couleurs permettant de distinguer le contenu de la forme, le premier plan du fond, jouer sur le contraste des couleurs et la taille du texte. Les sons doivent également être enregistrés avec un fond sonore faible (différence >= 20dB).

    utilisable : rendre toutes les éléments de l’interface utilisateur et de navigation accessibles à la souris et au clavier. Ceci est important dans le cas d’utilisation d’outils d’assistance technique.

    compréhensible : Les visiteurs doivent être en mesure de comprendre l’information ainsi que le fonctionnement de l’interface utilisateur, donc lisible (le contenu ou le fonctionnement ne peut pas être au-delà de leur compréhension).

    robuste : le contenu doit être réalisé de telle façon qu’il sera présenté et accessible de la même façon pour tous quelque soit l’outil de navigation utilisé (et ses évolutions futures).

 

Cette norme destinées aux développeurs décrit les règles d’accessibilité pour les outils de création de contenu web. Par exemple, un outil de création de site (CMS – Content Management System) doit respecter ces normes. Notons que la norme dit de rendre l’outil accessible mais pas le contenu qu’il génère (ça c’est le boulot de WCAG) ; dans un monde parfait nous aurions les deux…

 

Pour aller plus loin : http://www.w3.org/WAI/intro/atag.php

 

UAAG (User Agent Accessibility Guidelines) :

 

Ce sont les règles que doivent respecter les développeurs d’agents utilisateurs (voir paragraphe sur les « Agents utilisateurs » plus bas), c’est-à-dire les logiciels utilisés pour accéder au contenu web (classiquement un navigateur, mais pas seulement).

 

XAG (XML Accessibility Guidelines) :

 

Les XAG se concentrent sur l’accessibilité des applications XML.

 

ATAG (Authoring Tool Accessibility Guidelines)

    ARIA est une extension de la norme WAI qui n’en est officiellement qu’à l’état de brouillon (au moment où nous écrivons ces lignes…). Elle ajoute des marqueurs de sémantique et de métadonnées aux contenus HTML pour rendre l’interface et le contenu plus accessibles, notamment à destination des outils d’assistance technique comme les lecteurs d’écrans. Cette extension est notamment très utile pour HTML 4 (apparut avant ARIA) qui ne traite pas de sémantique comme telle. le WAI précise que ARIA doit être utilisé que si la norme (« HTML ») n’intègre pas déjà une gestion de la sémantique ; par exemple HTML 5 (dans sa version actuelle à l’état de brouillon) commence à prendre en compte la sémantique, l’extension ARIA devrait donc être prochainement obsolète.

A noter que les validateurs de HTML (< HTML 5) ne prennent pas en compte l’extension ARIA et vont retourner des erreurs ; toutefois les navigateurs et lecteurs d’écrans gèrent bien ARIA et l’ont va préférer la réalité à la théorie pour développer des pages accessibles…

 

Description détaillée de la norme : http://www.w3.org/WAI/intro/aria.php/

Coryright© 2018 AMENHYD Groupe-all right reserved -Designed by Viking Concept