Adloun

Accessibilité

Cours · HTML : structurer le Web (école d'ingénieur), chapitre 8 · école d'ingénieur, informatique · le début du chapitre, la suite sur Adloun

Karim, étudiant en master, est aveugle depuis l'enfance. Il fait ses courses, lit ses cours et commande ses livres sur le Web, comme tout le monde : son ordinateur lui lit les pages à voix haute, grâce à un logiciel appelé lecteur d'écran, et il se déplace dans la page au clavier. Le jour où il veut commander un manuel à la Librairie du Campus, tout dépend de la façon dont le HTML a été écrit. Si le formulaire a de vraies étiquettes, il entend « Quantité, zone de saisie numérique, 1 ». S'il n'en a pas, il entend « zone de saisie numérique, 1 » et doit deviner ce qu'on lui demande.

Un site accessible est un site que chacun peut utiliser, quelles que soient ses capacités : voir, entendre, bouger, comprendre. Ce chapitre montre que l'essentiel de l'accessibilité ne coûte presque rien : c'est du HTML correct, que les chapitres précédents vous ont déjà appris à écrire. Il ajoute ce qui manque : les repères de page, l'ordre du clavier, les messages d'erreur reliés aux champs, et les attributs ARIA, à utiliser avec modération.

Objectifs du chapitre

  • Savoir qui l'accessibilité concerne, ce que la loi impose et ce que disent les quatre principes des WCAG.
  • Comprendre comment un lecteur d'écran parcourt une page : titres, repères, liste des liens, champs de formulaire.
  • Écrire des textes alternatifs, des textes de liens et de boutons qui ont un sens hors de leur contexte.
  • Rendre un formulaire accessible : étiquettes, groupes, aides et messages d'erreur reliés au champ.
  • Maîtriser la navigation au clavier, l'ordre du focus et le lien d'évitement.
  • Utiliser ARIA à bon escient, en respectant sa première règle : HTML d'abord.
  • Tester l'accessibilité d'une page et auditer la Librairie du Campus.

8.1 Qui est concerné ?

8.1.1 Handicaps permanents, temporaires et de situation

En France, environ une personne sur cinq déclare un handicap ou une limitation fonctionnelle. Les situations sont très variées :

Le handicap n'est pas toujours permanent. Un poignet dans le plâtre interdit la souris pendant six semaines ; un soleil d'été rend l'écran du téléphone presque illisible ; un voyageur dans un train bruyant regarde une vidéo sans le son. On parle de handicap de situation. Tout le monde, à un moment, profite d'un site accessible : les sous-titres, les bons contrastes et les grandes zones cliquables servent à tous.

8.1.2 Ce que dit la loi

Définition 8.1WCAG et RGAA

Les WCAG (Web Content Accessibility Guidelines), publiées par le W3C, sont la référence internationale de l'accessibilité du Web ; la version actuelle est la 2.2 (2023). Chaque critère y a un niveau : A, AA ou AAA. Le RGAA (Référentiel général d'amélioration de l'accessibilité) est leur déclinaison française : 106 critères, testables un par un, avec leur méthode de test.

En France, la loi impose le niveau AA aux services publics depuis 2005 (loi pour l'égalité des droits et des chances), et l'étend depuis le 28 juin 2025 à de nombreux services privés : commerce en ligne, banques, transports, livres numériques. La Librairie du Campus, qui vend en ligne, est concernée.

8.1.3 Les quatre principes

Les WCAG regroupent leurs critères sous quatre principes, souvent résumés par l'acronyme anglais POUR.

Proposition 8.2Les quatre principes des WCAG

Un contenu accessible est :

  • perceptible : chaque information peut être perçue par au moins un sens (texte alternatif pour une image, sous-titres pour une vidéo, contraste suffisant) ;
  • utilisable : chaque fonction est utilisable au clavier, sans piège de temps, et l'on sait toujours où l'on est ;
  • compréhensible : la langue est déclarée, les étiquettes et les messages d'erreur sont clairs, le site se comporte de façon prévisible ;
  • robuste : le code est correct et standard, si bien que les technologies d'assistance l'interprètent sans erreur.

Le quatrième principe est celui de ce livre : un HTML valide et sémantique est le socle de tous les autres.

8.2 Comment un lecteur d'écran parcourt une page

Un lecteur d'écran (NVDA ou JAWS sous Windows, VoiceOver sous macOS et iOS, TalkBack sous Android) ne « regarde » pas la page : il lit l'arbre d'accessibilité, une version de l'arbre du document (DOM) que le navigateur construit pour lui. Pour chaque élément, cet arbre retient un rôle (lien, bouton, titre de niveau 2, case à cocher…), un nom (le texte du lien, l'étiquette du champ) et un état (coché, désactivé, page courante…).

Personne ne lit une page du début à la fin. L'utilisateur d'un lecteur d'écran survole, comme un voyant parcourt la page des yeux :

Chacune de ces façons de lire repose sur un élément HTML précis : les titres <h1> à <h6>, les éléments sémantiques du chapitre 7, le texte des liens, les étiquettes <label>. Si la page les utilise correctement, la navigation est rapide. Sinon, elle est impossible.

La suite du cours est sur Adloun

Le chapitre en entier, formules et figures comprises, avec le tuteur, les fiches, les QCM et les exercices.

Lire la suite du cours

En accès libre, sans inscription.

Exercices corrigés de ce chapitre

Lire la suite du cours →