Wcag 2 2 Aa
23 articles
WCAG 1.3.4 : Orientation
WCAG 1.3.4 Orientation exige que le contenu ne limite pas son affichage et son utilisation à une seule orientation d’écran, comme le mode portrait ou paysage, sauf si une orientation spécifique est essentielle. Ce critère garantit que les personnes qui ne peuvent pas physiquement faire pivoter leurs appareils — comme celles qui utilisent des tablettes fixées ou qui ont des troubles moteurs — peuvent tout de même accéder à l’ensemble du contenu.
WCAG 1.3.5 : Identifier la finalité de la saisie
WCAG 1.3.5 exige que la finalité de chaque champ de saisie collectant des informations personnelles puisse être déterminée de manière programmatique, permettant aux navigateurs et aux technologies d’assistance de remplir automatiquement, d’étiqueter ou d’adapter les champs automatiquement. Cela est essentiel pour les personnes ayant des handicaps cognitifs et des troubles moteurs qui bénéficient d’une réduction de la saisie manuelle.
WCAG 1.4.3 : Contraste (minimum)
Les WCAG 1.4.3 exigent que le texte et les images de texte aient un ratio de contraste d’au moins 4,5:1 par rapport à leur arrière-plan (3:1 pour le texte de grande taille), afin de garantir que les personnes ayant une basse vision ou des déficiences de la perception des couleurs puissent lire le contenu sans technologie d’assistance.
WCAG 1.4.4 : Redimensionner le texte
WCAG 1.4.4 exige que le texte puisse être redimensionné jusqu’à 200 % sans technologie d’assistance et sans perte de contenu ni de fonctionnalité. Ce critère est essentiel pour les personnes malvoyantes qui s’appuient sur le zoom du navigateur ou sur des paramètres personnalisés de taille de police pour lire le contenu web confortablement.
WCAG 1.4.5 : Images de texte
WCAG 1.4.5 exige que le texte transmettant des informations soit présenté comme du texte réel plutôt que comme une image de texte, sauf lorsqu’une présentation visuelle spécifique est essentielle ou que l’image peut être personnalisée visuellement par l’utilisateur. Ce critère est crucial pour les utilisateurs qui ont besoin de redimensionner, recolorer ou réorganiser le texte pour le lire confortablement.
WCAG 1.4.10 : Réagencement
- Expliquer le but de la règle WCAG 1.4.10 Reflow - Préserver le sens technique et les termes spécialisés - Conserver la structure des phrases et le ton informatif - Respecter les nombres, unités et noms propres tels quels - Vérifier la fidélité du sens et des paragraphes après traduction WCAG 1.4.10 Reflow exige que le contenu puisse être présenté sans perte d’information ni de fonctionnalité, et sans nécessiter de défilement dans deux dimensions, lorsqu’il est affiché avec une largeur équivalente à 320 pixels CSS. Cela garantit que les utilisateurs qui dépendent du zoom ou de petits affichages — y compris les personnes malvoyantes et les utilisateurs mobiles — peuvent accéder à tout le contenu sans défilement horizontal.
WCAG 1.4.11 : Contraste des éléments non textuels
WCAG 1.4.11 exige que les composants de l’interface utilisateur et les objets graphiques aient un ratio de contraste d’au moins 3:1 par rapport aux couleurs adjacentes, afin de garantir que les personnes malvoyantes puissent percevoir les contrôles interactifs, les indicateurs de focus et les éléments graphiques significatifs sans technologie d’assistance.
WCAG 1.4.12 : Espacement du texte
La WCAG 1.4.12 exige qu’aucune perte de contenu ou de fonctionnalité ne se produise lorsque les utilisateurs remplacent les propriétés d’espacement du texte — interligne, espacement des lettres, espacement des mots et espacement après les paragraphes — par des valeurs minimales spécifiques. Ce critère est essentiel pour les personnes dyslexiques, malvoyantes et ayant des handicaps cognitifs qui dépendent d’un espacement personnalisé pour lire efficacement.
WCAG 1.4.13 : Contenu au survol ou au focus
WCAG 1.4.13 exige que le contenu supplémentaire apparaissant au survol du pointeur ou lors de la mise au point au clavier soit annulable, survolable et persistant — garantissant que les personnes ayant une basse vision, des troubles moteurs ou des handicaps cognitifs puissent accéder au contenu de type info-bulle et interagir avec lui sans le perdre de manière inattendue.
WCAG 2.4.5 : Multiples moyens
WCAG 2.4.5 exige que les sites web offrent plus d’un moyen aux utilisateurs de localiser une page donnée au sein d’un ensemble de pages web — par exemple, via une recherche sur le site, un plan du site ou un menu de navigation. Cela garantit que les utilisateurs ayant des capacités et des préférences différentes peuvent trouver le contenu en utilisant la méthode qui fonctionne le mieux pour eux.
WCAG 2.4.6 : Titres et libellés
WCAG 2.4.6 exige que les titres et les libellés, lorsqu’ils sont présents, soient descriptifs et transmettent avec précision le sujet ou l’objectif du contenu qu’ils introduisent ou identifient. Ce critère aide les utilisateurs — en particulier ceux qui utilisent des technologies d’assistance — à naviguer efficacement dans le contenu et à comprendre la structure et la finalité des sections de page et des champs de formulaire.
WCAG 2.4.7 : Focus visible
WCAG 2.4.7 exige que toute interface utilisateur utilisable au clavier dispose d’un indicateur de focus visible afin que les utilisateurs puissent toujours voir quel élément a actuellement le focus clavier. Cela est essentiel pour les personnes qui utilisent uniquement le clavier, les personnes ayant des troubles moteurs et toute personne qui ne peut pas utiliser de souris.
WCAG 2.4.11 : Focus non masqué (minimum)
WCAG 2.4.11 exige que lorsqu’un composant d’interface utilisateur reçoit le focus clavier, il ne soit pas entièrement masqué par du contenu créé par l’auteur, comme des en-têtes fixes, des bannières de cookies ou des widgets de chat. Ce critère garantit que les utilisateurs du clavier peuvent toujours voir où ils se trouvent sur la page, ce qui est essentiel pour la navigation et la facilité d’utilisation.
WCAG 2.5.7 : Mouvements de glissement
WCAG 2.5.7 exige que toute fonctionnalité utilisant un mouvement de glissement puisse également être réalisée avec un seul pointeur sans glissement, sauf si le glissement est essentiel. Cela garantit que les personnes ayant des troubles moteurs qui ne peuvent pas effectuer de gestes de glissement de manière fiable peuvent tout de même accéder à l’ensemble des fonctionnalités.
WCAG 2.5.8 : Taille de cible (minimum)
WCAG 2.5.8 exige que les cibles interactives telles que les boutons et les liens aient une taille minimale de 24×24 pixels CSS, ou un espacement suffisant autour des cibles plus petites, afin que les personnes ayant des troubles moteurs puissent les activer de manière fiable. Le non-respect de ce critère entraîne des activations accidentelles et de la frustration pour toute personne qui ne peut pas contrôler un pointeur avec précision.
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 4.1.3 : Messages d’état
WCAG 4.1.3 exige que les messages d’état — tels que les confirmations d’envoi de formulaire, les notifications d’erreur et les mises à jour du panier — soient déterminables par programmation via un rôle ou une propriété, afin que les technologies d’assistance puissent les annoncer sans que l’utilisateur ait à déplacer le focus. Cela garantit que les utilisateurs qui s’appuient sur des lecteurs d’écran reçoivent des retours importants même lorsque le focus ne se déplace pas vers le message.