WCAG : lignes directrices du W3C pour l’accessibilité sur le Web

Les directives pour l’accessibilité aux contenus Web résument les critères importants pour un site Web accessible. Les personnes handicapées, en particulier, ont souvent besoin d’une adaptation des sites Web pour pouvoir en percevoir et saisir les contenus.

Que sont les WCAG ?

Les Web Content Accessibility Guidelines (WCAG) sont des directives internationales pour la conception de sites Web accessibles à tous. Elles décrivent la manière dont les contenus Web doivent être conçus techniquement et conceptuellement afin d’être accessibles aux personnes handicapées, indépendamment des limitations telles que les déficiences visuelles, auditives ou cognitives.

Les WCAG sont développées par la Web Accessibility Initiative (WAI) du World Wide Web Consortium (W3C) et constituent la base de nombreuses prescriptions légales, dont la législation française et européenne dans le domaine de l’accessibilité numérique.

La version actuellement en vigueur est la WCAG 2.2, officiellement publiée le 5 octobre 2023. Elle ajoute neuf nouveaux critères de succès à la version précédente (WCAG 2.1), en particulier pour les groupes d’utilisateurs souffrant de déficiences cognitives, d’une motricité fine limitée ou d’une déficience visuelle.

Objectif et signification des WCAG

Les WCAG définissent des exigences techniques et de conception pour les contenus Web afin de garantir que les offres numériques soient accessibles au plus grand nombre, indépendamment des limitations ou des technologies utilisées (lecteur d’écran, afficheur braille, contrôle du clavier, etc.).

Les versions 2.1 (2018) et 2.2 (2023) s’appuient sur le WCAG 2.0 (2008) et l’étendent notamment au niveau des terminaux mobiles, des commandes tactiles et de l’assistance cognitive. Les trois versions sont compatibles avec les versions précédentes, c’est-à-dire que les sites Web conformes aux WCAG 2.2 répondent également aux critères des versions antérieures.

La prochaine version majeure, les WCAG 3.0, est toujours en cours de développement. Elle ne devrait pas être publiée en tant que norme officielle avant 2027 et devrait introduire un nouveau modèle de conformité ainsi que des méthodes d’évaluation plus complètes.

Les différences entre WCAG 1.0 et WCAG 2.0

Avec les WCAG, l’objectif du W3C est de fournir aux exploitants de sites Web une norme internationale pour l’accessibilité dans le domaine de la conception Web. Ces règles répondent aux besoins des individus, mais aussi des organisations ou des institutions gouvernementales.

Par rapport à la norme précédente, les WCAG 2.1 se caractérisent par une approche indépendante de la technologie. Les lignes directrices sont formulées pour répondre aux besoins de la technologie actuelle ainsi qu’aux développements de techniques futures.

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

• Structure des WCAG 1.0 : les Web Content Accessibility Guidelines version 1.0 sont divisées en 14 directives, 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.
• Structure des WCAG 2.x : les Web Content Accessibility Guidelines version 2.x proposent un système dans lequel les directives d’accessibilité Web sont subordonnées aux quatre principes design fondamentaux. Il s’agit de la perceptibilité, la facilité d’utilisation, l’intelligibilité et la robustesse. Pour chaque directive, les exploitants du site Web WCAG 2.x 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 ont été transférées aux pages d’information WCAG 2.0 et liées aux critères de succès respectifs. Vous trouverez davantage de détails dans les pages d’informations pour la mise en œuvre technique du WCAG 2.0 (en anglais).

Malgré ces différences dans l’organisation des obligations et des critères de conception, WCAG 2.x reste compatible avec son prédécesseur. Un site Web peut donc satisfaire aux exigences des deux normes. La conversion d’un site Web de WCAG 1.0 en WCAG 2.0 est associée au W3C uniquement avec de petits ajustements. Pour le reste, les WCAG font toujours référence au catalogue de directives de la version actuelle 2.1.

La conformité

Si un site Web remplit les exigences WCAG, on parle de conformité. Il convient de noter qu’un site Web conforme aux WCAG ne doit pas forcément tenir compte de tous les critères de succès 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.

La conformité s’applique à une page Web entière (c’est-à-dire un document HTML accessible via une URL unique) et ne peut être revendiquée que pour des pages complètes, non pour des éléments isolés.

