Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-A

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.

Critères de succès WCAGwcag-2.2-AA

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.

Critères de succès WCAGwcag-2.2-AA

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.

Critères de succès WCAGwcag-2.2-AA

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.

Critères de succès WCAGwcag-2.2-AA

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.

Critères de succès WCAGwcag-2.2-AA

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.

Critères de succès WCAGwcag-2.2-AA

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.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.1.3 : Clavier (sans exception)

WCAG 2.1.3 exige que chaque fonction d’une page web ou d’une application soit exploitable via une interface clavier, sans aucune exception, pas même pour les tâches de dessin dépendantes du tracé ou réalisées à main levée. Ce critère de niveau AAA comble la faille présente dans WCAG 2.1.1 et garantit un accès complet au clavier pour les personnes qui ne peuvent pas utiliser de souris.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.2.3 : Absence de contrainte temporelle

WCAG 2.2.3 (Niveau AAA) exige que le temps ne soit pas une partie essentielle de l’événement ou de l’activité présentée par le contenu, sauf pour les médias synchronisés non interactifs et les événements en temps réel. Cela garantit que les personnes handicapées qui ont besoin de plus de temps pour lire, interagir ou répondre ne sont jamais exclues par une conception dépendante du temps.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.2.4 : Interruptions

La norme WCAG 2.2.4 exige que les utilisateurs puissent reporter ou supprimer toutes les interruptions — telles que les alertes, les notifications et les mises à jour automatiques de contenu — à l’exception de celles impliquant une situation d’urgence. Ce critère est essentiel pour les personnes ayant des troubles de l’attention, des troubles cognitifs ou neurologiques, qui peuvent être gravement perturbées par des interruptions inattendues pendant une tâche.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.2.5 : Ré-authentification

La norme WCAG 2.2.5 exige que, lorsqu’une session authentifiée expire, les utilisateurs puissent se réauthentifier et poursuivre leur activité sans perdre les données qu’ils avaient saisies. Ce critère est essentiel pour les personnes en situation de handicap qui peuvent avoir besoin de plus de temps pour accomplir des tâches et ne doivent pas être pénalisées par des expirations de session qui effacent leur travail.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.2.6 : Expirations de session

WCAG 2.2.6 exige que les utilisateurs soient avertis de toute perte de données due à des délais d’inactivité, et que tout délai de ce type dure au moins 20 heures, à moins que les données ne soient préservées. Cela protège les personnes ayant des handicaps cognitifs, des troubles moteurs, et d’autres qui ont besoin de plus de temps pour accomplir des tâches.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.3.2 : Trois clignotements

WCAG 2.3.2 exige que les pages web ne contiennent aucun contenu qui clignote plus de trois fois au cours d’une période d’une seconde, sans exception pour les clignotements de petite taille ou à faible contraste. Ce critère AAA plus strict protège les personnes atteintes d’épilepsie photosensible et d’autres troubles convulsifs contre des réactions neurologiques potentiellement mortelles.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.3.3 : Animation à partir des interactions

WCAG 2.3.3 exige que les animations de mouvement déclenchées par l’interaction de l’utilisateur puissent être désactivées, à moins que l’animation ne soit essentielle à la fonctionnalité ou à l’information transmise. Cela est important car le mouvement peut déclencher des troubles vestibulaires, provoquant des vertiges, des nausées et une désorientation chez une part significative de la population.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.4.8 : Emplacement

WCAG 2.4.8 exige que les utilisateurs puissent déterminer où ils se trouvent au sein d’un ensemble de pages web — par exemple, grâce à des fils d’Ariane, des plans de site ou des liens de navigation mis en évidence. Cela aide les personnes ayant des handicaps cognitifs, les utilisateurs de lecteurs d’écran et toute personne naviguant sur des sites complexes à s’orienter et à parcourir le contenu en toute confiance.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.4.10 : Titres de section

WCAG 2.4.10 exige que des titres de section soient utilisés pour organiser le contenu chaque fois qu’une page contient plusieurs sections, afin de permettre aux utilisateurs de naviguer et de comprendre la structure de la page. Ce critère soutient les utilisateurs de lecteurs d’écran, les besoins en accessibilité cognitive, ainsi que toute personne qui s’appuie sur la structure du document pour s’orienter dans un contenu long ou complexe.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.4.12 : Focus non masqué (amélioré)

WCAG 2.4.12 exige que lorsqu’un composant d’interface utilisateur reçoit le focus clavier, aucune partie de ce composant ne soit masquée par du contenu créé par l’auteur — l’élément ayant le focus doit être entièrement visible. Ce critère renforcé (AAA) élimine la tolérance de visibilité partielle de son équivalent AA, garantissant que les utilisateurs du clavier voient toujours exactement où se trouve le focus.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.4.13 : Apparence du focus

WCAG 2.4.13 exige que les indicateurs de focus clavier respectent des exigences minimales de taille et de contraste afin que les utilisateurs puissent clairement voir quel élément a le focus. Ce critère garantit que les personnes qui dépendent des claviers ou des technologies d’assistance peuvent naviguer dans les interfaces sans perdre la trace de leur position actuelle.

Critères de succès WCAGwcag-2.2-AAA

WCAG 2.5.5 : Taille de la cible (améliorée)

WCAG 2.5.5 exige que les cibles interactives telles que les boutons et les liens aient une taille d’au moins 44×44 pixels CSS, afin de garantir que les personnes ayant des troubles moteurs, des tremblements ou une dextérité limitée puissent activer les contrôles de manière fiable sans déclencher accidentellement des éléments adjacents.