Le vocabulaire de l’accessibilité est employé en abondance, souvent sans grande explication. Voici donc une référence pratique pour les termes qui reviennent réellement lorsque vous évaluez une norme de conformité, un rapport d’audit ou la page produit d’un éditeur. Les termes sont regroupés par thème plutôt que par stricte ordre alphabétique, car certains n’ont de sens que les uns par rapport aux autres.

Normes et cadres juridiques

WCAG (Web Content Accessibility Guidelines) : la norme technique d’accessibilité web reconnue internationalement, publiée par le W3C. Presque toutes les autres normes et lois de cette liste renvoient finalement aux WCAG comme base technique. Les versions actuellement utilisées sont les 2.1 et les 2.2, chacune avec des niveaux de conformité A, AA et AAA (AA étant le niveau réellement exigé par presque toutes les lois et normes).

POUR : les quatre principes autour desquels les WCAG sont organisées : le contenu doit être Perceptible, Utilisable, Compréhensible et Robuste. Si une correction ne correspond à aucun de ces quatre principes, ce n’est probablement pas réellement une correction d’accessibilité.

ADA (Americans with Disabilities Act) : loi américaine sur les droits civiques. Les tribunaux et le ministère de la Justice ont appliqué le Titre III de l’ADA aux sites du secteur privé et le Titre II aux sites des administrations locales et étatiques, en se référant généralement aux WCAG 2.1 AA comme norme pratique, même si l’ADA elle-même ne nomme pas de norme technique précise.

Section 508 : une loi fédérale américaine exigeant que les agences fédérales, ainsi que les fournisseurs qui leur vendent des produits, rendent les technologies électroniques et de l’information accessibles. Depuis une mise à jour de 2017, ses exigences techniques renvoient directement aux WCAG 2.0 A et AA.

EAA (European Accessibility Act) : une directive de l’UE exigeant qu’un large éventail de produits et services vendus aux consommateurs de l’UE soient accessibles. Son application a débuté le 28 juin 2025 pour les nouveaux produits et services, avec des échéances de transition ultérieures pour les contrats et produits existants déjà en service.

EN 301 549 : la norme technique européenne harmonisée qui définit ce que signifie « accessible » aux fins de la conformité à l’EAA. Elle intègre pleinement les WCAG 2.1 AA depuis la version 3.2.1, si bien que se conformer aux WCAG 2.1 AA couvre l’essentiel de ses exigences relatives au contenu web.

PDF/UA : une norme technique spécifique aux documents PDF accessibles (ordre de lecture balisé, titres structurés, texte alternatif correct au sein même du PDF), distincte des WCAG mais liée à celles-ci.

Documentation et tests

VPAT (Voluntary Product Accessibility Template) : un document standardisé qu’un fournisseur remplit pour décrire dans quelle mesure un produit précis est conforme aux WCAG, à la Section 508 et à la norme EN 301 549, critère par critère. Couramment demandé lors des achats en entreprise et dans le secteur public. Le document complété est parfois appelé ACR (Accessibility Conformance Report).

Déclaration d’accessibilité : une page publique expliquant l’engagement d’une organisation en matière d’accessibilité, son statut de conformité actuel et la façon de signaler des obstacles. Souvent obligatoire pour les sites du secteur public de l’UE au titre de la directive sur l’accessibilité du web, et couramment publiée volontairement ailleurs comme preuve d’un effort de bonne foi.

Scan automatisé : un outil qui parcourt le code d’un site et signale automatiquement les problèmes WCAG probables, sans jugement humain. Utile pour détecter rapidement une part significative des problèmes, mais incapable d’évaluer tout ce qu’exige une véritable déclaration de conformité, car certains critères de succès nécessitent réellement un jugement humain.

Audit manuel : un expert humain qui teste directement un site, incluant souvent de vrais tests avec des technologies d’assistance (lecteurs d’écran, navigation clavier seule), afin de détecter ce que le scan automatisé seul manque. Des éditeurs comme Deque Systems se spécialisent dans ce type de test mené par des experts.

Technologie d’assistance (TA) : tout outil qu’une personne utilise pour interagir avec un contenu numérique différemment du mode par défaut, le plus souvent un lecteur d’écran, mais aussi des loupes d’écran, des dispositifs à contacteur, des logiciels de commande vocale et des afficheurs braille.

Termes d’interface et de contenu

Lecteur d’écran : un logiciel qui lit le contenu d’une page à voix haute ou l’affiche sur un afficheur braille, utilisé principalement par les personnes aveugles ou malvoyantes. Parmi les exemples courants : NVDA et JAWS sur Windows, VoiceOver sur les appareils Apple, et TalkBack sur Android.

Texte alternatif : une courte description textuelle attachée à une image, lue à voix haute par un lecteur d’écran à la place de l’image elle-même. Doit décrire ce que l’image transmet réellement, pas chaque détail visuel, et les images purement décoratives doivent avoir un texte alternatif vide pour que les lecteurs d’écran les ignorent.

