Glossaire

Ce glossaire de l'accessibilité numérique est régulièrement enrichi et mis à jour par notre équipe.

A

A11y
Numéronyme courant pour désigner l'accessibilité (Accessibility en anglais). Le "11" représente le nombre de lettres entre le "A" et le "y".
Accessibilité numérique
Démarche consistant à rendre les contenus et services numériques perceptibles, utilisables, compréhensibles et robustes pour tous les utilisateurs, quelles que soient leurs capacités physiques ou cognitives et leur matériel.
Alternative textuelle
Texte associé à un contenu non textuel (image, vidéo, etc.) qui transmet la même information, pour les images souvent grâce à l'attribut alt (mais pas que). Indispensable pour les utilisateurs de lecteurs d'écran. Il n'est pas souhaitable d'utiliser des alternatives textuelles trop longues ou redondantes. Les images purement décoratives doivent comporter un attribut alt vide alt="" ou alt afin de ne pas être restituées par les technologies d'assistance.
Arborescence accessible
Structure hiérarchique d'un site web permettant une navigation logique et compréhensible pour tous les utilisateurs, y compris ceux utilisant des technologies d'assistance.
ARIA (Accessible Rich Internet Applications)
WAI-ARIA est un ensemble d'attributs HTML définis par le W3C et plus particulièrement par la WAI, permettant d'améliorer l'accessibilité des contenus dynamiques et des composants d'interface complexes pour les technologies d'assistance.
Audiodescription
Narration audio ajoutée à une vidéo décrivant les éléments visuels importants (actions, expressions, décors) pour les personnes aveugles ou malvoyantes.
Audit d'accessibilité
Évaluation complète d'un service numérique par rapport aux critères du RGAA. Découvrez comment se déroule un audit d'accessibilité et les étapes de sa mise en œuvre. Une fois l'audit terminé, consultez les solutions d'accompagnement après audit.

C

CAPTCHA
Un CAPTCHA est un (traduction) test public de Turing entièrement automatique ayant pour but de distinguer les humains des ordinateurs.
Il peut s'agir de lettres et chiffres déformés à retaper, d'une grille d'images à sélectionner selon une consigne, d'une case à cocher accompagnée d'autres tests invisibles, pour les implémentations les plus anciennes ou les plus courantes.
Principalement utilisés dans des formulaires, ils permettent de prévenir les abus et les actions automatisées tentant de perturber ou surcharger ces services.
Composant d’interface

Un composant d’interface est un élément avec lequel l’utilisateur peut interagir, par exemple un bouton, un lien, une zone de saisie. Certains composants peuvent être plus complexes comme un menu, une fenêtre de dialogue, un système d’onglets.
Un composant d’interface peut être bâti avec des éléments natifs de HTML seuls ou développés avec JavaScript, avec ou sans attributs WAI-ARIA.
Pour les éléments ayant des attributs WAI-ARIA correspondant à un motif de conception, il est recommandé de considérer le document WAI-ARIA 1.1 Authoring Practices et ses Design Patterns lors de leur implémentation.

Cette définition est une légère reformulation de celle du RGAA 4.1.2.

Contenu caché et contenu masqué

Un contenu, une information présent dans le code HTML peut être visible ou non dans la page et en parallèle restitué ou non aux TA (Technologies d'Assistance), via CSS et/ou des attributs HTML et ARIA. Afin de nommer ces états différents, nous utilisons les verbes cacher et masquer.

  • Contenu caché : contenu qui n'est pas restitué par les TA ;
  • Contenu masqué : contenu non visible qui est tout de même restitué aux TA.

Techniques permettant de cacher :

  • à tous via CSS : display: none;, visibility: hidden;, font-size: 0;
  • à tous via HTML et CSS : attribut [hidden]
  • aux TA tout en restant visible (!), via HTML et ARIA : aria-hidden="true"

Technique permettant de masquer : souvent appliquée via une classe CSS fournie par un framework et souvent nommée .visually-hidden ou .sr-only selon la convention. Elle consiste à afficher le contenu, via CSS, comme un unique pixel transparent.

Contenu cryptique

Contenu écrit à l’aide de caractères détournés. Par exemple, des émoticônes, des figures écrites avec des caractères, des caractères symboles ou des textes écrits avec des caractères mathématiques sont considérés comme des contenus cryptiques. La syntaxe cryptique fait référence à des mots ou des phrases qui utilisent des caractères ou des effets de casse de manière inappropriée (leetspeak) ou qui détournent des caractères de leurs usages habituels, comme l’emploi de majuscule, de chiffres ou de caractères spéciaux dans le corps d’un mot.

Quelques exemples :

  • émoticône : :) (sourire), ^^ (sourire les yeux plissés), O_o (interloqué) ;
  • syntaxe cryptique : m4gic (magique) ;
  • caractères mathématiques ressemblant à des lettres : 𝒉𝒆𝒍𝒍𝒐 (hello) ;
  • émojis : ♥ (émoji cœur).

