Développement et maintien de l'accessibilité d'un site Web

DÉVELOPPEMENT

La mise en pratique de l'accessibilité a un impact sur le développement d'un site Web. L'impact sera cependant différent si ce développement se fait par des ressources internes ou externes à l'organisation.

Si le développement est fait par des ressources externes, il faut s'assurer que l'appel d'offres et le contrat subséquent mentionnent clairement le niveau d'accessibilité requis.

Par exemple :

Le site à développer doit être conforme aux priorités de niveau 1 et 2 des Web Content Accessibility Guidelines 1.0 (http://www.w3.org/TR/WAI-WEBCONTENT/) de la Web Accesibility Initiative du W3C. Pour plus d'information, vous pouvez vous référer à la section Les règles d'accessibilité (http://accessibiliteweb.org/bdc/directives/theme/).

De plus, il est bon de demander aux ressources qui offrent leurs services de qualifier leurs compétences dans le domaine de l'accessibilité, de faire part de leurs réalisations et de détailler les méthodes et les outils qu'ils prévoient utiliser dans le cadre de ce développement.

Vous devez être en mesure de juger de la compétence des ressources offertes, de la pertinence des méthodes et des outils proposés ainsi que de la qualité du travail réalisé. Si vous ne disposez pas d'une ressource interne capable de jouer ce rôle, AccessibilitéWeb peut vous recommander une ressource externe compétente pour vous accompagner dans cette démarche.

Ressources internes.

Si le développement doit être réalisé par des ressources internes, Vous devez vous assurer qu'elles ont reçu la formation et développé les compétences requises selon leurs tâches. Il peut aussi être bon d'identifier un champion de l'accessibilité auxquels les autres membres de l'équipe pourront se référer au besoin.

Ce champion devra évidemment posséder ou développer un haut niveau de compétence dans le domaine de l'accessibilité. L'Institut Nazareth et Louis-Braille propose, en collaboration avec l'École d'optométrie de l'Université de Montréal, une formation de 3 crédits donnant accès à un certificat de compétence comme expert en accessibilité du Web.

IMPACT SUR LES PROCESSUS

Afin de produire des contenus accessibles, il est important de revoir les processus de production de ces contenus.

En effet, l'accessibilité n'est pas seulement l'affaire de l'équipe Web, mais de tous ceux qui produisent du contenu susceptible de se retrouver sur le site Web à l'intérieur des pages du site ou sous forme de document téléchargeable, en format PDF ou autre.

Il faut, dans la mesure du possible, régler les problèmes à la source.

Par exemple, si chacune des personnes produisant du contenu dans Microsoft Word ou OpenOffice Writer apprend à travailler avec des styles pour les en-têtes de section et à donner un équivalent textuelle aux images, cela facilitera grandement la tâche de l'équipe Web chargée de mettre ces contenus en ligne.

Tout le mode considère comme normal de corriger un texte au niveau de la qualité du français. De même, assurer les bases de l’accessibilité devrait aussi entrer dans les habitudes de travail. De plus, la personnes la mieux placée pour écrire un équivalent textuel pour une image est l’auteur du contenu qui a choisi cette image.

BIEN CHOISIR SES OUTILS

La Web Accessibility Initiative a publié des Règles d'accessibilité pour les outils d'édition 1.0 (http://www.la-grange.net/w3c/atag10/). Ces règles visent notamment deux objectifs :

1. S'assurer que les outils d'édition de contenus Web produisent du contenu accessibles et donc conformes aux Web Content Accessibility Guidelines 1.0 (http://www.w3.org/TR/WAI-WEBCONTENT/).
2. S'assurer que les outils d'édition sont utilisable avec les technologies d'adaptation informatiques utilisées par les personnes handicapées.

Vous pouvez également consulter le document intitulé Selecting and Using Authoring Tools for Web Accessibility (http://www.w3.org/WAI/impl/software.html) .

Outils produisant du contenu accessible.

Aucun outil de développement ne répond actuellement à l'ensemble des directives. Toutefois, Dreamweaver version 8 et plus de la compagnie Adobe nous semblent être l'outil graphique le plus près de cet objectif. Plusieurs outils de développement de code peuvent également être intéressants.

Si vous utilisez un système de gestion de contenu, vous devez vous assurer que celui-ci produit du contenu accessible.

Quel que soit l'outil retenu, l'accessibilité du résultat n'est jamais garantie et une procédure de vérification systématique de l'accessibilité est indipensable. Que l'on utilise un éditeur tel-tel (WYSIWYG) ou de code, une vérification attentive du code produit en est une étape essentielle.

Outils utilisables avec des outils d'adaptation.

L'accessibilité de l'outil en lui-même est également importante pour ne pas créer d'obstacles éventuels à l'implication de personnes handicapées dans votre processus de développement.

Pression sur les développeurs d'outils de conception.

Il est important de manifester ses attentes auprès des concepteurs des outils d'édition afin qu'ils deviennent le plus rapidement possible conformes aux Règles d'accessibilité pour les outils d'édition 1.0. Il n'y a pas de meilleur moyen pour hâter l'atteinte de cet objectif que les presions de la clientèle.

POLITIQUES

Pour éviter que l'accessibilité ne soit qu'un feu de paille dans une organisation, mais transformer cette préoccupation en véritable engagement à long terme, il est important qu'une organisation se dote d'une politique d'accessibilité de ses contenus Web.

Vous pouvez également consulter le document intitulé Developing Organizational Policies on Web Accessibility (http://www.w3.org/WAI/impl/pol.html)

Niveau décisionnel.

Il est important que cette politique soit endossée par le plus haut niveau décisionnel possible de l'organisation. Un engagement à ce niveau permet d'espérer que l'accessibilité sera plus qu'une mode ou un dada de quelques ressources de l'organisation. La préoccupation de l'accessibilité s'évanouissant avec la disparition éventuelle de ces ressources.

De plus, un engagement pris à un haut niveau de l'organisation peut être publié plus largement et donc contribuer au développement d'une image publique de responsabilité sociale.

Enfin, un engagement pris à un haut niveau décisionnel et publié largement, facilite l'allocation de ressources adéquates pour l'atteinte de cet objectif.

Références, évolution et révision.

Cette politique doit référer clairement aux Web Content Accessibility Guidelines 1.0 (http://www.w3.org/TR/WAI-WEBCONTENT/) ou à tout autre standard que vous aurez choisi d'appliquer.

S'il y a lieu, elle doit spécifier le niveau de conformité retenu selon le niveau de priorité.

Définir l'étendue du site couverte par cet engagement et divulger les exclusions s'il y en a.

Préciser, s'il y a lieu, des jalons et un échéancier pour l'atteinte du niveau d'accessibilité souhaité.

Énoncer la façon dont l'application de cette politique sera vérifiée, les ressources internes ou externes impliquées et la périodicité.

Prévoir un mécanisme de mise à jour périodique de cette politique.

Exemple de politique

« [Cette organisation] s'engage à assurer l'accessibilité à son site Web aux personnes ayant des incapacités. Les nouveaux contenus ou ceux qui sont modifiés par notre organisation seront conformes aux Directives pour l'accessibilité aux contenus Web version 1.0 (http://www.la-grange.net/w3c/wcag1/wai-pageauth.html) de l'Initiative pour l'accessibilité du Web du W3C. À partir du [date] le niveau de conformité sera de catégorie double A (priorités de niveau 1 et 2).

À partir du [date], les contenus déjà existants qu'ils aient été produits par notre organisation ou par une tierce partie pour le compte de notre organisation seront conformes au niveau Double A.

Le [date] nous mettrons en place un programme de surveillance interne. De plus, une vérification externe de notre niveau d'accessibilité sera effectuée tous les ans et publiée en même temps que notre rapport annuel.

Nous demanderons à nos fournisseurs d'outils de développement de nous indiquer leur niveau de conformité aux Règles d'accessibilité pour les outils d'édition 1.0 (http://www.la-grange.net/w3c/atag10/) dans le but d'obtenir dès que possible des outils conforme au moins au niveau simple A défini par ces mêmes règles.

La page d'accueil de notre site ainsi que la page « À propos de ce site » inclueront un lien vers cette politique.

Nous réviserons cette politique dans l'avenir afin de nous conformer à la prochaine version des Directives pour l'accessibilité aux contenus Web une fois qu'elle sera disponible. »

CONTRÔLE DE LA QUALITÉ

Il ne suffit pas d'atteindre un niveau d'accesibilité, il faut le maintenir ou l'améliorer avec le temps. L'atteinte de cet objectif aura donc un impact sur l'organisation du travail et le partage des responsabilités.

Contrôle interne.

Organisation du travail.

Un contrôle de qualité doit être intégré au processus de développement. Celui-ci doit comprendre une vérification systématique de l'accessibilité des contenus avant leur mise en ligne.

Toutefois, cette vérification systématique n'a pas besoin d'être ehaustive pour chacune des pages. Si des gabarits sont utilisés et qu'ils ont fait l'objet d'une vérification minutieuse, on peut réduire la vérification systématique à quelques points de contrôle pour lesquels la distraction est souvent la plus grande source d'erreurs. Par exemple, les développeurs les mieux formés et les plus consciencieux peuvent oublier à l'occasion de doter une image d'un équivalent textuel ou d'associer un champ de formulaire à son étiquette.

Ce type de vérification systématique peut dans bon nombre de cas être automatisé, réduisant d'autant les coûts qui lui sont associés.

Partage des responsabilités.

Selon l'organisation du travail, deux scénarios sont possibles quant au partage des responsabilités pour assurer le maintien ou le développement du niveau d'accessibilité.

Scénario 1 : Chacun des développeurs peut être rendu responsable des contenus sur lesquels il travaille. La dimension de l'accessibilité étant alors intégrée au processus général de vérification de la qualité du travail réalisé.

Scénario 2 : Une ressource, pour l'ensemble de l'organisation ou par équipe de développement, peut se voir assigner la tâche de faire une vérification systématique de l'accessibilité. Cette ressource devra cependant pouvoir compter sur la collaboration de chacune des ressources affectées au développement.

Contrôle externe (certification).

Il est souhaitable qu'un vérificateur externe procéde à une évaluation de l'accessibilité sur une base périodique, par exemple, à tous les ans ou à tous les deux ans.

Ce vérificateur externe émettrait un avis ou une certification qui pourrait être publiée ou non sur le site lui-même. Un tel avis ou certificat renforcerait la crédibilité de l'organisation quant à l'application de sa politique d'accessibilité et maintiendrait la motivation des ressources affectées au développement des contenus Web en regard de l'accessibilité.

AccessibilitéWeb est habilité à jouer ce rôle de vérificateur externe ou de certificateur.