Glossaire de l'accessibilité : termes clés expliqués

Parlez le langage de l’accessibilité

Comprendre l’accessibilité numérique commence par l’apprentissage de son vocabulaire. Le domaine se situe à la croisée du droit, du design, de l’ingénierie et de l’expérience vécue, si bien que la terminologie peut sembler dense la première fois qu’on la rencontre. Des acronymes comme WCAG, ARIA et VPAT sont employés dans la même phrase que des concepts tels que « contenu perceptible » et « nom accessible », et il est facile de perdre le fil.

Ce glossaire regroupe les termes les plus importants en quatre catégories pratiques — normes et lois, handicaps et technologies d’assistance, concepts techniques et ARIA et tests et processus — afin que vous trouviez rapidement ce dont vous avez besoin et que vous compreniez comment les pièces s’articulent. Chaque entrée comprend une définition en langage clair et, lorsque cela aide, un court exemple.

Une remarque avant de commencer : aucun outil, plug-in ou « surcouche d’accessibilité » ne rend à lui seul un site web conforme ou réellement utilisable. La véritable accessibilité résulte d’un code accessible, d’un design réfléchi et de tests menés avec les personnes qui dépendent des technologies d’assistance. Traitez avec un profond scepticisme tout produit promettant une conformité instantanée.

Normes, lois et cadres

Ces termes décrivent les règles du jeu — les lignes directrices auxquelles vous vous mesurez et les lois qui peuvent rendre la conformité obligatoire.

WCAG: Web Content Accessibility Guidelines. Publiées par le W3C, les WCAG constituent la norme technique mondiale pour un contenu web accessible. La version actuelle est WCAG 2.2. Les critères de succès sont organisés selon quatre principes — Perceptible, Utilisable, Compréhensible et Robuste (POUR) — et classés en trois niveaux de conformité : A, AA et AAA. La plupart des lois et contrats visent WCAG 2.1 ou 2.2 niveau AA comme objectif. Découvrez comment cela se rattache à vos obligations dans notre guide de conformité WCAG.
Niveau de conformité (A, AA, AAA): Les trois niveaux des critères de succès WCAG. Le niveau A est le minimum, AA est la norme juridique pratique que visent la plupart des organisations, et AAA est le niveau le plus exigeant (rarement requis pour tout un site, car certains critères ne sont pas réalisables pour tous les types de contenu).
POUR: Les quatre principes fondamentaux des WCAG : le contenu doit être Perceptible (les utilisateurs peuvent le percevoir), Utilisable (les utilisateurs peuvent interagir avec lui), Compréhensible (les utilisateurs peuvent le comprendre) et Robuste (il fonctionne de manière fiable sur les navigateurs et les technologies d’assistance).
ADA: L’Americans with Disabilities Act. Législation américaine sur les droits civiques qui interdit la discrimination à l’égard des personnes handicapées. Les tribunaux l’appliquent de plus en plus aux sites web et aux applications, et l’ADA est à la base de la majorité des litiges américains en matière d’accessibilité numérique. Consultez notre aperçu de la conformité ADA.
Section 508: Une section du Rehabilitation Act américain exigeant que les agences fédérales et les organisations financées par l’État fédéral rendent accessibles leurs technologies électroniques et de l’information. La Section 508 intègre WCAG 2.0 niveau AA par référence. Détails dans notre guide Section 508.
EAA: European Accessibility Act (directive UE 2019/882). Elle impose à un large éventail de produits et services — y compris le commerce électronique, la banque, les transports et les livres numériques — de respecter des exigences d’accessibilité. L’application a débuté en juin 2025. En savoir plus dans notre guide de conformité EAA.
EN 301 549: La norme européenne harmonisée d’accessibilité pour les produits et services TIC. C’est la colonne vertébrale technique à laquelle renvoie l’EAA et elle adopte les critères de succès WCAG comme exigences web ; ainsi, respecter WCAG 2.1 AA vous rapproche fortement de la conformité à l’EN 301 549.
AODA: Accessibility for Ontarians with Disabilities Act. Législation provinciale canadienne fixant des normes d’accessibilité pour les organisations opérant en Ontario, y compris des exigences relatives au contenu web. Consultez notre guide de conformité AODA.
W3C: World Wide Web Consortium. L’organisme international de normalisation qui élabore et publie les WCAG, l’ARIA et l’ensemble plus large des normes web ouvertes.
WAI: Web Accessibility Initiative. La branche du W3C consacrée à l’accessibilité. La WAI produit les WCAG, la spécification ARIA, des techniques de soutien et des ressources pédagogiques.
VPAT®: Voluntary Product Accessibility Template. Un document standardisé utilisé pour produire un Accessibility Conformance Report (ACR) décrivant comment un produit respecte des normes telles que WCAG, Section 508 et EN 301 549. Fréquemment requis dans les marchés publics et les achats des entreprises. Découvrez ce qu’il implique dans notre guide VPAT/ACR, ou faites-nous en produire un via nos services de rapports VPAT.
ACR: Accessibility Conformance Report. Le document complété et étayé par des preuves qui résulte du remplissage d’un VPAT pour une version de produit donnée. Les acheteurs utilisent les ACR pour comparer les fournisseurs et évaluer le risque lié à l’achat.

