Les règles à suivre

Documents de référence.

Les informations suivantes sont tirées du site de la WAI (Web Accessibility Initiative ou Initiative pour l'accessibilité du Web) qui est un programme du World Wide Web Consortium (W3C), à l'adresse : www.w3.org/WAI/
Il réfère aux documents suivants :

Directives pour l'accessibilité aux contenus Web (version 1.0), du 5 mai 1999, dont la version originale anglaise s'intitule Web Content Accessibility Guidelines 1.0.
Techniques pour les règles d'accessibilité du contenu Web 1.0, du 5 mai 1999, dont une version anglaise plus récente (6 novembre 2000) s'intitule Techniques for Web Content Accessibility Guidelines 1.0

Revenir au début de la page

Deux thèmes majeurs.

Les règles d'accessibilité s'intéressent à deux thèmes généraux :

assurer une transformation élégante;
rendre le contenu compréhensible et navigable.

Assurer une transformation élégante.

En suivant ces règles, les développeurs de contenu peuvent créer des pages qui se transforment de façon élégante. Celles-ci restent accessibles malgré toutes les contraintes, y compris les handicaps physiques, sensitifs et cognitifs, les contingences professionnelles et les barrières technologiques. Voici quelques clés pour concevoir de telles pages :

Séparer la structure de la présentation (se référer à la différence entre contenu, structure et présentation).
Fournir du texte (y compris des équivalents textuels). Le texte peut être présenté de différentes façons par presque tous les navigateurs Web et est accessible à presque tous les utilisateurs.
Créer des documents qui fonctionnent même lorsque l'utilisateur ne peut pas voir ou entendre. Fournir de l'information ayant la même fonction que l'audio ou que la vidéo et s'adaptant aussi bien à différents canaux sensoriels. Cela n'implique pas la création d'une version audio préenregistrée d'un site Web complet pour le rendre accessible aux utilisateurs non-voyants. Ces derniers peuvent utiliser des technologies de lecture d'écran pour présenter toute l'information textuelle d'une page.
Créer des documents qui ne reposent pas sur un type particulier de matériel. Les pages devraient être accessibles à des personnes dépourvues de souris, utilisant de petits écrans, ou des écrans à basse résolution, en noir et blanc, ou encore sans écran, avec uniquement une sortie vocale ou texte, etc.

Le thème de la transformation élégante est traité principalement par les règles 1 à 11.

Rendre le contenu compréhensible et navigable.

Les développeurs doivent s'attacher à rendre le contenu qu'ils créent compréhensible et navigable.

Cela implique non seulement de rendre le langage clair et simple, mais également de fournir des mécanismes compréhensibles pour naviguer à l'intérieur des pages et entre celles-ci. Fournir des outils de navigation et des informations d'orientation au sein des pages maximisera l'accessibilité et la facilité d'utilisation. Tous les utilisateurs ne sont pas en mesure d'utiliser des indices visuels comme les images cliquables, les barres de défilement proportionnelles, les cadres juxtaposés, ou les éléments graphiques qui guident les utilisateurs voyants des navigateurs graphiques. Les utilisateurs perdent également les informations contextuelles quand ils ne peuvent visualiser qu'une partie de la page, soit parce qu'ils y accèdent mot à mot (synthétiseurs vocaux ou écrans braille), ou section par section (petit écran ou écran en mode loupe). Sans information d'orientation, les utilisateurs peuvent ne pas être en mesure de comprendre de très grands tableaux, des listes, des menus, etc.

Le thème de la conception de contenu compréhensible et navigable est couvert principalement par les règles 12 à 14.

Revenir au début de la page

Signification des niveaux de priorité

Priorité 1 : Un développeur de contenu Web doit satisfaire ce point de contrôle. Sinon, pour un ou plusieurs groupes il sera impossible d'accéder à l'information du document. Satisfaire ce point de contrôle est une exigence élémentaire.
Priorité 2 : Un développeur de contenu Web devrait satisfaire ce point de contrôle. Sinon, un ou plusieurs groupes auront des difficultés d'accès à l'information du document. Satisfaire ce point de contrôle lèvera certaines barrières empêchant l'accès des documents Web.
Priorité 3 : Un développeur de contenu Web peut respecter ce point de contrôle. Sinon un ou plusieurs groupes auront quelques difficultés pour accéder à l'information du document. Satisfaire ce point de contrôle améliorera l'accès aux documents Web.

Certains points à contrôler spécifient un niveau de priorité qui peut varier sous certaines conditions (précisées).

Revenir au début de la page

Énoncé des règles.

Règle 1 : Fournir des alternatives équivalentes au contenu visuel et auditif.
Règle 2 : Ne pas s'en remettre seulement aux couleurs.
Règle 3 : Utiliser le balisage et les feuilles de style, et cela de façon appropriée.
Règle 4 : Clarifier l'utilisation du langage naturel.
Règle 5 : Créer des tableaux qui se transforment de façon élégante.
Règle 6 : S'assurer que les pages qui contiennent de nouvelles technologies se transforment de façon élégante.
Règle 7 : Assurer à l'utilisateur le contrôle des changements du contenu lorsque ce dernier varie dans le temps.
Règle 8 : Assurer un accès direct aux interfaces utilisateur intégrées.
Règle 9 : Concevoir en respectant l'indépendance par rapport au périphérique.
Règle 10 : Utiliser des solutions intérimaires.
Règle 11 : Utiliser les technologies et directives du W3C.
Règle 12 : Fournir de l'information de contexte et d'orientation.
Règle 13 : Fournir des mécanismes de navigation clairs.
Règle 14 : S'assurer que les documents sont clairs et simples.

Revenir au début de la page

Les points de contrôle classés par thèmes.

Les 14 règles d'accessibilité se détaillent en 65 points de contrôle classés en trois niveaux de priorité. Dans la liste de vérification qui suit, les items marqués « P3* » devraient être inclus avec les P1 et P2 pour un total de 53 points de contrôle assurant à vos pages Web un très bon niveau d'accessibilité.

Chaque point de contrôle est d'abord présenté sous forme de tableau où l'on peut comparer les différentes formulations disponibles en français et en anglais.

Voici les références bibliographiques de ces différents découments :

Les différentes formulations des règles d'accessibilité
Source	Référence
WCAG 1.0 version anglaise	Web Accessibility Initiative of the W3C, Web Content Accessibility Guidelines 1.0, 1999.
WCAG 1.0 version française officielle	Initiative pour l'accessibilité du Web du W3C, Directives pour l'accessibilité aux contenus Web (version 1.0), 1999.
WCAG 1.0 version française d'AccessibilitéWeb	Initiative pour l'accessibilité du Web du W3C, Directives pour l'accessibilité aux contenus Web (version 1.0), 1999.
Section 508 version anglaise	United States Access Board, Section 508 Standards (of the Rehabilitation Act), 2001.
WCAG 2.0 version anglaise	Web Accessibility Initiative of the W3C, Web Content Accessibility Guidelines 2.0 W3C Working Draft 27 April 2006.
AccessiWeb	AccessiWeb, Guide AccessiWeb, 2005.

LISTE DES THÈMES.

Revenir au début de la page

Quelques conseils de convivialité

Jakob Nielsen est reconnu internationalement pour ses études sur la convivialité. Les quelques conseils qui suivent sont tirés de l'étude de Kara Pernice Coyne et Jakob Nielsen intitulée « Beyond Alt Text » (http://www.nngroup.com/reports/accessibility/). Cette étude (en anglais seulement) utilisant une méthodologie rigoureuse est abondamment illustrée et les problématiques y sont bien décrites. C'est un excellent outil de sensibilisation sur les problèmes d'accessibilité et de convivialité rencontrés par les utilisateurs aveugles et malvoyants ou ayant des problèmes moteurs. Son prix élevé de 190 $ US en restreindra malheureusement la diffusion. Les conseils qui suivent ne résument que 13 de ses 75 recommandations.

Ne pas utiliser de menus en cascade (comprenant des sous-menus) parce qu'ils sont difficiles à suivre pour les personnes ayant des problèmes visuels ou moteurs.
Indiquer clairement les champs obligatoires des formulaires avec plus que la couleur ou un astérisque.
De préférence disposer les formulaires en une seule colonne verticale.
Placer les instructions avant les champs de formulaire et non après.
Placer les étiquettes le plus près possible des champs de formulaire.
Placer les boutons d'un formulaire le plus près possible du dernier champ.
Multiplier par trois ou quatre le temps alloué pour compléter un formulaire ou désactiver cette fonction.
Les boutons graphiques affichant du texte doivent utiliser une police minimale de 11 points. Partout où cela est possible, il vaut mieux remplacer les menus graphiques par des menus textuels qui pourront grossir quand l'utilisateur augmentera la taille de la police d'affichage.
Souligner les liens textuels, car il s'agit d'une convention qui permet de les identifier facilement et de les distinguer du texte.
Ne pas se fier sur une image de fond pour obtenir un bon contraste.
Écrire avec concision et éliminer tout texte superflu.
Utiliser une fonction de recherche qui pardonne les erreurs d'orthographe.
Placer les boutons « Ajouter au panier » et « Régler la commande » le plus près possible du contenu auquel ils s'appliquent.

Dernière mise à jour : 2006-10-29

Revenir au début de la page.

Contactez-nous !
Plan du site
Politique d'accessibilité