Accessibilité des sites web [25 mn de lecture - paru le 4/16/2005 9:32:19 PM - Public : Confirmé]

Auteur

Matthieu CARTON Elève-Ingénieur Supinfo Paris Promotion SUPINFO 2006    Lui écrire    Tous les projets de cet auteur    Le mini-CV de cet auteur

2. Viser l'accessibilité

2.1. Introduction

Il faut savoir que 10 à 20% de la population potentiellement présente sur internet a un handicap quel qu’il soit, mais ça n’est pas tout. L’allongement de la durée de vie, l’utilisation de navigateurs alternatifs (cf 1.2.) sont également à prendre en compte pour la mise aux normes « accessibles » de son site.

En respectant les directives du W3C, le contenu web s’en trouverait plus accessible à la fois pour les personnes handicapées mais aussi pour toutes les autres. Les enjeux de l’accessibilité semblent alors évidents.

C’est donc dans cette optique que le W3C a développé une Initiative pour l’Accessibilité du Web (WAI, Web Accessibility Initiative) depuis 1997. Elle a pour but la prise en compte des critères d’accessibilité par les nouvelles technologies de développement web.

Avant de passer à la pratique, il vous faudra consulter le WCAG (Web Content Authoring Guidelines) qui comporte 14 directives sur les principes génériques du concept de l’accessibilité. Chaque directive a un degré de priorité :

-          niveau 1 : le point DOIT être satisfait

-          niveau 2 : le point DEVRAIT être satisfait

-          niveau 3 : le point POURRAIT être satisfait

Une fois qu’un ou plusieurs de ces niveaux est validé, vous pourrez obtenir un code de conformité comme suit :

-          A : le site répond à toutes les exigences d’un niveau

-          AA : le site répond à toutes les exigences de 2 niveaux

-          AAA : le site répond à toutes les exigences

Parole de Tim Berners-Lee, inventeur du Web et fondateur du W3C (extrait de son livre Weaving the Web) :

A travers tout notre travail sur les langages Hypertexte, graphiques et multimédia, on retrouve notre préoccupation d'un accès pour tous à l'information indépendemment de la culture, du language et du handicap. La WAI conçoit des protocoles et des logiciels qui rendent le Web accessible aux personnes atteintes de handicaps auditifs, physiques, cognitifs ou neurologiques. (…) L'essentiel de cet effort là n'est effectif que si les concepteurs Web prennent en compte l'accessibilité dans le cadre de leur travail. Les communautés techniques et handicapées ont travaillé ensemble pour produire un ensemble de recommandations sur les étapes à suivre les plus efficaces et les plus pratiques. Il s'agit là d'une lecture recommandée aux webmestres.

2.2. Les étapes de la mise aux normes

Pour atteindre l’accessibilité d’un site web, il est nécessaire de franchir plusieurs étapes clé dont le respect des standards du web (validité du site), le respect des recommendations WAI (accessibilité du site), le test du site (utilisation des outils conseillés/réalisés par le W3C, visualisation via Lynx Viewer).

2.2.1. Le respect des standards du web

Les standards du web sont un ensemble de spécifications mises au point par le W3C et qui ont pour but de définir les lignes directrices dans différents domaines et notamment les langages structurés ((X)HTML, XML…) et les langages de présentation (CSS). Respecter ces normes dans le développement d’un site est donc un gage de qualité pour le travail accompli. En effet, les normes offrent une structure rigoureuse dont chaque mode d’affichage pourra tirer partie au maximum afin de fournir les meilleurs résultats aux visiteurs.

Bien que dépassant le cadre de notre sujet, il est à noter que prôner l’accessibilité passe d’abord par le respect des standards du web.

D’ailleurs, coder XHTML valide n’est pas insurmontable si l’on fait preuve de rigueur sur ces quelques règles de base :

        -     utiliser un DOCTYPE valide pour chacune de ses pages
-          fermer toute balise ouverte
-          écrire toutes les balises en minuscules
-          écrire tous les attributs entre guillemets
-          respecter la structure du document

L’un des pièges du développement HTML est qu’il est assez permissif, vous permettant de coder sans vous retourner d’erreur en cas de problème. Voilà pourquoi il est important de s’informer et de se documenter sur ce propos afin de rendre vos projets web plus professionnels.

Exemple :

                     basketfever.com - validation XHTML du W3C

Les documents correspondants :

http://www.openweb.eu.org : site pour les standards du web.

http://www.alsacreations.com : site sur les CSS et standards du web.

http://www.pompage.net : articles sur les standards du web.

http://www.w3.org : le site du W3C (US).

Les outils correspondants :

http://validator.w3.org/ : le validateur (X)HTML.

http://jigsaw.w3.org/css-validator/validator-uri.html : le validateur CSS.

2.2.2. Le respect des recommendations WAI

Le W3C propose de nombreux documents vous aidant à travailler pour l’accessibilité de votre site. Le WCAG, déjà dans sa deuxième version, comporte un ensemble de 14 directives illustrées d’explications et d’exemples pour mieux comprendre le sujet.

Nous entrerons dans les détails de ces recommendations dans la suite de cet article.

Exemple :

                                   basketfever.com - valide WAI

Les documents correspondants :

http://www.accessiweb.org : le portail de l’accessibilité.

http://www.la-grange.net/accessibilite/ : rendre son site accessible en 30 jours.

http://www.la-grange.net/w3c/wcag1/full-checklist.html : liste des points de contrôle pour l’accessibilité web.

http://www.section508.gov : le site de la Section 508 (US).

http://www.w3.org/WAI/ : la Web Accessibility Initiative (US).

http://www.la-grange.net/w3c/wcag1/wai-pageauth.html#ref-TECHNIQUES : techniques de mise en place des directives d’accessibilité (US).

Les outils correspondants :

http://bobby.watchfire.com/ : Bobby validateur accessibilité (US).

http://webxact.watchfire.com/ : WebXACT validateur accessibilité en ligne (US).

http://www.wave.webaim.org/ : Wave 3 (US).

http://www.contentquality.com/Default.asp : Cinthia’s Report (US).

http://www.acces-pour-tous.net/ : Acces-Pour-tous.

2.2.3. Le test du site

La dernière étape à franchir avant de pouvoir crier haut et fort que son site est accessible est celle du test. A la fois fastidieux et intéressant, il vous permettra d’en apprendre beaucoup sur la qualité de votre site dans ce domaine.

Une fois que vos pages sont validées selon les normes XHTML et CSS, vous pourrez utiliser un outil de vérification automatique pour l’accessibilité et la compatibilité avec les navigateurs. Mais cela ne suffira malheureusement pas car en matière de test, rien ne remplace la vérification humaine.

Voila pourquoi vous vous astreindrez ensuite à tester votre site sur un navigateur texte (Lynx Viewer), différents navigateurs graphiques (Internet Explorer, Firefox, Opera…) en activant/désactivant les différents éléments (images, scripts, css…), en changeant la résolution d’écran et le périphérique d’entrée (avec ou sans clavier et souris…).

Il existe cependant de nombreux outils de correction/test automatiques disponibles sur Internet et conseillés par le W3C dont vous verrez une présentation dans le chapitre 4.

Les outils correspondants :

Evaluation