Critères de succès

Chaque critère de succès des WCAG 2.2 expliqué, une page à la fois.

• WCAG 1.1.1 Contenu non textuel

  Le critère de succès 1.1.1 exige une alternative textuelle pour chaque contenu non textuel. Voici l'exigence exacte, ce qui constitue une exception, et comment elle se teste.

• WCAG 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

  Le critère de succès 1.2.1 exige une alternative textuelle ou sonore pour les contenus pré-enregistrés seulement audio ou seulement vidéo - la transcription d'un podcast, ou la narration d'une démonstration muette.

• WCAG 1.2.2 Sous-titres (pré-enregistrés)

  Le critère de succès 1.2.2 exige des sous-titres pour tout contenu audio pré-enregistré d'une vidéo synchronisée, afin que les personnes sourdes et malentendantes accèdent à l'expérience complète.

• WCAG 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré)

  Le critère de succès 1.2.3 exige que l'information uniquement visuelle d'une vidéo - ce qui est montré sans être dit - soit également accessible aux personnes qui ne voient pas la vidéo.

• WCAG 1.2.4 Sous-titres (en direct)

  Le critère de succès 1.2.4 étend l'exigence de sous-titrage aux contenus audio en direct - diffusions en direct, webinaires : une exigence de production en temps réel, et non de postproduction.

• WCAG 1.2.5 Audio-description (pré-enregistrée)

  Le critère de succès 1.2.5 exige une véritable piste d'audio-description pour les vidéos pré-enregistrées - le renforcement, au niveau AA, de l'option plus légère « ou version de remplacement » du critère 1.2.3.

• WCAG 1.3.1 Information et relations

  Le critère de succès 1.3.1 exige que la structure et les relations véhiculées visuellement soient aussi déterminables par programme. C'est le critère le plus large et le plus souvent invoqué des WCAG.

• WCAG 1.3.2 Ordre séquentiel logique

  Le critère de succès 1.3.2 exige que le contenu puisse être lu dans un ordre logique déterminable par programme, même lorsque le positionnement visuel en CSS diffère de l'ordre du DOM sous-jacent.

• WCAG 1.3.3 Caractéristiques sensorielles

  Le critère de succès 1.3.3 exige que les instructions ne reposent pas uniquement sur la forme, la taille, la position ou le son pour identifier un élément - des indices qui n'atteignent pas tout le monde.

• WCAG 1.3.4 Orientation

  Le critère de succès 1.3.4 exige que le contenu ne soit pas restreint au seul mode portrait ou au seul mode paysage, sauf si une orientation déterminée est réellement essentielle.

• WCAG 1.3.5 Identifier la finalité de la saisie

  Le critère de succès 1.3.5 exige que la finalité des champs de saisie courants soit identifiable par programme, ce qui permet le remplissage automatique du navigateur et allège la charge cognitive.

• WCAG 1.4.1 Utilisation de la couleur

  Le critère de succès 1.4.1 exige que la couleur ne soit pas le seul moyen visuel de transmettre une information, d'indiquer une action ou de distinguer un élément.

• WCAG 1.4.2 Contrôle du son

  Le critère de succès 1.4.2 exige un moyen de mettre en pause, d'arrêter ou de régler le volume de tout son démarrant automatiquement pendant plus de trois secondes.

• WCAG 1.4.3 Contraste (minimum)

  Le critère de succès 1.4.3 fixe les rapports de contraste exacts - 4,5:1 et 3:1 - que le texte doit présenter par rapport à son arrière-plan. Voici l'exigence complète et les exemptions.

• WCAG 1.4.4 Redimensionnement du texte

  Le critère de succès 1.4.4 exige que le texte puisse être agrandi jusqu'à 200 % sans perte de contenu ni de fonctionnalité, et sans imposer de défilement horizontal.

• WCAG 1.4.5 Texte sous forme d'image

  Le critère de succès 1.4.5 exige d'utiliser du véritable texte stylable plutôt qu'une image de texte partout où le même résultat visuel peut être obtenu avec du texte réel.

• WCAG 1.4.10 Redistribution

  Le critère de succès 1.4.10 exige que le contenu se redistribue en une seule colonne, sans défilement bidimensionnel, à 400 % de zoom dans une fenêtre d'affichage de 320 px de large.

• WCAG 1.4.11 Contraste du contenu non textuel

  Le critère de succès 1.4.11 étend l'exigence de contraste au-delà du texte, aux limites visuelles des composants d'interface et aux objets graphiques porteurs de sens.

