L’accessibilité sur le Web (WCAG)

Contrairement à ce qu’on pourrait penser, le World Wide Web n’est pas accessible à tous. Les personnes handicapées qui ne peuvent percevoir, comprendre, interagir et contribuer au Web peuvent en effet éprouver des difficultés à naviguer sur Internet. Certains sites Web présentent néanmoins des fonctionnalités spécifiques telles que la synthèse vocale, des sous-titres, des descriptions audio, ou peuvent être raccordés à des plages brailles pour les malvoyants. Ainsi, l’accès des personnes handicapées au World Wide Web s’améliore peu à peu.

Cependant, la notion d’accessibilité ne fait pas seulement référence aux personnes handicapées. En effet, un Web plus accessible et indépendant profite à tout le monde. Aujourd’hui, la nouvelle ère du mobile met en avant l’utilisation du Web sur tout support et les sites Internet adaptatifs.

Recommandations pour le contenu (WCAG)

Les directives du Web Content Accessibility Guidelines (WCAG) ou en français les règles pour l’accessibilité des contenus du Web définissent les lignes à suivre du World Wide Web Consortium (W3C). Ces dernières mettent en lumière les méthodes qui permettent de rendre les sites Internet accessibles à tous, en prenant en considération tous les aspects physiques, psychologiques et techniques des utilisateurs.  Une deuxième version des lignes directrices du WCAG a été publiée en décembre 2008. Leur but est de créer un standard international pour que tous les contenus Web soient adaptés aux besoins des individus mais également des institutions internationales.

Aperçu des lignes directrices du WCAG

