•   Aller au contenu
• |   Modifier la taille des polices ou les couleurs

WAI : des stratégies, directives et ressources pour rendre le Web accessible aux personnes handicapées

Navigation du site

Page d'accueil du W3C

Page d'accueil de la Web Accessibility Initiative (WAI)

1. Introduction à l'accessibilité
   1. Introduction à l'accessibilité Web
   2. »Composantes essentielles
   3. Conseils pour faire des sites Web accessibles
2. Directives et techniques
3. Gérer l'accessibilité
4. Évaluer l'accessibilité
5. Groupes de travail de la WAI
6. À propos de la WAI

Composantes essentielles de l'accessibilité Web

Ce document démontre comment l'accessibilité du Web dépend de la coopération de plusieurs composantes et comment l'amélioration de certaines composantes augmente de manière appréciable l'accessibilité du Web. Ce document explique également de quelles façons les directives de la WAI traitent ces composantes.

Introduction

Afin d'assurer l'accessibilité du Web aux personnes handicapées, il est essentiel que plusieurs composantes de l'interaction et du développement Web coopèrent. Ces composantes incluent :

• le contenu — l'information qu'on retrouve dans une page Web ou une application Web, y compris :
  • de l'information naturelle, tel que du texte, des images et des sons ;
  • du code ou du balisage qui définit la structure, la présentation, etc. ;
• les navigateurs Web, des lecteurs multimédia et autres « agents utilisateurs » ;
• les technologies d'assistance : il peut s'agir de lecteurs d'écran, de claviers alternatifs, de commutateurs, de logiciels de numérisation, etc. ;
• les connaissances, les expériences et, dans certains cas, les stratégies d'adaptation des utilisateurs du Web ;
• les développeurs — concepteurs, programmeurs, auteurs, etc., y compris les développeurs handicapés et ceux qui contribuent au contenu ;
• les outils d'édition — c'est-à-dire, les applications qui servent à créer des sites Web ;
• les outils d'évaluation — des outils d'évaluation de l'accessibilité Web, des validateurs HTML ou CSS, etc.

Relations entre les composantes

Généralement, les développeurs Web utilisent des outils d'édition et des outils d'évaluation pour créer du contenu Web.

Les individus (« utilisateurs ») utilisent des navigateurs, des lecteurs multimédias, des technologies d'assistance, et autres « agents utilisateurs » afin d'accéder et d'interagir avec le contenu.

Il existe des interdépendances importantes entre les composantes, c'est-à-dire qu'elles doivent travailler ensemble afin que le Web soit accessible. Par exemple, en ce qui a trait aux équivalents textuels pour les images :

• des devis techniques traitent les équivalents textuels. Par exemple, le HTML définit l'attribut d'équivalent textuel (alt) de l'élément image (img) ;
• les directives de la WAI — WCAG, ATAG et UAAG, décrites plus loin — indiquent comment implanter l'équivalent textuel dans les différentes composantes afin d'assurer leur accessibilité ;
• les développeurs fournissent l'énoncé approprié pour l'équivalent textuel ;
• les outils d'édition permettent, facilitent et encouragent l'ajout d'équivalents textuels dans une page Web ;
• les outils d'évaluation sont utilisés pour vérifier la présence d'équivalents textuels ;
• les agents utilisateurs fournissent l'interface humaine/machine à l'équivalent textuel ;
• les technologies d'assistance fournissent l'interface humaine à l'équivalent textuel selon diverses modalités ;
• les utilisateurs savent comment obtenir l'équivalent textuel de leur agent utilisateur ou de leur technologie d'assistance selon leurs besoins.

Le cycle d'implantation

L’implantation de caractéristiques d’accessibilité dans une composante favorisera un effet d’entraînement sur les autres composantes.

