L’accessibilité du Web désigne le fait que le Web puisse être utilisable par tous les utilisateurs, quels que soient leurs handicaps ou leur environnement technique. Plus précisément, l'accessibilité signifie que le Web est conçu pour que ces personnes puissent percevoir, comprendre, naviguer et interagir de manière efficace avec le Web, mais aussi créer du contenu et apporter leur contribution au Web.

Loin d’être une simple contrainte technique, cette problématique doit être traitée à tous les niveaux d’un projet Web : conception, création graphique, développement, édition des contenus, etc.

En France, depuis la loi n°2005-102 de février 2005, l'accessibilité des services publics aux personnes handicapées est une nécessité pour l'égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées. L'article 47 de la loi précise que les services de communication publique en ligne des services de l'Etat, des collectivités territoriales et des établissements publics qui en dépendent doivent être accessibles aux personnes handicapées.

Les directives du W3C

Pour cadrer l’ensemble des problématiques liées à l’accessibilité du Web, le W3C a mis en place la Web Accessibility Initiative (WAI) qui a élaboré un ensemble de directives visant à standardiser l’accessibilité du Web. Ces directives, appelées WCAG (« Web Content Accessibility Guidelines », ou « Directives pour les règles d'accessibilité du contenu Web »), s’appliquent en parallèle des traditionnels standards techniques du Web définis par le W3C.

WCAG 1.0

La version 1.0 est la dernière version officielle des WCAG, qui date de 1999. Les WCAG 1.0 s’appliquent principalement aux contenus HTML, et se divisent en 14 directives. Chaque directive regroupe un ou plusieurs points de contrôles auxquels sont associés des degrés de priorités allant de 1 à 3 :

• Le degré de priorité 1 correspond à ce qui DOIT être fait. Ce niveau permet de lever les barrières obstructives à l'accès aux contenus.
• Le degré de priorité 2 correspond à ce qui DEVRAIT être fait. Ce niveau permet de lever d'autres barrières significatives.
• Le degré de priorité 3 correspond à ce qui PEUT être fait. Ce niveau permet d’améliorer le confort d’accès.

Le respect de ces différents degrés de priorité permet l’obtention de trois niveaux de conformité :

• Le niveau A : tous les points de contrôles de priorité 1 sont respectés.
• Le niveau AA : tous les points de contrôles de priorité 1 et 2 sont respectés.
• Le niveau AAA : tous les points de contrôles de priorité 1, 2 et 3 sont respectés.

WCAG 1.0 : www.w3.org/TR/WCAG10
Checklist des points de contrôles : www.w3.org/TR/WCAG10/full-checklist.html

WCAG 2.0

La version 2.0 des WCAG est en cours d’élaboration, la version finale devrait être proposée fin 2008. Contrairement à la version 1.0, les WCAG 2.0 ne se limitent pas uniquement aux contenus HTML puisque cette nouvelle version vise à instaurer des standards applicables à l’ensemble des technologies Web, actuelles et futures. Les WCAG 2.0 comportent 14 directives divisées en 4 principes fondamentaux :

1. Des contenus perceptibles : proposer plusieurs moyens de percevoir l’information (texte alternatif pour les médias, etc.), séparer les contenus de la mise en page, faire en sorte que les contenus soient lisibles (taille du texte, couleur, etc.).
2. Des contenus utilisables : rendre la navigation et l’interactivité du site Web utilisables quelque soit le périphérique utilisé (souris, clavier, etc.), fournir des aides aux utilisateurs pour naviguer, se situer ou chercher du contenu.
3. Des contenus compréhensibles : rédiger des contenus de manière lisible et compréhensible, faire en sorte que le site Web se comporte de la manière prévue, aider les utilisateurs à corriger leurs erreurs.
4. Des contenus robustes : optimiser la compatibilité avec les agents utilisateurs (navigateurs, interfaces, etc.) actuels et futurs.

Chaque directive est associée à un ou plusieurs critères de succès (A, AA ou AAA) qui servent à évaluer le niveau d’accessibilité d’un site Web :

• Le niveau A permet d’atteindre un niveau d’accessibilité minimum. Il peut raisonnablement s’appliquer à toutes les ressources Web.
• Le niveau AA permet d’améliorer le niveau d’accessibilité d’un site.  Il peut raisonnablement s’appliquer à toutes les ressources Web.
• Le niveau AAA permet d’atteindre un niveau d’accessibilité supérieur. Il ne peut pas s’appliquer à tous les projets Web.

Le niveau AA est considéré comme l’objectif à atteindre pour les politiques d’accessibilités globales.

WCAG 2.0 : www.w3.org/TR/WCAG20

En France : Le Référentiel Général d'Accessibilité des Administrations (RGAA)

Suite à la loi n°2005-102 de février 2005, la Direction Générale de Modernisation de l’Etat (DGME) a entrepris la mise en place du Référentiel Général d'Accessibilité des Administrations (RGAA) afin d’organiser les problématiques d’accessibilité pour tous les services de communication publique de l'Etat, des collectivités territoriales et des établissements publics qui en dépendent.

Le RGAA s’appuie sur les WCAG 1.0 et propose un mode de déploiement progressif visant à faire entrer dans une démarche d'accessibilité le plus grand nombre d'acteurs publics. Ainsi, chaque point de contrôle est intégré dans un cycle de déploiement de 3 ans à compter de l’application du décret et peut être considéré comme obligatoire ou recommandé en fonction de son niveau d’exigence. Le but de cette démarche étant à terme de proposer un niveau d’accessibilité maximum (AA ou AAA) pour l’ensemble des sites publics de l’Etat.

La version finale du référentiel ainsi que le décret sur l'accessibilité des sites internet des services publics sont prévus pour le mois de juillet 2008.

Site du RGAA : http://rgaa.dgme.fr

Problématique : accessibilité appliqué aux CMS Open Source

Outils de productions incontournables aujourd’hui, les Systèmes de Gestion de Contenu (CMS) posent des problèmes au niveau de l’accessibilité et du respect des standards du Web définis par le W3C.

De part leur principe de modularité et leur aspect communautaire les CMS Open Source reposent en grande partie sur les contributions des utilisateurs pour se développer et accroitre leurs fonctionnalités. Cependant, ces contributions ne respectent que trop rarement les standards du Web et sont donc souvent à l’origine de problèmes d’accessibilité.

Par ailleurs, pour garantir une compatibilité maximum quelles que soient les plateformes, les CMS sont en général contraints de tirer un trait sur certaines bonnes pratiques du Web. Ainsi, on retrouve souvent des pratiques archaïques qui ne sont là que pour garantir la comptabilité du CMS avec des systèmes parfois obsolètes.

Enfin, un des principaux problèmes d’accessibilité que rencontrent les CMS est directement lié au rédacteur final du site. En effet, la personne chargée de la gestion du contenu d’un site ne maitrise généralement pas les problématiques liées à l’accessibilité des contenus : standards du Web, qualité de rédaction, emploi de styles adaptés, etc. Il convient donc de s’assurer que l’ensemble des acteurs liés à un site Web soit sensibilisé et formé aux problématiques liées à l’accessibilité du Web.

Cas pratique : Joomla! 1.5

Dans sa version 1.5, le CMS Joomla! s’appuie en grande partie sur le modèle de développement MVC (Modèle Vue Contrôleur), qui vise à séparer entièrement l’aspect visuel du traitement des données. Il est alors facile d’intervenir sur l’aspect d’un site sans toucher au noyau technique du CMS. Par conséquent, un même site peut comporter deux versions d’affichage, une « standard » et une « accessible », qui s’adaptent aux différents types d’utilisateurs tout en conservant un noyau et des contenus uniques.

Le système des templates (gabarits de page) a également été revu dans la version 1.5 pour permettre une plus grande adaptabilité. Grâce au principe du « Template Overrides » il est désormais possible de remplacer les affichages par défaut directement dans le template, sans avoir à toucher le noyau de Joomla! au travers de « hack ». Joomla! peut alors facilement être optimisé pour respecter les standards du Web et ainsi répondre aux contraintes liées à l’accessibilité.