Les règles pour l’accessibilité des contenus du Web sont au nombre de douze et sont regroupées en quatre sous-parties. Ces principes posent les fondements d’une utilisation sans barrière sur le Web et donnent aux administrateurs de sites Internet, aux auteurs et aux designers les clés pour créer des contenus accessibles à tous. Voici une synthèse de ces principes :

  1. Perceptibilité : pour une utilisation optimale du Web, il faut que les contenus soient mis en page de sorte que tous les internautes puissent les percevoir. Les lignes directrices du WCAG pour améliorer la perceptibilité sont les suivantes :    

    1.1 Il faut proposer des équivalents textuels aux contenus non textuels tels que des vidéos, des photos ou des illustrations (descriptions et sous-titres).

    1.2 Les média temporels doivent pouvoir être remplacés par des contenus alternatifs (sous-titres, descriptions audio).

    1.3 Les contenus Web doivent être adaptables en fonctions des supports sans induire une perte d’informations ni de structure (mise en page simplifiée).

    1.4 Il doit être possible de distinguer facilement les contenus des autres sur une même page (couleurs, taille de police, contraste et arrière-plan).

  2. Usabilité : les interfaces utilisateur doivent être élaborées de telle sorte qu’il doit être possible pour les internautes de trouver facilement les informations qu’ils recherchent. Pour être utilisable, il convient de suivre les lignes directrices suivantes :    

    2.1   Pour une bonne accessibilité, tous les contenus et les fonctionnalités doivent être disponibles sur le clavier.

    2.2   Il faut laisser suffisamment de temps à l’internaute pour lire et utiliser le contenu d’un site Internet.

    2.3   Les sites Internet doivent donner des éléments d‘orientation aux internautes pour naviguer, trouver le contenu recherché et se situer dans le site.

  3. Compréhension : il faut qu’un contenu Web soit compréhensible pour tous. Pour atteindre une compréhension optimale, les administrateurs de sites Web doivent suivre les lignes directrices suivantes :

    3.1   Les contenus doivent être lisibles. La langue de la page peut être déterminée par un programme informatique. Il existe des mécanismes qui permettent de reconnaître les mots inhabituels et les abréviations.

    3.2   Les éléments de page doivent apparaître de manière prévisible.

    3.3   Les erreurs de saisies doivent être automatiquement détectées. Des instructions sont fournies quand un contenu requiert une saisie utilisateur.

  4. Robustesse : cette ligne directrice fait référence à la compatibilité des contenus Web. Ces derniers doivent être fiables pour la majorité des agents utilisateurs (navigateurs et technologies d’assistance. En voici les lignes directrices :

    4.1 La compatibilité avec les techniques actuelles et futures sont maximisées par des balises HTML. Pour tous les éléments de l’interface d’utilisateur, le nom et le rôle peuvent être déterminés par un programme informatique.

Actuellement, les lignes directrices WCAG sont publiées dans la version 2.0 publiée en décembre 2008. Le WCAG 2.0 remplace la norme précédente WCAG 1.0.

Remarque :

Le World Wide Web Consortium est un organisme international de normalisation pour les technologies Web telles que HTML, XHTML, XML, RDF, OWL, CSS, SVG et WCAFG. Le fondateur et président de l’organisation des membres est Tim-Berners-Lee, un informaticien britannique qui est l’inventeur du World Wide Web.

Différences entre WCAG 1.0 et WCAG 2.0

L’objectif du W3C est de fournir aux exploitants de sites Web les WCAG avec une norme internationale pour l’accessibilité dans le domaine de la conception Web, qui répond aux besoins des individus ainsi que des organisations et des institutions gouvernementales.

 Par rapport à la norme de son prédécesseur, WCAG 2.0 se caractérise par une approche indépendante de la technologie. Les lignes directrices sont formulées pour répondre à l’état de l’art actuel ainsi qu’aux développements techniques futurs.

Une différence majeure entre WCAG 1.0 et WCAG 2.0 est la structure du catalogue de critères :

  • Structure du WCAG 1.0 : les lignes directrices sur l’accessibilité du contenu Web version 1.0 sont divisées en 14 points, chacune contenant 1 à 10 points de contrôle des priorités 1, 2 et 3. Chaque point de test reçoit un exemple, qui se réfère aux normes Web basiques HTML et XML. Chaque point de test reçoit un exemple, qui se réfère aux normes Web basiques HTML et XML.
  • Structure du WCAG 2.0 : les lignes directrices sur l’accessibilité du contenu Web version 2.0 proposent un système dans lequel les directives d’accessibilité Web sont subordonnées aux quatre principes fondamentaux de la conception de la perceptibilité, de la facilité d’utilisation, de l’intelligibilité et de la robustesse. Pour chaque directive, les exploitants du site Web WCAG 2.0 fournissent un ensemble de critères de succès vérifiables pour les niveaux de conformité A, AA, AAA (voir ci-dessous). Les exploitants de sites Web ne trouvent pas d’exemple dans la norme actuelle. Des descriptions détaillées et des notes sur la mise en œuvre technique ont été transférées aux pages d’information Understanding WCAG 2.0 (seulement en anglais) et Techniques for WCAG 2.0 (seulement en anglais) et liées aux critères de réussite respectifs.  

Malgré ces différences dans l’organisation des exigences et des critères de conception, WCAG 2.0 reste compatible avec son prédécesseur. Un site Web peut donc satisfaire aux exigences des deux normes. La conversation d’un site Web de WCAG 1.0 en WCAG 2.0 est associée au W3C uniquement avec de petits ajustements. Le catalogue de directives qui suit se réfère aux directives selon la version 2.0.

Conformité

Si un site Web remplit les exigences des WCAG, on parle de conformité. Il convient de noter qu’un site Web conforme aux WCAG ne doit pas tenir compte de tous les critères de réussite de la norme.  Au lieu de cela, le W3C distingue un total de trois niveaux de conformité : A, AA et AAA. Ceux-ci fournissent des informations sur la façon dont un site Web est adapté aux besoins des utilisateurs d’Internet avec des restrictions.

Les niveaux de conformité du WCAG 2.0

A

Un site Web est conforme au niveau de conformité A si tous les critères de succès du niveau A sont respectés ou si il existe une version alternative du site qui satisfait les critères pertinents.

Faible niveau d’accessibilité

AA

Un site Web répond au niveau de conformité AA si tous les critères de succès des niveaux A et AA sont respectés ou si une version alternative du site, qui répond à des critères pertinents, est disponible. 

Niveau d’accessibilité moyen

AAA

Un site est conforme au niveau de conformité AAA lorsque tous les critères de succès des niveaux A, AA et AAA sont respectés ou si une version alternative du site, qui répond aux critères pertinents, est disponible.

Niveau d’accessibilité élevé

S’applique à cela l’attribut conformité qui fait toujours référence à une seule page Web (un document HTML unique disponible sous sa propre URL), et ne peut être acquis que pour des pages Web entières. Si des zones individuelles d’une page Web ne répondent pas au degré de conformité souhaité, elles ne sont pas attribuées à l’ensemble de la page Web. Si la page Web fait partie d’un chemin de clic sur plusieurs pages Web qui lui permettent d’effectuer une action spécifique, toutes les pages Web du chemin de clic doivent avoir le niveau de conformité désiré ou supérieur. Si une seule page Web ne répond pas aux exigences, le degré de conformité souhaité est également convenu avec les autres pages Web du chemin de clics.

Contrairement à WCAG 1.0, WCAG 2.0 offre la possibilité d’implémenter des aspects individuels de la conception Web sans obstacles à différents niveaux de conformité. Pour l’aspect du contraste de couleur, deux différents critères de conformité ont été définis dans la norme actuelle :  

1.4.3 Contrast (Minimum): the visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following: (Level AA) […]

1.4.6 Contrast (Enhanced): the visual presentation of text and images of text has a contrast ratio of at least 7:1, except for the following: (Level AAA) […]

En option, les exploitants de site Web ont la possibilité d’émettre une déclaration de conformité pour toutes les pages Web répondant aux critères du WCAG. Cela est créé volontairement et n’a aucun effet sur l’accessibilité du site. Toutefois, si un exploitant de site Web décide de délivrer une déclaration de conformité, le W3C doit contenir les informations obligatoires suivantes :

  • Date de la déclaration de conformité
  • Indiquez quelles WCAG se réfèrent à la déclaration de conformité, y compris le titre, la version et le lien vers la norme.
  • Indiquez le niveau de conformité respecté (niveau A, AA ou AAA)
  • Description précise des pages Web auxquelles le domaine se réfère (par exemple, une liste de toutes les URLs)
  • Une liste de toutes les techniques Web essentielles utilisées sur les pages Web conformes aux WCAG et qui ont une incidence sur leur conformité

En outre, les exploitants de sites Web peuvent éventuellement ajouter les informations suivantes à la déclaration de conformité.

  • Une liste de tous les critères de performance remplis qui vont au-delà du niveau de conformité signalé
  • Une liste de toutes les techniques Web utilisées sur le site, mais qui ne se répercutent pas sur la conformité du site
  • Une liste de tous les agents utilisateurs avec lesquels le site a été testé
  • Une version lisible par les machines de la liste de toutes les techniques Web essentielles utilisées dans les pages Web conformes aux WCAG
  • Une version lisible par machine de la déclaration de conformité
  • Une liste des mesures supplémentaires pour une conception Web sans obstacle, qui ne sont pas liées aux WCAG
Conseil :

L’accessibilité absolue, qui répond à toutes les exigences et restrictions des internautes handicapés, ne peut être mise en pratique. Un site Web peut encore être un obstacle lorsqu’il répond au plus haut niveau de conformité (AAA), en particulier en ce qui concerne les déficiences cognitives, la déficience linguistique, l’incapacité d’apprentissage et le handicap multiple. Le W3C, cependant, recommande aux exploitants du site Web de mettre en œuvre autant de critères de réussite que possible afin que le plus grand groupe possible de personnes puisse participer à Internet.

Checklist WCAG

Le W3C-Working Draft (la version de travail du WCAG 2.0) du 27 avril 2006 contenait une liste de vérification en annexe qui contenait tous les critères définis par le W3C. Il a servi à de nombreux exploitants de sites Web. Depuis la publication de la recommandation officielle du W3C du 11 décembre 2008, cette checklist est obsolète.

Une liste de références rapide et personnalisable a remplacé cette checklist. Ceci permet aux exploitants de sites Web d’adapter le catalogue de critères pour la conception Web sans barrière selon leurs propres besoins (à savoir leurs exigences techniques et le degré de conformité souhaité) au moyen d’une fonction de filtrage, afin de créer des listes de vérification personnalisées.

Tests WCAG

Les exigences WCAG sont des critères vérifiables, selon lesquels les exploitants de sites Web peuvent évaluer le degré de conformité des pages Web individuelles selon la norme WAI. Pour les exploitants de sites Web qui souhaitent vérifier non seulement les pages Web individuelles, mais aussi l’accessibilité de l’ensemble du site Internet, la WAI a jusqu‘à présent développé quatre stratégies : Easycheks, WCAG-EM, outils d’évaluation et évaluations utilisateurs.

Easy Checks

Avec Easy Checks, la WAI pose les fondements d’une conception Web sans obstacle. La liste est destinée à permettre aux exploitants de sites Web d’avoir un aperçu rapide de l’état de leur projet en ligne. Les critères suivants sont passés à la loupe avec Easychecks :

  • Titres méta
  • Alt-Textes
  • Titres
  • Niveau de Contraste
  • Evolutivité des textes
  • Accessibilité via clavier
  • Contenu de démarrage mobile, clignotant ou automatique
  • Alternatives multimédia
  • Structure des pages Web

Ce n’est pas l’outil le plus pertinent en termes d’accessibilité. Pour une évaluation de conformité plus complète, d’autres contrôles sont nécessaires, comme avec WCAG-EM par exemple.

WCAG-EM

Les Easychecks sont utilisés pour donner aux exploitants de sites Web une première impression de l’accessibilité générale de votre projet en ligne. Pour les exploitants de sites qui souhaitent déterminer de manière fiable et vérifiable la conformité de leur projet Web aux WCAG, le WAI a développé une approche des meilleures pratiques de sites Web, la Website Accessibility Conformance Evaluation Methodology (WCAG-EM):

  1. Déterminer la portée de l’évaluation : dans la première étape,les administrateurs de sites Web déterminent quels domaines de leur projet en ligne doivent être inclus dans l’évaluation de conformité et définissent les objectifs de l’évaluation ainsi que le degré de conformité souhaité (A, AA, AAA).
  2. Analyser le site Internet : dans la deuxième étape, les exploitants de sites Web déterminent les sous-pages centrales et les principales fonctions de votre présence en ligne et classent les types de pages Web individuellement en termes de fonctionnalités, de contenu, de mise en page et de conception. Il crée également une liste de toutes les technologies Web qui apparaissent sur les pages recherchées pour les applications.
  3. Sélectionnez des pages Web représentatives : si le site Web ne permet pas d’évaluer toutes les pages du projet Web, les administrateurs de la page Web sélectionneront au hasard des sites Web représentatifs pour l’évaluation de la conformité selon des lignes directrices prédéfinies dans la troisième étape du WCAG-EM.
  4. Évaluer les pages Web sélectionnées : la quatrième étape des WCAG-EM correspond à l’évaluation des échantillons. Les exploitants de site Web évaluent les critères de réussite des WCAG et des pages Web sélectionnées (et celles qui ne le sont pas). Les résultats seront enregistrés pour le rapport final. 
  5. Évaluation de la conformité : l’étape finale de l’évaluation de la conformité selon WCAG-EM comprend la préparation d’un avis d’expert. Ceci résume les résultats des étapes d’évaluation individuelles. L’aide à la préparation de l’avis d’expert est fournie par le WCAG-EM-Report-Tool.

Aucune publication du certificat de conformité n’est requise. Les résultats de l’évaluation constituent la base d’une déclaration de conformité (facultative – voir ci-dessus).

Evaluations utilisateurs

Les exploitants de sites Web qui veulent évaluer l’accessibilité de leur apparence en ligne se concentrent généralement sur des procédures de test normalisées telles que WCAG-EM. Le WAI, cependant, conseille de combiner l’évaluation de la conformité, si possible, avec une évaluation par l’utilisateur. De cette façon, des problèmes d’utilisabilité peuvent également être identifiés, et qui n’ont pas été enregistrés dans le catalogue des critères WCAG 2.0.

Un test d’accessibilité pris en charge par l’utilisateur est généralement basé sur des personnes ayant des restrictions ainsi que sur d’anciens utilisateurs d’Internet. Il est possible d’utiliser des méthodes d’essai informelles sous la forme d’enquêtes ainsi que des tests d’utilisabilité formalisés, qui sont basés sur l’évaluation statistique de certaines tâches qui concernent le site Web concerné.

Des informations sur la façon dont les administrateurs de site Web peuvent impliquer les visiteurs du site dans de telles procédures d’évaluation de l’accessibilité sont disponibles sur les pages d’informations de la WAI.

Outils d‘évaluation

Sur le Web, les administrateurs de sites Web disposent de divers outils pour évaluer l’accessibilité des sites Web. Le WAI encourage également le développement de programmes et de services Web appropriés. Cependant, une recommandation pour un outil d’évaluation particulier peut être trouvée sur le site Web du W3C. Au lieu de cela, le WAI offre une liste complète des outils d’évaluation disponibles, qui peuvent être facilement limités aux besoins individuels et à la norme souhaitée (en plus de WCAG 2.0 et WCAG 1.0, aussi BITV).

Perspectives : WCAG 2.1

Le WCAG 2.0 est la norme actuelle recommandée par le W3C. Cependant, le WAI travaille déjà sur une nouvelle version des directives d‘accessibilité du contenu Web : WCAG 2.1 devrait être publié en 208, remplaçant la version précédente WCAG 2.0. L’administrateur du site Web WAI assure pour cela une compatibilité descendante. Si un site Web de WCAG 2.0 doit passer vers WCAG 2.1, il vous suffit de tenir compte de quelques nouvelles exigences.

Avec WCAG 2.1, la WAI vise à améliorer l’accessibilité des sites Internet pour les internautes ayant une faible vision, une déficience cognitive ou des difficultés d’apprentissage. En outre, l’accent est mis sur les lignes directrices pour l’accessibilité du contenu Web mobile. Une version de travail de WCAG 2.1 (W3C Working Draft) se trouve à l’adresse www.w3.org/TR/WCAG21/.

La prise en compte de ces mesures en France

En France, une circulaire du premier ministre affirmait en 1999 que : « Les responsables des sites [publics] veilleront tout particulièrement à favoriser l'accessibilité de l'information à tous les internautes, notamment les personnes handicapées, non voyantes, malvoyantes ou malentendantes. » C’est à partir de l’année 2004 que les pouvoir publics ont démarré à leur campagne de sensibilisation pour les acteurs de l’Internet. L’agence pour le Développement de l’administration électronique (ADAE) a alors adapté un « référentiel accessibilité des services Internet de l’administration ». Ce rapport ne revêt néanmoins aucun caractère obligatoire. C’est seulement en 2005 que laloi du 11 février affirme l’obligation de rendre le Web public accessible à tous. La loi concernant les règles pour l’accessibilité des contenus Web (WCAG) a depuis constamment évolué en France.