Handicaps et technologies d’assistance

L’accessibilité existe pour servir des personnes réelles. Ces termes décrivent les technologies et les méthodes d’interaction que les personnes handicapées utilisent pour accéder au contenu numérique.

Technologie d’assistance (AT): Tout matériel ou logiciel qui aide les personnes handicapées à utiliser les ordinateurs et le web. On peut citer les lecteurs d’écran, les loupes d’écran, les dispositifs à contacteur, les logiciels de commande vocale, les afficheurs braille dynamiques et les dispositifs de saisie alternatifs. Concevoir pour l’accessibilité, c’est en définitive concevoir pour les technologies d’assistance.
Lecteur d’écran: Logiciel qui convertit le contenu affiché à l’écran — texte, images, champs de formulaire et contrôles — en parole synthétique ou en sortie braille. Les lecteurs d’écran courants incluent JAWS et NVDA (Windows), VoiceOver (macOS et iOS) et TalkBack (Android). Notre guide de test avec lecteur d’écran explique comment les utiliser pour évaluer, et vous pouvez commander une évaluation avec lecteur d’écran auprès de notre équipe.
Synthèse vocale (TTS): Technologie qui lit à voix haute un texte écrit. La synthèse vocale est une brique des lecteurs d’écran, mais elle est aussi proposée comme fonctionnalité autonome destinée au grand public. Ce n’est pas la même chose qu’un lecteur d’écran, qui transmet la structure, les rôles et l’état — et pas seulement les mots. Nous expliquons la distinction dans synthèse vocale et lecteurs d’écran.
Afficheur braille dynamique: Un dispositif matériel qui restitue le texte affiché à l’écran sous forme de caractères braille tactiles à l’aide de picots qui montent et descendent. Il fonctionne de pair avec un lecteur d’écran et est essentiel pour de nombreux utilisateurs sourds-aveugles.
Loupe d’écran: Logiciel qui agrandit une partie de l’écran pour les utilisateurs malvoyants, souvent avec des ajustements de couleur et de contraste. Les mises en page qui se redisposent proprement à des niveaux de zoom élevés fonctionnent bien mieux avec l’agrandissement.
Accès par contacteur: Une méthode de saisie qui permet aux personnes ayant un handicap moteur important de faire fonctionner un appareil à l’aide d’un ou plusieurs contacteurs (boutons, tubes à inspiration/expiration ou autres commandes) au lieu d’une souris ou d’un clavier. Elle dépend d’une interface logique et entièrement utilisable.
Saisie vocale / reconnaissance vocale: Logiciel tel que Dragon ou commande vocale intégrée qui permet aux utilisateurs de naviguer et de dicter en parlant. Il repose sur des noms accessibles exacts, afin que des commandes comme « cliquer sur Envoyer » correspondent à l’étiquette visible.
Navigation au clavier: Utiliser un site web uniquement au clavier — généralement Tab, Maj+Tab, les touches fléchées, Entrée et Espace. C’est essentiel pour les personnes qui ne peuvent pas utiliser de souris et cela sous-tend aussi l’accès par contacteur et vocal. Si quelque chose ne fonctionne qu’au survol ou au clic, cela échoue pour les utilisateurs au clavier.
Handicap cognitif: Une vaste catégorie couvrant les troubles qui affectent la mémoire, l’attention, la résolution de problèmes ou la compréhension. Un langage clair, une navigation cohérente, un comportement prévisible et une grande tolérance aux erreurs favorisent tous l’accessibilité cognitive.
Basse vision: Une capacité visuelle réduite qui n’est pas corrigée par des lunettes. Les utilisateurs peuvent s’appuyer sur l’agrandissement, un contraste élevé ou des couleurs personnalisées, c’est pourquoi un texte redimensionnable et un fort contraste de couleurs comptent tant.

Concepts techniques et ARIA

Ce sont les briques de niveau ingénierie — les parties de la page et le balisage qui déterminent si la technologie d’assistance peut donner du sens à votre interface.