• WCAG 1.4.12 Espacement du texte

  Le critère de succès 1.4.12 exige que le contenu continue de fonctionner lorsqu'une personne impose des valeurs plus généreuses d'interlignage, d'espacement des paragraphes, des lettres et des mots.

• WCAG 1.4.13 Contenu au survol ou au focus

  Le critère de succès 1.4.13 exige que les infobulles et les fenêtres surgissantes déclenchées au survol ou au focus soient masquables, survolables et persistantes - et ne disparaissent pas dès qu'on tente d'interagir avec elles.

• WCAG 2.1.1 Clavier

  Le critère de succès 2.1.1 exige que toutes les fonctionnalités soient utilisables au moyen d'une interface clavier, sans exception autre que les interactions qui exigent fondamentalement un tracé continu.

• WCAG 2.1.2 Pas de piège au clavier

  Le critère de succès 2.1.2 exige que, si le focus clavier peut entrer dans un composant, il puisse aussi en ressortir au seul clavier.

• WCAG 2.1.4 Raccourcis clavier utilisant des caractères

  Le critère de succès 2.1.4 exige que les raccourcis clavier à caractère unique puissent être désactivés, réaffectés, ou ne fonctionnent que lorsqu'une commande déterminée a le focus.

• WCAG 2.2.1 Réglage du délai

  Le critère de succès 2.2.1 exige que l'on puisse désactiver, régler ou prolonger toute limite de temps imposée par le contenu, sous de rares exceptions.

• WCAG 2.2.2 Mettre en pause, arrêter, masquer

  Le critère de succès 2.2.2 exige un moyen de mettre en pause, d'arrêter ou de masquer tout contenu en mouvement, clignotant, défilant ou se mettant à jour automatiquement au-delà de cinq secondes.

• WCAG 2.3.1 Pas plus de trois flashs ou sous le seuil critique

  Le critère de succès 2.3.1 exige qu'aucun contenu ne produise plus de trois flashs par seconde, afin de protéger les personnes atteintes d'épilepsie photosensible.

• WCAG 2.4.1 Contourner des blocs

  Le critère de succès 2.4.1 exige un moyen de passer outre les blocs de contenu répétés, comme les menus de navigation présents sur plusieurs pages.

• WCAG 2.4.2 Titre de page

  Le critère de succès 2.4.2 exige que les pages web portent un titre décrivant leur sujet ou leur finalité. Voici ce qui distingue un titre conforme d'un titre simplement présent.

• WCAG 2.4.3 Parcours du focus

  Le critère de succès 2.4.3 exige que, lorsqu'une page peut être parcourue séquentiellement, l'ordre du focus préserve la signification et l'utilisabilité - en suivant la séquence logique prévue.

• WCAG 2.4.4 Fonction du lien (selon le contexte)

  Le critère de succès 2.4.4 exige que la fonction d'un lien puisse être déterminée à partir de son seul intitulé, ou de cet intitulé associé à son contexte.

• WCAG 2.4.5 Accès multiples

  Le critère de succès 2.4.5 exige plus d'un moyen d'atteindre une page au sein d'un ensemble de pages - par exemple une fonction de recherche en plus d'un plan du site ou d'un menu de navigation.

• WCAG 2.4.6 En-têtes et étiquettes

  Le critère de succès 2.4.6 exige que les titres et les étiquettes décrivent le sujet ou la finalité de ce qu'ils introduisent, et pas seulement qu'ils existent.

• WCAG 2.4.7 Visibilité du focus

  Le critère de succès 2.4.7 exige que toute interface utilisable au clavier comporte un indicateur visible désignant l'élément qui a actuellement le focus clavier.

• WCAG 2.4.11 Focus non masqué (minimum)

  Le critère de succès 2.4.11, nouveau dans les WCAG 2.2, exige qu'un élément ayant le focus clavier reste au moins partiellement visible, et ne soit pas entièrement caché derrière un en-tête fixe, un pied de page collant ou un bandeau cookies.

• WCAG 2.5.1 Gestes pour le contrôle du pointeur

  Le critère de succès 2.5.1 exige que tout geste multipoint ou fondé sur un tracé - pincement pour zoomer, balayage - dispose d'une alternative à pointeur unique n'exigeant aucun tracé précis.

• WCAG 2.5.2 Annulation de l'action du pointeur

  Le critère de succès 2.5.2 exige que les actions déclenchées par le pointeur puissent être annulées, généralement en se déclenchant au relâchement plutôt qu'à l'appui initial.

• WCAG 2.5.3 Étiquette dans le nom

  Le critère de succès 2.5.3 exige que le nom accessible d'une commande contienne le texte visible qui y est affiché, afin que les personnes utilisant la commande vocale puissent la viser en prononçant ce qu'elles voient.