Note 1 : Certains émojis sont restitués par les lecteurs d’écran qui disposent de leurs propres alternatives. Un emoji sera considéré conforme, sans implémentation complémentaire, lorsque l’alternative restituée sur l’ensemble de la base de référence est pertinente au regard du contexte.

Note 2 : les « hashtags » (« #Emploi ») ou les URL (https://www.site.sample.com) ne sont pas considérés comme des contenus cryptiques.

Source : glossaire du RAWeb 1.1 (licence CC-BY 3.0 LU)

C'est l'objet des critères 13.5 et 13.6 du RGAA 4.1.2 et du RAWeb 1.1.

Contraste
Le rapport de contraste est la différence de luminosité entre le texte et son arrière-plan. Le RGAA exige un ratio minimum de 4,5:1 pour le texte standard et de 3:1 pour les grands textes ainsi que pour les composants d'interface utilisateur et objets graphiques. Ce critère est vérifié lors d'un audit d'accessibilité.

D

Daltonisme
Anomalie de la vision affectant la perception des couleurs. Pour garantir l'accessibilité aux personnes daltoniennes, l'information ne doit jamais être véhiculée uniquement par la couleur (ex. : un message d'erreur rouge doit être accompagné d'une icône ou d'un texte explicite).
Design inclusif (Conception universelle)
Méthodologie de conception visant à créer des produits, services, etc. utilisables par le plus grand nombre de personnes possible, sans nécessité d'adaptation ou de conception spécifique. L'accessibilité est une des composantes du design inclusif.
DINUM
Direction Interministérielle du Numérique. Service du Premier ministre chargé de la transformation numérique de l'État et de la mise à jour du RGAA. Il s'agissait précédemment de la DINSIC (Direction Interministérielle du Numérique et du Système d'Information et de Communication de l'État).
Directive européenne (European Accessibility Act)

L'European Accessibility Act établit des exigences communes d'accessibilité dans l'Union Européenne, applicables à certains produits et services commercialisés dans l’Union européenne : communications électroniques et services de commerce électronique mais aussi téléphones, ordinateurs, livres électroniques, services bancaires ou liés au transport, etc.

Directive Européenne (UE) 2019/882 relative aux exigences en matière d'accessibilité applicables aux produits et services

F

FALC (Facile à Lire et à Comprendre)
Méthode de rédaction et de mise en page permettant de rendre l'information accessible aux personnes ayant des difficultés de compréhension (handicap cognitif, intellectuel, etc.).
Focus
Indication visuelle montrant quel élément interactif est actuellement sélectionné lors de la navigation au clavier. Essentiel pour les utilisateurs ne pouvant pas utiliser une souris. Ce point est évalué lors du déroulement d'un audit.

H

Handicap situationnel
Limitation temporaire due au contexte d'utilisation (bruit ambiant, luminosité forte, main occupée, etc.) affectant n'importe quel utilisateur.
Hiérarchie des titres (Hn)
Structure logique des titres de section d'une page (de <h1> à <h6>). Elle doit refléter le plan du document et c'est une bonne pratique de ne pas sauter de niveaux (ex: ne pas passer de h2 à h4), permettant une navigation efficace pour les lecteurs d'écran.
HTML sémantique
Utilisation des balises HTML selon leur signification (<nav>, <article>, <header>, etc.) plutôt que des balises génériques (<div>, etc.), facilitant l'interprétation par les technologies d'assistance.

L

Landmarks (régions)
Zones de page identifiées par des rôles ARIA ou des balises sémantiques HTML5 (<header>, <nav>, <search>, <main> et <footer>) permettant une navigation rapide avec les technologies d'assistance.
Langue
La langue d'un document est définie par l'attribut HTML (lang="fr"), qui peut aussi définir le changement de langue d'un passage de texte. Indispensable pour que les lecteurs d'écran utilisent la bonne synthèse vocale et prononciation.
Lecteur d'écran
Technologie d'assistance qui restitue à son utilisatrice le contenu affiché à l'écran et les informations via une synthèse vocale et/ou une plage Braille. Exemples : NVDA, JAWS (Windows), VoiceOver (Apple), TalkBack (Android). L'audit d'accessibilité inclut des tests de restitution avec ces outils.
Lien d'évitement (ou lien d'accès rapide)
Lien placé en début de page permettant d'accéder directement au contenu principal, ou également à des zones spécifiques (navigation, recherche), évitant aux utilisateurs de clavier de parcourir tous les éléments de navigation.
Live region
Zone de page dont les modifications sont automatiquement annoncées par les lecteurs d'écran grâce aux attributs ARIA tels que aria-live, aria-atomic, etc. et role avec des valeurs telles que role="status", alert, log, etc.

M

Motif de conception (Design Pattern)

Modèle de conception qui décrit la structure, le comportement et les interactions attendus d’un composant d'interface accessible. Les Design Patterns ARIA fournissent notamment des recommandations pour implémenter les rôles, propriétés, états et interactions associés aux composants.

Référence : ARIA Authoring Practices Guide

N

Niveau de conformité
Les WCAG définissent trois niveaux de conformité : A (minimum), AA (recommandé) et AAA (optimal). Chaque niveau inclut les critères des niveaux inférieurs. Le RGAA quant à lui correspond, via la norme européenne de référence, au niveau AA des WCAG.
Consultez le cadre légal pour comprendre les exigences françaises.
Nom accessible

Nom accessible d'un composant d'interface tel qu'il est déterminé par le code et restitué par les TA. Il peut différer du texte ou du libellé visible à l'écran.
Il est déterminé par un algorithme au final assez complexe qui prend en compte le contenu caché, le contenu masqué, les attributs aria-labelledby, aria-label, title mais aussi les cas particuliers comme <label> ou <img>…

Référence : Accessible name and description computation.

O

Ordre de tabulation
Séquence dans laquelle les éléments interactifs reçoivent le focus lors de la navigation au clavier. Doit suivre un ordre logique et cohérent avec la lecture visuelle.

P

Piège au clavier
Situation bloquante où un utilisateur naviguant au clavier entre dans un composant (ex. lecteur vidéo, modale mal conçue, formulaire) et ne peut plus en sortir sans recharger la page. Il s'agit d'un critère d'échec critique du RGAA.

R

RAAM (Référentiel d'évaluation de l'Accessibilité des Applications Mobiles)

Ce référentiel luxembourgeois permet d'évaluer l'accessibilité d'applications mobiles dans le cadre de l'EAA (European Accessibility Act).
Son organisation des critères et tests similaire à ceux du RGAA facilite sa prise en main.

Référentiel d'évaluation de l'accessibilité des applications mobiles (RAAM 1.1)

RGAA (Référentiel Général d'Amélioration de l'Accessibilité)
Référentiel français d'accessibilité numérique, obligatoire pour les services publics. Il s'appuie sur la norme européenne de référence et traduit les critères de succès des niveaux A et AA des WCAG en critères opérationnels vérifiables.
Pour en savoir plus sur les obligations, consultez le cadre légal.
Rôle ARIA
Attribut définissant la fonction d'un élément pour les technologies d'assistance (ex. role="button", role="dialog"). À utiliser uniquement quand le HTML sémantique ne suffit pas.

S

Sous-titres
Transcription textuelle synchronisée des dialogues et sons importants d'une vidéo, destinée aux personnes sourdes ou malentendantes. Il est possible d'ajouter des sous-titres lors de la lecture, via le lecteur vidéo et un format tel que WebVTT ou bien de façon permanente (incrustés dans la vidéo).

T

Tableau de données
Tableau HTML structuré avec des en-têtes (<th>) correctement associés aux cellules de données, permettant aux technologies d'assistance de restituer les relations entre les informations.
Il s'oppose au tableau de mise en forme, où l'élément <table> est utilisé pour l'affichage d'informations "hors de toute sémantique" (à éviter).
Technologies d'assistance
Outils logiciels ou matériels permettant aux personnes handicapées d'utiliser un ordinateur : lecteurs d'écran, loupes (logiciels d'agrandissement), claviers adaptés, contacteurs, eye tracking, etc.
Titre de page (<title>)
Élément HTML situé dans le <head> définissant le titre affiché dans l'onglet du navigateur. C'est souvent la première information lue par un lecteur d'écran, il doit donc être unique et pertinent pour chaque page. Par exemple si un glossaire dispose d'une pagination, le titre de la deuxième page pourrait être "Glossaire de l'accessibilité numérique - Page 2".
Transcription textuelle
Version écrite complète du contenu audio ou vidéo, incluant dialogues, identification des locuteurs et description des sons significatifs.
Tree (arborescence)
Structure hiérarchique du DOM (Document Object Model) dans le navigateur, telle qu'elle est exposée aux technologies d'assistance. Une arborescence accessible reflète correctement la structure sémantique du contenu.

V

Validateur
Outil permettant de vérifier la conformité du code aux standards. Un code valide (sans erreurs de parsing) prévient les comportements inattendus des technologies d'assistance.
La validation sans erreur du markup HTML n'est plus une exigence des WCAG ni du RGAA mais reste une pratique encouragée pour tout projet Web.

W

W3C (World Wide Web Consortium)
Le World Wide Web Consortium est l'organisation internationale qui développe les standards du web, notamment HTML, CSS, ARIA et WCAG mais aussi d'autres technologies pour assurer l'interopérabilité et l'accessibilité du web, ou des formats tels que PNG.
WAI (Web Accessibility Initiative)
La Web Accessibility Initiative du W3C est dédiée à l'accessibilité web. Elle développe les WCAG, ARIA et d'autres ressources pour améliorer l'accessibilité du web.
WCAG (Web Content Accessibility Guidelines)
Les Web Content Accessibility Guidelines sont des recommandations internationales du W3C définissant comment rendre les contenus web accessibles. Consultez la recommandation officielle WCAG sur le site W3C.

Z

Zone de saisie
Champ de formulaire (<input>, <textarea>, <select>) devant être associé à une étiquette (<label>) explicite pour être accessible.
Zoom
Fonctionnalité permettant d'agrandir le contenu. Un site accessible doit rester utilisable avec un zoom - graphique ou textuel - jusqu'à 200% sans perte d'information ni de fonctionnalité.