aller directement au guide

cette version a été traduite et révisée avec la merveilleuse aide de Rocío Alvarado hyperlien externe! :-)

Quelques cartes de critères de succès WCAG éparpillées les unes sur les autres

Ceci est un Guide de référence rapide WCAG. Pour comprendre ce que sont les WCAG, consultez ces références raccourci vers cette même page.

Guide de référence rapide WCAG

Si vous préférez, filtrez par niveaux de conformité:
Utilisez les commandes suivantes pour ajuster les animations des critères:

(si vous avez déjà opté pour cela dans votre système d'exploitation, ces contrôles sont désactivés par défaut)

  • 1.1.1 - Contenu non textuel [A]

    Perceptible

    Les équivalents textuels

    Tout contenu "non textuel" pertinent pour comprendre l'information doit avoir une description textuelle alternative (visible ou non) pour identifier le contenu (y compris le captcha, par exemple).

    Mots-clés: gdpr, rnbd, la description, teneur, SEO

  • 1.2.1 - Contenu seulement audio ou vidéo (pré-enregistré) [A]

    Perceptible

    Média temporel

    Une des alternatives suivantes doit être fournie pour le contenu présenté:

    Audio uniquement: fournir une transcription textuelle descriptive

    Vidéo uniquement: fournir une transcription textuelle descriptive et/ou une piste en audio-description qui peut être activé

    Mots-clés: transcription

  • 1.2.2 - Sous-titres (pré-enregistrés) [A]

    Perceptible

    Média temporel

    Tout contenu préenregistré contenant une piste audio (audio ou vidéo uniquement) doit avoir des sous-titres.

    Mots-clés: Sous-titre

  • 1.2.3 - Audio-description
    ou média alternatif (pré-enregistré) [A]

    Perceptible

    Média temporel

    Une audio-description ou transcription textuelle descriptive doit être fournie pour tout contenu vidéo préenregistré.

    Remarque : Si une description audio est fournie, le critère 1.2.5 (AA) sera respecté. Si un relevé de notes est fourni, le critère 1.2.8 (AAA) sera satisfait.

    Mots-clés: audiodescription, transcription

  • 1.2.4 - Sous-titres (en direct) [AA]

    Perceptible

    Média temporel

    Tout contenu en direct contenant une piste audio (audio ou vidéo uniquement) doit avoir des sous-titres.

    Mots-clés: Sous-titre

  • 1.2.5 - Audio-description (pré-enregistrée) [AA]

    Perceptible

    Média temporel

    Une audio-description doit être fournie pour tout contenu vidéo préenregistré.

    Remarque : voir avec le critère1.2.7 (AAA).

    Info : en répondant à ce critère, le critère 1.2.3 (A) sera également respecté.

    Mots-clés: audiodescription

  • 1.2.6 - Langue des signes (pré-enregistrée) [AAA]

    Perceptible

    Média temporel

    Tout contenu préenregistré qui contient une piste audio (qu'elle soit audio ou vidéo uniquement) doit avoir une traduction en langue des signes (correspondant à son pays d'origine).

    Mots-clés: Langage des signes, langage gestuel, langue des signes française, libras, lgm, lsa, lga, lgc, asl, bsl, lsf

  • 1.2.7 - Audio-description étendue (pré-enregistrée) [AAA]

    Perceptible

    Média temporel

    S'il n'est pas possible de synchroniser une piste d'audio-description avec l'audio d'origine de la vidéo (exemple : superposition de parole), une alternative doit être fournie qui permet de mettre la vidéo en pause, de lire l'audio-description puis de reprendre la vidéo.

    Remarque : voir avec le critère 1.2.5 (AA).

    Mots-clés: audiodescription

  • 1.2.8 - Média temporel
    (pré-enregistré) [AAA]

    Perceptible

    Média temporel

    Une transcription textuelle descriptive doit être fournie pour tout le contenu vidéo préenregistré.

    Info : en répondant à ce critère, le critère 1.2.3 (A) sera également respecté.

    Mots-clés: transcription

  • 1.2.9 - Audio uniquement (en direct) [AAA]

    Perceptible

    Média temporel

    Tout contenu audio diffusé en direct doit avoir une transcription textuelle descriptive.

    Astuce : la transcription dans ce cas est assurée par des sténotypistes en raison d'un meilleur rendu. Les services automatisés ne satisfont pas le critère de manière satisfaisante.

    Mots-clés: structure, architecture informationnelle, sémantique, teneur, SEO

  • 1.3.1 - Informations et relations [A]

    Perceptible

    Adaptable

    L'organisation structurelle d'un écran doit être construite de manière à ce que son architecture de l'information ait du sens à la fois pour la personne qui voit et celle qui entend le contenu.

    Astuce : le défi ici est de proposer des expériences équivalentes liées aux contextes visuel et auditif.

    Mots-clés: structure, architecture informationnelle, sémantique, teneur, SEO

  • 1.3.2 - Ordre séquentiel logique [A]

    Perceptible

    Adaptable

    Quel que soit le mode d'interaction, la présentation des informations à l'écran doit toujours suivre une séquence logique.

    Astuce : Le contenu réactif ne devrait pas avoir d'impact sur la compréhension des informations, quelle que soit la taille de l'écran.

    Remarque : voir avec le critère 2.4.3 (A).

    Mots-clés: sensible

  • 1.3.3 - Caractéristiques sensorielles [A]

    Perceptible

    Adaptable

    Tout type d'instruction ou d’indication ne doit pas dépendre d'un format spécifique, d'un emplacement spatial, d'un son ou de toute autre caractéristique sensorielle.

    Exemple : évitez les expressions telles que "cliquez sur le bouton ci-dessous" ou "cliquez sur le bouton vert" ou "lorsque vous entendez un bip, sélectionnez une option".

    Mots-clés: rêver, couleur, formulario, función, posición

  • WCAG 2.1

    1.3.4 - Orientation [AA]

    Perceptible

    Adaptable

    Aucune fonctionnalité ne doit dépendre d'une seule orientation de l'écran (exemple : tourner le téléphone horizontalement), sauf si c’est indispensable pour exécuter la fonction.

    Mots-clés: orientación, sensible

  • WCAG 2.1

    1.3.5 - Identifier le but
    de la saisie [AA]

    Perceptible

    Adaptable

    Toute personne doit bien comprendre ce qu'il faut remplir dans les champs du formulaire.

    Astuce : Dans un champ qui vous demande de remplir un courriel, il doit être clair quel courriel doit être rempli (personnel ? commercial ? etc.).

    Remarque : voir avec les critères 2.4.6 (AA) et 3.3.2 (A).

    Mots-clés: clarté, transparência, gdpr, rnbd

  • WCAG 2.1

    1.3.6 - Identifier le but [AAA]

    Perceptible

    Adaptable

    L'utilisation de symboles et d'éléments facilement identifiables dans une interface est un début, mais cela ne garantit pas que tout le monde comprenne l'information. Permettre une personnalisation (exemple : une personne fermant une annonce ou pouvant réduire la quantité d'informations à l'écran) augmente les capacités cognitives de certaines personnes (voir les critères complets).

    Mots-clés: affordance, capacidad, personnalisation

  • 1.4.1 - Utilisation des couleurs [A]

    Perceptible

    Distinguable

    Les couleurs ne doivent pas être utilisées comme le seul moyen de transmettre du contenu ou de distinguer des éléments visuels.

    Astuce : Un message d'erreur sur un formulaire doit comporter une icône d'alerte, un message clair vous indiquant comment corriger l'erreur, ainsi qu'une couleur mettant en évidence les informations.

    Mots-clés: couleur, clarté

  • 1.4.2 - Contrôle du son [A]

    Perceptible

    Distinguable

    Un moyen simple doit être fourni pour mettre en pause, couper ou régler le volume de tout son qui joue automatiquement pendant plus de 3 secondes dans l'interface.

    Mots-clés: délais, contrôler

  • 1.4.3 - Contraste (minimum) [AA]

    Perceptible

    Distinguable

    Les textes doivent avoir un rapport de contraste entre le premier plan et l'arrière-plan d'au moins 4,5:1 (voir les critères complets).

    Remarque : si la taille de la police des textes est d'au moins "18pt" ou "14pt gras", le rapport de contraste peut être de 3:1.

    Mots-clés: contraste, couleur

  • 1.4.4 - Redimensionnement du texte [AA]

    Perceptible

    Distinguable

    Lors d'un zoom jusqu'à 200% de l'écran, il doit y avoir une réactivité des textes présentés pour que leur lecture et leur lisibilité restent adéquates sans rupture dans la présentation des informations.

    Remarque : voir avec le critère 1.4.10 (AA).

    Mots-clés: sensible

  • 1.4.5 - Texte sous forme d'image [AA]

    Perceptible

    Distinguable

    Tout extrait à l'écran pouvant être affiché sous forme de texte stylisé (exemple : une citation d'une phrase d'un auteur spécifique ou un titre de session) ne doit pas être présenté sous forme d'image à moins qu'il ne puisse être personnalisable.

    Remarque : voir avec le critère 1.4.9 (AAA).

    Mots-clés: personnalisation, sémantique, texte

  • 1.4.6 - Contraste (amélioré) [AAA]

    Perceptible

    Distinguable

    Les textes doivent avoir un rapport de contraste entre le premier plan et l'arrière-plan d'au moins 7:1 (voir les critères complets).

    Remarque : si la taille de la police des textes est d'au moins "18pt" ou "14pt gras", le rapport de contraste peut être de 4,5:1.

    Mots-clés: contraste, couleur

  • 1.4.7 - Arrière-plan sonore de faible volume ou absent [AAA]

    Perceptible

    Distinguable

    Tout type de son qui n'est pas la voix principale d'un audio ou d'une vidéo doit être faible, inexistant ou avoir un type de contrôle simple qui permet de le désactiver.

    Mots-clés: rêver, contrôler

  • 1.4.8 - Présentation visuelle [AAA]

    Perceptible

    Distinguable

    Fournissez des contrôles spécifiques pour vous permettre de contrôler la présentation des informations à l'écran sans compromettre sa lisibilité.

    Astuce : Il devrait être possible d'ajuster les couleurs entre le premier plan et l'arrière-plan, de conserver la largeur des paragraphes jusqu'à 80 caractères ou de leur permettre d'ajuster leur espacement.

    Mots-clés: personnalisation, sensible, texte

  • 1.4.9 - Texte sous forme d'image (sans exception) [AAA]

    Perceptible

    Distinguable

    Les images textuelles ne sont autorisées que dans les cas où ces images sont décoratives et non essentielles à la compréhension du contenu.

    Astuce : les marques et les logos sont des exemples d'exceptions à la règle.

    Info : en remplissant ce critère, le critère 1.4.5 (AA) sera également rempli.

    Mots-clés: personnalisation, sémantique, texte

  • WCAG 2.1

    1.4.10 - Redistribution [AA]

    Perceptible

    Distinguable

    Lors d'un zoom jusqu'à 400% sur l'écran, les informations présentées doivent être réactives afin que le défilement horizontal ne se produise pas. Les éléments doivent s'adapter à l'écran pour éviter le défilement vertical et horizontal.

    Remarque : voir avec le critère 1.4.5 (AA).

    Mots-clés: sensible

  • WCAG 2.1

    1.4.11 - Contraste des éléments non textuels [AA]

    Perceptible

    Distinguable

    Les composants de l'interface (par exemple les boutons) et les images indispensables à la compréhension du contenu doivent avoir un rapport de contraste entre le premier plan et l'arrière-plan d'au moins 3:1.

    Remarque : voir avec les critères 1.4.3 (AA) et 1.4.6 (AAA).

    Mots-clés: contraste, couleur, images, graphique

  • WCAG 2.1

    1.4.12 - Espacement du texte [AA]

    Perceptible

    Distinguable

    Quand des personnes effectuent des ajustements et redimensionnent (par elles-mêmes) les textes d'un contenu à une certaine valeur spécifique (voir les critères complets), il ne devrait y avoir aucune perte de lisibilité des informations présentées.

    Remarque : voir avec le critère 1.4.8 (AAA).

    Mots-clés: personnalisation, sensible, texte

  • WCAG 2.1

    1.4.13 - Contenu avec
    survol ou focus [AA]

    Perceptible

    Distinguable

    Les contenus supplémentaires (exemple : info-bulle ou sous-menu) ne doivent pas être activés uniquement avec le focus de la souris (survol de la souris) ou du clavier. Si cela se produit, certaines conditions doivent être remplies (voir les critères complets).

    Mots-clés: souris, clavier, interaction

  • 2.1.1 - Clavier [A]

    Utilisable

    Accessibilité au clavier

    Toutes les fonctionnalités doivent être activées au clavier, sauf si la fonctionnalité ne permet pas le contrôle uniquement au clavier.

    Astuce : Le critère respecte également les claviers Bluetooth configurés sur les appareils mobiles (voir le critère 2.5.6).

    Remarque : voir avec les critères 2.1.2 (A) et 2.1.3 (AAA).

    Mots-clés: clavier, interaction

  • 2.1.2 - Pas de piège au clavier [A]

    Utilisable

    Accessibilité au clavier

    Lors de l'interaction au clavier, la navigation de tous les éléments « cliquables » doit se faire sans blocage ni interruption.

    Astuce : Les éléments "non cliquables" sont déclenchés par des raccourcis clavier spécifiques lorsque le lecteur d'écran est activé.

    Mots-clés: clavier, interaction

  • 2.1.3 - Clavier (pas d'exception) [AAA]

    Utilisable

    Accessibilité au clavier

    Toutes les fonctionnalités doivent être utilisables au clavier, sans exception.

    Remarque : en répondant à ce critère, le critère 2.1.1 (A) sera également rempli.

    Mots-clés: clavier, interaction

  • WCAG 2.1

    2.1.4 - Raccourcis clavier par caractère [A]

    Utilisable

    Accessibilité au clavier

    Vous devez éviter de créer des raccourcis clavier en utilisant uniquement des caractères simples (par exemple : des lettres ou des chiffres) qui peuvent entrer en conflit avec les raccourcis déjà présents dans le système. Si cela se produit, certaines conditions doivent être remplies (voir les critères complets).

    Mots-clés: clavier, interaction

  • 2.2.1 - Réglable par limite
    de temps [A]

    Utilisable

    Délai suffisant

    Si une fonctionnalité nécessitant du temps pour s'exécuter est définie et que cela n'est pas indispensable (obligatoire d'un point de vue légal), une option pour la désactiver ou pour la prolonger doit également être incluse.

    Remarque : voir avec les critères 2.2.6 (AAA) et 3.2.1 (A).

    Mots-clés: délais, contrôler

  • 2.2.2 - Mettre en pause, arrêter ou masquer [A]

    Utilisable

    Délai suffisant

    Tout élément à l'écran qui a un mouvement automatique et dure plus de 5 secondes doit avoir un mécanisme de contrôle où la personne qui l'utilise peut faire une pause, arrêter ou masquer le mouvement.

    Remarque : voir avec le critère 2.3.3 (AAA), qui se réfère exclusivement au déclenchement causé par une personne.

    Mots-clés: mouvement, contrôler

  • 2.2.3 - Pas de délai d'exécution [AAA]

    Utilisable

    Délai suffisant

    Aucune fonctionnalité à l'écran ne devrait être exécutée une fois terminée après un laps de temps.

    Astuce : les événements en temps réel sont des exceptions.

    Mots-clés: délais, contrôler

  • 2.2.4 - Interruptions [AAA]

    Utilisable

    Délai suffisant

    Tout type d'interruption (exemple : messages d'alerte dans un chat) pouvant dérouter quelqu'un, doit disposer d'une option permettant sa déconnexion ou son report, sauf s'il s'agit d'une urgence préservant la santé, la sécurité ou les biens de la personne.

    Mots-clés: interrupción, contrôler

  • 2.2.5 - Nouvelle authentification [AAA]

    Utilisable

    Délai suffisant

    Lorsqu'une session authentifiée expire, toute personne connectée doit pouvoir poursuivre son activité, sans aucune perte de données, en se ré-authentifiant dans l'environnement.

    Mots-clés: autenticación , espace de rangement, gdpr, rnbd

  • WCAG 2.1

    2.2.6 - Délais [AAA]

    Utilisable

    Délai suffisant

    En cas d'inactivité (inférieure à 20 heures) et que cela entraîne la perte des données préalablement saisies, un message doit être envoyé à l'écran informant la personne que ces données seront perdues.

    Remarque : voir avec le critère 2.2.1 (A).

    Mots-clés: autenticación, délais, espace de rangement, gdpr, rnbd

  • 2.3.1 - Pas plus de trois flashs ou sous le seuil critique [A]

    Utilisable

    Convulsions et réactions physiques

    Aucun contenu de page ne doit clignoter plus de 3 fois par seconde, sauf si les flashs sont à faible contraste ou ont peu de rouge (voir les critères complets).

    Remarque : voir avec le critère 2.3.2 (AAA).

    Mots-clés: contraste, animación, mouvement

  • 2.3.2 - Trois flashs [AAA]

    Utilisable

    Convulsions et réactions physiques

    Aucun contenu de page ne doit clignoter plus de 3 fois par seconde, sans exception (voir les critères complets).

    Info : en répondant à ce critère, le critère 2.3.1 (A) sera également respecté.

    Mots-clés: animación, mouvement

  • WCAG 2.1

    2.3.3 - Animations interactives [AAA]

    Utilisable

    Convulsions et réactions physiques

    Tout type d'animation interactive (non essentielle) et déclenchée par une personne (exemple : défilement avec effet de parallaxe) doit disposer d'un moyen simple de la désactiver.

    Remarque : voir avec le critère 2.2.2 (A), qui se réfère exclusivement au déclenchement automatique.

    Mots-clés: mouvement, contrôler, interaction

  • 2.4.1 - Contourner des
    blocs [A]

    Utilisable

    Navigable

    Un mécanisme doit être prévu pour que les personnes puissent contourner certains contenus répétitifs (exemple : un menu de navigation).

    Astuce : il s'agit d'un critère exclusif pour les utilisateurs de clavier.

    Remarque : voir avec les critères 1.3.1 (A), 2.4.2 (A) et 2.4.10 (AAA).

    Mots-clés: clavier, sémantique, interaction

  • 2.4.2 - Titre de page [A]

    Utilisable

    Navigable

    Toutes les pages doivent avoir un titre principal et décrire clairement leur objectif.

    Mots-clés: teneur, SEO, clarté

  • 2.4.3 - Parcours du focus [A]

    Utilisable

    Navigable

    L'interaction par éléments focalisables à l'écran doit toujours être séquentielle et logique en fonction du contenu présenté.

    Remarque : voir avec le critère 1.3.2 (A).

    Mots-clés: clavier, interaction

  • 2.4.4 - Fonction du lien (selon le contexte) [A]

    Utilisable

    Navigable

    Le but d'un lien doit être déterminé à partir du texte du lien lui-même ou du contexte entourant ce lien.

    Astuce : les critères sont également applicables sur les boutons ou icônes cliquables.

    Remarque : voir avec le critère 2.4.9 (AAA).

    Mots-clés: link, teneur, SEO

  • 2.4.5 - Accès multiples [AA]

    Utilisable

    Navigable

    Les gens devraient toujours avoir plus d'une option pour trouver certains contenus.

    Exemple : un même contenu est disponible via un menu de navigation ou encore via un champ de recherche.

    Mots-clés: teneur, SEO, interaction

  • 2.4.6 - En-têtes et étiquettes [AA]

    Utilisable

    Navigable

    Tous les titres (différents niveaux) et étiquettes (champs de formulaire) doivent décrire clairement le but des contenus ou des regroupements dans les éléments de l'écran, sans ambiguïté dans leur compréhension.

    Remarque : voir avec les critères 1.3.1 (A), 1.3.5 (AA), 2.4.2 (A), 2.5.3 (A), 3.3.2 (A) et 4.1.2 (A).

    Mots-clés: teneur, SEO, clarté, gdpr, rnbd

  • 2.4.7 - Visibilité du focus [AA]

    Utilisable

    Navigable

    Lors de l'interaction au clavier, n'importe qui devrait être capable d'identifier sa position spatiale sur l'écran grâce à un focus (visible) identifiant sa position.

    Remarque : voir avec les critères 2.4.11 (AA), 2.4.12 (AAA) et 2.4.13 (AAA).

    Mots-clés: clavier, interaction, visuel

  • 2.4.8 - Localisation [AAA]

    Utilisable

    Navigable

    N'importe qui devrait pouvoir facilement localiser ou s'orienter dans n'importe quelle partie de l'écran ou un ensemble d'écrans.

    Exemple : l'application d'un fil d'Ariane répond à ce critère.

    Mots-clés: teneur, clarté, emplacement

  • 2.4.9 - Fonction du lien
    (lien uniquement) [AAA]

    Utilisable

    Navigable

    Le but d'un lien doit être déterminé à partir du texte du lien lui-même.

    Astuce : ce critère est également applicable sur les boutons ou icônes cliquables.

    Remarque : voir avec le critère 2.4.4 (A).

    Mots-clés: link, teneur, SEO

  • 2.4.10 - En-têtes de section [AAA]

    Utilisable

    Navigable

    Chaque fois que le contenu de l'écran est divisé en sections, celles-ci doivent toutes avoir des titres clairs, avec des niveaux de hiérarchie bien définis, facilitant l'identification des zones.

    Remarque : voir avec le critère 4.1.2 (A), qui se réfère exclusivement à la sémantique du code.

    Mots-clés: teneur, SEO, clarté

  • WCAG 2.2

    2.4.11 - Mise au point
    non masquée (minimum) [AA]

    Utilisable

    Navigable

    Lorsque le focus visible est affiché sur un élément de l'interface, il ne peut pas être complètement masqué en raison d'autres composants de l'interface (exemple : un pied de page fixe recouvre partiellement cet élément).

    Mots-clés: clavier, interaction, visuel

  • WCAG 2.2

    2.4.12 - Mise au point
    non masquée (amélioré) [AAA]

    Utilisable

    Navigable

    Lorsque le focus visible est affiché sur un élément de l'interface, il ne peut pas être masqué du fait des autres composants de l'interface (exemple : un footer fixe recouvre entièrement cet élément).

    Info : en répondant à ce critère, le critère 2.4.11 sera également rempli.

    Mots-clés: teneur, document

  • WCAG 2.2

    2.4.13 - Apparence du
    focus [AAA]

    Utilisable

    Navigable

    Lorsque le focus visible est affiché, il doit avoir 2 pixels de largeur, il doit y avoir un espacement minimum au contenu, et le rapport de contraste avec les zones adjacentes doit être suffisant (voir les critères complets).

    Info : en répondant à ce critère, le critère 2.4.7 sera également rempli.

    Mots-clés: clavier, interaction, visuel

  • WCAG 2.1

    2.5.1 - Gestes de
    pointeur [A]

    Utilisable

    Modalités à la saisie

    Toute fonctionnalité qui nécessite l'activation par un chemin tactile (exemple : glisser avec un doigt sur un écran tactile) a également besoin d'une méthode alternative qui facilite l'interaction par ceux qui ne peuvent pas effectuer le geste (voir les critères complets).

    Mots-clés: tocar, interaction, alternative

  • WCAG 2.1

    2.5.2 - Annulation du pointeur [A]

    Utilisable

    Modalités à la saisie

    Il est possible qu'il y ait un clic ou une touche de frappe accidentelle sur un élément en particulier, et si la personne le remarque (avant de relâcher le bouton cliqué ou touché), elle doit avoir un moyen d'annuler ce déclenchement accidentel.

    Remarque : Il est fortement recommandé de lire le critère dans son intégralité.

    Mots-clés: tocar, interaction, cancelación, alternative

  • WCAG 2.1

    2.5.3 - Etiquette dans
    le nom [A]

    Utilisable

    Modalités à la saisie

    Les étiquettes des boutons, les icônes actionnables ou tout contrôle interactif doivent avoir une description significative à la fois pour la personne qui voit et celle qui entend le contenu.

    Exemple : sur un bouton, dont le libellé visible est "acheter maintenant", sa forme audible peut être similaire à "acheter maintenant le produit XYZ".

    Mots-clés: teneur, clarté

  • WCAG 2.1

    2.5.4 - Activation par le mouvement [A]

    Utilisable

    Modalités à la saisie

    S'il existe une fonctionnalité qui nécessite le mouvement de l'appareil (exemple : « secouer pour annuler »), un moyen doit être proposé pour permettre son arrêt afin d'éviter une activation accidentelle. Si cette fonction est indispensable, une alternative de déclenchement doit être proposée.

    Mots-clés: interaction, alternative

  • WCAG 2.1

    2.5.5 - Taille de la cible (améliorée) [AAA]

    Utilisable

    Modalités à la saisie

    La taille des zones cliquables ou tactiles doit être d'au moins 44x44 pixels, sauf si cette zone se trouve dans une phrase située dans un bloc de texte.

    Info : en répondant à ce critère, le critère 2.5.8 sera également rempli.

    Mots-clés: visuel, interaction, espacement

  • WCAG 2.1

    2.5.6 - Mécanismes de
    saisie simultanée [AAA]

    Utilisable

    Modalités à la saisie

    La fonctionnalité native d’un appareil mobile et d’une interface tactile ne doit pas être compromise lorsque la personne connecte un périphérique non natif (exemple : un clavier ou une souris Bluetooth). Les fonctionnalités doivent être utilisables même dans ce scénario.

    Mots-clés: interaction, alternative

  • WCAG 2.2

    2.5.7 - Faire glisser les mouvements [AA]

    Utilisable

    Navigable

    Toutes les fonctionnalités qui dépendent d'un mouvement de glisser-déposer doivent également recevoir une méthode d'utilisation alternative afin que l'opération puisse également être effectuée par l'activation via un clic ou une touche.

    Mots-clés: interaction, alternative, contrôler

  • WCAG 2.2

    2.5.8 - Taille de la cible (minimum) [AA]

    Utilisable

    Navigable

    La taille des zones cliquables ou tactiles doit être d'au moins 24x24 pixels. La zone peut être plus petite dans certains cas, par exemple lorsqu'il existe un espacement d'au moins 24 pixels pour les zones exploitables adjacentes.

    Remarque : voir avec le critère 2.5.5 (AAA).

    Mots-clés: visuel, interaction, espacement

  • 3.1.1 - Langue de la page [A]

    Compréhensible

    Lisible

    Déclarer correctement la langue de l'écran permets aux lecteurs d'écran d' utiliser l'intonation correcte pour citer le contenu. Déclarez-les toujours.

    Remarque : voir avec les critères 3.1.2 (AA) et 3.1.6 (AAA).

    Mots-clés: teneur, internationalisation

  • 3.1.2 - Langue d'un passage [AA]

    Compréhensible

    Lisible

    La langue d'un mot ou d'une phrase dans une langue différente de celle du reste du contenu doit être définie et correctement identifiée afin qu'une intonation et une prononciation appropriées via les lecteurs d'écran se produisent également.

    Remarque : voir avec les critères 3.1.1 (A) et 3.1.6 (AAA).

    Mots-clés: teneur, internationalisation

  • 3.1.3 - Mots rares [AAA]

    Compréhensible

    Lisible

    L'utilisation de l'argot, du jargon, des métaphores et des figures de style peut être un obstacle à la compréhension de l'information, en ce sens, une forme de traduction ou d'explication de l'information doit être fournie (exemple : lien pour accéder à un glossaire).

    Mots-clés: teneur, entente

  • 3.1.4 - Abréviations [AAA]

    Compréhensible

    Lisible

    Une abréviation ou un acronyme n'est pas toujours compréhensible par tous, en ce sens une forme d'identification de sa signification réelle doit être fournie (exemple : lien pour accéder à un tableau "de-à").

    Mots-clés: teneur, entente

  • 3.1.5 - Niveau de lecture [AAA]

    Compréhensible

    Lisible

    Si un contenu donné est si complexe qu'une personne ayant une formation élémentaire complète* n'est pas en mesure de le comprendre, il sera nécessaire de le réviser ou d'utiliser un contenu supplémentaire qui facilite sa compréhension.

    Remarque : *basé sur les niveaux internationaux (UNESCO)

    Mots-clés: teneur, entente

  • 3.1.6 - Prononciation [AAA]

    Compréhensible

    Lisible

    Les mots et les noms propres spécifiques à une région ont souvent des prononciations spécifiques. Un moyen doit être prévu pour permettre une compréhension correcte de la prononciation dans certains cas.

    Remarque : voir avec les critères 3.1.1 (A) et 3.1.2 (AA).

    Mots-clés: teneur, entente

  • 3.2.1 - Au focus [A]

    Compréhensible

    Prévisible

    Aucun changement de contexte qui pourrait désorienter quelqu'un ne devrait se produire quand le focus se pose sur un élément de l'interface (par exemple, l'ouverture d'une fenêtre modale), et cela sans une confirmation directe (par exemple un bouton de confirmation).

    Remarque : voir avec les critères 3.2.2 (A) et 3.2.5 (AAA).

    Mots-clés: interaction, prévisibilité

  • 3.2.2 - À la saisie [A]

    Compréhensible

    Prévisible

    Aucun changement contextuel susceptible d'induire quelqu'un en erreur ne doit se produire lorsqu'il y a une interaction dans un champ de saisie de données (par exemple des éléments de formulaire) sans qu'une confirmation directe (par exemple un bouton de confirmation) ait lieu.

    Remarque : voir avec les critères 3.2.1 (A) et 3.2.5 (AAA).

    Mots-clés: interaction, prévisibilité

  • 3.2.3 Navigation cohérente [AA]

    Compréhensible

    Prévisible

    Une cohérence doit être maintenue en ce qui concerne le format de présentation, l'interaction et l'emplacement sur l'écran, chaque fois que les mêmes éléments (exemple : un champ de recherche) sont affichés sur différents écrans faisant partie d'une même application (site web ou application).

    Remarque : voir avec le critère 3.2.4 (AA).

    Mots-clés: cohérence

  • 3.2.4 - Identification cohérente [AA]

    Compréhensible

    Prévisible

    La cohérence doit être maintenue en ce qui concerne différents formats d'éléments, mais qui ont la même fonctionnalité (exemple : une icône et un bouton pour télécharger quelque chose), augmentant la capacité cognitive de certaines personnes.

    Remarque : voir avec le critère 3.2.3 (AA).

    Mots-clés: cohérence

  • 3.2.5 - Changement à la demande [AAA]

    Compréhensible

    Prévisible

    Tout changement de contexte susceptible de désorienter les personnes ne doit se produire que sur demande de la personne qui l'utilise (par exemple, un bouton pour confirmer une action).

    Info : evoir avec les critères 3.2.1 (A) et 3.2.2 (A).

    Mots-clés: interaction, prévisibilité

  • WCAG 2.2

    3.2.6 - Aide
    cohérente [A]

    Compréhensible

    Prévisible

    Si certaines options d'aide sont fournies sur un écran (exemple : données de contact humain), ce même format doit être le même sur tous les autres écrans où l'aide est fournie.

    Remarque : voir avec le critère 3.3.5 (AAA), qui se réfère exclusivement à l'aide textuelle contextualisée.

    Mots-clés: aider, contact

  • 3.3.1 - Identification des erreurs [A]

    Compréhensible

    Assistance à la saisie

    A chaque fois qu'un message d'erreur s'affiche, il doit clairement identifier quel élément a généré l'erreur de manière visuelle et auditive (exemple : changement de couleur de l'élément + une icône d'alerte + un message texte).

    Remarque : voir avec le critère 3.3.3 (AA).

    Mots-clés: aider, erreur, clarté

  • 3.3.2 - Étiquettes ou instructions [A]

    Compréhensible

    Assistance à la saisie

    Toutes les étiquettes doivent décrire clairement et sans ambiguïté l'objectif des champs du formulaire.

    Astuce : Incluez des instructions et des astuces pour remplir les champs dans la mesure du possible.

    Remarque : voir avec les critères 1.3.1 (A), 1.3.5 (AA), 2.4.6 (A), 2.5.3 (A). 3.3.5 (AAA) et 4.1.2 (A).

    Mots-clés: teneur, SEO, clarté, la prévention, gdpr, rnbd

  • 3.3.3 - Suggestion après
    une erreur [AA]

    Compréhensible

    Assistance à la saisie

    Chaque fois qu'un message d'erreur s'affiche, il doit également donner des conseils sur la façon de résoudre l'erreur (il ne suffit pas d'indiquer qu'une erreur s'est produite).

    Remarque : voir avec le critère 3.3.1 (A).

    Mots-clés: aider, erreur, clarté

  • 3.3.4 - Prévention des erreurs (juridiques, financières, de données) [AA]

    Compréhensible

    Assistance à la saisie

    Un formulaire de confirmation des données ou la possibilité d'annuler la soumission doit être fourni chaque fois que les champs du formulaire nécessitent le remplissage de données impliquant une responsabilité juridique, financière ou contenant des données sensibles.

    Remarque : voir avec le critère 3.3.6 (AAA).

    Mots-clés: la prévention, erreur, clarté, gdpr, rnbd

  • 3.3.5 - Aide [AAA]

    Compréhensible

    Assistance à la saisie

    Un moyen simple d'obtenir de l'aide « contextuelle » avec les informations qui sont présentées à l'écran doit être fourni.

    Exemple : une infobulle d'information ou un tableau contenant des informations supplémentaires.

    Remarque : voir avec les critères 3.2.6 (A) et 3.3.2 (A).

    Mots-clés: teneur, SEO, clarté, la prévention, aider

  • 3.3.6 - Prévention des erreurs (tous) [AAA]

    Compréhensible

    Assistance à la saisie

    Un formulaire de confirmation des données ou la possibilité d'annuler la soumission doit être fourni chaque fois que les champs du formulaire nécessitent le remplissage de données (tout type de données).

    Remarque : en répondant à ce critère, le critère 3.3.4 (AA) sera également rempli.

    Mots-clés: la prévention, erreur, clarté, gdpr, rnbd

  • WCAG 2.2

    3.3.7 - Entrée
    redondante [A]

    Compréhensible

    Assistance à la saisie

    Lors du remplissage d'un formulaire par étape, les données saisies ne doivent être demandées qu'une seule fois au cours du processus, sauf si cela est indispensable (exemple : ressaisir le mot de passe pour confirmation).

    Remarque : il est fortement recommandé de lire le critère dans son intégralité.

    Mots-clés: redondance, la prévention, clarté, gdpr, rnbd

  • WCAG 2.2

    3.3.8 - Authentification accessible (minimum) [AA]

    Compréhensible

    Assistance à la saisie

    Les fonctions facilitant la saisie des mots de passe dans les formulaires de connexion (exemple : possibilité de copier-coller) ne doivent pas être retirées sans qu'il y ait une justification cohérente de leur suppression.

    Remarque : il est fortement recommandé de lire le critère dans son intégralité.

    Mots-clés: aider, clarté, interaction

  • WCAG 2.2

    3.3.9 - Authentification accessible (améliorée) [AAA]

    Compréhensible

    Assistance à la saisie

    Le critère 3.3.8 autorise certaines exceptions. Dans ce cas, il n'y a pas d'exceptions.

    Remarque : il est fortement recommandé de lire le critère dans son intégralité.

    Info : en répondant à ce critère, le critère 3.3.8 (AA) sera également rempli.

    Mots-clés: aider, clarté, interaction

  • 4.1.1 - Analyse syntaxique [SUPPRIMÉ]

    Ce critère a été supprimé des WCAG 2.2. Dans le passé, il était logique qu'il existe pour garantir la bonne application du HTML dans les technologies d'assistance, mais aujourd'hui, il est devenu redondant en raison des mises à jour technologiques. Voir les critères complets pour plus d'informations.

    Nota: La numérotation n'a pas encore changé.

    Mots-clés: sémantique, code

  • 4.1.2 - Nom, rôle et valeur [A]

    Robuste

    Compatible

    Toutes les technologies d'assistance utilisent des propriétés de nom, de rôle et de valeur pour identifier correctement les éléments HTML standardisés. Tout composant personnalisé doit également apporter ces spécificités en conséquence.

    Note pour les DEV : les techniques WAI-ARIA sont mises à profit dans ce critère.

    Mots-clés: sémantique, code, clarté

  • WCAG 2.1

    4.1.3 - Messages
    d'état [AA]

    Robuste

    Compatible

    Tout type de message résultant d'une action ou informant du déroulement d'un processus et pertinent pour la personne doit être transmis sans changement de contexte (focus) à l'écran.

    Remarque : il est fortement recommandé de lire attentivement le critère pour identifier des exemples et des cas d'utilisation.

    Mots-clés: aider, clarté, interaction

version 8.3.5
dernière mise à jour le 05/10/2023