Ligue Braille Logo
logo Ligue Braille et élément de décoration
 
 
élément de décoration élément de décoration élément de décoration

L' accessibilité d'un site web aux personnes déficientes visuelles

Le WAI (Web Accessibility Initiative) du W3C (World Wide Web Consortium) a publié, le 5 mai 1999, la version 1.0 des directives pour l’accessibilité aux contenus Web. Ces directives expliquent comment rendre les contenus Web accessibles aux personnes handicapées (déficients visuels et déficients auditifs).

Ces instructions ont été mises au point avec le soutien financier de la Commission européenne (au titre du programme "Applications télématiques" (TAP) du quatrième programme cadre), de divers gouvernements et d'autres organisations. Ces instructions sont appelées de manière plus précise « instructions pour l'accessibilité du contenu Web (version 1.0), de l'initiative pour l'accessibilité du Web du consortium World Wide Web » (« World Wide Web Consortium/Web Accessibility Initiative (W3C/WAI) Web Content Accessibility Guidelines version 1.0 ») ou WAI/W3C WCAG 1.0 (http://www.w3.org/WAI)

C'est sur base de ce document qu’a été conçu le site de la Ligue Braille, répondant ainsi aux différentes recommandations.

Une liste de priorités a été établie auxquelles un site doit répondre afin d’être accessible aussi aux personnes handicapées.

Priorités

Les priorités sont divisées en 3 niveaux (priorités établies par le W3C-WAI). À chaque niveau correspond un cahier des charges. Ces priorités sont :

[Priorité 1]
Un développeur de contenu Web doit satisfaire à ce critère.

[Priorité 2]
Un développeur de contenu Web devrait satisfaire à ce critère.

[Priorité 3]
Un développeur de contenu Web peut se préoccuper de ce critère.

Normes d’accessibilité

  1. Tout élément non textuel (image, couleurs, smileys,…) ou application technique (applets, javascripts,…) doit avoir un équivalent textuel interprétable par les agents utilisateurs (synthétisateur vocal et/ou barrette braille)
    Les présentations multimédias (son avec image) devront faire l’objet d’une validation avant leur implémentation dans le site. En effet, il faut veiller à ce que celles-ci soient accessibles aux déficients auditifs.
  2. Le site sera développé sans frames.
  3. L’utilisation de css (feuilles de style) est autorisée pour autant que la page puisse être lue sans celle-ci.
  4. Les polices utilisées seront des polices aérées afin qu’elles ne s’écrasent pas lors du grossissement. La police Verdana répond favorablement à ce critère. Leurs tailles seront définies en valeur relative.
  5. Les images, tout comme les liens hypertextes seront obligatoirement accompagnés d’un commentaire « alt ».
  6. Design :
    • Le design du site et des pages ne comportera aucun changement brusque des couleurs
    • Toute information convoyée par des couleurs doit également être accessible sans couleur
  7. Code HTML :
    • Les sauts à la ligne seront effectués avec le tag <p> et non <br>. En effet, certains agents utilisateurs interprètent mal le tag <br>. Dans ce cas, l’inconvénient réside dans la mise en page du texte visible c’est-à-dire que le texte ne peut plus être divisé qu’en paragraphe et sans saut à la ligne.
    • L’utilisation des rowspan et colspan (fusion des cellules) est proscrite.
    • Les tables ne peuvent être utilisées pour la mise en page.
  8. Concernant les formulaires :
    • L’intitulé doit précéder le champ qui lui est associé, sur la même ligne
    • Une étiquette par ligne
    • L’usage des radios buttons sera privilégié à celui des cases à cocher.
  9. Éviter d’utiliser les options des technologies du W3C qui ne sont plus supportées.
  10. Fournir des informations concernant la mise en page générale (par ex. la carte d’un site, ou une table présentant le contenu).
  11. L’usage de plusieurs langues dans une même page est fortement déconseillé.
  12. Le codage HTML respectera la tabulation du contenu de la page. Dans ce cas, l’utilisation des balises H1 à H6 sera appliquée.
  13. Les informations présentées seront statiques (pas d’images clignotantes, de textes défilant,…)
  14. Les gestionnaires d’événements doivent être indépendants du dispositif d’entrée (pas de flash ou de javascript pour entrer dans un site ou accéder dans une des parties ou pages).
  15. L’usage du meta fresh, des pop-up est proscrit.
  16. Les utilisateurs doivent être capables d’interagir avec un agent utilisateur (et le document qu’il affiche), en utilisant les périphériques supportés de leur choix. Les périphériques d’entrée peuvent comprendre, entre autres, des périphériques de pointage, clavier, périphériques braille, microphone casque, microphones. Les périphériques de sortie peuvent inclure les moniteurs, les synthétiseurs vocaux, les générateurs de Braille.
    Note : "Support indépendant du périphérique" ne signifie pas que les agents utilisateurs doivent supporter tous les périphériques d’entrée ou de sortie. Les agents utilisateurs devraient offrir des mécanismes d’entrée et de sortie indépendants pour les périphériques supportés. Par exemple, si un agent utilisateur supporte les entrées via la souris et le clavier, les utilisateurs devraient être capables d’interagir avec toutes les fonctionnalités en utilisant soit la souris soit le clavier.
  17. Fournir des informations de manière à ce que les utilisateurs puissent recevoir les documents selon les préférences qu’ils ont spécifiées (par ex. la langue, le type de contenu, etc.).

Autres sources d’information sur l’accessibilité



fin de la page
élément de décoration ; decoratief element
Copyright Ligue Braille 2012 - Disclaimer - Developed by LbiGroup -
Ce site respecte la Loi du 8 décembre 1992 relative à la protection de la vie privée
à l'égard des traitements de données à caractère personnel.