Ordre de focus : la séquence dans laquelle les éléments interactifs (liens, boutons, champs de formulaire) reçoivent le focus clavier lorsqu’un utilisateur appuie sur Tab. Doit suivre un ordre de lecture logique correspondant à la mise en page visuelle ; un ordre de focus incohérent est un obstacle courant et déroutant pour les utilisateurs clavier seul.

ARIA (Accessible Rich Internet Applications) : un ensemble d’attributs HTML qui décrivent des composants interactifs personnalisés aux technologies d’assistance lorsque le HTML natif n’a pas d’élément intégré pour eux. À utiliser de préférence pour combler de véritables lacunes plutôt que par défaut, car un ARIA incorrect peut rendre une page plus difficile à utiliser que l’absence totale d’ARIA.

HTML sémantique : écrire du HTML en utilisant des éléments qui décrivent ce que le contenu est réellement (<button>, <nav>, <h1>) plutôt que des éléments génériques stylés pour en avoir l’apparence. Le HTML sémantique donne automatiquement aux technologies d’assistance une véritable structure sur laquelle s’appuyer, sans besoin d’ARIA supplémentaire pour compenser.

Contraste des couleurs : la différence de luminance entre un texte et son arrière-plan, mesurée sous forme de ratio. Les WCAG AA exigent un ratio minimal (généralement 4,5:1 pour le texte normal) afin que les personnes malvoyantes ou ayant des différences de perception des couleurs puissent le lire. Le texte à faible contraste est systématiquement l’échec WCAG le plus courant détecté sur le web ; l’étude WebAIM Million 2026 l’a trouvé sur 83,9 % des pages d’accueil.

Navigation au clavier : la capacité à utiliser chaque partie interactive d’un site (menus, formulaires, boutons, fenêtres modales) uniquement au clavier, sans souris. Essentielle pour de nombreux utilisateurs de lecteur d’écran et pour les personnes ayant des troubles moteurs qui ne peuvent pas utiliser de souris.

Termes liés aux éditeurs et aux produits

Widget / surcouche d’accessibilité : un outil basé sur un script, généralement une seule ligne de JavaScript, qui ajoute un panneau d’ajustement sur la page (contraste, taille de police, aides à la lecture) et, dans de nombreux cas, quelques corrections automatisées comme la génération de texte alternatif. Des entreprises comme Wawsome, UserWay et accessiBe vendent des produits dans cette catégorie, souvent associés à des options de suivi ou de revue manuelle.

Controverse des surcouches : le débat continu et bien documenté sur l’efficacité réelle de la remédiation automatisée par widget. Des enquêtes menées auprès de professionnels de l’accessibilité ont révélé un scepticisme significatif spécifiquement envers les surcouches, ce qui explique en partie pourquoi plusieurs éditeurs de cette catégorie associent désormais l’automatisation à un véritable travail d’audit manuel plutôt que de vendre l’automatisation seule.

Quelques autres termes à connaître

Niveau de conformité : les WCAG définissent trois niveaux, A, AA et AAA, chacun plus strict que le précédent. AA est le niveau réellement exigé par presque toutes les lois et normes ; AAA est un niveau plus élevé que la plupart des sites ne visent pas intégralement, car certains critères AAA sont réellement difficiles à satisfaire pour certains types de contenu.

Nom accessible : le texte qu’un lecteur d’écran annonce pour un élément interactif, comme un bouton ou un lien. Il peut provenir du texte visible de l’élément, d’un attribut aria-label, ou d’un élément <label> associé pour un champ de formulaire. Deux éléments peuvent se ressembler visuellement mais avoir des noms accessibles très différents, voire absents.

Repère de structure (landmark) : une région d’une page marquée d’un rôle sémantique, comme <nav>, <main> ou <footer>, qui permet à un utilisateur de lecteur d’écran de sauter directement à cette section plutôt que de devoir tout lire avant elle. Des repères de structure bien placés sont l’un des moyens les plus simples de rendre une page plus rapide à parcourir pour un utilisateur de lecteur d’écran.

Lien d’évitement (skip link) : un lien, généralement le tout premier élément focalisable d’une page et souvent masqué visuellement jusqu’à ce qu’il reçoive le focus clavier, qui permet à un utilisateur clavier de passer directement au contenu principal et d’éviter les menus de navigation répétés. L’absence d’un lien d’évitement oblige un visiteur clavier seul à parcourir tout l’en-tête par tabulation sur chaque page.

Mise en demeure : une lettre, généralement envoyée par un cabinet d’avocats, alléguant qu’un site web enfreint le droit de l’accessibilité (le plus souvent l’ADA aux États-Unis) et demandant une remédiation, parfois accompagnée d’une demande financière, souvent comme prélude à un procès en l’absence de réponse.

Remédiation : le travail concret de correction d’un problème d’accessibilité identifié, qu’il s’agisse d’un changement de code, d’une modification de contenu (comme l’ajout d’un vrai texte alternatif) ou d’un ajustement de design. Distincte d’un audit, qui identifie les problèmes, et des ajustements automatisés d’un widget, qui peuvent traiter certains problèmes sans toucher au code sous-jacent.