• WCAG 2.5.4 Activation par le mouvement

  Le critère de succès 2.5.4 exige qu'une fonctionnalité déclenchée par le mouvement de l'appareil - secousse, inclinaison - dispose aussi d'une commande d'interface conventionnelle, et puisse être désactivée pour éviter les déclenchements accidentels.

• WCAG 2.5.7 Mouvements de glissement

  Le critère de succès 2.5.7, nouveau dans les WCAG 2.2, exige que toute interaction de glisser-déposer dispose d'une alternative en un seul clic ou une seule pression, sans geste de glissement prolongé.

• WCAG 2.5.8 Taille de la cible (minimum)

  Le critère de succès 2.5.8, nouveau dans les WCAG 2.2, exige que les cibles cliquables mesurent au moins 24 sur 24 pixels CSS, disposent d'un espacement suffisant, ou relèvent d'une exception.

• WCAG 3.1.1 Langue de la page

  Le critère de succès 3.1.1 exige que la langue humaine par défaut d'une page soit identifiée par programme, au moyen de l'attribut lang.

• WCAG 3.1.2 Langue d'un passage

  Le critère de succès 3.1.2 exige que la langue humaine de tout passage ou expression différant de la langue par défaut de la page soit identifiée par programme.

• WCAG 3.2.1 Au focus

  Le critère de succès 3.2.1 exige que le simple fait d'amener le focus clavier sur un élément ne déclenche jamais de changement de contexte inattendu - formulaire envoyé automatiquement, nouvelle fenêtre ouverte.

• WCAG 3.2.2 À la saisie

  Le critère de succès 3.2.2 exige que la modification de la valeur d'un champ ne déclenche pas automatiquement de changement de contexte inattendu, sauf si la personne en a été avertie au préalable.

• WCAG 3.2.3 Navigation cohérente

  Le critère de succès 3.2.3 exige que les mécanismes de navigation répétés apparaissent dans le même ordre relatif sur toutes les pages où ils figurent, au sein d'un ensemble de pages.

• WCAG 3.2.4 Identification cohérente

  Le critère de succès 3.2.4 exige que les composants remplissant la même fonction soient identifiés de façon cohérente dans un ensemble de pages - même icône, même intitulé, même nom à chaque fois.

• WCAG 3.2.6 Aide cohérente

  Le critère de succès 3.2.6, nouveau dans les WCAG 2.2, exige que les dispositifs d'aide - coordonnées, messagerie instantanée, liens vers une FAQ - apparaissent dans le même ordre relatif sur toutes les pages où ils figurent.

• WCAG 3.3.1 Identification des erreurs

  Le critère de succès 3.3.1 exige que, lorsqu'une erreur de saisie est détectée, l'élément en cause soit identifié et l'erreur décrite sous forme de texte.

• WCAG 3.3.2 Étiquettes ou instructions

  Le critère de succès 3.3.2 exige des étiquettes ou des instructions dès qu'un contenu attend une saisie, afin que l'on sache ce qu'un champ attend avant de le remplir.

• WCAG 3.3.3 Suggestion après une erreur

  Le critère de succès 3.3.3 exige que, lorsqu'une erreur de saisie est détectée et qu'une correction est connue, une suggestion de correction soit proposée.

• WCAG 3.3.4 Prévention des erreurs (juridiques, financières, de données)

  Le critère de succès 3.3.4 exige une étape de relecture, de confirmation ou d'annulation avant de finaliser un engagement juridique, une transaction financière ou une modification de données.

• WCAG 3.3.7 Saisie redondante

  Le critère de succès 3.3.7, nouveau dans les WCAG 2.2, exige qu'une information déjà fournie au cours du même processus soit préremplie ou proposée à la sélection, plutôt que ressaisie.

• WCAG 3.3.8 Authentification accessible (minimum)

  Le critère de succès 3.3.8, nouveau dans les WCAG 2.2, exige que la connexion ne repose pas sur un test de fonction cognitive - mémoriser un mot de passe, résoudre une énigme - sans alternative accessible.

• WCAG 4.1.2 Nom, rôle et valeur

  Le critère de succès 4.1.2 exige que chaque composant d'interface expose son nom, son rôle et son état aux technologies d'assistance. Il est à l'origine de plus de non-conformités automatisées que tout autre critère.

• WCAG 4.1.3 Messages d'état

  Le critère de succès 4.1.3 exige que les messages d'état - « article ajouté au panier », résultat de validation d'un formulaire - soient annoncés aux technologies d'assistance sans déplacer le focus clavier.