Les Conférences Paris Web 2007 , organisées par l’association Paris Web sont essentiellement focalisées sur le problème de l’accessibilité du web aux personnes handicapées, principalement les personnes mal voyantes ou aveugles.

Un petit condensé rapides des diverses informations que nous avons pu recueillir à ce sujet vous aidera à saisir l’ampleur du problème.

L’accessibilité à un site web est conditionnée par la façon dont est conçu le site dès l’origine.

En effet, les outils utilisés par les aveugles ou les mal voyants , appelés « lecteurs d’écran » permettent de retranscrire sur une tablette braille ou à la voix toutes les indications sémantiques du balisage d’une page web ainsi que les menus de navigation.

Logiciels conseillés pour leur qualité ( mais onéreux) : Jaws et Windows Eyes

Pour voir ces outils en action, vous pouvez regarder la vidéo « L’ordinateur des aveugles » sur You Tube

Ainsi, un site bien structuré par niveau : balises h1 jusqu’à h6, paragraphes etc… permettra au logiciel de présenter d’emblée à l’internaute les principales articulations du site, parmi lesquelles il pourra choisir au lieu de devoir lire la page en entier.
De même, les balises « title » et « alt », correctement renseignées, permettent au lecteur de savoir à quoi correspondent les liens et les images.

Quelques explications sur l’importance du balisage : pourquoi structurer ses pages (h1, h2, h3... ( également sur You Tube)

Ainsi donc, site ayant une validation W3C a donc plus de chance d’être lisible qu’un autre. Néanmoins, si les balises « alt » par exemple, sont renseignées de manière un peu « rapide », ( exemple = mettre « photo » pour toutes les photos…) le lecteur n’aura pas les informations requises.

Normalisation

La WAI - Web Accissibility Initiative – que le W3C a lancée, travaille sur les solutions techniques à apporter pour rendre le web accessible. La norme Wcag en est issue, dont le validateur indique très clairement les améliorations qui doivent être apportées à un site pour qu’il soit correctement compris par un lecteur d’écran. Tout n’étant pas automatisé, il existe également une page listant les points à vérifier.

La communauté européenne a demandé aux Etats Membres de rendre leurs sites accessibles. L’Etat français travaille donc à cela et la DGME (Direction générale de la Modernisation de l'État) est le moteur du projet, avec la mise en place du référentiel général d'accessibilité des administrations (RGAA). Complément du référentiel général d'interopérabilité, le RGAA est une méthode de déploiement progressif et d'évaluation de l'accessibilité des contenus Web telle qu'elle est définie par la norme internationale WCAG1.0, au niveau le plus élevé (AAA).

Le référentiel aura force de loi, lorsque les décrets d’application de la loi seront publiés et les administrations auront alors 3 ans pour mettre leurs sites en conformité.

Documents extérieurs aux sites et technologies côté serveur

Divers documents peuvent être mis à disposition sur un site :

pdf, power point, simple page de texte (.doc par exemple) , vidéos.

Les conférenciers nous ont fait ressortir les différents avantages et inconvénients de chacun.

• Actuellement divers instruments existent pour sous-titrer des vidéos. Mis au point pour la télévision, ils sont encore onéreux. Un .doc peut être très bien balisé, si l’on respecte scrupuleusement une structure hierachisée correcte.
• Un document pdf est très difficile à rendre accessible, malgré ce que peut en dire Adobe. En effet, les balisages de base sont réalisables, mais pas les tableaux.
• Si actuellement les documents pdf un peu complexes ne peuvent être rendus accessibles, on est en droit de se demander pourquoi les mettre en ligne : autant dès le début réaliser des documents en html qui ne poseront aucun problème.

Les langages de script posent également un problème.

Il est souhaitable, lorsqu’on réalise un site de le réaliser par couche et de voir à chaque niveau dans quelle mesure le site est accessible.

Il est donc souhaitable de commencer par le html, puis de lui adjoindre les feuilles de style, puis le javascript et enfin la couche ajax . Ajax pose un problème car il permet des changements dans une page qui ne seront pas perçu par le lecteur d’écran. Il est donc souhaitable de faire apparaitre un signal informant des changement ( signal sonore par exemple, un bip).

Petit test à réaliser vous-même :

Pour savoir ce que le lecteur d’écran peut lire, vous pouvez désactiver le java script, puis les feuilles de styles et supprimer les images. En dégradant ainsi le site, vous serez à même de constater s’il reste compréhensible ou non.

Enjeux :

les enjeux sont multiples.

• En priorité bien entendu : rendre tous les sites accessibles à l’ensemble des internautes. Il n’y a aucune raison que les personnes handicapées ne puissent accéder à l’information, quelle soit officielle ( recherche de documents officiels, d’informations, déclarations d’impôts etc..), culturelle ou de loisir.
• Le vieillissement de la population doit également être envisagée : il faut donc réaliser dès maintenant des sites accessibles, car le prévoir au moment de la réalisation du site est bien plus simple que d’avoir à appliquer les modifications ultérieurement.
• On peut aussi évoquer les ventes en ligne et les difficultés que rencontre un aveugle ou un mal voyant à acheter en ligne, alors que ça lui simplifierait bien la vie.

En conclusion,

il faut donc se dire que tout nouveau site devrait être conçu pour garantir l’accessibilité. Ce site sera conforme W3C, accessible et plus facile à tenir à jour ultérieurement. Un peu plus de temps et d’argent investis dans cette phase primordiale permettra d’en économiser beaucoup dans l’avenir. Pour le bonheur de beaucoup d’internautes.