• 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 niveau de conformité est alors affecté à l’ensemble du parcours, y compris les pages non conformes.

La conformité en un exemple

Contrairement aux WCAG 1.0, WCAG 2.x offre la possibilité d’implémenter des aspects individuels d’un site Web accessible à 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 contraste (minimum) : la présentation visuelle du texte et du texte sous forme d’image a un rapport de contraste d’au moins 4.5:1 (sauf dans les cas suivants : (Niveau AA) […])
• 1.4.6 contraste (augmenté) : la présentation visuelle du texte et du texte sous forme d’image a un rapport de contraste d’au moins 7:1 (sauf dans les cas suivants : (Niveau AAA) […])

La déclaration de conformité optionnelle

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 des WCAG. Cette déclaration est volontaire et n’a pas d’incidence directe sur l’accessibilité réelle du site. Toutefois, si un administrateur décide de la mettre en place, le W3C impose l’inclusion des informations obligatoires :

• La date de publication de la déclaration de conformité
• La version des WCAG concernée, incluant son titre, son numéro de version et un lien vers le document de référence
• Le niveau de conformité atteint (niveau A, AA ou AAA)
• Une description précise des pages Web couvertes par la déclaration (par exemple, une liste des URLs concernées)
• La liste des techniques Web essentielles utilisées, ayant une incidence sur la conformité des pages aux WCAG.

De plus, les exploitants de sites Web peuvent facultativement inclure les informations suivantes dans leur déclaration de conformité :

• La liste des critères de performance remplis allant au-delà du niveau de conformité déclaré
• Les techniques Web utilisées sur le site mais sans incidence sur la conformité
• Les agents utilisateurs (navigateurs et lecteurs d’écran) avec lesquels le site a été testé
• Une version lisible par machine des techniques Web essentielles utilisées dans les pages conformes aux WCAG
• Une version lisible par machine de la déclaration de conformité elle-même
• Les mesures supplémentaires mises en œuvre en faveur de l’accessibilité, indépendamment des exigences WCAG
• Les autres mesures de conformité appliquées sur le site mais non couvertes par les WCAG. À cet effet, l’Union européenne propose un modèle de déclaration de conformité.

Aperçu des lignes directrices du WCAG 2.1

Les Web Content Accessibility Guidelines sont divisées en treize directives, elles-mêmes regroupées selon quatre principes fondamentaux. Les principes des WCAG posent les fondements d’une utilisation sans barrière du Web et donnent les clés pour créer des contenus accessibles à tous, dès lors qu’un certain niveau de conformité est recherché. Vous pouvez retrouver la traduction française agréée du texte intégral des WCAG 2.0 sur le site du W3C. Nous proposons ci-dessous un bref résumé des WCAG 2.1, qui englobe également les directives actualisées des WCAG 2.2.

La perceptibilité

Pour une utilisation optimale du Web, les contenus doivent être présentés de manière à pouvoir être perçus par tous. Les lignes directrices du WCAG pour améliorer la perceptibilité sont les suivantes :

• Alternatives textuelles : il existe des équivalents textuels aux contenus non textuels tels que les gros caractères, le braille, les symboles ou un langage plus simple. Le critère de succès correspond au niveau de conformité A. De même, ajouter des attributs Alt aux images peut améliorer le classement SEO.
• Contenu multimédia : des contenus alternatifs sont mis à disposition pour les médias temporels (par exemple, des contenus audio et vidéo). Les alternatives disponibles sont, selon le niveau de conformité visé, des textes d’accompagnement descriptifs, des audiodescriptions (comme la synthèse vocale), des sous-titres, des transcriptions ou la langue des signes. La directive comprend neuf critères de succès des niveaux de conformité A, AA et AAA.
• Adaptabilité : les contenus doivent pouvoir être présentés sous différentes formes (par exemple, via une mise en page simplifiée) sans perte d’information. La directive comprend six critères de succès aux niveaux A, AA et AAA.
• Différenciabilité : les contenus sont créés de manière à se distinguer clairement des autres contenus sur le plan visuel et sonore (couleur, taille des caractères, contraste, arrière-plan discret). La directive comprend 13 critères de succès des niveaux de conformité A, AA et AAA.

L’usabilité