HTML sémantique: Du HTML écrit avec des éléments porteurs de sens — <nav>, <main>, <button>, <article> et les balises de titre — plutôt que des conteneurs génériques <div> et <span>. La sémantique native fournit gratuitement à la technologie d’assistance le rôle, l’état et le comportement clavier, c’est pourquoi la première règle de l’ARIA est « n’utilisez pas l’ARIA si le HTML natif peut faire le travail ».
ARIA: Accessible Rich Internet Applications. Un ensemble d’attributs HTML (préfixés aria-) ainsi que des rôles qui communiquent le rôle, l’état et les propriétés des éléments d’interface à la technologie d’assistance lorsque la sémantique native ne suffit pas — par exemple, aria-expanded sur un menu déroulant personnalisé. Un ARIA mal employé peut aggraver les choses, il doit donc être appliqué de façon réfléchie.
Rôle: Un attribut ARIA (ou HTML implicite) qui indique à la technologie d’assistance ce qu’est un élément — un bouton, un onglet, une boîte de dialogue, un repère de navigation. Les rôles permettent aux utilisateurs de comprendre et de prévoir comment interagir avec un contrôle.
Nom accessible: L’étiquette qu’un lecteur d’écran annonce pour un élément, calculée à partir de sources telles que le texte visible, aria-label, aria-labelledby ou un <label> associé. Un bouton ne comportant qu’une icône et sans nom accessible est annoncé comme « bouton », laissant les utilisateurs deviner.
Arbre d’accessibilité: Une structure parallèle que le navigateur construit à partir du DOM, exposant les rôles, les noms, les états et les relations des éléments à la technologie d’assistance via les API d’accessibilité de la plateforme. C’est ce qu’un lecteur d’écran « voit » réellement.
DOM: Document Object Model. La représentation vivante et structurée que le navigateur fait d’une page HTML. L’arbre d’accessibilité en est dérivé, donc un DOM bien structuré est le fondement d’une expérience accessible.
AOM: Accessibility Object Model. Une API du navigateur qui expose l’arbre d’accessibilité à JavaScript, permettant aux développeurs d’interroger et d’ajuster les propriétés d’accessibilité par programmation.
Texte alternatif (alt): Une description textuelle d’une image fournie via l’attribut HTML alt. Les lecteurs d’écran l’annoncent afin que les utilisateurs non voyants obtiennent l’information transmise par l’image. Les images décoratives doivent utiliser un alt="" vide pour être ignorées plutôt que lues comme du bruit.
Contraste des couleurs: La différence de luminance entre le texte et son arrière-plan. Les WCAG exigent au moins 4.5:1 pour le texte normal et 3:1 pour le grand texte (et 3:1 pour les composants d’interface et graphiques significatifs). Un contraste suffisant aide les utilisateurs malvoyants et toute personne lisant en plein soleil.
Indicateur de focus: Un contour ou une surbrillance visible montrant quel élément a actuellement le focus clavier. Les WCAG exigent qu’il soit clairement visible afin que les utilisateurs au clavier sachent toujours où ils se trouvent. Supprimer les contours de focus en CSS sans remplacement visible est un défaut courant et grave.
Ordre de focus: L’ordre dans lequel le focus clavier se déplace à travers les éléments interactifs. Un ordre logique suit la disposition visuelle et le sens du contenu, de sorte que la navigation paraît prévisible plutôt que désordonnée.
Repère (landmark): Une région de la page identifiée par un rôle — banner, navigation, main, contentinfo — qui permet aux utilisateurs de lecteur d’écran de passer directement d’une section majeure à une autre au lieu de lire de haut en bas.
Lien d’évitement: Un lien, généralement premier dans l’ordre de tabulation, qui permet aux utilisateurs au clavier de contourner la navigation répétée et d’aller directement au contenu principal. Il est souvent masqué visuellement jusqu’à ce qu’il reçoive le focus.
Texte réel: Du texte rendu sous forme de véritables caractères HTML plutôt qu’intégré dans une image. Le texte réel peut être redimensionné, redisposé, traduit et lu par la technologie d’assistance. Les images de texte échouent aux WCAG, sauf pour les logos et les cas accessoires.
API: Application Programming Interface. En matière d’accessibilité, les API d’accessibilité de la plateforme sont les canaux par lesquels la technologie d’assistance communique avec le système d’exploitation et les applications pour récupérer des informations sur les éléments d’interface.
CAPTCHA: Completely Automated Public Turing test to tell Computers and Humans Apart. Les CAPTCHA images traditionnels constituent un obstacle majeur pour les utilisateurs handicapés. Préférez des alternatives accessibles telles que les défis audio, les champs leurres (honeypot) ou les méthodes invisibles de notation du risque.