• Lorsque les navigateurs Web, les lecteurs multimédias, les technologies d’assistance et autres agents utilisateurs prennent en charge une caractéristique d'accessibilité, les utilisateurs sont plus portés à l'exiger et les développeurs ont davantage tendance à l'inclure dans leurs contenus.
• Lorsque les développeurs intègrent des caractéristiques d'accessibilité à leurs contenus, ils sont plus portés à exiger que leur outil d'édition leur facilite la tâche.
• Lorsque les outils d'édition facilitent l'implantation de caractéristiques d'accessibilité, les développeurs ont plus tendance à les intégrer à leurs contenus.
• Lorsqu'une caractéristique d'accessibilité est présente dans la plupart des contenus, les développeurs et les utilisateurs seront plus portés à exiger qu'elle soit prise en charge par les agents utilisateurs.

Quand une des composantes présente des faiblesses

Si une des composantes ne tient pas compte d’une caractéristique d’accessibilité, il y a peu de motivation pour les autres composantes de l’intégrer lorsque celle-ci ne fournit pas une expérience utilisateur accessible. Par exemple, les développeurs seront peu portés à implanter une caractéristique d’accessibilité que les outils d’édition ne prennent pas en charge et que la plupart des navigateurs ou des technologies d’assistance ne rendent pas de manière fiable.

Si une composante est mal adaptée, d’autres composantes peuvent compenser par des solutions de rechange qui exigent beaucoup plus d’effort, et ce, au détriment de l’accessibilité d’ensemble. Par exemple :

• les développeurs peuvent consacrer plus d’efforts, en balisant directement le code au lieu de le faire à l’aide d’un outil, afin de compenser pour les carences des outils d’édition à prendre en charge l’accessibilité ;
• les utilisateurs peuvent consacrer plus d’efforts afin de compenser les carences des navigateurs, des lecteurs multimédias et des technologies d’assistance et le manque d’accessibilité des contenus, en utilisant différents navigateurs ou technologies d’assistance pour surmonter divers obstacles d’accessibilité.

Cependant, dans la majorité des cas, les solutions de rechange ne sont pas implantées et cela donne un faible niveau d’accessibilité. De plus, une prise en charge inadéquate de l’accessibilité par une composante peut parfois ne pas être raisonnablement surmontée par d’autres composantes, rendant impossible l’utilisation d’un site, d’une page ou d’une fonction Web par certaines personnes handicapées.

La Web Accessibility Initiative (WAI) du World Wide Web Consortium (W3C) développe des directives d'accessibilité Web pour les différentes composantes :

• les Authoring Tool Accessibility Guidelines (ATAG) qui concernent les outils d'édition ;
• les Web Content Accessibility Guidelines (WCAG) qui portent sur le contenu web et sont utilisées par les développeurs, les outils d'édition et les outils d'évaluation de l'accessibilité ;
• les User Agent Accessibility Guidelines (UAAG) concernant les navigateurs web et les lecteurs multimédia ainsi que certains aspects des technologies d'assistance.

Les directives de la WAI se basent sur les devis techniques fondamentaux du Web et sont développées de concert avec :

• devis techniques du W3C (HTML, XML, CSS, SVG, SMIL, etc.)

Informations sur le document

Version 1.3 (prochaine mise à jour prévue en septembre 2005)

Auteure : Shawn Lawton Henry. Artiste graphique : Michael Duffy. Ces informations sont présentement en cours de développement avec le Education and Outreach Working Group (EOWG).

[Pour contacter la WAI] Tout commentaire peut être envoyé à wai-eo-editors@w3.org.

Copyright © 1994-2004 W3C ^® (MIT, ERCIM, KEIO), tous droits réservés. Les règles de responsabilité, de nom de marque, d'utilisation des documents et de contrat de licence logicielle s'appliquent. Vos interactions avec ce site sont en accord avec nos engagements sur le respect de la vie privée des membres et des visiteurs.

Note sur la traduction : cette traduction a été réalisée par Catherine Roy. Le document original du W3C demeure l'unique référence officielle. Malgré le soin apporté à ce travail, le document peut contenir des erreurs de traduction. Ces erreurs, s'il y a lieu, sont de la responsabilité de la traductrice.