Retrouvez les définitions claires et concises des termes essentiels de l'accessibilité numérique : WCAG, RGAA, ARIA, WAI et bien d'autres.
<a>, <button> et <input> le sont par défaut. Un <div> avec un onclick, non.<img> qui contient le texte alternatif d'une image. Les lecteurs d'écran lisent ce texte à la place de l'image, et les navigateurs l'affichent quand l'image ne se charge pas. Trois états possibles : absent, vide ou rempli — chacun produit un comportement différent.<button> ou <input> le sont automatiquement. Les éléments génériques comme <div> ne le sont pas, sauf ajout manuel d'attributs WAI-ARIA et de comportements clavier.<img> et couvre aussi les <svg>, <canvas> et <object>. Chaque élément graphique porteur d'information doit avoir une alternative textuelle ; chaque élément décoratif doit être masqué aux technologies d'assistance.<th> qui remplit ce rôle. Sans elle, un lecteur d'écran restitue les cellules sans contexte : l'utilisateur entend des valeurs sans savoir à quoi elles correspondent.<caption> pour les tableaux, <figcaption> pour les figures, et <legend> pour les groupes de champs dans un formulaire.<a>. Le navigateur calcule le nom accessible du lien en concaténant l'alternative de l'image et le texte visible. Quand l'image et le texte sont séparés en deux liens distincts, les lecteurs d'écran annoncent deux liens identiques consécutifs.<label> HTML, le contenu textuel, puis l'attribut title en dernier recours.<button> est annoncé comme bouton sans configuration. Les rôles ARIA ne servent que lorsque le HTML natif ne peut pas exprimer la sémantique voulue.<nav> dit « ceci est une navigation » aux navigateurs et aux lecteurs d'écran, là où un <div> ne transmet aucune information. C'est la base de l'accessibilité côté code : un HTML bien structuré rend le contenu compréhensible sans JavaScript ni attributs ARIA supplémentaires.<th>, attribut scope, élément <caption>) pour que les lecteurs d'écran restituent le contexte de chaque valeur.<table> détourné de sa fonction d'origine pour disposer visuellement des éléments sur la page. Il ne contient aucune relation logique entre lignes et colonnes. Pour éviter que les lecteurs d'écran ne l'annoncent comme un vrai tableau, il doit porter l'attribut role="presentation" ou role="none" et ne contenir aucune balise sémantique de tableau de données (<th>, <caption>, scope).<iframe>, transmis via l'attribut title, aria-label ou aria-labelledby. C'est ce texte que les lecteurs d'écran annoncent pour identifier le contenu d'un cadre intégré. Le RGAA lui consacre deux critères : le cadre doit avoir un titre (2.1), et ce titre doit décrire fidèlement le contenu réel du cadre (2.2).<title>, affiché dans l'onglet du navigateur. C'est la première information qu'un lecteur d'écran annonce à l'ouverture d'une page. Le critère WCAG 2.4.2 (niveau A) exige que chaque page possède un titre décrivant son sujet ou sa fonction.<blockquote> pour indenter, un <h2> pour agrandir du texte). Côté ARIA, c'est le rôle role="presentation" (synonyme role="none") qui supprime la sémantique d'un élément dans l'arbre d'accessibilité tout en gardant son contenu visible.