Les interfaces utilisateur doivent être élaborées de manière simple et logique, afin que les internautes puissent trouver facilement les informations qu’ils recherchent. L’usabilité d’un site Web peut être améliorée en suivant les lignes directrices suivantes :

• Accessibilité via le clavier : pour une bonne accessibilité du Web, tous les contenus et les fonctionnalités doivent être disponibles sur le clavier, qui est défini comme l’interface utilisateur principale. La directive comprend quatre critères de succès de niveau de conformité A et AAA.
• Aucune contrainte de temps : les utilisateurs disposent de suffisamment de temps pour lire et utiliser le contenu du site, les personnes handicapées ayant souvent besoin de plus de temps pour comprendre le contenu du site ou pour effectuer des actions de saisie. La directive comprend six critères de succès des niveaux de conformité A et AAA.
• Réduction du risque de crises : tous les contenus Web sont conçus de manière à minimiser tout risque de crise liée à des stimuli visuels. Des seuils sont définis pour les stimuli visuels susceptibles d’entraîner des attaques. La directive comprend trois critères de succès des niveaux de conformité A et AAA.
• Navigation : le site Web met à la disposition des utilisateurs des ressources leur permettant de naviguer sans effort. Les directives pour une navigation accessible concernent les méta-titres et les méta-descriptions, les textes relatifs aux liens, les possibilités d’accès aux pages Web, les titres et légendes de chaque paragraphe ainsi qu’à l’utilisation du clavier. La directive sur la navigation comprend 13 critères de succès des niveaux de conformité A, AA et AAA.
• Accessibilité par d’autres dispositifs : toutes les fonctionnalités disponibles sur le clavier doivent aussi pouvoir être commandées de manière alternative, par exemple par des gestes. La directive définit huit critères de succès des niveaux de conformité A, AA et AAA.

La compréhension

Les contenus et les fonctionnalités d’un site Web doivent être compréhensibles par tous. Pour cela, les administrateurs doivent respecter les directives suivantes :

• Lisibilité : l’accessibilité optimale des sites Web présuppose des contenus lisibles et compréhensibles. La directive sur la lisibilité comprend des règles, indiquant la manière dont les éléments linguistiques doivent être signalés et complétés par des informations supplémentaires. Pour la lisibilité, les WCAG définissent au total six critères pour les niveaux de conformité A, AA et AAA.
• Prévisibilité : le comportement des éléments fonctionnels et interactifs des sites Web reste prévisible afin d’en faciliter la compréhension. Les six critères de succès proposés comprennent les niveaux de conformité A, AA et AAA.
• Aide à la saisie : les sites Web accessibles permettent aux visiteurs d’éviter de commettre des erreurs en les corrigeant automatiquement grâce notamment à des aides à la saisie. Les administrateurs disposent de neuf critères de succès des niveaux de conformité A, AA et AAA.

La robustesse

Le principe de robustesse fait référence à la compatibilité technique des contenus Web. Ceux-ci doivent pouvoir être interprétés de manière fiable par les navigateurs et les technologies d’assistance, aujourd’hui comme demain.

• Compatibilité : la compatibilité avec les techniques actuelles et futures est maximisée par l’application systématique de standards Web spécifiques. La condition de base est que l’implémentation de contenus au moyen de langages de balisage (par exemple HTML) ne comporte pas d’erreur et soit entièrement conforme à la norme correspondante. La directive relative à la compatibilité comprend deux critères de succès des niveaux de conformité A et AA.

Les nouveautés des WCAG 2.2

Avec les WCAG 2.2, un total de 9 nouveaux critères de succès est ajouté à différentes directives déjà en vigueur.

• Utilisation du clavier : 3 critères pour l’affichage de contenus lors de la mise au point de composants
• Utilisation de l’écran tactile et de la souris : un critère à la fois pour les fonctions de défilement et les champs cliquables
• Assistance supplémentaire en cas de capacités cognitives réduites :
  • les fonctions d’aide se trouvent toujours au même endroit
  • assistance pour les données déjà saisies
  • mécanismes alternatifs pour la saisie du mot de passe et les tests fonctionnels cognitifs
  • alternatives à la sélection d’images ou d’objets pour les tests de fonctions cognitives

Les WCAG 2.2 constituent une amélioration de la version précédente (WCAG 2.1), qui présentait encore certaines lacunes dans sa directive actuelle.

Checklist WCAG

