Passer la navigation

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.

Ressources externes.

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 Introduction à l'accessibilité du Web (http://www.accessibiliteweb.org/formationenligne/) publiée par AccessibilitéWeb.

De plus, il est bon de demander aux ressources qui offrent leurs services de qualifier leurs compétences dans le domaine de l'accessibilité 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 serait 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é. À défaut d'une telle ressource interne, AccessibilitéWeb peut vous recommander une ressource externe compétente pour jouer ce rôle.

De plus, AccessibilitéWeb propose, en collaboration avec l'École d'optométrie de l'Université de Montréal, une formation de 75 heures donnant accès à un certificat de compétence comme conseiller en accessibilité du Web.

Revenir au début de la section

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'assistance 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 8 de Adobe nous semble ê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.

Revenir au début de la section

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/).

Elle doit spécifier le niveau de conformité retenu selon le niveau de priorité.

Définir l'étendu 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 limitations fonctionnelles. 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 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. »

Revenir au début de la section

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 texte de remplacement 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é.

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é.

Une ressource pour 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.

Dernière mise à jour : 2006-02-11

Revenir au début de la page.