Développer une politique organisationnelle en matière d'accessibilité Web
Statut du présent document
Le présent document est une traduction du document "Developing Organizational Policies on Web Accessibility" du W3C. Cependant, il ne s'agit pas de la version officielle en français. Seul le document original en anglais a valeur de référence. On peut l'obtenir à : http://www.w3.org/WAI/impl/pol.html.
Réalisation
Cette traduction a été réalisée par Éric Gateau.
Date de traduction : 7 novembre 2005
Adresse du présent document : http://www.webaccessibilite.net/traduction/impl/pol_FR.html
Page d'accueil du site : Web accessibilité
Avertissement
Des erreurs ont pu survenir malgré le soin apporté à ce travail.
Développer une politique organisationnelle en matière d'accessibilité Web
Sommaire
- Introduction
- Citer clairement les directives
- Indiquer le niveau de conformité
- Définir les parties concernées du site Web
- Etablir les étapes importantes
- Définir le processus de contrôle, de réclamation sur la conformité et de suivi
- Prévoir l'intégration et la mise à jour de la politique
Ce document répond aux questions qui peuvent se poser lors du développement d'une politique organisationnelle en matière d'accessibilité Web.
Les politiques organisationnelles peuvent être très simples, ou très complètes :
Exemple de politique simple :
Exemple de la politique complète :
- "[L'organisation] s'est engagée à assurer l'accessibilité de son site Web aux personnes handicapées. Le contenu nouveau et le contenu mis à jour produits par notre organisation se conformeront aux Directives pour l'accessibilité aux contenus Web 1.0 du W3C/WAI, niveau de conformité double A, le [date]. Le contenu déjà existant produit par notre organisation ainsi que le nouveau contenu, le contenu mis à jour et le contenu déjà existant fourni par des tiers sera conforme au niveau double A le [date]. Nous lancerons un programme de contrôle interne le [ date ]. Nous exigerons des informations sur la conformité aux Règles d'accessibilité pour les outils d'édition 1.0 du W3C/WAI, niveau de conformité A, de la part des fournisseurs des logiciels utilisés pour développer notre site le [date]. Notre page d'accueil et notre page 'à propos de ce site' contiendront des liens vers cette politique. A l'avenir, nous réviserons cette politique afin d'envisager sa mise à jour vers une version ultérieure des Directives pour l'accessibilité aux contenus Web du W3C lorsque cette dernière sera disponible."
Etant donné que dans certains pays il existe des politiques gouvernementales qui s'appliquent à certains types de sites Web, les organisations devraient s'assurer que leurs politiques exigent au moins le niveau d'accessibilité minimum requis par toute politique qui s'applique déjà à leurs sites.
Les paragraphes suivants répondent de façon détaillée aux questions sur l'établissement d'une politique organisationnelle.
- Le terme "directives du WAI" n'est pas spécifique, dans la mesure où il peut se rapporter à n'importe laquelle des trois directives d'accessibilité produites par le W3C/WAI. Fournir une référence claire aux directives spécifiques avec lesquelles la conformité est prévue :
- "Les directives pour l'accessibilité aux contenus Web 1.0" (WCAG 1.0) sont la spécification du W3C/WAI qui explique comment rendre les sites Web accessibles.
- "Les règles d'accessibilité pour les outils d'édition 1.0" (ATAG 1.0) sont la spécification de W3C/WAI qui explique comment faire en sorte que les logiciels intègrent mieux la production de contenus Web accessibles.
- Les directives pour l'accessibilité des agents utilisateurs 1.0" (UAAG 1.0) sont la spécification qui explique comment faire des navigateurs et des lecteurs multimédia accessibles.
- Les organismes souhaitant exiger la conformité aux WCAG 2.0 une fois qu'elles deviendront une recommandation du W3C peuvent indiquer la conformité aux "Directives d'accessibilité aux contenus Web" sans indiquer le numéro de version.
- Indiquer le niveau de conformité attendu pour le site Web. Par exemple :
- "la conformité au niveau A des WCAG 1.0" établit qu'un site Web devrait répondre à tous les points de contrôle de priorité un, permettant ainsi de lever les barrières absolues d'accès au contenu d'un site Web.
- "la conformité au niveau double A des WCAG 1.0" établit qu'un site Web devrait répondre à tous les points de contrôle de priorité un et de priorité deux permettant ainsi de lever les barrières absolues et les barrières significatives d'accès au contenu d'un site Web.
- "la conformité au niveau triple A des WCAG 1.0" établit qu'un site Web devrait répondre à tous les points de contrôle de priorité un, deux et trois, permettant ainsi de lever les barrières absolues, significatives et mineures d'accès au contenu d'un site Web.
- Indiquer le niveau de conformité attendu des outils de conception utilisés par l'organisation ou par des tiers, pour produire le contenu du site Web de l'organisation.
- "la conformité au niveau A des ATAG 1.0" établit que le logiciel de conception acquis par l'organisation peut répondre à tous les points de contrôle de priorité un pour l'accessibilité de l'interface utilisateur du logiciel et pour l'intégration de la production de contenu accessible. [voir l'exemple du paragraphe 5 "Etablir les étapes importantes" ci-dessous.]
- [à ajouter aux termes du contrat] : "[le développeur Web sous-traitant] envisagera l'utilisation d'un logiciel conforme aux ATAG 1.0 quand ce type de matériel sera possible. Si il n'utilise pas un outils de conception conforme aux ATAG 1.0, [le développeur Web sous-traitant] s'assurera que tous les contenus et gabarits de page générés pour la production de contenu de [l'organisation] sont conformes au niveau double A des WCAG 1.0 et ne contiennent pas de balises susceptibles d'interférer avec la génération d'un contenu conforme aux WCAG 1.0.
- Pour obtenir plus d'information, voir le document "Selecting and Using Authoring Tools for Web Accessibility" (Sélection et usage des outils de conception pour l'accessibilité Web).
- Indiquer dans quelle mesure les exigences de l'organisation s'appliquent aux nouvelles pages, aux pages déjà existantes et aux pages mises à jour. Par exemple :
- "Cette politique s'applique aux nouvelles pages, aux pages mises à jour et au pages déjà existantes."
- Indiquer dans quelle mesure les exigences s'appliquent aux pages Web fournies (en tant qu'élément du site principal) par un tiers (sous-traitant, ou tout autre fournisseur). Les utilisateurs du site Web peuvent avoir besoin d'accéder indifféremment au contenu principal et au contenu tiers. Des efforts supplémentaires peuvent être nécessaires pour former et obtenir la conformité de la part des tiers qui fournissent du contenu. Par exemple :
- "Cette politique s'applique à tout contenu Web produit ou mis à jour par [l'organisation]. En outre, [l'organisation] prend les mesures suivantes pour assurer l'accessibilité du contenu fourni par des tiers [Noter que pour certains sites, l'accessibilité du contenu tiers peut être essentielle pour se conformer à une politique gouvernementale] :
- Information des tiers de la politique en matière d'accessibilité Web de [l'organisation] ;
- Fourniture de liens vers l'information et les ressources pour mettre en application l'accessibilité du Web ;
- Incitation des tiers à produire un contenu conforme au niveau double A des WCAG 1.0 grâce aux actions suivantes ... ;
- Contrôle du contenu fournit par des tiers et retour d'information sur le contenu inaccessible ;
- Recherche d'un autre fournisseur de contenu si le fournisseur actuel poursuit dans la fourniture de contenu non conforme.
- Etablir une date à laquelle le site Web de l'organisation atteindra un niveau donné de conformité. Par exemple :
- "Le [date], les sites Web de [l'organisation] seront conformes au niveau double A des WCAG 1.0."
- Dans certains cas, pour introduire progressivement l'accessibilité, il peut être pratique de répondre rapidement aux points de contrôle de priorité un, puisque ceux-ci peuvent être des barrières absolues ; puis d'introduire les points de contrôle de priorité deux lors de la deuxième série d'améliorations du site [en respectant la date indiquée] ; puis de laisser facultatif les points de contrôle de priorité trois. Par exemple :
- "Le [première date] les sites Web de [l'organisation] atteindront le niveau de conformité A des WCAG 1 ; et le [deuxième date] les sites Web de [l'organisation] atteindront le niveau de conformité double A des WCAG 1.0"
- Envisager la manière de répondre aux questions de priorités qui peuvent survenir, en particulier pour les sites Web contenant un grand nombre de pages. Ne faites pas d'hypothèse sur les rubriques ou les services du site susceptibles d'intéresser ou pas les personnes handicapées. Par exemple :
- "Cette politique s'applique à l'ensemble des sites Web internes et externes de l'organisation, y compris le contenu légal"
- Ou, " Cette politique s'applique à l'ensemble des sites Web internes et externes de l'organisation et en priorité aux parties [indiquer ces parties] du site ; cependant, l'ensemble du site devra être conforme au [indiquer le niveau de conformité] le [deuxième date].
- Envisager d'établir une (des) date(s) pour l'intégration de l'accessibilité dans les logiciels. Par exemple :
- "Le [première date], tous les fournisseurs d'outils de conception utilisés par [l'organisation] devront fournir des informations concernant leurs prévisions pour la conformité aux ATAG 1.0 des futures versions de leur logiciel. Le [deuxième date] [l'organisation] achètera préférentiellement des outils de conception conformes aux ATAG 1.0."
- Envisager d'établir des dates pour la conformité des navigateurs et des lecteurs multimédia, sans restreindre la capacité des utilisateurs à utiliser des navigateurs adaptés.
- "Le [date], tous les fournisseurs de navigateurs et de lecteurs multimédia utilisés par [l'organisation] devront fournir des informations concernant leurs plans pour la conformité aux UAAG 1.0 des futures versions de leur logiciel. Le [deuxième date] [l'organisation] achètera préférentiellement des navigateurs et des lecteurs multimédia conformes aux UAAG 1.0."
- Envisager d'établir des dates la mise en place des ressources internes nécessaire à la formation, l'assistance technique, le contrôle, et/ou une page Web interne avec des liens vers de telles ressources.
- Indiquer le processus préconisé et le planning de révision de l'accessibilité du site Web de l'organisation. Par exemple :
- "chaque département examinera toutes les parties du site Web de l'organisation dont il a la charge en utilisant le processus décrit dans le document "Evaluating Web Sites for Accessibility" (Evaluation de l'accessibilité des sites Web), et examinera tout nouveau contenu qui est publié en utilisant le même processus."
- Chaque partie du site Web inclura des liens pour permettre les commentaires à propos du site ; ces informations seront compilées et prises en compte dans le processus de révision."
- Indiquer si les pages ou les parties du site non conformes, devraient être marquées comme telles. Par exemple :
- "la page d'introduction de chaque rubrique du site Web qui ont été déclarées conformes selon le processus [lien] devrait afficher le [logo double A des WCAG 1.0] ou porter la mention suivante ["Cette page est conforme au ..."]
- Envisager de spécifier la révision périodique de parties du site Web par un département interne qui a autorité pour suivre les parties non conformes. Par exemple :
- "[l'organisation] conduira des examens périodiques de parties du site Web et tout département avec des pages Web non conformes sera invité à corriger le problème dans un délai de deux semaines. Les problèmes d'accessibilité d'une rubrique persistants, auront pour conséquence [indiquer la réponse appropriée]"
- Si l'organisation possède ou développe une politique globale pour les site Web, par exemple en établissant les meilleures pratiques pour l'usage des normes du Web, l'intégration d'une politique concernant les données personnelles, l'internationalisation, l'utilisation des métas données, l'utilisabilité, etc., il peut être utile d'incorporer l'accessibilité dans la politique globale, plutôt que d'établir l'accessibilité comme une politique à part entière.
- Les organismes se référant aux WCAG 1.0 peuvent vouloir incorporer des mécanismes de révision et de mise à jour, ou de mettre à jour automatiquement leurs politiques lorsque les WCAG 2.0 seront une recommandation du W3C. [NOTE d'octobre 2002 : Alors que les WCAG 1.0 sont stables et resterons la référence pendant un certain temps, les WCAG 2.0 devraient mieux répondre aux technologies Web avancées et en même temps être plus facile mettre en application]
Contenu mis à jour le 22 octobre 2002
Rédacteur : Judy Brewer et Education and Outreach Working Group (EOWG).
[Contacter la WAI] les commentaires sont les bienvenus à l'adresse suivante : wai-eo-editors@w3.org.