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

WCAG 1.2.6 : Langue des signes (préenregistrée)

WCAG 1.2.6 exige que l’interprétation en langue des signes soit fournie pour tout contenu audio préenregistré dans des médias synchronisés. Ce critère garantit que les personnes sourdes dont la langue principale est une langue des signes peuvent accéder pleinement aux informations audio qui ne sont pas nécessairement transmises de manière adéquate par les sous-titres seuls.

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

WCAG 1.2.7 : Description audio étendue (préenregistrée)

WCAG 1.2.7 exige que, lorsque les pauses dans l’audio de premier plan sont insuffisantes pour transmettre toutes les informations visuelles, des descriptions audio étendues — obtenues en mettant la vidéo en pause — soient fournies pour les médias synchronisés préenregistrés. Cela garantit que les personnes aveugles et malvoyantes peuvent pleinement comprendre un contenu visuel complexe que les descriptions audio standard ne peuvent pas couvrir.

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

WCAG 1.2.8 : Alternative aux médias (préenregistré)

WCAG 1.2.8 exige qu’une alternative textuelle complète soit fournie pour tous les médias synchronisés préenregistrés (audio-vidéo) et pour tout contenu vidéo seul préenregistré, afin de garantir que les personnes qui ne peuvent pas percevoir les informations audio ou visuelles puissent accéder à l’intégralité du contenu via le texte.

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

WCAG 1.2.9 : Audio uniquement (en direct)

La norme WCAG 1.2.9 exige que tout contenu audio en direct uniquement — comme les émissions de radio en direct ou les flux audio sans vidéo — soit accompagné d’une alternative textuelle équivalente en temps réel, telle qu’un flux de sous-titres en direct ou une transcription textuelle mise à jour de manière synchronisée. Cela garantit que les personnes sourdes ou malentendantes peuvent accéder au contenu audio en direct sans dépendre de la piste audio elle-même.

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

WCAG 1.4.6 : Contraste (renforcé)

WCAG 1.4.6 exige un ratio de contraste minimal de 7:1 pour le texte normal et de 4,5:1 pour le texte de grande taille entre les couleurs de premier plan et d’arrière-plan, allant au-delà du seuil AA afin de garantir la lisibilité pour les personnes ayant une basse vision, des déficiences de la perception des couleurs ou utilisant l’interface dans des conditions d’éclairage difficiles.

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

WCAG 1.4.7 : Faible ou absence d’audio de fond

La norme WCAG 1.4.7 exige que le contenu audio préenregistré contenant de la parole n’ait soit aucun son de fond, permette de désactiver les sons de fond, ou maintienne les sons de fond au moins 20 dB plus faibles que la parole au premier plan. Cela protège les personnes malentendantes et celles ayant des handicaps cognitifs qui ont du mal à distinguer la parole d’autres sources audio concurrentes.

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

WCAG 1.4.8 : Présentation visuelle

La WCAG 1.4.8 exige que les blocs de texte soient présentés visuellement de manière à ce que les utilisateurs puissent les contrôler — en couvrant les couleurs de premier plan et d’arrière-plan, la largeur de ligne, l’interligne et l’alignement du texte — afin que les personnes ayant des handicaps de lecture, cognitifs ou de basse vision puissent lire confortablement le contenu sans perte d’information.

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

WCAG 1.4.9 : Images de texte (sans exception)

La WCAG 1.4.9 exige que le texte soit présenté sous forme de texte réel plutôt que sous forme d’images de texte, sans exceptions au-delà du contenu purement décoratif ou des cas où la présentation visuelle spécifique est essentielle à l’information transmise. Ce critère garantit que tous les utilisateurs peuvent ajuster le rendu du texte en fonction de leurs besoins individuels.

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.

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

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.

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

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.

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

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.

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

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.

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

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.

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

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.

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

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.