Tests, rôles et processus

L’accessibilité est quelque chose que l’on vérifie et entretient, pas une case que l’on coche une seule fois. Ces termes décrivent comment les équipes l’évaluent et la maintiennent.

Tests automatisés: Utiliser un logiciel pour analyser les pages à la recherche de problèmes détectables comme un texte alternatif manquant, un contraste faible ou des étiquettes vides. C’est rapide et excellent pour détecter les régressions, mais cela ne repère qu’une partie de tous les problèmes. Notre logiciel d’analyse d’accessibilité et notre analyse d’accessibilité gratuite sont de bons points de départ.
Tests manuels: Évaluation réalisée par un humain à l’aide de la technologie d’assistance et d’un jugement expert. Elle repère ce que l’automatisation ne peut pas — l’ordre de lecture logique, un texte de lien pertinent, une gestion du focus sensée et le fait qu’un parcours soit réellement utilisable. Consultez notre guide des audits d’accessibilité manuels et nos services d’audit récurrent.
Tests d’utilisabilité avec des personnes handicapées: Observer de vrais utilisateurs de technologie d’assistance réaliser des tâches sur votre produit. C’est la référence absolue, révélant des frictions que ni les outils ni les listes de contrôle ne mettent en évidence. Découvrez nos audits par des personnes handicapées.
Audit d’accessibilité: Une évaluation structurée d’un produit par rapport à une norme (généralement WCAG 2.2 AA), combinant des méthodes automatisées et manuelles pour produire une liste hiérarchisée de problèmes assortie de conseils de correction. Les principes sont abordés dans la véritable accessibilité numérique.
Correction (remediation): Le travail de résolution des problèmes d’accessibilité qu’un audit révèle — corriger le code, repenser des composants ou reconstruire des documents. Pour les fichiers non web, cela implique souvent la correction de PDF afin de rendre les documents lisibles par la technologie d’assistance.
VPAT / ACR (en tant que processus): Au-delà des documents, produire un ACR fondé sur un VPAT est un processus : tester le produit par rapport à chaque critère applicable, consigner le niveau de prise en charge et documenter les preuves. Les acheteurs considèrent un ACR crédible comme une preuve de diligence raisonnable.
Shift Left: Déplacer le travail d’accessibilité plus tôt dans le cycle de développement — dans le design et la revue de code plutôt que dans des correctifs post-lancement. Détecter les problèmes tôt est nettement moins coûteux que de les rattraper après coup, l’idée centrale derrière le conseil en accessibilité.
Déclaration d’accessibilité: Une page publique décrivant votre niveau de conformité, les limitations connues, les normes que vous suivez et la façon dont les utilisateurs peuvent signaler des obstacles ou demander de l’aide. De nombreuses lois, dont l’EAA, en attendent une.
Surcouche d’accessibilité: Un widget tiers qui prétend rendre un site conforme automatiquement au moyen d’un script et d’une barre d’outils. Les surcouches n’apportent pas de conformité réelle, peuvent interférer avec la technologie d’assistance propre aux utilisateurs et ont figuré dans des litiges. QualiBooth ne les approuve pas. Pour une approche transparente et contrôlée par l’utilisateur, voyez plutôt notre boîte à outils d’accessibilité et Agora.
A11y: Un numéronyme pour « accessibility » — la lettre « a », 11 lettres, puis « y ». Abréviation courante de la communauté que vous verrez dans le code, les conférences et les canaux d’équipe.
Conception universelle: Une philosophie consistant à créer des produits utilisables par le plus grand nombre de personnes possible sans adaptation spéciale. Dans le travail numérique, cela signifie concevoir pour l’accessibilité dès le départ plutôt que de l’ajouter après coup — et cela tend à améliorer l’utilisabilité pour tout le monde, pas seulement pour les personnes handicapées.

Et maintenant ?

Un glossaire vous dit ce que signifient les termes ; il ne peut pas vous dire où en est votre produit. Le moyen le plus rapide de transformer le vocabulaire en action est de combiner une mesure de référence automatisée avec une revue manuelle d’expert et des tests menés par des personnes qui utilisent la technologie d’assistance au quotidien.

Commencez par une analyse d’accessibilité gratuite pour repérer les problèmes de surface, parcourez les problèmes d’accessibilité courants à éviter, et lorsque vous êtes prêt pour une véritable évaluation, demandez une démo ou parlez à notre équipe du conseil en accessibilité.