La version préliminaire du WCAG 2.0 du 27 avril 2006 contenait en annexe une checklist avec l’ensemble des critères définis par le W3C. Elle a servi à de nombreux exploitants de sites Web. Depuis la publication du WCAG 2.0 en décembre 2008, cette checklist est devenue obsolète.

Une liste de références WCAG 2.0 rapide et personnalisable a remplacé cette checklist. Elle permet aux administrateurs de sites Web d’adapter le catalogue de critères pour une conception Web accessible 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.

Les 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 administrateurs 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.

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 Easy Checks :

• Méta-titres
• Textes alternatifs
• Titres
• Niveau de contraste
• Évolutivité des textes
• Accessibilité via le clavier
• Contenu mobile, clignotant ou à démarrage 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 tests WCAG sont nécessaires, comme avec WCAG-EM par exemple.

WCAG-EM

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

1. Déterminer le périmètre de l’évaluation
2. Analyser le site Internet
3. Sélectionner des pages Web représentatives
4. Vérifier les pages Web sélectionnées
5. Évaluer la conformité avec 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é optionnelle (voir ci-dessus).

Les évaluations utilisateurs

Les exploitants qui veulent évaluer l’accessibilité de leur site Internet peuvent se concentrer sur des procédures de test normalisées telles que WCAG-EM. La 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é n’ayant pas été enregistrés dans le catalogue des critères WCAG 2.1 peuvent également être identifiés.

Un tel test d’accessibilité est généralement basé sur des personnes ayant des restrictions ainsi que sur des utilisateurs Internet plus âgés. 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 manière dont les administrateurs peuvent impliquer les visiteurs de leur site dans de telles procédures d’évaluation de l’accessibilité sont disponibles sur les pages d’informations de la WAI.

Les outils d’évaluation

Il existe de nombreux outils permettant d’évaluer l’accessibilité des sites Web. La WAI encourage le développement de programmes et de services adaptés à cet objectif. Le site du W3C ne recommande aucun outil en particulier, mais la WAI met à disposition liste complète des outils d’évaluation disponibles, avec des filtres permettant d’affiner la recherche en fonction des besoins spécifiques et des normes visées.

La prise en compte de ces mesures en France

En France, une circulaire du Premier ministre de 1999 affirmait : « 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 2004 que les pouvoirs publics ont lancé une campagne de sensibilisation à destination des 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 n’avait toutefois aucun caractère obligatoire à l’époque.

Ce n’est qu’en février 2005 que la loi pour l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées a instauré l’obligation de rendre le Web public accessible à tous.

Depuis le décret n° 2019-768 du 24 juillet 2019, le Référentiel général d’amélioration de l’accessibilité (RGAA) est devenu obligatoire pour les services publics en ligne. La loi pour une République numérique, promulguée en 2016, a renforcé ces obligations en imposant aux organismes investis d’une mission de service public de publier une déclaration d’accessibilité et un schéma pluriannuel.

Avec la transposition en droit français de la directive européenne (UE) 2019/882, les obligations en matière d’accessibilité numérique s’appliquent désormais également aux entreprises privées dont le chiffre d’affaires dépasse 2 millions d’euros ou comptant plus de 10 salariés. Conformément à cette directive, les produits et services numériques concernés devront être rendus accessibles au plus tard le 28 juin 2025.

Pour les gestionnaires de sites Web, la section critères et tests du RGAA détaille les exigences techniques à respecter pour se conformer à la version actuelle du référentiel (RGAA 4.1.2).

Perspectives : WCAG 3.0

Les WCAG 2.1, ou plus précisément leur version complémentaire WCAG 2.2, représentent les normes actuelles recommandées par le W3C. Cependant, la WAI travaille déjà sur une nouvelle version des Web Content Accessibility Guidelines : la version WCAG 3.0 prévoit d’inclure de nouvelles directives.

Une attention particulière sera consacrée à de nouveaux tests et à de nouveaux mécanismes d’évaluation. Contrairement à ses prédécesseurs, WCAG 3.0 n’est pas compatible avec les versions précédentes, car il s’agit davantage d’un nouvel ensemble de directives. Le modèle de conformité va également être repensé. Si vous êtes intéressé, vous pouvez consulter l’actuelle ébauche de projet des WCAG 3.0 pour plus de précisions.