Wcag 2 2 A
30 articles
WCAG 1.1.1 : Contenu non textuel
WCAG 1.1.1 exige que tout contenu non textuel — images, icônes, contrôles et médias — dispose d’une alternative textuelle qui transmet le même objectif ou la même information, permettant aux utilisateurs qui ne peuvent pas percevoir le contenu visuel d’y accéder au moyen de technologies d’assistance telles que les lecteurs d’écran.
WCAG 1.2.1 : Audio seul et vidéo seule (préenregistrés)
La norme WCAG 1.2.1 exige que les contenus préenregistrés uniquement audio et uniquement vidéo disposent d’une alternative textuelle ou médiatique afin que les utilisateurs qui ne peuvent pas entendre ou voir le média puissent tout de même accéder à l’information. Il s’agit d’une exigence de niveau A, ce qui signifie qu’elle constitue le niveau minimal de conformité en matière d’accessibilité du web.
WCAG 1.2.2 : Sous-titres (préenregistré)
La WCAG 1.2.2 exige que tout contenu audio préenregistré dans des médias synchronisés (vidéo avec audio) comporte des sous-titres précis. Cela garantit que les personnes sourdes et malentendantes peuvent accéder aux dialogues parlés, aux effets sonores et aux autres informations audio significatives.
WCAG 1.2.3 : Audiodescription ou alternative aux médias (préenregistré)
WCAG 1.2.3 exige que les médias synchronisés préenregistrés (vidéo avec audio) fournissent soit une audiodescription du contenu visuel, soit une alternative textuelle complète, afin de garantir que les personnes aveugles ou malvoyantes puissent accéder aux informations transmises visuellement.
WCAG 1.3.1 : Informations et relations
WCAG 1.3.1 exige que les informations, la structure et les relations transmises par la présentation visuelle puissent également être déterminées de manière programmatique ou soient disponibles sous forme de texte, afin de garantir que les utilisateurs de technologies d’assistance reçoivent le même contexte structurel que les utilisateurs voyants.
WCAG 1.3.2 : Séquence significative
Les WCAG 1.3.2 exigent que lorsque l’ordre du contenu affecte son sens, cette séquence puisse être déterminée de manière programmable afin que les technologies d’assistance puissent la présenter correctement. Le non-respect de ce critère fait que les utilisateurs de lecteurs d’écran et d’autres technologies d’assistance reçoivent le contenu dans un ordre confus ou dénué de sens.
WCAG 1.3.3 : Caractéristiques sensorielles
WCAG 1.3.3 exige que les instructions d’utilisation du contenu ne reposent pas uniquement sur des caractéristiques sensorielles telles que la forme, la couleur, la taille, l’emplacement visuel, l’orientation ou le son. Cela garantit que les personnes qui ne peuvent pas percevoir ces indices sensoriels — en raison de cécité, de daltonisme, de surdité ou d’autres handicaps — peuvent tout de même comprendre et utiliser toutes les fonctionnalités.
WCAG 1.4.1 : Utilisation de la couleur
Les WCAG 1.4.1 exigent que la couleur ne soit jamais le seul moyen de transmettre une information, d’indiquer une action, de susciter une réponse ou de distinguer un élément visuel. Ce critère garantit que les personnes qui ne peuvent pas percevoir les différences de couleur — y compris les personnes daltoniennes ou ayant une basse vision — peuvent tout de même accéder à l’ensemble du contenu et des fonctionnalités.
WCAG 1.4.2 : Contrôle de l’audio
La norme WCAG 1.4.2 exige que tout contenu audio se lançant automatiquement pendant plus de trois secondes offre aux utilisateurs un mécanisme pour le mettre en pause, l’arrêter ou en contrôler le volume indépendamment du volume du système. Cela empêche l’audio d’interférer avec la sortie du lecteur d’écran et protège les utilisateurs contre des sons inattendus et désorientants.
WCAG 2.1.1 : Clavier
La norme WCAG 2.1.1 exige que toutes les fonctionnalités accessibles via une souris ou un pointeur soient également utilisables uniquement au clavier, sans exigence de synchronisation particulière pour les frappes. Ce critère est fondamental pour les personnes qui ne peuvent pas utiliser de souris, afin de garantir qu’elles puissent naviguer, interagir et accomplir des tâches sur tout site web ou application.
WCAG 2.1.2 : Pas de piège clavier
La norme WCAG 2.1.2 exige que les utilisateurs du clavier ne soient jamais piégés à l’intérieur d’un composant : si le focus peut être déplacé dans un élément d’interface utilisateur à l’aide du clavier, il doit également être possible de déplacer le focus en dehors en utilisant uniquement le clavier. Ce critère est essentiel pour les personnes qui s’appuient exclusivement sur la navigation au clavier, y compris les personnes ayant un handicap moteur et les utilisateurs de lecteurs d’écran.
WCAG 2.1.4 : Raccourcis clavier à touche de caractère
La norme WCAG 2.1.4 exige que tout raccourci clavier mis en œuvre à l’aide d’une seule touche de caractère (lettre, chiffre, signe de ponctuation ou symbole) puisse être désactivé, remappé ou activé uniquement lorsqu’un élément a le focus — afin d’éviter les déclenchements accidentels qui nuisent aux personnes qui s’appuient sur la saisie vocale ou qui ont des handicaps moteurs.
WCAG 2.2.1 : Minuterie réglable
La norme WCAG 2.2.1 exige que tout délai fixé par le contenu puisse être désactivé, ajusté ou prolongé par l’utilisateur, afin de garantir que les personnes qui ont besoin de plus de temps pour interagir avec le contenu web ne soient pas exclues. Ce critère de niveau A est essentiel pour les personnes ayant des handicaps moteurs, cognitifs et visuels.
WCAG 2.2.2 : Mettre en pause, arrêter, masquer
WCAG 2.2.2 exige que le contenu en mouvement, clignotant, défilant ou se mettant à jour automatiquement puisse être mis en pause, arrêté ou masqué par les utilisateurs. Cela protège les personnes ayant des handicaps cognitifs, des troubles vestibulaires et des troubles de l’attention contre du contenu qu’elles ne peuvent pas contrôler.
WCAG 2.3.1 : Trois flashs ou en dessous du seuil
Les WCAG 2.3.1 exigent que le contenu web ne contienne rien qui clignote plus de trois fois par seconde, à moins que le clignotement soit en dessous des seuils généraux de clignotement ou de clignotement rouge. Ce critère est essentiel pour prévenir les crises et les réactions physiques chez les personnes atteintes d’épilepsie photosensible ou de troubles neurologiques similaires.
WCAG 2.4.1 : Contourner les blocs
WCAG 2.4.1 exige que les pages web fournissent un mécanisme permettant de passer les blocs de contenu répétés, comme les menus de navigation, afin que les utilisateurs de clavier et de technologies d’assistance puissent atteindre le contenu principal sans devoir parcourir chaque lien avec la touche de tabulation. Il s’agit d’une exigence de niveau A, ce qui signifie qu’elle constitue la base de la navigation accessible au clavier.
WCAG 2.4.2 : Page titrée
Les WCAG 2.4.2 exigent que chaque page web ait un titre descriptif et significatif qui identifie son sujet ou son objectif. Cela permet aux utilisateurs — en particulier ceux qui s’appuient sur des lecteurs d’écran ou qui gèrent plusieurs onglets — de s’orienter rapidement et de naviguer efficacement.
WCAG 2.4.3 : Ordre de focus
La norme WCAG 2.4.3 exige que, si une page web peut être parcourue de manière séquentielle et que les séquences de navigation affectent le sens ou le fonctionnement, les composants focalisables reçoivent le focus dans un ordre qui préserve le sens et l’opérabilité. Ce critère est essentiel pour les utilisateurs de clavier et de technologies d’assistance qui dépendent d’une séquence de focus logique et prévisible pour comprendre et interagir avec le contenu.
WCAG 2.4.4 : Objectif du lien (dans le contexte)
WCAG 2.4.4 exige que l’objectif de chaque lien puisse être déterminé à partir du texte du lien seul, ou à partir du texte du lien associé à son contexte environnant. Cela garantit que les utilisateurs de lecteurs d’écran, les personnes qui n’utilisent que le clavier et les personnes ayant des handicaps cognitifs peuvent comprendre où mène un lien sans avoir besoin de le suivre.
WCAG 2.5.1 : Gestes du pointeur
WCAG 2.5.1 exige que toutes les fonctionnalités utilisant des gestes multipoints ou basés sur un tracé (comme le pincement pour zoomer ou le balayage) puissent également être utilisées avec un seul pointeur sans geste basé sur un tracé, à moins que le geste ne soit essentiel. Cela protège les personnes ayant des troubles moteurs qui ne peuvent pas effectuer de manière fiable des gestes tactiles complexes.
WCAG 2.5.2 : Annulation du pointeur
La norme WCAG 2.5.2 exige que toute fonctionnalité déclenchée par un seul dispositif de pointage (souris, toucher ou stylet) puisse être annulée ou inversée, afin d’éviter les activations accidentelles. Cela protège les personnes ayant des troubles moteurs qui peuvent toucher ou cliquer involontairement.
WCAG 2.5.4 : Activation par le mouvement
La WCAG 2.5.4 exige que toute fonctionnalité déclenchée par un mouvement de l’appareil ou de l’utilisateur (comme secouer ou incliner) soit également actionnable via des composants d’interface utilisateur classiques, et que les utilisateurs puissent désactiver l’activation par mouvement afin d’éviter les déclenchements accidentels.
WCAG 3.1.1 : Langue de la page
WCAG 3.1.1 exige que la langue humaine par défaut de chaque page web puisse être déterminée de manière programmatique, principalement en définissant un attribut lang valide sur l’élément HTML. Cela permet aux technologies d’assistance comme les lecteurs d’écran de prononcer correctement le contenu et aide les personnes ayant des handicaps cognitifs ou liés au langage à comprendre la page.
WCAG 3.2.1 : Au focus
WCAG 3.2.1 On Focus exige que lorsqu’un composant de l’interface utilisateur reçoit le focus clavier, il ne doit pas déclencher un changement de contexte inattendu. Cela protège les utilisateurs du clavier et des technologies d’assistance contre un comportement désorientant et imprévisible qui peut rendre une page impossible à parcourir efficacement.
WCAG 3.2.2 : Lors de la saisie
WCAG 3.2.2 Sur saisie exige que la modification du paramètre de tout composant d’interface utilisateur ne provoque pas automatiquement un changement de contexte, à moins que l’utilisateur n’ait été informé à l’avance de ce comportement. Cela protège les utilisateurs contre des changements de page désorientants et inattendus déclenchés par des interactions avec des formulaires.
WCAG 3.3.1 : Identification des erreurs
WCAG 3.3.1 exige que lorsqu’une erreur de saisie est détectée automatiquement, l’élément en erreur soit identifié et que l’erreur soit décrite à l’utilisateur sous forme de texte. Cela garantit que les personnes en situation de handicap peuvent reconnaître, comprendre et corriger les erreurs lorsqu’elles remplissent des formulaires.
WCAG 3.3.2 : Libellés ou instructions
WCAG 3.3.2 exige que des libellés ou des instructions soient fournis lorsque le contenu nécessite une saisie de l’utilisateur, afin de garantir que tous les utilisateurs — quelles que soient leurs capacités — puissent comprendre ce que l’on attend d’eux avant de soumettre des données de formulaire. Le fait de ne pas étiqueter les champs de formulaire est l’un des obstacles à l’accessibilité les plus courants et les plus impactants sur le web.
WCAG 3.3.7 : Saisie redondante
La norme WCAG 3.3.7 exige que les informations déjà fournies par les utilisateurs dans un processus en plusieurs étapes soient soit automatiquement renseignées, soit mises à disposition pour sélection, afin que les utilisateurs n’aient jamais à saisir les mêmes données deux fois. Cela évite la frustration et les erreurs pour les personnes ayant des handicaps cognitifs, moteurs ou autres.
WCAG 4.1.2 : Nom, Rôle, Valeur
La norme WCAG 4.1.2 exige que tous les composants de l’interface utilisateur aient un nom et un rôle déterminables par des moyens programmatiques, et que les états, propriétés et valeurs puissent être à la fois lus et définis par les technologies d’assistance. Cela garantit que les lecteurs d’écran et autres outils peuvent identifier, décrire et interagir avec précision avec chaque élément de la page.
WCAG 4.1.1 : Analyse syntaxique (obsolète dans WCAG 2.2)
La règle WCAG 4.1.1 Parsing exige que le contenu web soit exempt d’erreurs HTML/XML majeures — comme des IDs dupliqués — qui pourraient amener les technologies d’assistance à mal interpréter la page ou à ne pas pouvoir la traiter. Bien que dépréciée dans WCAG 2.2, les règles sous-jacentes d’axe-core restent actives et les violations indiquent toujours un risque réel en matière d’accessibilité.