Understandable
20 articles
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 3.1.2 : Langue des parties
WCAG 3.1.2 exige que tout passage, toute phrase ou toute section de contenu web rédigé dans une langue différente de la langue principale de la page soit identifié de manière programmatique à l’aide de l’attribut lang. Cela permet aux technologies d’assistance, en particulier aux lecteurs d’écran, de changer automatiquement de moteur de prononciation et de restituer le contenu avec précision pour les personnes qui dépendent de la sortie audio.
WCAG 3.2.3 : Navigation cohérente
WCAG 3.2.3 exige que les mécanismes de navigation apparaissant sur plusieurs pages au sein d’un ensemble de pages web se présentent dans le même ordre relatif à chaque fois, sauf si l’utilisateur initie un changement. Cette prévisibilité aide les personnes ayant des handicaps cognitifs, visuels et moteurs à se construire des modèles mentaux d’un site et à y naviguer efficacement.
WCAG 3.2.4 : Identification cohérente
WCAG 3.2.4 exige que les composants remplissant la même fonction sur l’ensemble d’un site web soient identifiés de manière cohérente — en utilisant le même libellé, le même nom ou le même texte alternatif chaque fois qu’ils apparaissent. Cela évite toute confusion pour les utilisateurs qui s’appuient sur des schémas cohérents pour naviguer et comprendre les interfaces numériques.
WCAG 3.2.6 : Aide cohérente
WCAG 3.2.6 exige que si un site web propose des mécanismes de contact humain, d’auto-assistance ou d’assistance automatisée, ces mécanismes apparaissent dans le même ordre relatif sur l’ensemble des pages. Cela garantit que les personnes ayant des handicaps cognitifs ou des troubles de la mémoire peuvent trouver de l’aide de manière fiable sans avoir à réapprendre l’interface sur chaque page.
WCAG 3.3.3 : Suggestion d’erreur
WCAG 3.3.3 exige que lorsqu’une erreur de saisie est détectée automatiquement, le système fournisse une description textuelle suggérant comment l’utilisateur peut corriger l’erreur — sauf si cela compromettrait la sécurité ou l’objectif. Ce critère est essentiel pour les personnes ayant des handicaps cognitifs, les utilisateurs de lecteurs d’écran et toute personne qui a du mal à comprendre des indications d’erreur vagues ou absentes.
WCAG 3.3.4 : Prévention des erreurs (juridique, financier, données)
WCAG 3.3.4 exige que les soumissions sur le web impliquant des engagements juridiques, des transactions financières ou des données sensibles puissent être vérifiées, corrigées ou annulées avant leur finalisation. Cela protège tous les utilisateurs — en particulier ceux ayant des handicaps cognitifs et moteurs — contre des erreurs irréversibles et lourdes de conséquences.
WCAG 3.3.8 : Authentification accessible (minimum)
WCAG 3.3.8 exige que les processus d’authentification ne reposent pas sur des tests de fonctions cognitives — tels que mémoriser des mots de passe, résoudre des énigmes ou retranscrire des caractères — à moins qu’une méthode alternative ou une assistance ne soit disponible. Cela protège les personnes ayant des handicaps cognitifs contre le risque d’être exclues des services numériques.
WCAG 3.1.3 : Mots inhabituels
WCAG 3.1.3 exige que les sites web fournissent un mécanisme permettant d’identifier la définition précise des mots ou expressions utilisés de manière inhabituelle ou restreinte, y compris les idiomes et le jargon. Cela garantit que les personnes ayant des handicaps cognitifs, les locuteurs non natifs et celles qui ne sont pas familières avec la terminologie spécialisée puissent comprendre le contenu.
WCAG 3.1.4 : Abréviations
Les WCAG 3.1.4 exigent qu’un mécanisme soit disponible pour identifier la forme développée ou la signification des abréviations utilisées dans le contenu. Ce critère garantit que les utilisateurs qui ne sont pas familiers avec les abréviations, acronymes ou sigles peuvent accéder à leur signification complète, ce qui favorise la compréhension des personnes ayant des handicaps cognitifs, des locuteurs non natifs et des utilisateurs de lecteurs d’écran.
WCAG 3.1.5 : Niveau de lecture
WCAG 3.1.5 exige que lorsque le contenu requiert une capacité de lecture dépassant le niveau de l’enseignement secondaire inférieur, une version ou un résumé complémentaire rédigé à un niveau plus simple soit fourni. Cela garantit que les personnes ayant des handicaps cognitifs, une littératie limitée ou des barrières linguistiques puissent accéder à l’information et la comprendre.
WCAG 3.1.6 : Prononciation
WCAG 3.1.6 exige qu’un mécanisme soit disponible pour identifier la prononciation spécifique des mots lorsque le sens est ambigu sans connaître la prononciation. Ce critère garantit que les utilisateurs qui dépendent de la technologie de synthèse vocale ou qui rencontrent une langue inconnue puissent accéder au sens correct d’un contenu ambigu.
WCAG 3.2.5 : Changement sur demande
WCAG 3.2.5 exige que les changements de contexte — tels que les navigations de page, les soumissions de formulaires ou les mises à jour de contenu — soient initiés uniquement par une action explicite de l’utilisateur, et non déclenchés automatiquement. Cela protège les utilisateurs qui s’appuient sur des lecteurs d’écran, la navigation au clavier ou des outils de soutien cognitif contre des perturbations inattendues de leur expérience de navigation.
WCAG 3.3.6 : Prévention des erreurs (Tous)
WCAG 3.3.6 exige que pour toute page web nécessitant une saisie utilisateur, les envois soient réversibles, vérifiés pour détecter les erreurs avec des indications de correction, ou confirmables avant l’envoi final. Ce critère de niveau AAA étend 3.3.4 à tous les formulaires — pas seulement les formulaires juridiques ou financiers — protégeant les utilisateurs contre les erreurs irréversibles dans chaque interaction.
WCAG 3.3.9 : Authentification accessible (améliorée)
Les WCAG 3.3.9 exigent que les processus d’authentification n’impliquent aucun test de fonction cognitive — aucun puzzle, aucune mémorisation, ni transcription — à moins qu’une alternative non cognitive, un mécanisme d’assistance ou une méthode basée sur des objets soit disponible. Ce critère Amélioré (AAA) élimine les derniers obstacles à l’authentification pour les personnes ayant des handicaps cognitifs, moteurs ou liés à la mémoire.