Référentiel Technique

Note sur la version 3.0 : une mise à jour est maintenant disponible à l'adresse http://references.modernisation.gouv.fr/rgaa

Autres documents constitutifs du RGAA 3.0 :

1. Liste détaillée des critères

1.1. Mode d'emploi

Ce référentiel s'applique à tout contenu HTML (HTML4, XHTML1 et HTML5). Il utilise, pour certains tests une base de référence prenant en compte un ensemble de technologies d'assistance, de navigateurs et de systèmes d'exploitation sur lesquels l'accessibilité des composants d'interface développés par JavaScript doit être vérifié notamment. Une description détaillée de la base de référence est disponible ici : base de référence.

1.1.1. Note importante pour tout contenu antérieur à la spécification HTML5 :

Lorsque le code HTML de la page n'est pas du HTML5, les éléments HTML5 (balises et attributs) exigés par un critère ou test sont non applicables. Tous les autres critères ou tests restent applicables, y compris les dispositifs ARIA. Les critères et tests suivants sont non applicables :

  • critère 1.10 ;
  • critère 9.2 ;
  • test 10.13.3 ;
  • test 11.10.1 (condition 2 relative à l'attribut HTML5 required).

1.1.2. Méthode de validation

Le niveau de conformité est établi au niveau des critères selon ces statuts :

  • conforme (C) : l'ensemble des tests applicables sont réussis ;
  • non conforme (NC) : un test applicable est échoué, au moins ;
  • non applicable (NA) : il n'y a pas de contenu concerné par le critère.

RGAA propose, en plus de ces trois statuts de validation, deux statuts complémentaires :

  • dérogé (D) : il existe des contenus dérogés applicables au critère ;
  • non Testé (NT) : le critère n'a pas été testé.

Vous pouvez consulter, à ce sujet, le guide d'accompagnement : Comment vérifie-t-on la conformité au RGAA ?

1.2. Les critères

Critère 1.1 [A] Chaque image a-t-elle une alternative textuelle ?
  • Test 1.1.1 : Chaque image (balise img) a-t-elle un attribut alt ?
  • Test 1.1.2 : Chaque zone (balise area) d'une image réactive a-t-elle un attribut alt ?
  • Test 1.1.3 : Chaque bouton de formulaire (balise input avec l'attribut type="image") a-t-il un attribut alt ?
  • Test 1.1.4 : Chaque zone (balise area) d'une image réactive coté serveur est-t-elle doublée d'un lien dans la page ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H36 - H37 - H53 - H24 - F65

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 1.2 [A] Pour chaque image de décoration ayant une alternative textuelle, cette alternative est-elle vide ?
  • Test 1.2.1 : Chaque image de décoration sans légende (balise img) et ayant un attribut alt vérifie-t-elle ces conditions :
    • le contenu de l'attribut alt est vide (alt="")
    • l'image de décoration ne possède pas d'attribut title
  • Test 1.2.2 : Chaque zone non cliquable (balise area sans attribut href), non porteuse d'information et ayant un attribut alt vérifie-t-elle ces conditions ?
    • le contenu de l'attribut alt est vide (alt="")
    • la zone cliquable ne possède pas d'attribut title
  • Test 1.2.3 : Pour chaque image objet sans légende (balise object avec l'attribut type="image/...") non porteuse d'information, l'alternative textuelle entre <object> et </object> est-elle vide ?
  • Test 1.2.4 : Chaque image vectorielle de décoration (balise svg) non porteuse d'information et possédant une alternative vérifie-t-elle ces conditions ?
    • La balise svg possède un role="img"
    • La balise svg ou l'un de ses enfants est dépourvue de role, propriété ou état ARIA visant à labelliser l'image vectorielle (aria-label, aria-describedby, aria-labelledby par exemple).
    • Les balises title et desc sont absentes ou vides
    • La balise svg ou l'un de ses enfants est dépourvue d'attribut title
  • Test 1.2.5 : Pour chaque image bitmap de décoration (balise canvas), le contenu entre <canvas> et </canvas> doit être dépourvu de contenus textuels, cette règle est-elle respectée ?

Note technique : Consulter la note technique au sujet du role "présentation"

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H67 - G196 - C9 - F39 - F38 - ARIA4 - ARIA10

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 1.3 [A] Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
  • Test 1.3.1 : Chaque image porteuse d'information (balise img) ayant un attribut alt vérifie-t-elle ces conditions (hors cas particuliers) ?
    • Le contenu de l'attribut alt est pertinent
    • S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
  • Test 1.3.2 : Chaque zone (balise area) d'une image réactive, porteuse d'information et ayant un attribut alt, vérifie-t-elle ces conditions (hors cas particuliers) ?
    • Le contenu de l'attribut alt est pertinent
    • S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
  • Test 1.3.3 : Pour chaque bouton associé à une image (balise input avec l'attribut type="image") ayant un attribut alt, le contenu de cet attribut est-il pertinent (hors cas particuliers) ?
  • Test 1.3.4 : Chaque image objet (balise object avec l'attribut type="image/...") porteuse d'information vérifie-t-elle une de ces conditions(hors cas particuliers) ?
    • L'image objet est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative pertinente.
    • Un mécanisme permet à l'utilisateur de remplacer l'image objet par un texte alternatif pertinent
    • Un mécanisme permet à l'utilisateur de remplacer l'image objet par une image possédant une alternative pertinente.
  • Test 1.3.5 : Chaque image embarquée (balise embed avec l'attribut type="image/...") porteuse d'information vérifie-t-elle une de ces conditions (hors cas particuliers) ?
    • L'image embarquée est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative pertinente.
    • Un mécanisme permet à l'utilisateur de remplacer l'image embarquée par un texte alternatif pertinent
    • Un mécanisme permet à l'utilisateur de remplacer l'image embarquée par une image possédant une alternative pertinente.
  • Test 1.3.6 : Chaque image vectorielle porteuse d'information (balise svg) et possédant une alternative vérifie-t-elle une de ces conditions (hors cas particuliers) ?
    • La balise svg possède un role="img"
    • La balise svg possède une propriété aria-label dont le contenu est pertinent et identique à l'attribut title s'il est présent
    • La balise svg possède une balise desc dont le contenu est pertinent et identique à l'attribut title de la balise svg s'il est présent
    • Un lien adjacent permet d'accéder à une alternative dont le contenu est pertinent et identique à l'attribut title de la balise svg s'il est présent
  • Test 1.3.7 : Pour chaque image vectorielle porteuse d'information (balise svg) et possédant une alternative, cette alternative est-elle correctement restituée par les technologies d'assistance ?
  • Test 1.3.8 : Pour chaque image bitmap porteuse d'information (balise canvas) et possédant une alternative (contenu entre <canvas> et </canvas>), cette alternative est-elle correctement restituée par les technologies d'assistance ?
  • Test 1.3.9 : Pour chaque image bitmap porteuse d'information (balise canvas) et possédant une alternative (contenu entre <canvas> et </canvas>), cette alternative est-elle pertinente ?
  • Test 1.3.10 : Pour chaque image porteuse d'information et ayant une alternative textuelle, l'alternative textuelle est-elle courte et concise (hors cas particuliers) ?

Note technique :Consulter la note technique au sujet de l'attribut title et des des images vectorielles

Note technique : Consulter la note technique au sujet des images vectorielles

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G94 - G95 - F30 - F71 - G196 - ARIA4

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 1.4 [A] Pour chaque image utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative permet-elle d'identifier la nature et la fonction de l'image ?
  • Test 1.4.1 : Chaque image (balise img) utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt, vérifie-t-elle ces conditions ?
    • le contenu de l'attribut alt permet d'identifier la nature et la fonction de l'image
    • s'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
  • Test 1.4.2 : Chaque zone (balise area) d'une image réactive, utilisée comme CAPTCHA ou comme image-test, et ayant un attribut alt vérifie-t-elle ces conditions ?
    • le contenu de l'attribut alt permet d'identifier la nature et la fonction de la zone
    • s'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
  • Test 1.4.3 : Chaque bouton associé à une image (balise input avec l'attribut type="image") utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt vérifie-t-il ces conditions ?
    • le contenu de l'attribut alt permet d'identifier la nature et la fonction du bouton
    • s'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
  • Test 1.4.4 : Pour chaque image objet (balise object avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, et ayant une alternative textuelle, l'alternative textuelle permet-elle d'identifier la nature et la fonction de l'image ?
  • Test 1.4.5 : Pour chaque image embarquée (balise embed avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, et ayant une alternative textuelle, l'alternative textuelle permet-elle d'identifier la nature et la fonction de l'image ?
  • Test 1.4.6 : Chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle via la propriété aria-label ou la balise desc vérifie-t-elle ces conditions ?
    • l'alternative textuelle implémentée via la propriété aria-label permet d'identifier la nature et la fonction de l'image et est identique à l'attribut title s'il est présent
    • l'alternative textuelle implémentée via la balise desc permet d'identifier la nature et la fonction de l'image et est identique à l'attribut title de la balise svg s'il est présent
  • Test 1.4.7 : Pour chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle , l'alternative textuelle est-elle correctement restituée par les technologies d'assistance ?
  • Test 1.4.8 : Pour chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle, l'alternative textuelle permet-elle d'identifier la nature et la fonction de l'image ?
  • Test 1.4.9 : Pour chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle , l'alternative textuelle est-elle correctement restituée par les technologies d'assistance ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G143 - G100

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 1.5 [A] Pour chaque image utilisée comme CAPTCHA, une solution d'accès alternatif au contenu ou à la fonction du CAPTCHA est-elle présente ?
  • Test 1.5.1 : Chaque image (balises img, area, object, embed, svg, canvas) utilisée comme CAPTCHA vérifie-t-elle une de ces conditions ?
    • Il existe une autre forme de CAPTCHA non graphique, au moins
    • Il existe une autre solution d'accès à la fonctionnalité sécurisée par le CAPTCHA
  • Test 1.5.2 : Chaque bouton associé à une image (balise input avec l'attribut type="image") utilisée comme CAPTCHA vérifie-t-il une de ces conditions ?
    • Il existe une autre forme de CAPTCHA non graphique, au moins
    • Il existe une autre solution d'accès à la fonctionnalité sécurisée par le CAPTCHA

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G144

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 1.6 [A] Chaque image porteuse d'information a-t-elle, si nécessaire, une description détaillée ?
  • Test 1.6.1 : Chaque image porteuse d'information (balise img) qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
    • Il existe un attribut longdesc qui donne l'adresse (url) d'une page contenant la description détaillée
    • Il existe un attribut alt contenant la référence à une description détaillée adjacente à l'image
    • Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée
  • Test 1.6.2 : Chaque image objet porteuse d'information (balise object avec l'attribut type="image/..."), qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  • Test 1.6.3 : Chaque image embarquée porteuse d'information (balise embed), qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  • Test 1.6.4 : Chaque bouton de formulaire de type image (balise input avec l'attribut type="image"), qui nécessite une description détaillée, vérifie-t-il une de ces conditions ?
    • Il existe un attribut alt contenant la référence à une description détaillée adjacente à l'image
    • Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée
  • Test 1.6.5 : Chaque image vectorielle (balise svg) qui nécessite une description détaillée vérifie-t-elle une de ces conditions ?
    • Il existe une propriété aria-label contenant une référence à une description détaillée adjacente à l'image vectorielle
    • Il existe une balise desc contenant une référence à une description détaillée adjacente à l'image vectorielle
    • Il existe une balise desc contenant la description détaillée
    • Il existe un lien adjacent (via une balise url ou une ancre) permettant d'accéder au contenu de la description détaillée
  • Test 1.6.6: Pour chaque image vectorielle (balise svg) qui implémente une référence à une description détaillée adjacente via une propriété aria-label ou une balise desc, cette référence est-elle correctement restituée par les technologies d'assistance ?
  • Test 1.6.7: Chaque image bitmap (balise canvas) qui nécessite une description détaillée vérifie-t-elle une de ces conditions ?
    • Il existe un passage de texte entre <canvas> et </canvas> contenant une référence à une description détaillée adjacente à l'image bitmap
    • Il existe un contenu textuel entre <canvas> et </canvas> faisant office de description détaillée.
    • Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée
  • Test 1.6.8: Pour chaque image bitmap (balise canvas) qui implémente une référence à une description détaillée adjacente, cette référence est-elle correctement restituée par les technologies d'assistance ?

Note technique : Consulter la note technique au sujet des images vectorielle et de l'utilisation de la propriété aria-describedby

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G92 - G74 - G73 - H45 - ARIA6

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 1.7 [A] Pour chaque image porteuse d'information ayant une description détaillée, cette description est-elle pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G92 - F67

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 1.8 [AA] Chaque image texte porteuse d'information, en l'absence d'un mécanisme de remplacement, doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?

Note technique : Consulter la note technique au sujet des images vectorielles de type texte

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G136 - G140 - C22 - C30

mot clé
  • Niveau : AA
  • Principe : Perceptible
Critère 1.9 [AAA] Chaque image texte porteuse d'information, doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?

Note technique : Consulter la note technique au sujet des images vectorielles de type texte

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.9

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G140 - C22 - C30

mot clé
  • Niveau : AAA
  • Principe : Perceptible
Critère 1.10 [A] Chaque légende d'image est-elle, si nécessaire, correctement reliée à l'image correspondante ?
  • Test 1.10.1 : Chaque image légendée (balise img ou input avec l'attribut type="image" associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image (balise img) et sa légende sont contenues dans une balise figure
    • la balise figure possède un attribut role="group"
    • Le contenu de l'attribut alt de l'image contient une référence à la légende adjacente
    • L'attribut title de l'image s'il est présent, est strictement identique au contenu de l'attribut alt
  • Test 1.10.2 : Chaque image objet (balise object avec l'attribut type="image/..." associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image (balise object) et sa légende sont contenues dans une balise figure
    • la balise figure possède un attribut role="group"
  • Test 1.10.3 : Chaque image embarquée légendée (balise embed associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image embarquée (balise embed) et sa légende sont contenues dans une balise figure
    • la balise figure possède un attribut role="group"
    • Le contenu de l'attribut alt de l'image contient une référence à la légende adjacente
    • L'attribut title de l'image s'il est présent, est strictement identique au contenu de l'attribut alt
  • Test 1.10.4 : Chaque image vectorielle légendée (balise svg associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image (balise svg) et sa légende sont contenues dans une balise figure
    • la balise figure possède un role="group"
    • Le contenu de la propriété aria-label ou de la balise desc de l'image vectorielle contient une référence à la légende adjacente
    • L'attribut title de l'image vectorielle (balise svg) s'il est présent, est strictement identique au contenu de la propriété aria-label ou de la balise desc utilisé comme alternative.
  • Test 1.10.5 : Chaque image bitmap légendée (balise canvas associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image (balise canvas) et sa légende sont contenues dans une balise figure
    • la balise figure possède un attribut role="group"
    • Le contenu entre <canvas> et </canvas> de l'image bitmap contient une référence à la légende adjacente

Note technique : Consulter la note technique au sujet des légendes d'images Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G140 - ARIA4 - ARIA6

mot clé
  • Niveau : A
  • Principe : Perceptible

1.2.2. Cadres

Recommandation :

Donner à chaque cadre en ligne un titre pertinent.

mot clé
  • Principe : Robuste
Critère 2.1 [A] Chaque cadre en ligne a-t-il un titre de cadre ?
  • Test 2.1.1 : Chaque cadre en ligne (balise iframe) a-t-il un attribut title ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H64

mot clé
  • Niveau : A
  • Principe : Robuste
Critère 2.2 [A] Pour chaque cadre en ligne ayant un titre de cadre, ce titre de cadre est-il pertinent ?
  • Test 2.2.1 : Pour chaque cadre en ligne (balise iframe) ayant un attribut title, le contenu de cet attribut est-il pertinent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H64

mot clé
  • Niveau : A
  • Principe : Robuste

1.2.3. Couleurs

Recommandation :

Ne pas donner l'information uniquement par la couleur et utiliser des contrastes de couleurs suffisamment élevés.

mot clé
  • Principe : Perceptible
Critère 3.1 [A] Dans chaque page Web, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • Test 3.1.1 : Pour chaque mot ou ensemble de mots dont la mise en couleur est porteuse d'information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • Test 3.1.2 : Pour chaque indication de couleur donnée par un texte, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • Test 3.1.3 : Pour chaque image véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • Test 3.1.4 : Pour chaque propriété CSS déterminant une couleur et véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • Test 3.1.5 : Pour chaque média temporel véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • Test 3.1.6 : Pour chaque média non temporel véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.1 - 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G14 - G182 - G111 - G117 - G138 - G205

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 3.2 [A] Dans chaque page Web, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G138 - F13

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 3.3 [AA] Dans chaque page Web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?
  • Test 3.3.1 : Dans chaque page Web, jusqu'à 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
    • le rapport de contraste entre le texte et son arrière-plan est de 4,5:1, au moins
    • un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4,5:1, au moins
  • Test 3.3.2 : Dans chaque page Web, jusqu'à 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
    • le rapport de contraste entre le texte et son arrière-plan est de 4,5:1, au moins
    • un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4,5:1, au moins
  • Test 3.3.3 : Dans chaque page Web, à partir de 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
    • le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins
    • un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins
  • Test 3.3.4 : Dans chaque page Web, à partir de 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
    • le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins
    • un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G18 - G136 - G148 - G174 - G145 - C29

mot clé
  • Niveau : AA
  • Principe : Perceptible
Critère 3.4 [AAA] Dans chaque page Web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il amélioré (hors cas particuliers) ?
  • Test 3.4.1 : Dans chaque page Web, jusqu'à 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
    • le rapport de contraste entre le texte et son arrière-plan est de 7:1, au moins
    • un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 7:1, au moins
  • Test 3.4.2 : Dans chaque page Web, jusqu'à 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
    • le rapport de contraste entre le texte et son arrière-plan est de 7:1, au moins
    • un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 7:1, au moins
  • Test 3.4.3 : Dans chaque page Web, à partir de 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
    • le rapport de contraste entre le texte et son arrière-plan est de 4,5:1, au moins
    • un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4,5:1, au moins
  • Test 3.4.4 : Dans chaque page Web, à partir de 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
    • le rapport de contraste entre le texte et son arrière-plan est de 4,5:1, au moins
    • un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4,5:1, au moins

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.6

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G148 - G17 - G18 - G174 - F83

mot clé
  • Niveau : AAA
  • Principe : Perceptible

1.2.4. Multimédia

Recommandation :

Donner si nécessaire à chaque media temporel une transcription textuelle, des sous-titres synchronisés et une audio-description synchronisée pertinents. Donner à chaque média non-temporel une alternative textuelle pertinente.
Rendre possible le contrôle de la consultation de chaque media temporel et non-temporel au clavier et s'assurer de leur compatibilité avec les technologies d'assistance.

mot clé
  • Principe : Perceptible, Utilisable, Robuste
Critère 4.1 [A] Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audio-description (hors cas particuliers) ?

Donner si nécessaire à chaque media temporel une transcription textuelle, des sous-titres synchronisés et une audio-description synchronisée pertinents. Donner à chaque média non-temporel une alternative textuelle pertinente.
Rendre possible le contrôle de la consultation de chaque media temporel et non-temporel au clavier et s'assurer de leur compatibilité avec les technologies d'assistance.

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.1 - 1.2.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G58 - G69 - G78 - G158 - G159 - G173 - G8 - G166 - H96 - SM6 - SM7

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste
Critère 4.2 [A] Pour chaque média temporel pré-enregistré ayant une transcription textuelle ou une audio-description synchronisée, celles-ci sont-elles pertinentes (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.1 - 1.2.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F30 - F67 - SM6 - SM7

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.3 [A] Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G58 - G93 - G87 - H95 - SM11 - SM12 - F74 - F75

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.4 [A] Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G87 - G93 - F8 - F74 - F75 - SM11 - SM12

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.5 [AA] Chaque média temporel en direct a-t-il, si nécessaire, des sous-titres synchronisés ou une transcription textuelle (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.4 - 1.2.9

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G9 - G150 - G151 - G157 - H95 - SM11 - SM12

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 4.6 [AA] Pour chaque média temporel en direct ayant des sous-titres synchronisés ou une transcription textuelle, ceux-ci sont-ils pertinents ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.4 - 1.2.9

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F8

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 4.7 [AA] Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audio-description synchronisée (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G58 - G8 - G78 - G173 - H96 - SM1 - SM2 - SM6 - SM7

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 4.8 [AA] Pour chaque média temporel pré-enregistré ayant une audio-description synchronisée, celle-ci est-elle pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : SM1 - SM2 - SM6 - SM7

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 4.9 [AAA] Chaque média temporel pré-enregistré a-t-il, si nécessaire, une interprétation en langue des signes (hors cas particuliers) ?
  • Test 4.9.1 : Chaque média temporel pré-enregistré seulement audio a-t-il, si nécessaire, une interprétation en langue des signes adaptée à la langue du média (hors cas particuliers) ?
  • Test 4.9.2 : Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, une interprétation en langue des signes adaptée à la langue du média (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.6

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G54 - G81 - SM13 - SM14

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 4.10 [AAA] Pour chaque média temporel pré-enregistré ayant une interprétation en langue des signes, celle-ci est-elle pertinente ?
  • Test 4.10.1 : Pour chaque média temporel pré-enregistré seulement audio ayant une interprétation en langue des signes, celle-ci est-elle pertinente ?
  • Test 4.10.2 : Pour chaque média temporel synchronisé pré-enregistré ayant une interprétation en langue des signes, celle-ci est-elle pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.6

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G54 - G81 - SM13 - SM14

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 4.11 [AAA] Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audio-description étendue synchronisée (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.7

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G58 - G8 - H96 - SM1 - SM2

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 4.12 [AAA] Pour chaque média temporel pré-enregistré ayant une audio-description étendue synchronisée, celle-ci est-elle pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.7

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G8 - SM1 - SM2

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 4.13 [AAA] Chaque média temporel synchronisé ou seulement vidéo a-t-il, si nécessaire, une transcription textuelle (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G58 - G69 - G159

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 4.14 [AAA] Pour chaque média temporel synchronisé ou seulement vidéo, ayant une transcription textuelle, celle-ci est-elle pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F74

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 4.15 [A] Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?
  • Test 4.15.1 : Pour chaque média temporel seulement son, seulement vidéo ou synchronisé, le contenu textuel adjacent permet-il d'identifier clairement le média temporel (hors cas particuliers) ?
  • Test 4.15.2 : Pour chaque média temporel seulement son en direct, seulement vidéo en direct ou synchronisé en direct, le contenu textuel adjacent permet-il d'identifier clairement le média temporel (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G68 - G100

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.16 [A] Chaque média non temporel a-t-il, si nécessaire, une alternative (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H35 - H46

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.17 [A] Pour chaque média non temporel ayant une alternative, cette alternative est-elle pertinente ?
  • Test 4.17.1 : Pour chaque média non temporel ayant une alternative, cette alternative permet-elle d'accéder au même contenu et à des fonctionnalités similaires ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H46 - F30

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.18 [A] Chaque son déclenché automatiquement est-il contrôlable par l'utilisateur ?
  • Test 4.18.1 : Chaque séquence sonore déclenchée automatiquement via une balise object, video, audio, embed, un code JavaScript ou une propriété bgsound vérifie-t-il une de ces conditions ?
    • La séquence sonore a une durée inférieure ou égale à 3 secondes
    • La séquence sonore peut être stoppée sur action de l'utilisateur
    • Le volume de la séquence sonore peut être contrôlé par l'utilisateur indépendamment du contrôle de volume du système.

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G60 - G170 - G171 - F23 - F93

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.19 [AAA] Pour chaque média temporel seulement audio pré-enregistré, les dialogues sont-ils suffisamment audibles (hors cas particuliers) ?
  • Test 4.19.1 : Chaque média temporel audio pré-enregistré et diffusé via une balise object, video, audio, embed ou proposé en téléchargement vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • L'arrière-plan sonore peut être désactivé
    • La ou les pistes de dialogue sont 20 décibels plus élevées que l'arrière-plan sonore.
    • Il existe une version alternative pour laquelle l'arrière-plan sonore peut être désactivé
    • Il existe une version alternative pour laquelle la ou les pistes de dialogue sont 20 décibels plus élevées que l'arrière-plan sonore

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.7

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G56

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 4.20 [A] La consultation de chaque média temporel est-elle, si nécessaire, contrôlable par le clavier et la souris ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.1.1 - 2.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G90 - G4 G202

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.21 [A] La consultation de chaque média non temporel est-elle contrôlable par le clavier et la souris ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.1.1 - 2.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G90 - G4

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 4.22 [A] Chaque média temporel et non temporel est-il compatible avec les technologies d'assistance (hors cas particuliers) ?
  • Test 4.22.1 : Chaque média temporel et non temporel inséré via une balise object ou embed vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • Le nom, le rôle, la valeur, le paramétrage et les changements d'états des composants d'interfaces sont accessibles aux technologies d'assistance via une API d'accessibilité
    • Une alternative compatible avec une API d'accessibilité permet d'accéder aux mêmes fonctionnalités
  • Test 4.22.2 : Chaque média temporel et non temporel inséré via une balise object ou embed, qui possède une alternative compatible avec une API d'accessibilité, vérifie-t-il une de ces conditions ?
    • L' alternative est adjacente au média temporel ou non temporel
    • L' alternative est accessible via un lien adjacent (une url ou une ancre)
    • Un mécanisme permet de remplacer le média temporel ou non temporel par son alternative.

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G10 - G135 - F15 - F54

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible

1.2.5. Tableaux

Recommandation :

Donner à chaque tableau de données complexe, un résumé et un titre pertinent, identifier clairement les cellules d'en-tête, utiliser un mécanisme pertinent pour lier les cellules de données aux cellules d'en-tête. Pour chaque tableau de mise en forme, veiller à sa bonne linéarisation.

mot clé
  • Principe : Perceptible
Critère 5.1 [A] Chaque tableau de données complexe a-t-il un résumé ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H73

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 5.2 [A] Pour chaque tableau de données complexe ayant un résumé, celui-ci est-il pertinent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H73

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 5.3 [A] Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ?
  • Test 5.3.1 : Chaque tableau de mise en forme vérifie-t-il ces conditions ?
    • le contenu linéarisé reste compréhensible
    • la balise table possède un attribut role="presentation"

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.2 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F49 - ARIA4

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 5.4 [A] Chaque tableau de données a-t-il un titre ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H39

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 5.5 [A] Pour chaque tableau de données ayant un titre, celui-ci est-il pertinent ?
  • Test 5.5.1 : Pour chaque tableau de données (balise table) ayant une balise caption, le contenu de cette balise donne-t-il le titre du tableau ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H39

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 5.6 [A] Pour chaque tableau de données, chaque en-tête de colonnes et chaque en-tête de lignes sont-ils correctement déclarés ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H51 - F91

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 5.7 [A] Pour chaque tableau de données, la technique appropriée permettant d'associer chaque cellule avec ses en-têtes est-elle utilisée ?
  • Test 5.7.1 : Chaque en-tête (balise th) s'appliquant à la totalité de la ligne ou de la colonne possède-t-il un attribut id unique ou un attribut scope ?
  • Test 5.7.2 : Chaque en-tête (balise th) s'appliquant à la totalité de la ligne ou de la colonne et possédant un attribut scope vérifie-t-il une de ces conditions ?
    • L'en-tête possède un attribut scope avec la valeur "row" pour les en-têtes de ligne
    • L'en-tête possède un attribut scope avec la valeur "col" pour les en-têtes de colonne
  • Test 5.7.3 : Chaque en-tête (balise th) ne s'appliquant pas à la totalité de la ligne ou de la colonne vérifie-t-il ces conditions ?
    • L'en-tête ne possède pas d'attribut scope
    • L'en-tête possède un attribut id unique
  • Test 5.7.4 : Chaque cellule (balise td ou th) associée à un ou plusieurs en-têtes possédant un attribut id vérifie-t-elle ces conditions ?
    • La cellule possède un attribut headers
    • L'attribut headers possède la liste des valeurs des en-têtes associés à la cellule.

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H63 - H43 - F90

mot clé
  • Niveau : A
  • Principe : Perceptible
Critère 5.8 [A] Chaque tableau de mise en forme ne doit pas utiliser d'éléments propres aux tableaux de données. Cette règle est-elle respectée ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F46

mot clé
  • Niveau : A
  • Principe : Perceptible

1.2.6. Liens

Recommandation :

Donner des intitulés de lien explicites, grâce à des informations de contexte notamment, et utiliser le titre de lien le moins possible. Doubler avec des liens ou un formulaire de navigation les zones réactive d'une image cliquable côté serveur.

mot clé
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 6.1 [A] Chaque lien est-il explicite (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 - 2.4.4 - 2.4.9

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H79 - H78 - H79 - H80 - H81 - H30 - F89 - G91 - G53 - ARIA7 - ARIA8 - F63

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 6.2 [A] Pour chaque lien ayant un titre de lien, celui-ci est-il pertinent ?
  • Test 6.2.1 : Pour chaque lien texte ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
  • Test 6.2.2 : Pour chaque lien image ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
  • Test 6.2.3 : pour chaque zone cliquable (balise area) ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
  • Test 6.2.4 : Pour chaque lien composite ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
  • Test 6.2.5 : Pour chaque lien vectoriel ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H33

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 6.3 [AAA] Chaque intitulé de lien seul est-il explicite hors contexte (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.9

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G91 - G189 - H33 - SCR30 - F84

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 6.4 [A] Pour chaque page web, chaque lien identique a-t-il les mêmes fonction et destination ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.4 - 3.2.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H79 - H78 - H79 - H80 - G91 - G197 - H30 - H33 - ARIA7 - ARIA8

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 6.5 [A] Dans chaque page Web, chaque lien, à l'exception des ancres, a-t-il un intitulé ?
  • Test 6.5.1 Dans chaque page Web, chaque lien (balise a avec un attribut href), à l'exception des ancres, a-t-il un intitulé entre <a> et </a> ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 - 2.4.4 - 2.4.9

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G91 - H30 - F89

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible

1.2.7. Scripts

Recommandation :

Donner si nécessaire à chaque script une alternative pertinente. Rendre possible le contrôle de chaque code script au moins par le clavier et la souris et s'assurer de leur compatibilité avec les technologies d'assistance.

mot clé
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 7.1 [A] Chaque script est-il, si nécessaire, compatible avec les technologies d'assistance ?
  • Test 7.1.1 : Chaque script qui génère ou contrôle un composant d'interface vérifie-t-il, si nécessaire, une de ces conditions ?
  • Test 7.1.2 : Chaque fonctionnalité d'insertion de contenu contrôlée par un script utilise-t-elle des propriétés et méthodes conformes à la spécification DOM (Document Object Model) ?
  • Test 7.1.3 :Chaque script qui génère, met à jour ou contrôle un composant d'interface qui comporte des rôles des états ou des propriétés correspondant à un motif de conception défini par l'API ARIA vérifie-t-il une de ces conditions ?
    • Le composant d'interface est conforme au motif de conception défini par l'API ARIA
    • Un composant d'interface présent sur la page, permettant d'accéder aux mêmes fonctionnalités, est conforme au motif de conception défini par l'API ARIA
    • Le composant d'interface adapte un motif de conception défini par l'API ARIA.
    • Une alternative accessible permet d'accéder aux mêmes fonctionnalités.
  • Test 7.1.4 : Chaque modification du rôle natif d'un élément HTML respecte-t-elle les règles et préconisations indiquées dans la spécification HTML5 et les notes techniques associées ?
  • Test 7.1.5 : Chaque script qui génère ou contrôle un composant d'interface via des rôles, des états ou des propriétés définis par l'API ARIA respecte-t-il une de ces conditions ?
  • Test 7.1.6 : Chaque composant d'interface qui utilise un role ARIA application respecte-t-il une de ces conditions ?

Note technique : Consulter la note technique au sujet des alternatives à JavaScript

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G10 - G135 - G136 - ARIA4 - ARIA5 - ARIA18 - ARIA19 - SCR21 - F15 - F19 - F42 - F59 - F79 - F20

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 7.2 [A] Pour chaque script ayant une alternative, cette alternative est-elle pertinente ?
  • Test 7.2.1 : Chaque script débutant par la balise script et ayant une alternative vérifie-t-il une de ces conditions ?
    • L'alternative entre <noscript> et </noscript> permet d'accéder à des contenus et des fonctionnalités similaires
    • La page affichée, lorsque JavaScript est désactivé, permet d'accéder à des contenus et des fonctionnalités similaires
    • La page alternative permet d'accéder à des contenus et des fonctionnalités similaires
    • Le langage de script côté serveur permet d'accéder à des contenus et des fonctionnalités similaires
    • L'alternative, présente dans la page, permet d'accéder à des contenus et des fonctionnalités similaires
  • Test 7.2.2 : Chaque élément non textuel mis à jour par un script (dans la page, ou un cadre en ligne) et ayant une alternative vérifie-t-il ces conditions ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.2 - 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G136 - F19 - F20

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 7.3 [A] Chaque script est-il contrôlable par le clavier et la souris (hors cas particuliers) ?
  • Test 7.3.1 : Chaque élément possédant un gestionnaire d'événement contrôlé par un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
  • Test 7.3.2 : Chaque élément possédant un gestionnaire d'événement contrôlé par un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
  • Test 7.3.3 : Un script ne doit pas supprimer le focus d'un élément qui le reçoit. Cette règle est-elle respectée (hors cas particuliers) ?
  • Test 7.3.4 : Chaque composant d'interface implémenté via un rôle défini par l'API ARIA et correspondant à un motif de conception respecte-t-il une de ces conditions ?
    • Les interactions au clavier sont conformes au comportement défini par le motif de conception pour les touches Echap, Barre d'espace, Tabulation et Flèches de direction au moins
    • Un composant d'interface présent sur la page, permettant de réaliser la même action, possède des interactions au clavier conformes au comportement défini par le motif de conception , pour les touches Echap, Barre d'espace, Tabulation et Flèches de direction au moins
    • Une alternative permettant d'accéder aux mêmes fonctionnalités est contrôlable par le clavier et à la souris.

Note technique : Consulter la note technique au sujet des interactions au clavier via l'API ARIA

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1 - 2.1.1 - 2.1.3 - 2.4.7

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G202 - SCR2 - SCR20 - SCR29 - SCR35 - G90 - F42 - F54 - F55

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 7.4 [A] Pour chaque script qui initie un changement de contexte, l'utilisateur est-il averti ou en a-t-il le contrôle ?
  • Test 7.4.1 : Chaque script qui initie un changement de contexte vérifie-t-il une de ces conditions ?
    • L'utilisateur est averti par un texte de l'action du script et du type de changement avant son déclenchement
    • Le changement de contexte est initié par un bouton (input de type submit, button ou image ou balise button) explicite
    • Le changement de contexte est initié par un lien explicite

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.2.1 - 3.2.2 - 3.2.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F9 - F22 - F36 - F37 - F41 - G13 - G76 - G80 - G107 - H32 - H84 - SCR19

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 7.5 [AAA] Chaque script qui provoque une alerte non sollicitée est-il contrôlable par l'utilisateur (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.2.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : SCR14

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste

1.2.8. Éléments Obligatoires

Recommandation :

Vérifier que chaque page Web a un code source valide selon le type de document, un titre pertinent et une indication de langue par défaut. Vérifier que les balises ne sont pas utilisées uniquement pour la présentation, que les changements de langues et de direction de sens de lecture sont indiqués.

mot clé
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.1 [A] Chaque page Web est-elle définie par un type de document ?
  • Test 8.1.1 : Pour chaque page Web, le type de document (balise doctype) est-il présent ?
  • Test 8.1.2 : Pour chaque page Web, le type de document (balise doctype) est-il valide ?
  • Test 8.1.3 : Pour chaque page Web possédant une déclaration de type de document, celle-ci est-elle située avant la balise html dans le code source ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G134 - G192

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.2 [A] Pour chaque page Web, le code source est-il valide selon le type de document spécifié hors cas particuliers ?
  • Test 8.2.1 : Pour chaque déclaration de type de document, le code source de la page vérifie-t-il ces conditions ?
    • Les balises respectent les règles d'écriture
    • L'imbrication des balises est conforme
    • L'ouverture et la fermeture des balises sont conformes
    • Les attributs respectent les règles d'écriture
    • Les valeurs des attributs respectent les règles d'écriture
  • Test 8.2.2 : Pour chaque déclaration de type de document, le code source de la page ne doit pas utiliser d'éléments obsolètes. Cette règle est-elle respectée hors cas particuliers ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.1 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G134 - G192 - H74 - H75 - H88 - H93 - H94 - F70 - F77 - F62

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.3 [A] Dans chaque page Web, la langue par défaut est-elle présente ?
  • Test 8.3.1 : Pour chaque page Web, l'indication de langue par défaut vérifie-t-elle une de ces conditions ?
    • L'indication de la langue de la page (attribut lang et/ou xml:lang) est donnée pour l'élément html
    • L'indication de la langue de la page (attribut lang et/ou xml:lang) est donnée sur chaque élément de texte ou sur l'un des éléments parents

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H57

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.4 [A] Pour chaque page Web ayant une langue par défaut, le code de langue est-il pertinent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H57

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.5 [A] Chaque page Web a-t-elle un titre de page ?
  • Test 8.5.1 : Chaque page Web a-t-elle un titre de page (balise title) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G88 - G127 - H25

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.6 [A] Pour chaque page Web ayant un titre de page, ce titre est-il pertinent ?
  • Test 8.6.1 : Pour chaque page Web ayant un titre de page (balise title), le contenu de cette balise est-il pertinent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G88 - G127 - F25

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.7 [AA] Dans chaque page Web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
  • Test 8.7.1 : Dans chaque page Web, chaque texte écrit dans une langue différente de la langue par défaut vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • L'indication de langue est donnée sur l'élément contenant le texte
    • L'indication de langue est donnée sur un des éléments parents

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H58

mot clé
  • Niveau : AA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.8 [AA] Dans chaque page Web, chaque changement de langue est-il pertinent ?
  • Test 8.8.1 : Dans chaque page Web, chaque changement de langue (attribut lang et/ou xml:lang) est-il valide ?
  • Test 8.8.2 : Dans chaque page Web, chaque changement de langue (attribut lang et/ou xml:lang) est-il pertinent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H58

mot clé
  • Niveau : AA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.9 [A] Dans chaque page Web, les balises ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G115 - H88 - F43 - F92

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 8.10 [A] Dans chaque page Web, les changements du sens de lecture sont-ils signalés ?
  • Test 8.10.1 : Dans chaque page Web, chaque texte dont le sens de lecture est différent du sens de lecture par défaut vérifie-t-il ces conditions ?
    • Le texte est contenu dans une balise possédant un attribut dir
    • La valeur de l'attribut dir est conforme (rtl ou ltr)
    • La valeur de l'attribut dir est pertinente

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H56

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste

1.2.9. Structuration de l'information

Recommandation :

Utiliser des titres, des listes, des abréviations et des citations pour structurer l'information.

mot clé
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 9.1 [A] Dans chaque page Web, l'information est-elle structurée par l'utilisation appropriée de titres ?

Correspondances WCAG 2.0

  • Test 9.1.1 : Dans chaque page Web, y a-t-il un titre de niveau 1 (balise h1 ou balise possédant un role ARIA "heading" associé à une propriété aria-level="1") ?
  • Test 9.1.2 : Dans chaque page Web, la hiérarchie entre les titres (balises h ou balise possédant un role ARIA "heading" associé à une propriété aria-level) est-elle pertinente ?
  • Test 9.1.3 : Dans chaque page Web, chaque titre (balise h ou balise possédant un role ARIA "heading" associé à une propriété aria-level) nécessaire à la structure de l'information est-il présent ?
  • Test 9.1.4 : Dans chaque page Web, chaque titre (balise h ou balise possédant un role ARIA "heading" associé à une propriété aria-level) est-il pertinent ?

Note technique : Consulter la note technique au sujet du role ARIA heading et l'utilisation des titres h1

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1 - 2.4.1 - 2.4.6 - 2.4.10 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H69 - G115 - G130 - H42 - G141 - ARIA4 - ARIA12

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 9.2 [A] Dans chaque page Web, la structure du document est-elle cohérente ?

Note technique : Consulter la note technique au sujet de la structure du document et de l'outline

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G115 - ARIA11

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 9.3 [A] Dans chaque page Web, chaque liste est-elle correctement structurée ?
  • Test 9.3.1 : Dans chaque page Web, les informations regroupées sous forme de listes non ordonnées vérifient-elles une de ces conditions ?
    • La liste utilise les balises HTML ul et li
    • La liste utilise les roles ARIA list et listitem
  • Test 9.3.2 : Dans chaque page Web, les informations regroupées sous forme de listes ordonnées vérifient-elles une de ces conditions ?
    • La liste utilise les balises HTML ol et li
    • La liste utilise les roles ARIA list et listitem
  • Test 9.3.3 : Dans chaque page Web, les informations regroupées sous forme de listes de définitions utilisent-elles les balises dl et dt/dd ?

Note technique : Consulter la note technique au sujet des roles list et listitem

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G153 - G115 - H40 - H48 - H97 - F2

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 9.4 [AAA] Dans chaque page Web, la première occurrence de chaque abréviation permet-elle d'en connaître la signification ?
  • Test 9.4.1 : Dans chaque page Web, la première occurrence de chaque abréviation vérifie-t-elle une de ces conditions ?
    • L'abréviation est accompagnée de sa signification sous forme d'un texte adjacent
    • L'abréviation est implémentée via un lien référençant une page ou un emplacement dans la page qui permet d'en connaître la signification
    • L'abréviation fait partie d'un lien possédant un attribut title qui permet d'en connaître la signification
    • La signification de l'abréviation est présente dans un glossaire présent sur le site
    • L'abréviation est implémentée via une balise abbr possédant un attribut title qui permet d'en connaître la signification

Note technique : Consulter la note technique au sujet du role ARIA definition

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G55 - G70 - G97 - G102 - H28

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 9.5 [AAA] Dans chaque page Web, la signification de chaque abréviation est-elle pertinente ?
  • Test 9.5.1 : Dans chaque page Web, la signification de chaque abréviation est-elle pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G55 - G70 - G97 - G102 - H28

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible
Critère 9.6 [A] Dans chaque page Web, chaque citation est-elle correctement indiquée ?
  • Test 9.6.1 : Dans chaque page Web, chaque citation courte utilise-t-elle une balise q ?
  • Test 9.6.2 : Dans chaque page Web, chaque bloc de citation utilise-t-il une balise blockquote ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G115 - H49 - F2

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible

1.2.10. Présentation de l'information

Recommandation :

Utiliser des feuilles de styles pour contrôler la présentation de l'information. Vérifier l'effet de l'agrandissement des tailles de caractère sur la lisibilité. S'assurer que les liens sont correctement identifiables, que la prise de focus est signalée, que l'interlignage est suffisant et donner la possibilité à l'utilisateur de contrôler la justification des textes. S'assurer que les textes cachés sont correctement restitués et que l'information n'est pas donnée uniquement par la forme ou la position d'un élément.

mot clé
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.1 [A] Dans le site Web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l'information ?
  • Test 10.1.1 : Dans chaque page Web, les balises servant à la présentation de l'information ne doivent pas être présentes dans le code source des pages. Cette règle est-elle respectée ?
  • Test 10.1.2 : Dans chaque page Web, les attributs servant à la présentation de l'information ne doivent pas être présents dans le code source des pages. Cette règle est-elle respectée ?
  • Test 10.1.3 : Dans chaque page Web, l'utilisation des espaces vérifie-t-elle ces conditions ?
    • Les espaces ne sont pas utilisés pour séparer les lettres d'un mot
    • Les espaces ne sont pas utilisés pour simuler des tableaux
    • Les espaces ne sont pas utilisés pour simuler des colonnes de texte

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1 - 1.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G140 - F32 - F33 - F34 - C6 - C8 - C18 - C22 - F48

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.2 [A] Dans chaque page Web, le contenu visible reste-t-il présent lorsque les feuilles de styles sont désactivées ?
  • Test 10.2.1 : Dans chaque page Web, l'information reste-t-elle présente lorsque les feuilles de styles sont désactivées ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 - 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G140 - F3 - F87

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.3 [A] Dans chaque page Web, l'information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : G140 - 1.3.2 - 2.4.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F1 - G59

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.4 [AA] Dans chaque page Web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu'à 200%, au moins ?
  • Test 10.4.1 : Dans les feuilles de styles du site Web, les unités non relatives (pt, pc, mm, cm, in) ne doivent pas être utilisées pour les types de média screen, tv, handheld, projection. Cette règle est-elle respectée ?
  • Test 10.4.2 : Dans les feuilles de styles du site Web, pour les types de média screen, tv, handheld, projection, les tailles de caractères utilisent-elles uniquement des unités relatives ?
  • Test 10.4.3 : Dans chaque page Web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, ne doit pas provoquer de perte d'information. Cette règle est-elle respectée ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G146 - F80 - F69 - C14 - C12 - C13 - C17 - C28 - G179 - SCR34

mot clé
  • Niveau : AA
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.5 [AA] Dans chaque page Web, les déclarations CSS de couleurs de fond d'élément et de police sont-elles correctement utilisées?
  • Test 10.5.1 : Dans chaque page Web, chaque déclaration CSS de couleurs de police (color), d'un élément susceptible de contenir du texte, est-elle accompagnée d'une déclaration de couleur de fond (background, background-color), au moins, héritée d'un parent ?
  • Test 10.5.2 : Dans chaque page Web, chaque déclaration de couleur de fond (background, background-color), d'un élément susceptible de contenir du texte, est-elle accompagnée d'une déclaration de couleur de police (color) au moins, héritée d'un parent ?
  • Test 10.5.3 : Dans chaque page Web, chaque utilisation d'une image pour créer une couleur de fond d'un élément susceptible de contenir du texte, via CSS (background, background-image), est-elle accompagnée d'une déclaration de couleur de fond (background, background-color), au moins, héritée d'un parent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.3 - 1.4.6 - 1.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F24

mot clé
  • Niveau : AA
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.6 [A] Dans chaque page Web, chaque lien dont la nature n'est pas évidente est-il visible par rapport au texte environnant ?
  • Test 10.6.1 : Dans chaque page Web, chaque lien texte signalé uniquement par la couleur et dont la nature n'est pas évidente a-t-il un rapport de contraste supérieur ou égal à 3:1 par rapport au texte environnant ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G183 - F73

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.7 [A] Dans chaque page Web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
  • Test 10.7.1 : Pour chaque élément recevant le focus, l'indication visuelle du navigateur ne doit pas être supprimée (propriété CSS outline, outline-color, outline-width, outline-style). Cette règle est-elle respectée ?
  • Test 10.7.2 : Pour chaque élément recevant le focus, l'indication visuelle du navigateur ne doit pas être dégradée (propriété CSS outline-color). Cette règle est-elle respectée ?
  • Test 10.7.3 : Chaque lien dans un texte signalé par la couleur uniquement vérifie-t-il ces conditions ?
    • Une indication visuelle autre que la couleur permet de signaler la prise de focus au clavier.
    • Une indication visuelle autre que la couleur permet de signaler le survol du lien à la souris.

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.1 - 2.4.7

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G149 - G183 - F73 - F78 - G165 - C15 - G195 - SCR31

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.8 [AAA] Dans chaque page Web, le choix de la couleur de fond et de police du texte est-il contrôlable par l'utilisateur ?
  • Test 10.8.1 : Pour chaque bloc de texte contenu dans une balise HTML, la couleur de fond est-elle contrôlable par l'utilisateur ?
  • Test 10.8.2 : Pour chaque bloc de texte contenu dans une balise HTML, la couleur de police est-elle contrôlable par l'utilisateur ?
  • Test 10.8.3 : Pour chaque bloc de texte contenu dans une balise object, embed, svg ou canvas, la couleur de fond est-elle contrôlable par l'utilisateur ?
  • Test 10.8.4 : Pour chaque bloc de texte contenu dans une balise object, embed, svg ou canvas, la couleur de police est-elle contrôlable par l'utilisateur ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G156 - G175

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.9 [AAA] Pour chaque page Web, le texte ne doit pas être justifié. Cette règle est-elle respectée ?
  • Test 10.9.1 : Chaque page Web vérifie-t-elle une de ces conditions ?
    • Le texte n'est pas justifié
    • Un mécanisme permet à l'utilisateur de supprimer la justification du texte

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F88 - G166 - G172

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.10 [AAA] Pour chaque page Web, en affichage plein écran et avec une taille de police à 200%, chaque bloc de texte reste-t-il lisible sans l'utilisation de la barre de défilement horizontal ?
  • Test 10.10.1 : Dans chaque page Web, l'augmentation de la taille des caractères à 200% vérifie-t-elle une de ces conditions ?
    • En affichage plein écran, pour lire un bloc de texte, l'utilisation de la barre de défilement horizontal n'est pas nécessaire
    • Un mécanisme permet de rendre inutile l'utilisation de la barre de défilement horizontal pour lire un bloc de texte en affichage plein écran

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G146 - G206 - C19 - C24 - C28

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.11 [AAA] Pour chaque page Web, les blocs de texte ont-ils une largeur inférieure ou égale à 80 caractères (hors cas particuliers) ?
  • Test 10.11.1 : Pour chaque page Web, chaque bloc de texte vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • Chaque bloc de texte a une largeur inférieure ou égale à 80 caractères
    • L'utilisateur peut réduire la largeur de chaque bloc de texte à 80 caractères en redimensionnant la fenêtre de son navigateur

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G204 - C20

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.12 [AAA] Pour chaque page Web, l'espace entre les lignes et les paragraphes est-il suffisant ?
  • Test 10.12.1 : Pour chaque page Web, chaque bloc de texte vérifie-t-il une de ces conditions ?
    • La valeur de l'interligne est égale à 1,5 fois la taille du texte, au moins
    • Un mécanisme permet d'augmenter la valeur de l'interligne à 1,5 fois la taille du texte, au moins
  • Test 10.12.2 : Pour chaque page Web, chaque bloc de texte vérifie-t-il une de ces conditions ?
    • La valeur de l'espacement entre deux paragraphes est égale à 1,5 fois la valeur de l'interligne, au moins
    • Un mécanisme permet d'augmenter la valeur de l'espacement entre deux paragraphes à 1,5 fois la valeur de l'interligne, au moins

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G188 - C21

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.13 [A] Pour chaque page Web, les textes cachés sont-ils correctement affichés pour être restitués par les technologies d'assistance ?
  • Test 10.13.1 : Dans chaque page Web, chaque texte caché vérifie-t-il une de ces conditions ?
    • Le texte n'a pas vocation à être restitué par les technologies d'assistance
    • Le texte est rendu visible sur action de l'utilisateur sur l'élément lui-même ou un élément précédant le texte caché
    • Le texte caché fait partie d'un composant d'interface piloté par l'API ARIA, prenant en charge l'état affiché ou masqué du contenu.
  • Test 10.13.2 : Dans chaque page Web, chaque texte caché qui utilise une propriété ARIA aria-hidden vérifie-t-il une de ces conditions ?
    • Le texte n'a pas vocation à être restitué par les technologies d'assistance
    • La valeur de la propriété ARIA aria-hidden est cohérente avec l'état visible ou caché du texte
  • Test 10.13.3 : Dans chaque page Web, chaque texte caché qui utilise un attribut hidden vérifie-t-il une de ces conditions ?
    • Le texte n'a pas vocation à être restitué par les technologies d'assistance
    • Le texte est rendu visible sur action de l'utilisateur sur l'élément lui-même ou un élément précédent le texte caché
    • Le texte caché fait partie d'un composant d'interface piloté par l'API ARIA, prenant en charge l'état affiché ou masqué du contenu.

Note technique : Consulter la note technique au sujet de la propriété aria-hidden et de l'attribut hidden

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.2 - 1.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G57

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.14 [A] Dans chaque page Web, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
  • Test 10.14.1 : Dans chaque page Web, pour chaque texte ou ensemble de texte, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
  • Test 10.14.2 : Dans chaque page Web, pour chaque image ou ensemble d'image, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
  • Test 10.14.3 : Dans chaque page Web, pour chaque média temporel, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
  • Test 10.14.4 : Dans chaque page Web, pour chaque média non temporel, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.1 - 1.3.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G96 - G111 - G140 - F14 - F26

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste
Critère 10.15 [A] Dans chaque page Web, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
  • Test 10.15.1 : Dans chaque page Web, pour chaque texte ou ensemble de textes, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle implémentée de façon pertinente ?
  • Test 10.15.2 : Dans chaque page Web, pour chaque image ou ensemble d'images, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
  • Test 10.15.3 : Dans chaque page Web, pour chaque média temporel, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
  • Test 10.15.4 : Dans chaque page Web, pour chaque média non temporel, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.4.1 - 1.3.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G96 - G111 - G140 - F14 - F26

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Robuste

1.2.11. Formulaires

Recommandation :

Associer pour chaque formulaire chacun de ses champs à son intitulé, grouper les champs dans des blocs d'informations de même nature, structurer les listes de choix de manière pertinente, donner à chaque bouton un intitulé explicite. Vérifier la présence d'aide à la saisie, s'assurer que le contrôle de saisie est accessible et que l'utilisateur peut contrôler les données à caractère financier, juridique ou personnelles.

mot clé
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.1 [A] Chaque champ de formulaire a-t-il une étiquette ?
  • Test 11.1.1 : Chaque champ de formulaire vérifie-t-il une de ces conditions ?
    • Le champ de formulaire possède un attribut title
    • Une étiquette (balise label) est associée au champ de formulaire
    • Le champ de formulaire possède une propriété aria-label
    • Le champ de formulaire possède une propriété aria-labelledby référençant un passage de texte identifié
  • Test 11.1.2 : Chaque champ de formulaire, associé à une étiquette (balise label), vérifie-t-il ces conditions ?
    • Le champ de formulaire possède un attribut id
    • La valeur de l'attribut id est unique
    • La balise label possède un attribut for
    • La valeur de l'attribut for est égale à la valeur de l'attribut id du champ de formulaire associé
  • Test 11.1.3 : Chaque champ de formulaire associé à une étiquette via la propriété ARIA aria-labelledby, vérifie-t-il ces conditions ?
    • l'étiquette possède un attribut id
    • La valeur de l'attribut id est unique
    • La valeur de la propriété ARIA aria-labelledby est égale à la valeur de l'attribut id de l'étiquette

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1 - 2.4.6 - 3.3.2 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H44 - H65 - G82 - G131 - ARIA6 - ARIA9 - ARIA16 - ARIA14 - F17 - F82 - F86 - F68

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.2 [A] Chaque étiquette associée à un champ de formulaire est-elle pertinente ?
  • Test 11.2.1 : Chaque étiquette (balise label) permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
  • Test 11.2.2 : Chaque attribut title permet-il de connaître la fonction exacte du champ de formulaire auquel il est associé ?
  • Test 11.2.3 : Chaque étiquette implémentée via la propriété ARIA aria-label permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
  • Test 11.2.4 : Chaque étiquette implémentée via la propriété ARIA aria-labelledby permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.6 - 3.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H44 - H65 - G182 - G131 - ARIA6 - ARIA9 - ARIA16 - ARIA14

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.3 [AA] Dans chaque formulaire, chaque étiquette associée à un champ de formulaire ayant la même fonction et répétée plusieurs fois dans une même page ou dans un ensemble de pages est-elle cohérente ?
  • Test 11.3.1 : Chaque étiquette associée à un champ de formulaire ayant la même fonction et répétée plusieurs fois dans une même page est-elle cohérente ?
  • Test 11.3.2 : Chaque étiquette associée à un champ de formulaire ayant la même fonction et répétée dans un ensemble de pages est-elle cohérente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.2.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F31

mot clé
  • Niveau : AA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.4 [A] Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés ?
  • Test 11.4.1 : Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G162

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.5 [A] Dans chaque formulaire, les informations de même nature sont-elles regroupées, si nécessaire ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1 - 3.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H71

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.6 [A] Dans chaque formulaire, chaque regroupement de champs de formulaire a-t-il une légende ?
  • Test 11.6.1 : Chaque regroupement de champs de formulaire (balise fieldset) est-il suivi dans le code source par une légende (balise legend) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1 - 3.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H71

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.7 [A] Dans chaque formulaire, chaque légende associée à un groupement de champs de formulaire est-elle pertinente ?
  • Test 11.7.1 : Dans chaque formulaire, chaque légende (balise legend) associée à un groupement de champs de formulaire (balise fieldset) est-elle pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H71

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.8 [A] Dans chaque formulaire, chaque liste de choix est-elle structurée de manière pertinente ?
  • Test 11.8.1 : Dans chaque formulaire, pour chaque liste de choix (balise select), les items sont-ils regroupés avec une balise optgroup, si nécessaire ?
  • Test 11.8.2 : Dans chaque liste de choix (balise select), chaque regroupement d'items de liste (balise optgroup) possède-t-il un attribut label ?
  • Test 11.8.3 : Pour chaque regroupement d'items de liste (balise optgroup) ayant un attribut label, le contenu de l'attribut label est-il pertinent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H85

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.9 [A] Dans chaque formulaire, l'intitulé de chaque bouton est-il pertinent ?
  • Test 11.9.1 : Dans chaque formulaire, l'intitulé de chaque bouton vérifie-t-il une de ces conditions ?
    • Le contenu de l'attribut value des boutons de formulaire de type submit, reset ou button est pertinent
    • Le contenu de la balise <button> est pertinent
    • Le contenu de l'attribut title est pertinent
    • Le contenu de la propriété ARIA aria-label est pertinent
  • Test 11.9.2 : Dans chaque formulaire, l'intitulé de chaque bouton implémenté via une propriété ARIA aria-labelledby vérifie-t-il ces conditions ?
    • Le passage de texte servant d'intitulé possède un attribut Id
    • La valeur de l'attribut id est unique
    • La valeur de la propriété ARIA aria-labelledby est égale à la valeur de l'attribut id du passage de texte
    • Le passage de texte est pertinent

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H36 - H91 - ARIA6 - ARIA9 - ARIA16 - ARIA14

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.10 [A] Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente ?
  • Test 11.10.1 : Pour chaque formulaire, les indications de champs obligatoires vérifient-ils une de ces conditions ?
    • L'indication de champ obligatoire est donnée par un passage de texte avant le champ de formulaire
    • L'indication de champ obligatoire est donnée via un attribut required
    • L'indication de champ obligatoire est donnée via la propriété ARIA aria-required
    • L'indication de champ obligatoire est donnée dans l'étiquette (balise attribut label, attribut title, propriété aria-label, passage de texte lié via la propriété aria-labelledby) du champ de formulaire
    • L'indication de champ obligatoire est donnée par un passage de texte lié par la propriété ARIA aria-describedby
  • Test 11.10.2 : Chaque indication de champ obligatoire qui utilise les propriétés ARIA aria-label, aria-required ou l'attribut required doit être accompagnée d'une indication visuelle explicite dans l'étiquette (balise label) ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby, cette règle est-elle respectée ?
  • Test 11.10.3 : Chaque indication de champ obligatoire qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?
    • Le passage de texte est identifié via un attribut id
    • La valeur de l'attribut id est unique
    • La valeur de la propriété ARIA aria-describedby ou aria-labelledby est égale à la valeur de l'attribut id
  • Test 11.10.4 : Pour chaque formulaire, les erreurs de saisie vérifient-elles une de ces conditions ?
    • L'erreur de saisie est indiquée dans l'étiquette (balise label, attribut title, propriété ARIA aria-label, passage de texte lié via la propriété ARIA aria-labelledby) du champ de formulaire
    • L'erreur de saisie est indiquée par un passage de texte avant le champ de formulaire
    • Le champ de formulaire possède un type qui produit de manière automatique un message d'erreur de saisie
    • L'erreur de saisie est indiquée par un passage de texte lié par la propriété ARIA aria-describedby
    • L’erreur de saisie est indiquée via la propriété ARIA aria-invalid
  • Test 11.10.5 : Chaque indication d’erreur de saisie réalisée grâce à la propriété ARIA aria-label ou aria-invalid doit être accompagnée d'une indication visuelle explicite dans l’étiquette (balise label) ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby, cette règle est-elle respectée ?
  • Test 11.10.6 : Chaque erreur de saisie qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?
    • Le passage de texte est identifié via un attribut id
    • La valeur de l'attribut id est unique
    • La valeur de la propriété ARIA aria-describedby ou aria-labelledby est égale à la valeur de l'attribut id
  • Test 11.10.7 : Pour chaque formulaire, chaque champ obligatoire vérifie-t-il une de ces conditions ?
    • Le type de donnée et/ou de format est indiqué, si nécessaire, dans l'étiquette (balise label, attribut title, propriété ARIA aria-label, texte lié via la propriété ARIA aria-labelledby) du champ
    • Le type de donnée et/ou de format est indiqué, si nécessaire, par un passage de texte avant le champ de formulaire
    • Le type de donnée et/ou de format est indiqué, si nécessaire, par un texte lié par la propriété ARIA aria-describedby
  • Test 11.10.8 : Chaque indication du type de donnée et/ou de format réalisée grâce à la propriété ARIA aria-label doit être accompagnée d'une indication visuelle explicite dans l’étiquette (balise label) ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby, cette règle est-elle respectée ?
  • Test 11.10.9 : Chaque indication de type de donnée et/ou de format qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou ARIA aria-labelledby vérifie-t-elle ces conditions ?
    • Le passage de texte est identifié via un attribut id
    • La valeur de l'attribut id est unique
    • La valeur de la propriété ARIA aria-describedby ou ARIA aria-labelledby est égale à la valeur de l'attribut id

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.3.1 - 3.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G83 - G84 - G85 - G89 - G184 - H44 - H89 - H90 - F81 - SCR18 - SCR32 - ARIA1 - ARIA2 - ARIA6 - ARIA9 - ARIA16 - ARIA21

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.11 [AA] Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ?
  • Test 11.11.1 : Pour chaque formulaire, pour chaque erreur de saisie, les types et les formats de données sont-ils suggérés, si nécessaire ?
  • Test 11.11.2 : Pour chaque formulaire, pour chaque erreur de saisie, des exemples de valeurs attendues sont-ils suggérés, si nécessaire ?

Note technique : Consulter la note technique au sujet des contrôles automatiques de format HTML5

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.3.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G84 - G85 - G89 - G177 - H89

mot clé
  • Niveau : AA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.12 [AA] Pour chaque formulaire, les données à caractère financier, juridique ou personnel peuvent-elles être modifiées, mises à jour ou récupérées par l'utilisateur ?
  • Test 11.12.1 : Pour chaque formulaire, la saisie des données à caractère financier, juridique ou personnelle vérifie-t-elle une de ces conditions ?
    • L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après leur saisie
    • L'utilisateur peut vérifier et corriger les données avant la validation du formulaire
    • Un mécanisme de confirmation explicite, via un champ de formulaire ou une étape supplémentaire, est présent
  • Test 11.12.2 : Pour chaque formulaire, la suppression des données à caractère financier, juridique ou personnelle vérifie-t-elle une de ces conditions ?
    • Un mécanisme permet de récupérer les données supprimées par l'utilisateur
    • Un mécanisme de confirmation explicite de la suppression, via un champ de formulaire ou une étape supplémentaire, est présent

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.3.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G98 - G99 - G155 - G164 - G168

mot clé
  • Niveau : AA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.13 [AAA] Pour chaque formulaire, toutes les données peuvent-elles être modifiées, mises à jour ou récupérées par l'utilisateur ?
  • Test 11.13.1 : Pour chaque formulaire, la saisie des données vérifie-t-elle une de ces conditions ?
    • L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après leur saisie
    • L'utilisateur peut vérifier et corriger les données avant la validation du formulaire
    • Un mécanisme de confirmation explicite, via un champ de formulaire ou une étape supplémentaire, est présent
  • Test 11.13.2 : Pour chaque formulaire, la suppression des données vérifie-t-elle une de ces conditions ?
    • Un mécanisme permet de récupérer les données supprimées par l'utilisateur
    • Un mécanisme de confirmation explicite de la suppression, via un champ de formulaire ou une étape supplémentaire, est présent

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.3.6

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G98 - G99 - G155 - G164 - G168

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.14 [AAA] Pour chaque formulaire, des aides à la saisie sont-elles présentes ?
  • Test 11.14.1 : Chaque formulaire vérifie-t-il une de ces conditions ?
    • Il existe un lien vers une page d'aide
    • Il existe des indications avant le formulaire
    • Il existe des indications avant les champs de formulaire
    • Il existe des indications dans l'étiquette (balise label, attribut title, propriété aria-label, passage de texte lié via la propriété aria-labelledby) du champ de formulaire
    • Il existe des indications dans un passage de texte lié par la propriété ARIA aria-describedby
    • Un assistant est disponible
  • Test 11.14.2 : Chaque indication qui utilise la propriété ARIA aria-label doit être accompagnée d'une indication visuelle équivalente explicite, cette règle est-elle respectée ?
  • Test 11.14.3 : Chaque indication qui utilise un passage de texte lié par la propriété ARIA aria-describedby vérifie-t-elle ces conditions ?
    • Le passage de texte est identifié via un attribut id
    • La valeur de l'attribut id est unique
    • La valeur de la propriété ARIA aria-describedby est égale à la valeur de l'attribut id
  • Test 11.14.4 : Chaque champ de type texte vérifie-t-il, si nécessaire, l'une de ces conditions ?
    • Un correcteur orthographique est disponible
    • Des suggestions de saisie sont disponibles avant le champ du formulaire
    • Des suggestions de saisie sont disponibles dans l'étiquette (balise label, attribut title, propriété aria-label, passage de texte lié via la propriété aria-labelledby) du champ de formulaire
    • Des suggestions de saisie sont disponibles dans un passage de texte lié par la propriété ARIA aria-describedby
  • Test 11.14.5 : Chaque suggestion qui utilise la propriété ARIA aria-label doit être accompagnée d'une suggestion visuelle équivalente explicite, cette règle est-elle respectée ?
  • Test 11.14.6 : Chaque suggestion qui utilise un passage de texte lié par la propriété ARIA aria-describedby vérifie-t-elle ces conditions ?
    • Le passage de texte est identifié via un attribut id
    • La valeur de l'attribut id est unique
    • La valeur de la propriété ARIA aria-describedby est égale à la valeur de l'attribut id

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.3.5 - 3.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G71 - G193 - G194 - G184 - G89 - ARIA1 - ARIA6 - ARIA9 - ARIA16 - F81

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 11.15 [AAA] Pour chaque formulaire, chaque aide à la saisie est-elle pertinente ?
  • Test 11.15.1 : Pour chaque formulaire, chaque aide à la saisie est-elle pertinente ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.3.5 - 3.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G71 - G193 - G194 - G184 - G89 - ARIA1 - ARIA9 - ARIA16 - F81

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste

1.2.12. Navigation

Recommandation :

Faciliter la navigation dans un ensemble de pages par au moins deux systèmes de navigation différents (menu de navigation, plan du site ou moteur de recherche), un fil d'ariane et l'indication de la page active dans le menu de navigation. Identifier les groupes de liens importants et la zone de contenu et donner la possibilité de les éviter par des liens de navigation interne. S'assurer que l'ordre de tabulation est cohérent et que la page ne comporte pas de piège au clavier.

mot clé
  • Principe : Utilisable, Compréhensible
Critère 12.1 [AA] Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.5 - 2.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G63 - G64 - G161

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 12.2 [AA] Dans chaque ensemble de pages, le menu ou les barres de navigation sont-ils toujours à la même place (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.2.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G61 - F66

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 12.3 [AA] Dans chaque ensemble de pages, le menu et les barres de navigation ont-ils une présentation cohérente (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.2.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G61

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 12.4 [AA] La page "plan du site" est-elle pertinente ?
  • Test 12.4.1 : La page "plan du site" est-elle représentative de l'architecture générale du site ?
  • Test 12.4.2 : Les liens du plan du site sont-ils fonctionnels ?
  • Test 12.4.3 : Les liens du plan du site renvoient-ils bien vers les pages indiquées par l'intitulé ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.5 - 2.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G63

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 12.5 [AA] Dans chaque ensemble de pages, la page "plan du site" est-elle atteignable de manière identique ?
  • Test 12.5.1 : Dans chaque ensemble de pages, la page "plan du site" est-elle accessible à partir d'une fonctionnalité identique ?
  • Test 12.5.2 : Dans chaque ensemble de pages, la fonctionnalité vers la page "plan du site" est-elle située à la même place dans la présentation ?
  • Test 12.5.3 : Dans chaque ensemble de pages, la fonctionnalité vers la page "plan du site" se présente-t-elle toujours dans le même ordre relatif dans le code source ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.5 - 2.4.8 - 3.2.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G61 - G63

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 12.6 [AA] Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ?
  • Test 12.6.1 : Dans chaque ensemble de pages, le moteur de recherche est-il accessible à partir d'une fonctionnalité identique ?
  • Test 12.6.2 : Dans chaque ensemble de pages, la fonctionnalité vers le moteur de recherche est-elle située à la même place dans la présentation ?
  • Test 12.6.3 : Dans chaque ensemble de pages, la fonctionnalité vers le moteur de recherche se présente-t-elle toujours dans le même ordre relatif dans le code source ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.2.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G61 - F66

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 12.7 [AA] Dans chaque page d'une collection de pages, des liens facilitant la navigation sont-ils présents ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.5 - 2.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G125 - G126 - G127 - G185

mot clé
  • Niveau : AA
  • Principe : Utilisable, Compréhensible
Critère 12.8 [AAA] Dans chaque page web, un fil d'Ariane est-il présent (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G65

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 12.9 [AAA] Dans chaque page Web, le fil d'Ariane est-il pertinent ?
  • Test 12.9.1 : Dans chaque page Web, le fil d'Ariane est-il représentatif de la position de la page dans l'arborescence du site ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G65

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 12.10 [A] Dans chaque page Web, les groupes de liens importants (menu, barre de navigation...) et la zone de contenu sont-ils identifiés hors cas particuliers ?
  • Test 12.10.1 : Dans chaque page Web, chaque groupe de liens importants est-il implémenté dans une balise commune ?
  • Test 12.10.2 : Dans chaque page Web, chaque groupe de liens importants vérifie-t-il une de ces conditions ?
    • La balise structurant le groupe de liens importants possède un attribut id
    • La balise structurant le groupe de liens importants est immédiatement précédée, dans le code source, d'une ancre nommée
    • La balise lien du groupe est immédiatement précédée, dans le code source, d'une ancre nommée
  • Test 12.10.3 : Dans chaque page Web, la zone de contenu vérifie-t-elle une de ces conditions ?
    • La zone de contenu possède un attribut id
    • La zone de contenu est immédiatement précédée, dans le code source, d'une ancre nommée
    • Le premier élément de la zone de contenu est immédiatement précédé, dans le code source, d'une ancre nommée
  • Test 12.10.4 : Dans chaque page Web, la structure du document vérifie-t-elle ces conditions ?

Note technique : Consulter la note technique au sujet des role landmark et des liens d'évitement.

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.3.1 - 2.4.1 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G115 - H50 - ARIA4 - ARIA11

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 12.11 [A] Dans chaque page Web, des liens d'évitement ou d'accès rapide aux groupes de liens importants et à la zone de contenu sont-ils présents hors cas particuliers ?
  • Test 12.11.1 : Dans chaque page Web, un lien permet-il d'éviter chaque groupe de liens importants identifié ou d'y accéder ?
  • Test 12.11.2 : Dans chaque page Web, un lien permet-il d'éviter la zone de contenu identifiée ou d'y accéder ?
  • Test 12.11.3 : Dans chaque page Web, chaque lien d'évitement ou d'accès rapide est-il fonctionnel ?
  • Test 12.11.4 : Dans chaque ensemble de pages, les liens d'évitement ou d'accès rapide vérifient-ils ces conditions ?
    • Chaque lien est situé à la même place dans la présentation
    • Chaque lien se présente toujours dans le même ordre relatif dans le code source
    • Chaque lien est visible à la prise de focus de tabulation au moins

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.1 - 2.4.3 - 3.2.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G1 - G59 - G123 - G124 - SCR28 - F66

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 12.12 [AAA] Dans chaque page Web, la page en cours de consultation est-elle indiquée dans le menu de navigation ?
  • Test 12.12.1 : Dans chaque page Web, la page en cours de consultation est-elle indiquée dans le menu de navigation ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.8

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G128

mot clé
  • Niveau : AAA
  • Principe : Utilisable, Compréhensible
Critère 12.13 [A] Dans chaque page Web, l'ordre de tabulation est-il cohérent ?
  • Test 12.13.1 : Dans chaque page Web, l'ordre de tabulation dans le contenu est-il cohérent ?
  • Test 12.13.2 : Pour chaque script qui met à jour ou insère un contenu, l'ordre de tabulation reste-t-il cohérent ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G59 - H4 - F44 - SCR26 - SCR27 - SCR37 - C27 - F85

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible
Critère 12.14 [A] Dans chaque page Web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
  • Test 12.14.1 : Dans chaque page Web, chaque élément recevant le focus vérifie-t-il une de ces conditions ?
    • Il est possible d'atteindre l'élément suivant ou précédent pouvant recevoir le focus avec la touche de tabulation
    • L'utilisateur est informé d'un mécanisme fonctionnel permettant d'atteindre au clavier l'élément suivant ou précédent pouvant recevoir le focus

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.1.1 - 2.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H91 - G21 - F10

mot clé
  • Niveau : A
  • Principe : Utilisable, Compréhensible

1.2.13. Consultation

Recommandation :

Vérifier que l'utilisateur a le contrôle des procédés de rafraîchissement, des changements brusques de luminosité, des ouvertures de nouvelles fenêtres et des contenus en mouvement ou clignotant.
Indiquer lorsqu'un contenu s'ouvre dans une nouvelle fenêtre et donner des informations relatives à la consultation des fichiers en téléchargement. Ne pas faire dépendre l'accomplissement d'une tâche d'une limite de temps sauf si elle est essentielle et s'assurer que les données saisies sont récupérées après une interruption de session authentifiée. S'assurer que les expressions inhabituelles et le jargon sont explicités. Proposer des versions accessibles ou rendre accessibles les documents en téléchargement.

mot clé
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.1 [A] Pour chaque page Web, l'utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?
  • Test 13.1.1 : Pour chaque page Web, chaque procédé de rafraîchissement ou de redirection automatique ( balise object, balise embed, balise svg, balise canvas, balise meta) vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • L'utilisateur peut arrêter ou relancer le rafraîchissement
    • L'utilisateur peut augmenter la limite de temps entre deux rafraîchissements de dix fois, au moins
    • L'utilisateur est averti de l'imminence du rafraîchissement et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant le prochain rafraîchissement
    • La limite de temps entre deux rafraîchissements est de vingt heures, au moins
  • Test 13.1.2 : Pour chaque page Web, chaque procédé de redirection effectué via une balise meta est-il immédiat (hors cas particuliers) ?
  • Test 13.1.3 : Pour chaque page Web, chaque procédé de redirection effectué via un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • L'utilisateur peut arrêter ou relancer la redirection
    • L'utilisateur peut augmenter la limite de temps avant la redirection de dix fois, au moins
    • L'utilisateur est averti de l'imminence de la redirection et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant la prochaine redirection
    • La limite de temps avant la redirection est de vingt heures, au moins
  • Test 13.1.4 : Pour chaque page Web, chaque procédé de redirection effectué côté serveur vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • L'utilisateur peut arrêter ou relancer la redirection
    • L'utilisateur peut augmenter la limite de temps avant la redirection de dix fois, au moins
    • L'utilisateur est averti de l'imminence de la redirection et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant la prochaine redirection
    • La limite de temps avant la redirection est de vingt heures, au moins
  • Test 13.1.5 : Pour chaque page Web, chaque procédé limitant le temps d'une session vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • L'utilisateur peut supprimer la limite de temps
    • L'utilisateur peut augmenter la limite de temps
    • La limite de temps avant la fin de la session est de vingt heures au moins.

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.2.1 - 2.2.2 - 2.2.4 - 3.2.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : F40 - F41 - F61 - F58 - G76 - G186 - G198 - H76 - SVR1 - SCR1 - SCR36 - G133 - G180 - G75 - G110 - SCR16

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.2 [A] Dans chaque page Web, pour chaque ouverture de nouvelle fenêtre, l'utilisateur est-il averti ?
  • Test 13.2.1 : Dans chaque page Web, pour chaque ouverture d'une nouvelle fenêtre effectuée via un lien (attribut target="_blank") ou une commande JavaScript, l'utilisateur est-il averti ?
  • Test 13.2.2 : Dans chaque page Web, pour chaque ouverture d'une nouvelle fenêtre effectuée via une balise object, ou embed, l'utilisateur est-il averti ?
  • Test 13.2.3 : Dans chaque page Web, pour chaque ouverture d'une nouvelle fenêtre effectuée via un contrôle de formulaire, l'utilisateur est-il averti ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.4 - 3.2.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G201 - H33 - H83 - F22 - SCR24

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.3 [A] Dans chaque page Web, l'ouverture d'une nouvelle fenêtre ne doit pas être déclenchée sans action de l'utilisateur. Cette règle est-elle respectée ?
  • Test 13.3.1 : Dans chaque page Web, l'ouverture d'une nouvelle fenêtre ne doit pas être déclenchée sans action de l'utilisateur. Cette règle est-elle respectée ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.2.1 - 3.2.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G107 - F22 - F52 - F55 - F60

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.4 [AAA] Dans chaque page Web, une tâche ne doit pas requérir de limite de temps pour être réalisée, sauf si elle se déroule en temps réel ou si cette limite de temps est essentielle. Cette règle est-elle respectée ?
  • Test 13.4.1 : Dans chaque page Web, chaque tâche limitée dans le temps vérifie-t-elle une de ces conditions ?
    • La tâche se déroule en temps réel
    • La tâche requiert une limite de temps essentielle à son bon déroulement

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.2.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G5

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.5 [AAA] Dans chaque page Web, lors d'une interruption de session authentifiée, les données saisies par l'utilisateur sont-elles récupérées après ré-authentification ?
  • Test 13.5.1 : Dans chaque page Web, lors d'une interruption de session authentifiée, les données saisies par l'utilisateur sont-elles récupérées après ré-authentification ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.2.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G105 - G181 - F12

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.6 [A] Dans chaque page Web, pour chaque fichier en téléchargement, des informations relatives à sa consultation sont-elles présentes (hors cas particuliers) ?
  • Test 13.6.1 : Dans chaque page Web, chaque fichier en téléchargement via un lien ou un formulaire a-t-il des informations relatives à son format (hors cas particuliers) ?
  • Test 13.6.2 : Dans chaque page Web, chaque fichier en téléchargement via un lien ou un formulaire a-t-il des informations relatives à son poids (hors cas particuliers) ?
  • Test 13.6.3 : Dans chaque page Web, chaque fichier en téléchargement via un lien ou un formulaire a-t-il, si nécessaire, des informations relatives à sa langue (hors cas particuliers) ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.4.4

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H33

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.7 [A] Dans chaque page Web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible?
  • Test 13.7.1 : Dans chaque page Web, chaque fonctionnalité de téléchargement d'un document bureautique vérifie-t-elle une de ces conditions ?
    • Le document en téléchargement est compatible avec l'accessibilité
    • Il existe une version alternative du document en téléchargement compatible avec l'accessibilité
    • Il existe une version alternative au format HTML du document en téléchargement

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 - 1.3.2 - 1.3.1 - 2.4.1 - 2.4.3 - 3.1.1 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G10 - G135 - F15

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.8 [A] Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ?
  • Test 13.8.1 : Chaque document bureautique ayant une version accessible vérifie-t-il une de ces conditions ?
    • La version compatible avec l'accessibilité offre la même information
    • La version alternative au format HTML est pertinente et offre la même information

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1 - 1.3.2 - 1.3.1 - 2.4.1 - 2.4.3 - 3.1.1 - 4.1.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G10 - G135 - F15

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.9 [AAA] Dans chaque page Web, les expressions inhabituelles, les expressions idiomatiques ou le jargon sont-ils explicités ?
  • Test 13.9.1 : Dans chaque page Web, chaque expression inhabituelle ou limitée, chaque expression idiomatique ou le jargon vérifie-t-il une des conditions suivantes ?
    • Il existe une définition dans le contexte adjacent de l'expression indiquée par la balise dfn
    • Il existe une définition via une liste de définition
    • Il existe une définition dans la page
    • L'expression est contenue dans un lien permettant d'accéder à la définition

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G55 - G101 - G112 - G160 - G153 - H54

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.10 [AAA] Dans chaque page Web, pour chaque expression inhabituelle ou limitée, idiomatique ou de jargon ayant une définition, cette définition est-elle pertinente ?
  • Test 13.10.1 : Dans chaque page Web, pour chaque expression inhabituelle ou limitée, idiomatique ou de jargon ayant une définition, cette définition vérifie-t-elle l'une de ces conditions ?
    • Le contenu de la définition associée est pertinent
    • Le contenu de la balise dd de la liste de définition est pertinent
    • La définition donnée par le contexte adjacent est pertinente.

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.3

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G55 - G101 - G112 - H54

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.11 [A] Dans chaque page Web, chaque contenu cryptique (art ascii, émoticon, syntaxe cryptique) a-t-il une alternative ?
  • Test 13.11.1 : Dans chaque page Web, chaque contenu cryptique (art ascii, émoticon, syntaxe cryptique) vérifie-t-il une de ces conditions ?
    • Un attribut title est disponible
    • Une définition est donnée par le contexte adjacent

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G160 - G153 - H86 - F71 - F72

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.12 [A] Dans chaque page Web, pour chaque contenu cryptique (art ascii, émoticon, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?
  • Test 13.12.1 : Dans chaque page Web, chaque contenu cryptique (art ascii, émoticon, syntaxe cryptique) vérifie-t-il une de ces conditions ?
    • Le contenu de l'attribut title est pertinent
    • La définition donnée par le contexte adjacent est pertinente

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.1.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : H86 - F71 - F72

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.13 [AAA] Dans chaque page Web, pour chaque mot dont le sens ne peut être compris sans en connaître la prononciation, celle-ci est-elle indiquée ?
  • Test 13.13.1 : Dans chaque page Web, chaque mot dont le sens ne peut être compris sans en connaître la prononciation, vérifie-t-il une de ces conditions ?
    • L'indication de la prononciation phonétique est présente de manière adjacente
    • L'indication de la prononciation phonétique est accessible via un lien

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.6

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G62 - G120 - G121 - G160 - G153

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.14 [AAA] Dans chaque page Web, chaque texte qui nécessite un niveau de lecture plus avancé que le premier cycle de l'enseignement secondaire a-t-il une version alternative ?
  • Test 13.14.1 : Dans chaque page Web, chaque texte qui nécessite un niveau de lecture plus avancé que le premier cycle de l'enseignement secondaire (hors nom propre et titre) vérifie-t-il une de ces conditions ?
    • Une illustration ou des symboles graphiques adaptés au niveau de lecture du premier cycle de l'enseignement secondaire sont présents
    • Une version en Langue des Signes Française est présente
    • Une version vocalisée du texte est présente
    • Un résumé adapté au niveau de lecture du premier cycle de l'enseignement secondaire est présent

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 3.1.5

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G79 - G86 - G103 - G160 - G153

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.15 [A] Dans chaque page Web, les changements brusques de luminosité ou les effets de flash sont-ils correctement utilisés ?
  • Test 13.15.1 : Dans chaque page Web, chaque image animée (balise img, balise svg ou balise object) qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?
    • La fréquence de l'effet est inférieure à 3 par seconde
    • La surface totale cumulée des effets est inférieure ou égale à 21 824 pixels
  • Test 13.15.2 : Dans chaque page Web, chaque script qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-il une de ces conditions ?
    • La fréquence de l'effet est inférieure à 3 par seconde
    • La surface totale cumulée des effets est inférieure ou égale à 21 824 pixels
  • Test 13.15.3 : Dans chaque page Web, chaque mise en forme CSS qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?
    • La fréquence de l'effet est inférieure à 3 par seconde
    • La surface totale cumulée des effets est inférieure ou égale à 21 824 pixels

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.3.1

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G15 - G19 - G176

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.16 [AAA] Dans chaque page Web, les changements brusques de luminosité ou les effets de flash ont-ils une fréquence inférieure ou égale à 3 par seconde ?
  • Test 13.16.1 : Dans chaque page Web, chaque changement brusque de luminosité ou un effet de flash provoqué par une image animée (balise img, balise svg, balise embed, balise canvas ou balise object) a-t-il une fréquence inférieure ou égale à 3 par seconde ?
  • Test 13.16.2 : Dans chaque page Web chaque changement brusque de luminosité ou un effet de flash provoqué par un script a-t-il une fréquence inférieure ou égale à 3 par seconde ?
  • Test 13.16.3 : Dans chaque page Web, chaque changement brusque de luminosité ou un effet de flash provoqué par une mise en forme CSS a-t-il une fréquence inférieure ou égale à 3 par seconde ?

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 2.3.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G19

mot clé
  • Niveau : AAA
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste
Critère 13.17 [A] Dans chaque page Web, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ?
  • Test 13.17.1 : Dans chaque page Web, chaque contenu en mouvement, déclenché automatiquement, vérifie-t-il une de ces conditions ?
    • La durée du mouvement est inférieure ou égale à 5 secondes
    • L'utilisateur peut arrêter et relancer le mouvement
    • L'utilisateur peut afficher et masquer le contenu en mouvement
    • L'utilisateur peut afficher la totalité de l'information sans le mouvement.
  • Test 13.17.2 : Dans chaque page Web, chaque contenu clignotant, déclenché automatiquement, vérifie-t-il une de ces conditions ?
    • La durée du clignotement est inférieure ou égale à 5 secondes
    • L'utilisateur peut arrêter et relancer le clignotement
    • L'utilisateur peut afficher et masquer le contenu clignotant
    • L'utilisateur peut afficher la totalité de l'information sans le clignotement

Correspondances WCAG 2.0

Critère(s) de succès WCAG 2.0 : 1.2.4 - 1.2.9 - 2.2.1 - 2.2.2

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.0 : G4 - G11 - G152 - G186 - G187 - G191 - SM11 - SM12 - F47 - F50 - F4 - F7 - F16 - SCR22 - SCR33 - SCR36

mot clé
  • Niveau : A
  • Principe : Perceptible, Utilisable, Compréhensible, Robuste

2. Glossaire

Le référentiel RGAA fait référence à de nouveaux termes, de nouvelles définitions.

À l'occasion de la parution officielle du référentiel RGAA, la liste des nouvelles définitions sera mise à jour si nécessaire et intégrée au glossaire RGAA.

A

Accéder à chaque page de la collection de pages

Dans le cas où la collection de pages comporte un grand nombre de pages, il est habituel de présenter ces liens d'accès aux pages par groupes de liens, par séquences de 10 liens, par exemple. Cette pratique valide le test.

Accessible et activable par le clavier et la souris

  • Un composant d'interface (lien, bouton, élément cliquable dans Flash...) est accessible au clavier et à la souris lorsque l'utilisateur peut prendre, indifféremment, le focus par le pointeur de la souris ou la touche tabulation.
  • Un composant d'interface (lien, bouton, élément cliquable dans Flash...) est activable au clavier et à la souris lorsque l'utilisateur peut enclencher, indifféremment, l'action prévue par le composant d'interface par le clic de la souris ou la touche entrée du clavier.
  • Attention : pour certains composants d'interface comme les sliders (bouton coulissant ou rotatif...), il n'est pas possible de contrôler le composant par la seule touche d'entrée. Dans cette situation, d'autres touches (comme les touches de direction) peuvent être utilisées.

Note importante : le recours à certaines technologies peut rendre la gestion du focus trop complexe ou trop instable pour ne reposer que sur la tabulation, les touches de direction et la touche entrée.

Dans ce cas, la mise à disposition de raccourcis clavier peut être la seule solution pour rendre le composant utilisable.

Le critère peut être considéré comme conforme à la condition que les raccourcis clavier utilisés soient correctement documentés et qu'ils soient fonctionnels quelle que soit la position du focus dans l'interface.

Vous pouvez consulter, à ce sujet, la technique SL15: Providing Keyboard Shortcuts that Work Across the Entire Silverlight Application pour l'environnement Silverlight par exemple.

Adapter un motif de conception ARIA

L'API ARIA définit des motifs de conception, par exemple pour un système d'onglet ou une fenêtre modale, destinés à assurer un comportement homogène de référence des composants d'interface. Le respect de ces motifs de conception est exigé par le référentiel RGAA.

Néanmoins il est possible d'adapter ces motifs de conception en remplaçant une propriété mal supportée par une propriété équivalente ou en enrichissant le composant de propriétés améliorant l'expérience utilisateur ou sécurisant son comportement.

Il appartient à l'auditeur de vérifier que ces adaptations sont cohérentes avec le motif de conception, ne modifient pas le comportement, en termes d'expérience utilisateur, du composant et que le composant adapté est correctement restitué par les technologies d'assistance.

Si ces exigences sont respectées, le composant peut-être déclaré "conforme" au motif de conception.

Alerte

Message d'alerte interrompant la navigation ou l'utilisation de la page, notamment en demandant de cliquer sur un bouton ou un lien pour continuer la navigation ou l'utilisation du contenu. Par exemple, une boîte de dialogue générée par JavaScript via la fonction alert. Par extension, une fenêtre modale (contenu présenté sous forme de "fenêtre" insérée ou affichée dans le DOM) qui nécessite d'être fermée pour continuer la navigation ou l'utilisation du contenu est considérée comme une alerte. Note : la désactivation des alertes concernées peut être proposée avant le déclenchement de l'alerte, par exemple, via un paramètre utilisateur ou lors de l'affichage de la première alerte, par exemple via une case à cocher "ne plus afficher cette alerte".

Alternative (à script)

Texte ou procédé associé au script via une technique appropriée et permettant de mettre à disposition une fonction ou un contenu similaire à celui proposé par script.

Note : lorsqu'une alternative à un procédé ou une fonctionnalité JavaScript est proposée, le moyen d'y accéder doit être fourni par le site lui-même. Il peut s'agir d'un lien ou d'un bouton permettant d'accéder à une page alternative fonctionnant sans JavaScript ou permettant de remplacer le(s) composant(s) par un composant alternatif fonctionnant sans JavaScript par exemple.

Alternative courte et concise

Les conditions de restitution d'une alternative textuelle via des technologies d'assistance (par exemple une loupe d'écran) nécessitent qu'elle soit la plus courte possible. Une longueur maximale de 80 caractères est fortement recommandée ; elle limitera le nombre de manipulations nécessaires pour lire l'alternative par les utilisateurs de plages braille ou de loupes d'écran notamment.

Alternative textuelle (image)

Texte associé à une image via une technique appropriée et décrivant l'information véhiculée par l'image (par rapport au contexte du contenu web dans lequel elle se trouve). RGAA considère quatre types d'alternatives liées à la nature de l'image :

  • pour une image porteuse d'information, l'alternative apporte l'information nécessaire à la compréhension du contenu auquel l'image est associée ;
  • pour une image de décoration, l'alternative doit être vide (alt="") ;
  • pour une image-lien, l'alternative doit permettre de comprendre la fonction et la destination du lien ;
  • pour une image CAPTCHA ou une image-test, l'alternative ne peut pas apporter l'information véhiculée par l'image sans rendre la fonction associée inopérante. Dans ce cas de figure, l'alternative doit se contenter de permettre d'identifier la nature et la fonction de l'image.

Note 1 : pour une image CAPTCHA l'alternative peut être, par exemple : "Code de sécurité anti-spam" ou "code pour vérifier que vous êtes un humain" ou toute autre alternative permettant à l'utilisateur de comprendre la nature et la fonction de l'image.

Note 2 : pour un groupe d'images, par exemple un système de vote constitué de plusieurs images d'étoiles, il est fortement conseillé d'utiliser la première image du groupe pour donner une alternative plus cohérente au groupe d'image. Dans ce cas, les autres images du groupe sont considérées comme des images de décoration. Vous pouvez consulter, à ce sujet, la note suivante : 1.10 A group of images that form a single larger picture with no links

Ambigu pour tout le monde

L'intention ne peut être déterminée à partir du lien et de toute l'information de la page web présentée à l'utilisateur en même temps que ce lien. (c'est-à-dire qu'un lecteur sans limitation fonctionnelle ne connaîtrait pas la fonction d'un lien avant de l'activer). Exemple : le mot "goyave" dans la phrase suivante utilisé comme lien : « L'une des exportations importantes est la goyave ». Ce lien pourrait conduire à une définition de la goyave, à un graphe présentant une liste des quantités de goyaves exportées ou à une photo de personnes récoltant la goyave. Jusqu'à ce que le lien soit activé, tout utilisateur est dans l'incertitude et une personne handicapée n'est donc pas désavantagée.

Arborescence du document

Le test 9.2.2 demande de vérifier que la structure des éléments sectionnant (nav, section, article par exemple) est cohérente, c'est-à-dire représentative de l'architecture du document. Cette structure est complémentaire à la structure des titres h(x) qui en sont un élément.

L'utilisation innapropriée de ces éléments sectionnants peut générer une arborescence de document incohérente, par exemple par l'utilisation abusive d'éléments section ou article.

Note 1 : Pour accompagner la prise en charge progressive de l'arborescence du document et compte tenu du fait que le référentiel exige de disposer, en tout état de cause, d'une structure de contenu (balises h(x)) robuste et cohérente, il est acceptable de considérer le test 9.2.2 comme non applicable lorsqu'il n'est pas possible de s'assurer que l'arborescence du document est parfaitement cohérente.
Vous pouvez consulter, à ce sujet la note technique : Note technique au sujet de l'arborescence du document.

Note 2 : vous pouvez consulter, à ce sujet, l'exemple donné par la spécification HTML5 : 4.3.10.2 Sample outlines.

Audio-description étendue

Audio-description ajoutée à une présentation audiovisuelle en mettant en pause la vidéo de manière à avoir le temps d'ajouter des descriptions supplémentaires. Note : cette technique est à utiliser seulement si le sens de la vidéo est perdu sans audio-description supplémentaire et que les pauses entre les dialogues ou la narration sont trop courtes.

Audio-description synchronisée (media temporel)

Narration ajoutée (via un fichier son) à une piste sonore pour décrire les détails visuels importants qui ne peuvent être compris à partir de la piste sonore principale seulement. L'audio-description doit être synchronisée avec le media temporel grâce à l'utilisation de format spécialisés comme le format SRT par exemple.

  • Note 1 : l'audio-description d'une vidéo fournit de l'information à propos des actions, des personnages, des changements de scènes, du texte apparaissant à l'écran et d'autres contenus visuels.
  • Note 2 : dans une audio-description standard, la narration est ajoutée durant les pauses qui existent dans le dialogue. (Voir aussi audio-description étendue.)
  • Note 3 : lorsque toute l'information de la vidéo est déjà donnée dans la piste audio, aucune audio-description supplémentaire n'est requise.

B

Barre de navigation

Liste de liens permettant une navigation spécifique dans le site, dans une rubrique ou dans une collection de pages. Les principales barres de navigation sont :

  • le menu de navigation principal ;
  • un fil d'Ariane ;
  • une liste de navigation d'une liste de résultats ;
  • un menu de sous-rubrique.

Bloc d'informations de même nature

Dans un formulaire, ensemble des champs pouvant être regroupés par la nature des informations attendues. Le regroupement vise à identifier les champs devant être traités comme un ensemble.

Quelques exemples :

  • trois champs successifs pour saisir une date (jour/mois/année) ;
  • champs successifs pour un numéro de téléphone ;
  • un bloc destiné à saisir l'identité et l'adresse de l'utilisateur, lorsque le formulaire contient plusieurs blocs de contact ;
  • un ensemble de boutons radio ou de cases à cocher qui se rapportent à une question.

Ces champs doivent être regroupés par une balise fieldset accompagnée d'une balise legend pertinente. Dans le cas de boutons radio, la légende est généralement l'intitulé de la question.

Note : lorsque le formulaire est uniquement constitué d'un seul bloc d'informations de même nature (l'identité et l'adresse de l'utilisateur, par exemple) ou d'un champ unique (un moteur de recherche, par exemple), la présence de l'élément fieldset n'est pas obligatoire.

Bouton (formulaire)

Élément d'un formulaire qui permet d'effectuer une action prédéfinie. Par exemple, le bouton de soumission d'un formulaire permet l'envoi au serveur des informations collectées pour leur traitement. L'intitulé d'un bouton doit décrire l'action qui résulte de son activation (par exemple : "Lancer votre recherche", "Envoyer votre message").

En HTML, il y a trois types de boutons de formulaire :

  • balise input de type submit, reset ou button ;
  • balise input de type image ;
  • balise button.

L'intitulé du bouton peut être de quatre types :

  • le contenu de l'attribut value des boutons de type submit, reset ou button ;
  • le contenu de l'attribut alt d'un bouton de type image ;
  • le contenu de l'attribut title lorsqu'il est présent ;
  • le contenu de la balise button.

C

Cadre en ligne

Élément HTML (balise iframe) permettant d'afficher un contenu dans la page web dans laquelle il est implémenté.

CAPTCHA

Un CAPTCHA est un test utilisé pour distinguer un utilisateur humain d'un ordinateur. Le test utilise souvent des images contenant du texte déformé, mélangé avec d'autres formes ou utilisant des jeux de couleur altérées, que l'utilisateur est invité à retaper. D'autres formes de CAPTCHA peuvent être basées sur des questions logiques ou des extraits sonores.

Champ de saisie de formulaire

objet d'un formulaire permettant à l'utilisateur :

  • de saisir des données textuelles ou préformatées :
    • input type="text" ;
    • input type="password" ;
    • input type="search" ;
    • input type="tel" ;
    • input type="email" ;
    • input type="number" ;
    • input type="tel"
    • input type="url" ;
    • textarea ;
  • de sélectionner des valeurs prédéfinies :
    • input type="checkbox" ;
    • input type="radio" ;
    • input type="date" ;
    • input type="range" ;
    • input type="color" ;
    • input type="time" ;
    • select ;
    • datalist ;
    • optgroup ;
    • option ;
    • keygen ;
  • de télécharger des fichiers :
    • input type="file" ;
  • ou d'afficher des résultats :
    • output ;
    • progress ;
    • meter.

Les objets de formulaires suivants ne sont pas considérés comme des champs de formulaires :

  • input type="submit" ;
  • input type="reset" ;
  • input type="hidden" ;
  • input type="image" ;
  • input type="button" ;
  • button.

Changement brusque de luminosité ou effets de flash

Alternance de luminosité relative qui peut causer des crises chez certaines personnes si leur taille est suffisamment importante dans une gamme de fréquences spécifiques.

Changement de contexte

Changements majeurs dans le contenu d'une page web qui, s'ils sont faits sans que l'utilisateur n'en soit conscient, peuvent désorienter l'utilisateur qui ne peut voir l'ensemble de la page en même temps. Les changements de contexte comprennent les changements :

  1. d'agent utilisateur ;
  2. d'espace de restitution ;
  3. de focus ;
  4. de contenu qui modifie la signification de la page web ;

Note : Un changement de contenu n'est pas toujours un changement de contexte. Un changement dans le contenu comme le déploiement d'une arborescence, un menu dynamique ou un déplacement de tabulation ne change pas nécessairement le contexte à moins qu'il ne change aussi l'un des éléments énumérés ci-dessus (le focus, par exemple).

Exemple : l'ouverture d'une nouvelle fenêtre, le déplacement du focus sur un composant différent, le déplacement vers une nouvelle page (y compris tout ce qui, pour l'utilisateur, aurait l'air d'un déplacement vers une autre page) ou la réorganisation significative du contenu d'une page sont autant d'exemples d'un changement de contexte.

Changement de langue

L'indication des changements de langue est nécessaire pour indiquer aux technologies d'assistance de modifier la restitution vocale d'un élément. Les changement de langue concernent tous les contenus, y compris les valeurs de certains attributs comme title.

Note : il n'est pas possible d'indiquer des changements de langue dans une valeur d'attribut elle-même, dans ce cas le changement de langue est indiqué sur l'élément qui contient l'attribut. Par exemple un lien affecté d'un title en anglais devra comporter un attribut lang="en". Lorsque l'attribut contient plusieurs passage de texte dans des langues différentes, le critère est non applicable.

Code de langue

Code de 2 caractères (ISO 639-1) ou 3 caractères (ISO 639-2 et suivants) permettant d'indiquer la langue d'un document ou d'un passage de texte. L'indication du code de langue est constituée de deux parties séparées par un tiret sur le modèle lang="[code]-[option]".

  • [code] représente un code de langue valide sur 2 ou 3 caractères ;
  • [option] est une indication laissée à l'appréciation de l'auteur.

Lorsqu'un code de pays est utilisé comme option, il peut servir à indiquer une régionalisation de la langue, l'indication "en-us" indique la langue américaine, par exemple. L'indication du code de langue ne concerne que la partie [code] avant le tiret.

Code valide

  • Cas d'une page HTML : code dans lequel l'implémentation des balises et des attributs respecte les spécifications du type de document déclaré.
    • Note 1 : Sauf indication contraire, les attributs non répertoriés par les spécifications sont non applicables.
    • Note 2 : Sauf indication contraire, les balises non répertoriées par les spécifications sont non applicables.
    • Note 3 : La règle C3 de la spécification XHTML ("Minimisation d'élément et contenu d'élément vide", en anglais) stipule que l'utilisation d'éléments minimisés (<elm />) pour des éléments vides (par exemple <p /> à la place de <p></p>) est déconseillée. Cette pratique constitue une non-conformité dans le cadre de RGAA.
  • Cas d'une page implémentant WAI-ARIA : code dans lequel l'implémentation des balises et des attributs respecte les spécifications du type de document déclaré et dans lequel l'implémentation WAI ARIA est conforme à la spécification WAI-ARIA.

Collection de pages

Pages reliées les unes aux autres par des liens et ayant un thème ou une nature commune. Par exemple, les pages de résultats d'un moteur de recherche ou les pages d'un catalogue (pour une même recherche) sont des collections de pages.

Compatible avec les technologies d'assistance

Un contenu ou une fonctionnalité doit être compatible avec les technologies d'assistance des utilisateurs ainsi qu'avec les fonctions d'accessibilité des navigateurs et des autres agents utilisateurs via une API d'accessibilité.

Cela concerne, à la fois, la technologie, ses fonctionnalités et ses usages :

  • la façon dont la technologie web est utilisée doit être compatible avec les technologies d'assistance des utilisateurs. Cela signifie que la façon dont la technologie est utilisée a été testée dans une perspective d'interopérabilité avec des utilisateurs des technologies d'assistance dans la ou les langues du contenu ;
  • la technologie fonctionne de façon native dans des agents utilisateurs largement distribués qui sont, eux-mêmes, compatibles avec l'accessibilité (comme HTML et CSS) ou avec un module d'extension largement distribué qui est, lui-même, compatible avec l'accessibilité.

La vérification de la compatibilité avec les technologies d'assistance nécessite de réaliser un certain nombre de tests spécifiques à la technologie utilisée, par exemple :

  • vérifier le nom, le rôle, le paramétrage et les changement d'états des composants d'interface ;
  • vérifier que la restitution d'un composant d'interface est correcte pour la ou les technologies d'assistance utilisées.

Compréhensible (ordre de lecture)

Un contenu compréhensible est lisible (l'ordre des éléments est logique) et cohérent (l'enchaînement de la lecture est cohérent).

Contenu visible

Pour le test 10.2.1 : "Contenu présent" signifie que le contenu visible reste présent lorsque CSS est désactivé. Par exemple, une image porteuse d'information en propriété de fond CSS invalide ce test car l'information n'est plus "présente" lorsque CSS est désactivé. En revanche, une image porteuse d'information en propriété de fond CSS mais accompagnée d'un texte caché valide ce test car l'information est bien "présente" lorsque CSS est désactivé.

Note : la pratique qui consiste à gérer des images en propriété de fond d'éléments via CSS est formellement déconseillée, même si elle est accompagnée d'un texte caché.

Contexte du lien

Le contexte du lien représente les informations supplémentaires (on parle d'informations de contexte) qui peuvent être mises en relation par un programme informatique avec l'intitulé du lien. Les informations de contexte qui permettent de rendre un lien explicite sont les suivantes :

  • le contenu de la phrase dans laquelle le lien texte est présent ;
  • le contenu du paragraphe (balise p) dans lequel le lien texte est présent ;
  • le contenu de l'item de liste (balise li) ou le contenu d'un item de liste parent (balise li) dans lequel le lien texte est présent ;
  • le contenu du titre (balise h) précédent le lien texte ;
  • le contenu de la ou les cellule(s) d'en-tête de tableau (balise(s) th) associée(s) à la cellule de donnée (balise td) dans laquelle le lien texte est présent ;
  • le contenu de la cellule de donnée (balise td) dans laquelle le lien texte est présent ;
  • le contenu du titre de lien (attribut title) ;
  • le contenu de la propriété aria-label ;
  • le contenu du passage de texte lié par la propriété aria-labelledby ;

Note 1 : : l'un des 9 contextes de lien doit permettre à lui seul d'expliciter le lien.

Note 2 : RGAA 3.0 considère que des liens particuliers comme des liens de type mailto (qui génère un lien sous la forme d'une adresse email cliquable) sont suffisamment explicites et ne requiert pas de signaler, via un title, que l'action consiste à envoyer un email. L'attention des auteurs est appelée sur le fait que cette règle générale peut être adaptée au contexte, par exemple si la page contient plusieurs adresses email cliquables affectées de comportements différents (envoyer un email via le client de messagerie pour l'une, accéder à un formulaire pour l'autre) il peut être nécessaire de donner des informations complémentaire sur l'action du lien afin de différencier leurs comportements.

Contraste

Opposition marquée entre la luminosité d'une couleur de premier plan et d'une couleur d'arrière-plan. Le rapport de contraste est basé sur la différence de luminosité relative entre l'arrière-plan et le premier plan selon la règle : (L1 + 0,05) / (L2 + 0,05) où L1 est la luminosité relative la plus claire et L2 la luminosité relative la plus sombre. La luminosité est calculée selon la formule suivante : L = 0,2126 * R + 0,7152 * G + 0,0722 * B. Où R, G et B sont définis par :

  • si RsRGB >= 0,03928 alors R = RsRGB/12,92 sinon R = ((RsRGB+0,055)/1,055) ^ 2,4 ;
  • si GsRGB >= 0,03928 alors G = GsRGB/12,92 sinon G = ((GsRGB+0,055)/1,055) ^ 2,4 ;
  • si BsRGB >= 0,03928 alors B = BsRGB/12.92 sinon B = ((BsRGB+0,055)/1,055) ^ 2,4 ;

et RsRGB, GsRGB et BsRGB sont définis par :

  • RsRGB = R8bit/255 ;
  • GsRGB = G8bit/255 ;
  • BsRGB = B8bit/255.

Le caractère "^" est l'opérateur exponentiel.

Note : la mesure de contraste concerne le texte, le texte en image, le texte et le texte en image dans les animations, le texte de sous-titrage et le texte incrusté dans les vidéos. Pour le texte et le texte en image dans les animations, le texte de sous-titrage et le texte incrusté dans les vidéos, la taille de la police doit être mesurée par rapport à la taille d'affichage par défaut (telle qu'affichée). Les textes présents dans les éléments d'une image ou d'une vidéo (par exemple un écriteau, une affiche etc.) ne sont pas concernés.

Contrôlable par le clavier et la souris

Le contrôle d'une fonctionnalité par le clavier signifie que celle-ci est accessible via la touche tabulation et activable par la touche entrée à l'exception :

  • Des composants d'interface implémentés via WAI-ARIA lorsqu'un motif de conception définit un ensemble d'interactions au clavier à respecter;
  • Lorsque un composant utilise une technologie qui nécessite l'utilisation de raccourcis clavier et que la touche de tabulation n'est pas disponible.

Contrôle (contenu en mouvement ou clignotant)

Possibilité pour l'utilisateur de contrôler l'affichage ou la lecture d'un contenu en mouvement ou clignotant par le clavier et la souris, au moins.

Tous les contenus en mouvement, à l'exception des média temporels pris en charge par la thématique multimédia, sont concernés : les images animés (par exemple un gif animé), les contenus en mouvement proposés via une balise object, du code JavaScript ou des effets CSS par exemple.

Note 1 : lorsque c'est approprié, la méthode de contrôle devrait être disponible comme premier élément de la page.

Note 2 : la méthode de contrôle du contenu en mouvement ou clignotant doit permettre à l'utilisateur d'interagir avec le reste de la page. En conséquence, l'arrêt ou la mise en pause via un événement déclenché uniquement sur la prise de focus ne permet pas de valider le critère.

Note 2 : Dans certains cas, le mouvement fait partie intégrante du composant et il n'est pas possible d'en donner le contrôle à l'utilsateur, par exemple une barre de progression dont la fonction est d'indiquer par un mouvement la progression d'un évènement comme un téléchargement. Dans ce cas le critère est Non Applicable.

Contrôle (son déclenché automatiquement)

Possibilité pour l'utilisateur d'arrêter ou de relancer un son déclenché automatiquement.

Note : la méthode de contrôle du son devrait être disponible comme premier élément de la page.

Contrôle de la consultation (d'un media temporel)

Possibilité pour l'utilisateur de contrôler la consultation d'un media temporel par le clavier et la souris, au moins. Les points suivants doivent être respectés :

  • liste des fonctionnalités obligatoires de contrôle de la consultation :
    • l'objet multimédia doit toujours avoir les fonctionnalités suivantes, au minimum : lecture, pause ou stop ;
    • si l'objet multimédia a du son, il doit avoir une fonctionnalité de contrôle du volume ;
    • si l'objet multimédia a des sous-titres, il doit avoir une fonctionnalité de contrôle de l'apparition/disparition des sous-titres ;
    • si l'objet multimédia a une audio-description, il doit avoir une fonctionnalité de contrôle de l'apparition/disparition de l'audio-description.
  • chaque fonctionnalité doit être accessible par le clavier, via la touche de tabulation, et par la souris au moins ;
  • chaque fonctionnalité doit être activable par le clavier et par la souris, au moins.

Note : s'il n'y a pas de son à un media temporel, il n'est pas utile de mettre une fonctionnalité de contrôle du volume.

Contrôle de saisie (formulaire)

Ensemble des processus qui permettent de prévenir l'utilisateur des champs obligatoires, des indications de type ou de format attendus et des erreurs de saisie dans un formulaire. Ces contrôles de saisie peuvent être implémentés par l'auteur des contenus ou s'appuyer sur des attributs (comme required ou pattern), des propriétés WAI-ARIA (comme aria-required) ou des types de champ qui produisent de manière automatique des indications de saisie ou d'erreurs (comme les types url, email, date, time par exemple.

Note importante : lorsqu'une page est renvoyée avec des erreurs de saisie le titre de la page doit comporter la mention "erreur sur le formulaire".

D

Description détaillée (image)

Contenu associé à une image en complément de son alternative textuelle afin de décrire en totalité l'information véhiculée par l'image. La description détaillée peut être insérée via :

  • un attribut longdesc qui contient l'adresse d'une page ou d'un emplacement dans la page contenant la description détaillée ;
  • une référence, dans l'attribut alt, à une description détaillée adjacente à l'image ;
  • un lien adjacent à l'image qui contient l'adresse d'une page ou d'un emplacement dans la page contenant la description détaillée.

E

En-tête de colonne ou de ligne

Contenu d'une cellule dans un tableau de données (la première cellule d'une colonne ou d'une ligne, généralement) qui sert d'intitulé pour la totalité ou une partie des cellules de la colonne ou de la ligne. Une colonne ou une ligne peut contenir plusieurs en-têtes (en-tête intermédiaire). Les en-têtes doivent utiliser une balise th.

Ensemble de pages

Pages web liées les unes aux autres par des liens et constituant un ensemble cohérent à l'intérieur d'un site web. Par exemple, les pages d'un processus de paiement électronique, les pages d'une rubrique spécifique, les pages d'un blog, les pages d'administration d'un compte client sont autant d'ensembles de page.

Note : la page d'accueil d'un site web peut constituer, à elle seule, un "ensemble de pages" du fait de son unicité.

Environnement maîtrisé

Tout environnement dans lequel l'accès à l'information, les technologies, les conditions d'utilisation et le profil des utilisateurs peuvent être connus et maîtrisés. Les principaux éléments dont la maîtrise est essentielle sont :

  • le type et la version des navigateurs ;
  • les technologies supportées, leur version et leur activation (JavaScript, WAI-ARIA, Flash...) ;
  • les technologies d'assistance et tout dispositif utilisé de manière spécifique par les utilisateurs handicapés ;
  • les systèmes d'exploitation et les APIs d'accessibilité supportées ;
  • la formation des utilisateurs de technologies d'assistance à l'utilisation de tout dispositif particulier (interface, application en ligne...).

Les auteurs et les administrateurs doivent garantir la compatibilité des technologies utilisées et de leurs usages par les utilisateurs et leurs technologies (y compris les technologies d'assistance). Les services d'information ou les sites web, quel que soit leur statut, qui offrent un accès public ne peuvent pas être considérés comme des environnements maîtrisés.

Étiquette de champs de formulaire

Texte à proximité du champ de formulaire permettant d'en connaître la nature, le type ou le format des informations attendues. L'étiquette peut être associée au champ de formulaire de plusieurs manières : par l'utilisation d'une balise label, l'utilisation de la propriété WAI-ARIA aria-label, l'utilisation d'une liaison entre le texte et le champ par la propriété WAI-ARIA aria-labelledby, l'utilisation de l'attribut title.

F

Feuille de style

Le langage CSS destiné à la mise en forme des éléments du contenu (exemples : couleur du fond de la page, taille/police/couleur des caractères, positionnement de l'information dans la page web...). Les styles CSS peuvent être externes (fichier CSS), embarqués (déclarés dans l'en-tête de la page) ou en ligne (déclarés via l'attribut style d'une balise).

Fonctionnalités de contrôle (media temporel)

Il s'agit des fonctionnalités de contrôle de la consultation (objet multimédia) suivantes :

  • l'objet multimédia doit toujours avoir les fonctionnalités suivantes, au minimum : lecture, pause, stop ;
  • si l'objet multimédia a du son, il doit avoir une fonctionnalité permettant d'activer ou de désactiver le son et d'en contrôler le niveau sonore ;
  • si l'objet multimédia a des sous-titres, il doit avoir une fonctionnalité de contrôle de l'apparition/disparition des sous-titres ;
  • si l'objet multimédia a une audio-description, il doit avoir une fonctionnalité de contrôle de l'apparition/disparition de l'audio-description.

Note : s'il n'y a pas de son à un objet multimédia, il n'est pas utile de mettre une fonctionnalité de contrôle du volume. Si cette fonctionnalité est cependant présente et qu'elle nécessite une alternative textuelle pour être comprise par certains utilisateurs (exemple : bouton "volume" dans une vidéo en Flash), il faut alors lui en donner une puisque l'utilisateur est susceptible d'y accéder et de vouloir l'activer.

I

Image de décoration

image n'ayant aucune fonction et ne véhiculant aucune information particulière par rapport au contenu auquel elle est associée. Exemples :

  • une image servant à caler la mise en page ;
  • une image de coin arrondie pour habiller un bloc d'information ;
  • une image d'illustration n'apportant aucune information nécessaire à la compréhension du texte auquel elle est associée.

Image objet

Image incorporée ou générée par une balise object.

Image porteuse d'information

Image qui véhicule une information nécessaire à la compréhension du contenu auquel elle est associée.

Image réactive

  1. image réactive côté client (attribut usemap) : image divisée en zones cliquables ou neutres (attribut nohref).
  2. image réactive côté serveur (attribut ismap) : image pour laquelle le navigateur transmet au serveur les coordonnées du pointeur, chaque jeu de coordonnées correspondant à une ressource (page web). L'image réactive côté serveur est extrêmement rare.

Note : en HTML5, l'attribut ismap est obsolète non conforme pour les boutons de type image (input type="image").

Image texte

Image affichant du texte.

Note : il n'est pas recommandé d'utiliser des images textes. Lorsqu'il est possible de reproduire les mêmes effets en CSS, le critère 1.8 [AA] impose que le texte soit reproduit en texte CSS, ou qu'un mécanisme de remplacement permette à l'utilisateur de remplacer ces images par du texte stylé en CSS.

Image texte objet

image générée par la balise object et affichant du texte.

Image véhiculant une information (donnée par la couleur)

image dont tout ou partie du contenu transmet visuellement une information par l'intermédiaire d'une couleur uniquement.

Image-test

Image servant dans un test, Captcha ou une image servant de test dans un quiz ou un jeu. Exemple : une série d'images présente un détail issu de tableaux célèbres; il faut reconnaître le titre et le peintre de chaque tableau. Dans cette situation, il n'est pas possible de donner une alternative pertinente (e.g le nom du tableau et/ou du peintre) sans rendre le test inutilisable. L'alternative doit alors se contenter de donner la possibilité d'identifier l'image, par exemple "image 1 du test".

Indication donnée par la forme, la taille ou la position

Il peut s'agir, par exemple :

  • de la présence d'un marqueur visuel, pour indiquer la page active dans un menu de navigation, (indication donnée par la position) ;
  • d'une mise en avant-plan pour indiquer un onglet actif (indication donnée par la forme) ;
  • d'une modification de la taille de police dans un nuage de tags (indication donnée par la taille).

Ou tout autre effet graphique similaire.

Information (donnée par la couleur)

Information transmise visuellement par l'intermédiaire d'une couleur. L'indication que les champs en rouge sont obligatoires dans un formulaire, un changement de couleur de fond pour indiquer la page active dans un menu de navigation, le changement de couleur d'un nom d'article pour indiquer son indisponibilité dans une liste d'article sont autant d'exemples d'indication donnée par la couleur.

L'indication donnée uniquement par la couleur doit être accompagnée d'une autre méthode à destination des utilisateurs qui ne voient pas ou perçoivent mal les couleurs ou leurs associations.

L'autre moyen de récupérer une information par la couleur peut être très divers, lorsqu'il s'agit d'un moyen faisant intervenir du graphisme (utilisation de CSS ou d'élément graphique) l'indication visuelle pourrait devoir être accompagnée d'une indication textuelle. Par exemple, un effet de bordure, de gras, de changement typographique ou autre dispositif similaire sera jugé insuffisant car ces indications ne seront pas accessibles aux personnes aveugles, notamment.

Intitulé de lien

Information textuelle comprise entre <a href="..."> et </a> d'un lien complété si nécessaire d'informations de contexte.

Les 4 différents types de liens sont :

  • lien texte : il s'agit du texte compris entre <a href="..."> et </a> complété si nécessaire d'informations de contexte ;
  • lien image : il s'agit du contenu de l'alternative textuelle de l'image comprise entre <a href="..."> et </a> complété si nécessaire d'informations de contexte ;
  • lien composite : il s'agit de l'ensemble du texte et du contenu de l'alternative textuelle de la ou des images compris entre <a href="..."> et </a> complété si nécessaire d'informations de contexte ;
  • lien vectoriel : il s'agit du contenu de l'alternative textuelle de l'image vectorielle (balise svg comprise entre <a href="..."> et </a> complété si nécessaire d'informations de contexte.

Note 1 : un lien image peut être constitué d'une image (balise img), d'une image objet (balise object) ou d'une image bitmap (balise canvas).

Note 2 : Un lien image pour lequel l'attribut alt est absent est considéré comme non applicable pour le critère 6.5.

J

Jusqu'à ou à partir de 150% (1.5em) de la taille de police par défaut sans effet de graisse. Jusqu'à ou à partir de 120% (1.2em) de la taille de police par défaut en gras

Jusqu'à ou à partir de 120% (1.2em) de la taille de police par défaut en gras

Ces deux mesures déterminent la taille relative des caractères correspondant à une taille de caractères équivalent à 14 points gras ou 18 points sans effet de graisse en considérant que la police de corps (body) est à 100%.

Note : jusqu'à 150% et jusqu'à 120% signifie que la taille des caractères est strictement inférieure à 150 ou 120 %. A partir de 150% et à partir de 120% signifie que la taille des caractères est égale ou supérieure à 150 ou 120%.

La taille de police par défaut est la taille définie par l'auteur pour le document ou, en son absence, la taille par défaut utilisée par l'agent utilisateur (ie le navigateur).

L

Langue par défaut

indication de la langue de traitement principale du document qui peut être présente sur l'élément racine html ou sur chaque élément de la page concerné via les attributs lang et/ou xml:lang selon le schéma suivant :

  • pour HTML jusqu'à la version 4.01 : attribut lang obligatoire, attribut xml:lang non supporté
  • pour XHTML 1.0 servi en "text/html" : attribut lang et xml:lang obligatoires
  • pour XHTML 1.0 servi en "application/xhtml+xml" : attribut xml:lang obligatoire, attribut lang recommandé
  • pour XHTML 1.1 : attribut xml:lang obligatoire, attribut lang non supporté
  • pour HTML5 : attribut lang obligatoire

Le nom, le rôle, la valeur, le paramétrage et les changements d'états

Un composant doit avoir un rôle et un nom appropriés, ses valeurs, états et paramètres éventuels doivent également être accessibles et correctement transmis aux APIs d'accessibilité notamment.

Le nom peut être l'intitulé du composant comme l'intitulé d'un bouton par exemple.

La valeur est, par exemple, l'élément sélectionné d'une liste déroulante ou la valeur actuelle d'un curseur (slider).

Le rôle correspond au type d'élément défini par la spécification HTML ou l'API WAI-ARIA (comme la balise button ou le rôle ARIA role="button").

Le paramétrage correspond aux informations particulières d'un composant, généralement mis à disposition par l'API WAI-ARIA. Par exemple aria-controls est un paramètre qui transmet aux APIs l'information que le composant contrôle tel ou tel contenu (référencé par son identifiant - attribut id).

Les changements d'états sont également mis à disposition par l'API WAI-ARIA. Par exemple aria-expanded est un état permettant de signaler aux APIs que le composant est "ouvert" ou "fermé". Note : un état peut également être transmis via le nom, lorsque l'intitulé est changé dynamiquement pour correspondre à l'état de la zone contrôlée notamment.

Ces paramètres ne sont pas obligatoires mais peuvent être requis s'ils sont indispensables pour rendre le composant accessible. C'est à l'auditeur de considérer les cas où ces paramètres sont indispensables en fonction du contexte lié à l'utilisation du composant.

L'auditeur doit également vérifier que, lorsqu'il sont présents, ces paramètres sont correctement utilisés.

Note : les rôles, propriétés et états ARIA s'implémentent via des attributs, par exemple role="banner", aria-hidden="true".

Légende d'image

Lorsqu'un texte, adjacent à une image, contient des informations sur l'image (par exemple un copyright, une date, un auteur...) ou est destiné à compléter les informations apportées par l'image (par exemple un texte associé à une image dans une galerie d'images), on parle de légende d'image.

Lorsqu'une image est légendée il est nécessaire d'associer la légende de l'image à l'image par une relation de structure, de telle sorte que les technologies d'assistance puissent traiter l'image et sa légende comme un ensemble unique.

HTML5 propose d'associer une légende à une image via les éléments figure (l'ensemble de l'image et la légende) et figcaption (la légende).

Une image sans légende peut définir :

  • une image qui n'est pas insérée dans un élément figure ;
  • une image insérée dans un élément figure sans élément figcaption.

Note : lorsque le texte adjacent à l'image peut faire office de texte de remplacement, il n'est pas obligatoire de recourir à l'ensemble figure, figcaption, l'image pouvant être simplement traitée comme une image de décoration.

Vous pouvez consulter, à ce sujet, la note HTML5: Techniques for providing useful text alternatives - 2.5 The figure and figcaption elements du W3C.

Lien

Élément HTML (balise a) activable par l'utilisateur (par la souris, le clavier...) et déclenchant une action (affichage d'une page web, téléchargement d'un fichier...) ou un événement généré par un script. Un lien possède au minimum :

  • une référence de ressource (attribut href) ;
  • un intitulé de lien compris entre <a href="..."> et </a>.

Lien adjacent

Lien présenté de manière adjacente dans la représentation graphique (CSS activé) et dans le code HTML. Dans le code HTML, le lien doit se situer juste avant ou juste après l'objet avec lequel il est adjacent.

Lien composite

Lien dont le contenu entre <a href="..."> et </a> est constitué de 2 éléments de type différent, au moins ; par exemple, du texte et une ou plusieurs images. L'intitulé de lien pour un lien composite est l'ensemble du texte et du contenu de l'alternative textuelle de ou des images compris entre <a href="..."> et </a>.

Note importante: il est rappelé que l'utilisation de deux liens adjacents (lien image et lien texte) et identiques constitue une gêne importante pour l'utilisateur. Même si cela ne constitue pas une non-conformité, cet usage devrait être évité. Une manière de traiter ce type de liens est d'inclure l'image dans le lien texte de façon à constituer un lien composite, ce qui évitera la redondance.

Vous pouvez consulter à ce sujet la technique H2 : Combining adjacent image and text links for the same resource

Lien dont la nature n'est pas évidente

Lien qui peut être confondu avec un texte normal lorsqu'il est signalé uniquement par la couleur par certains types d'utilisateurs ne percevant pas ou mal les couleurs. Par exemple, dans ce texte "Nouvelle grève à la SNCF", si le mot "grève" est un lien signalé uniquement par la couleur, sa nature peut être ignorée par les utilisateurs ne percevant pas la couleur et accédant au contenu CSS activées. En revanche, dans ce texte " Nouvelle grève à la SNCF, lire la suite" si "lire la suite" est un lien, un utilisateur ne percevant pas les couleurs n'aura pas de problème pour en comprendre la nature.

Note : "signalés uniquement par la couleur" signifie que le lien n'est accompagné d'aucun marqueur visuel (icône, soulignement, bordure...). En conséquence un lien de la même couleur que le texte environnant est concerné par ce critère.

Lien explicite hors contexte

Un lien est explicite hors contexte lorsque l'intitulé du lien seul (contenu entre la balise <a href="..."> et </a>) permet de connaître et de comprendre la fonction et la destination du lien.

Lien image

Lien dont le contenu entre <a href="..."> et </a> est uniquement constitué d'une image. L'intitulé de lien pour un lien image est le contenu de l'alternative textuelle de l'image.

Note : un lien image peut être constitué d'une image (balise img), d'une image objet (balise object) ou d'une image bitmap (balise canvas).

Lien texte

Lien dont le contenu entre <a href="..."> et </a> est uniquement constitué de texte (il s'agit de son intitulé de lien).

Lien vectoriel

Lien dont le contenu entre <a href="..."> et </a> est uniquement constitué d'une image vectorielle (balise svg). L'intitulé de lien pour un lien vectoriel est le contenu de l'alternative textuelle de l'image vectorielle.

Liens d'évitement ou d'accès rapide

Liens dont la fonction est de permettre de naviguer à l'intérieur du contenu (lien d'évitement, lien d'accès au formulaire de recherche ou au menu..).

Liens identiques

Deux liens sont dits identiques quand le lien x (intitulé du lien seul, contenu de l'attribut title ou contexte du lien) est égal au lien y. Cette définition s'applique à tous les types de liens : lien texte, lien image (les liens ont alors la même image) et lien composite.

Attention : des liens avec des intitulés identiques mais des titres de liens différents ou des contextes de liens différents ne sont pas identiques (exemple : <a href="lien_bar.html" title="cliquer ici pour télécharger la barre d'outils">cliquer ici</a> et <a href="lien_doc.html" title="cliquer ici pour télécharger le document">cliquer ici</a>).

Liste de choix

Champ de formulaire affichant une série d'items à sélectionner sous forme d'une liste déroulante (balise select avec des balises option).

Listes

Suite d'éléments pouvant être regroupés sous la forme d'une liste structurée ordonnée, non ordonnée ou de définition. Par exemple la suite des liens d'un menu de navigation est une liste de liens non ordonnée, les différentes étapes d'une procédure est une liste d'éléments ordonnés, le couple terme/définition d'un glossaire est une liste de définition. En HTML, les listes utilisent les balises suivantes :

  • liste ordonnée : balises ol et li (chaque élément de la liste est affecté d'un marqueur indéxé) ;
  • liste non ordonnée : balises ul et li (chaque élément de la liste est affecté d'un marqueur non-indéxé ;
  • liste de définition : balises dl, dt (terme à définir) et dd (définition).

M

Mécanisme de remplacement

Mécanisme généralement basé sur CSS, permettant à l'utilisateur de remplacer du texte par du texte en image et inversement sur le principe du style switcher. Le mécanisme peut utiliser un langage de script côté serveur ou un langage de script côté client.

Média non temporel

Contenu qui ne se déroule pas dans le temps, consultable via un plugin (Flash, Java, Silverlight...) ou via les éléments svg et canvas ; par exemple, une carte interactive en Flash, une application Flash ou Java, un diaporama sont des médias non temporels. Un média non temporel peut contenir des médias temporels (un lecteur Flash qui propose une liste de vidéos à consulter, par exemple).

Note : l'utilisation du paramètre wmode pour un objet Flash avec les valeurs "transparent" et "opaque" invalide de fait le critère 4.21 (La consultation de chaque média non temporel est-elle contrôlable par le clavier et la souris ?). En effet, l'utilisation de ces valeurs a pour conséquence que l'animation Flash vue du côté des utilisateurs de lecteur d'écran est invisible.

Média temporel (type son, vidéo et synchronisé)

  • Média temporel seulement audio : contenu sonore (Wawe, Mp3...) ;
  • Média temporel seulement vidéo : images ou photos en mouvement ou en séquence ;
  • Média temporel synchronisé : flux audio ou vidéo synchronisé avec un autre format pour présenter de l'information et/ou comportant des composants temporels interactifs. Un média temporel peut être consulté de 2 manières différentes :
    • fichier à télécharger consultable avec un logiciel externe à la page web ;
    • contenu embarqué dans la page web et consultable dans la page web via :
      • un plugin (par exemple une vidéo diffusée par un lecteur Flash) ;
      • l'élément video (par exemple une vidéo) ;
      • l'élément audio (par exemple un podcast) ;
      • l'élément svg (par exemple un dessin animé vectoriel) ;
      • l'élément canvas (par exemple un dessin animé en image bitmap).

Un média temporel peut être diffusé en temps réel ou être proposé en lecture de manière asynchrone (média pré-enregistré).

Note 1 : l'utilisation du paramètre wmode pour un objet Flash avec les valeurs "transparent" et "opaque" invalide de fait le critère 4.20 (La consultation de chaque média temporel est-elle contrôlable par le clavier et la souris ?). En effet, l'utilisation de ces valeurs a pour conséquence que l'animation Flash vue du côté des utilisateurs de lecteur d'écran est invisible.

Note 2 : les gif animés, les animations d'images réalisées par JavaScript ou CSS ne sont pas considérés comme étant des médias temporels.

Modification du rôle natif d'un élément HTML

La spécification WAI-ARIA permet de modifier le rôle natif d'un élément, par exemple modifier un élément a href="" en élément button.

Ces modifications ne peuvent être réalisées que sous certaines conditions décrites dans le document : Using WAI-ARIA in HTML qui définit un certain nombre de restrictions notamment.

Pour qu'une modification du rôle natif d'un élément HTML via WAI-ARIA soit compatible, il faut que les restrictions soient respectées.

Moteur de recherche (interne à un site web)

Zone contenant le moteur de recherche permettant d'effectuer des recherches sur les contenus de l'ensemble du site

Note : Attention à ne pas confondre cette zone de recherche, unique dans le site, avec tout autre moteur de recherche permettant par exemple de faire des recherches sur une partie restreinte du site : un catalogue, les offres sur une section marchés publics...

Voir la définition technique de zone d'en-tête fournie par l'API ARIA search (role)

Motif de conception

Un motif de conception (Design Pattern) est un modèle défini par l'API WAI-ARIA qui décrit la structure, les rôles et propriétés et le comportement que doit respecter un composant JavaScript (widget).

Les motifs de conception sont décrits dans le document : WAI-ARIA 1.0 Authoring Practices.

Un composant développé avec JavaScript doit respecter le motif de conception correspondant au rôle WAI-ARIA utilisé.

Note 1: compte tenu du manque de support de certaines propriétés et de certains rôles WAI-ARIA et de la grande variabilité des situations dans lesquelles un composant JavaScript peut être proposé, il est possible d'adapter des motifs de conception à des contextes ou des utilisations particulières. Dans ce cas, le motif de conception adapté doit :

  • respecter la structure générale, par exemple un ensemble de panneaux (rôle tabpanel) d'un système d'onglets est forcément lié à un ensemble d'onglets (rôle tablist) ;
  • utiliser en remplacement d'un role ou d'une propriété WAI-ARIA mal supporté, un rôle ou une propriété WAI-ARIA équivalent, offrant un comportement et une restitution similaire.

Note 2: Cela ne concerne pas le fait d'enrichir un motif de conception de rôles ou propriétés WAI-ARIA supplémentaires dont la compatibilité avec l'accessibilité est contrôlée par le test de restitution sur la base de référence. Par exemple l'ajout de la propriété aria-hidden sur les panneaux (rôle tabpanel) d'un système d'onglets ne définit pas un motif de conception adapté.

O

Ordre de tabulation

Ordre dans lequel le focus se déplace (vers un élément suivant ou vers un élément précédent). L'ordre naturel est celui qui est implémenté via le code source. Lorsqu'il est modifié par l'utilisation de l'attribut tabindex ou par l'utilisation d'une commande JavaScript, c'est l'ordre modifié qui fait référence.

Attention : lorsqu'un élément initie un changement dans la page (changement de contexte, gestion de zones cachées, ajout de contenu, gestion de champs de formulaire...) il est nécessaire d'activer l'élément qui initie le changement pour tester la cohérence de l'ordre de tabulation.

P

Page "plan du site"

Page dédiée présentant l'arborescence d'un site web, généralement sous forme de listes de liens organisées en rubriques et sous-rubriques donnant accès à l'ensemble des pages du site.

Note 1 : les liens du plan du site peuvent être constitués de balises a ou de balises area.

Note 2 : il n'est pas nécessaire que le plan du site contiennent les liens vers toutes les pages du site, en revanche il est nécessaire qu'à partir du plan du site, l'utilisateur puisse atteindre l'ensemble des pages du site.

Pertinence (information autrement que par la couleur)

Le moyen pour récupérer une information autrement que par la couleur doit être accessible à tous. Par exemple, dans le cas d'une liste d'articles dont les articles en jaune sont en promotion, l'utilisation de texte caché via CSS est un moyen de récupérer l'information "en promotion", mais il n'est pas pertinent car cette information restera cachée à l'utilisateur qui visualise la page CSS activée.

Note : l'utilisation d'une balise d'emphase (strong ou em) comme autre moyen pour récupérer une information donnée par la couleur permet de valider le critère même si ces éléments ne sont généralement pas supportés par les technologies d'assistance, particulièrement les lecteurs d'écrans.

Présentation de l'information

Restitution visuelle des contenus via un navigateur en mode graphique. La présentation concerne le style, la position et les dimensions des éléments HTML et de leur contenu. La présentation de l'information doit être réalisée via CSS. Les éléments (basefont, blink, center, font, marquee, s, strike, tt, u) et les attributs (align, alink, background, basefont, bgcolor, border, color, link, text, vlink) sont interdits. Les attributs width et height utilisés sur d'autres éléments que les balises img, object, embed, canvas et svg, sont également interdits.

Prise de focus

La prise de focus est l'état renvoyé par un élément qui reçoit l'attention suite à une action de l'utilisateur. Il y a trois moyens en HTML de donner le focus à un élément :

  • en activant l'élément par un dispositif de pointage (souris) ;
  • en activant l'élément par la touche tabulation ;
  • en activant l'élément par un raccourci clavier (accesskey).

Certains éléments reçoivent naturellement le focus, par exemple : a, area, button, input, object, select, label, legend, optgroup, option et textarea. Le comportement de l'élément, lors de la prise de focus, dépend de sa nature ; un lien, par exemple, devra être activé après la prise de focus (sauf utilisation de script). En revanche, un élément de formulaire, comme textarea, devra autoriser la saisie suite à la prise de focus. Les éléments label et legend ne reçoivent la prise de focus que via le pointeur souris. Pour l'élément label, le comportement attendu est de transférer la prise de focus sur l'élément qui lui est associé.

Note 1 : la spécification WAI-ARIA étend le rôle attribué à l'attribut tabindex en définissant que tout élément html peut acquérir la possibilité de recevoir le focus en lui attribuant la valeur tabindex="0". En revanche, aucun comportement n'est attribué via la seule présence de tabindex. De même, la valeur tabindex="-1" retire l'élément qui en est affecté du plan de tabulation en inhibant sa capacité à signaler la "prise de focus". L'utilisation de tabindex, conformément à la spécification WAI-ARIA, peut valider certains tests relatifs à la gestion du focus de tabulation, notamment.

Note 2 : l'indication visuelle du focus ne doit pas être dégradée, c'est à dire amoindrie au moyen de valeurs qui en dégrade le style par rapport à son style par défaut.

Procédé de rafraîchissement

Technique visant à modifier le contenu d'un ou de plusieurs éléments de la page web. Le procédé de rafraîchissement peut s'effectuer par rechargement automatique de la page ou de manière dynamique sans rechargement de la page (via AJAX, par exemple). L'utilisateur doit pouvoir contrôler chaque procédé de rafraîchissement de manière indépendante.

Propriété CSS déterminant une couleur

Cela concerne les propriétés suivantes : color, background-color, background, border-color, border, outline-color, outline.

Note : l'utilisation d'une image de fond pour insérer une couleur (propriété background:url...) est également concernée.

Propriétés et méthodes conformes à la spécification DOM

Les méthodes d'insertion de contenu conformes à la spécification DOM font appel aux propriétés et méthodes de l'objet Node par opposition aux méthodes propriétaires. Par exemple document.write, spécifique à la plateforme IE/Microsoft pour les navigateurs IE anciens.

R

Correctement restituée par les technologies d'assistance

Lorsqu'un critère, un test ou une condition de test demande de vérifier la restitution d'un dispositif, il faut s'assurer que ladite restitution est compatible avec l'accessibilité.

Le test consiste à vérifier que la restitution est pertinente pour au moins une des combinaisons de la base de référence utilisée pour déclarer qu'un élément, un dispositif ou une alternative est "compatible avec l'accessibilité".

Par exemple : le test 1.3.7 demande de vérifier que l'alternative d'une image porteuse d'information vectorielle est correctement restituée.

On procède alors à un test avec NVDA (dernière version) et Firefox, JAWS (version précédente) et IE9+ et Voice Over (dernière version) et Safari.

Si on constate que l'alternative est correctement restituée, le test est validé.

Redirection automatique

Procédé qui consiste pour l'affichage d'une page sur le poste client à rediriger automatiquement l'utilisateur vers une autre page, sur le même domaine ou sur un domaine différent.

Résumé (de tableau)

Un résumé est un passage de texte associé à un tableau de données complexe. Il permet de donner des informations sur la nature et la structure du tableau afin d'en faciliter l'utilisation par les utilisateurs de technologies d'assistance par exemple.

Note : l'attribut summary est obsolète non conforme en HTML5 et ne doit plus être utilisé.

Parmi les 5 techniques proposées par HTML5, la seule technique utilisable actuellement est celle qui consiste à insérer le résumé directement dans le titre (balise caption) en masquant le résumé via CSS si nécessaire.

Consulter la note technique au sujet du résumé de tableau.

Rôle WAI-ARIA équivalent (surcharge de rôle)

Afin de pallier à l'implémentation progressive des nouveaux éléments HTML5 et pour des raisons de rétro-compatibilité, le document Using WAI-ARIA in HTML préconise de surcharger les rôles natifs des éléments HTML par leur équivalent WAI-ARIA, par exemple un élément article devra comporter un attribut role="article".

Ces surcharges de rôles natifs doivent être respectées.

S

Script

Code généralement écrit sous forme d'une liste de commandes (par exemple JavaScript). Les langages interprétés côté client nécessitent un navigateur compatible sur lequel l'exécution du langage est active. Les commandes d'un langage de script côté client peuvent être embarquées ou contenues dans un fichier externe. Dans les deux cas, l'insertion se fait via la balise <script>.

Sens de lecture

Code généralement écrit sous forme d'une liste de commandes (par exemple JavaScript). Les langages interprétés côté client nécessitent un navigateur compatible sur lequel l'exécution du langage est active. Les commandes d'un langage de script côté client peuvent être embarquées ou contenues dans un fichier externe. Dans les deux cas, l'insertion se fait via la balise <script>.Indique le sens de lecture du document ou d'un passage de texte via l'attribut dir, dir="ltr", par exemple. Les deux valeurs reconnues sont :

  • ltr (left to right) indique un sens de lecture de gauche à droite ;
  • rtl (right to left) indique un sens de lecture de droite à gauche.

Note : en l'absence d'indication de sens de lecture via l'attribut dir sur l'élément html, body, ou un des parents du texte analysé, le sens de lecture par défaut est de gauche à droite (valeur ltr).

Site web : ensemble de toutes les pages web

  • reliées par des liens web ;
  • appartenant au même nom de domaine (ex : references.modernisation.gouv.fr) ;
  • qui constituent un ensemble cohérent du point de vue de l'utilisateur.

Cas particulier des pages web d'un sous-domaine ; un sous-domaine peut :

  • soit appartenir au site web attaché au nom de domaine, si l'utilisateur en a une perception cohérente avec les autres pages du site web (par exemple : même structure, même navigation...) ;
  • soit ne pas appartenir au site web attaché au nom de domaine (par exemple : différents blogs en sous-domaine d'un nom de domaine et sans relation les uns avec les autres).

Sous-titres synchronisés (objet multimédia)

Texte des informations audio (paroles d'un personnage, bruit important pour comprendre l'action...) présentes dans un média temporel et affiché de manière synchrone avec le flux de l'objet multimédia.

Note 1 : pour différencier les sources sonores (différents personnages, voix off...), il est recommandé d'utiliser un mécanisme approprié (mise entre crochets, mise en italique, annonce explicite du type "voix off : ...").

Note 2 : il ne faut pas confondre le sous-titrage pour la traduction (kind="subtitles" en HTML5 par exemple) et le sous-titrage pour sourds et malentendants (kind="captions" en HTML5 par exemple). Ces deux types de sous-titrage poursuivent des buts différents. Seule la présence et la pertinence d'un sous-titrage pour sourds et malentendants permet d'être conforme.

Système de navigation

Tout procédé permettant une navigation dans le site ou dans une page, les systèmes de navigation retenus sont :

  • menu de navigation principal ;
  • table de contenu ;
  • plan du site ;
  • moteur de recherche.

T

Tableau de données

Élément HTML (balise table) permettant de structurer des informations en lignes et en colonnes via des cellules de données (balise td) et des cellules d’en-têtes (balise th).

Tableau de données complexe

Lorsqu'un tableau de données contient des en-têtes qui ne sont pas répartis uniquement sur la première ligne et/ou la première colonne de la grille ou dont la portée n'est pas valable pour l'ensemble de la colonne ou de la ligne, on parle de tableau de données complexe. Il est alors nécessaire de fournir un "résumé" permettant d'en expliquer sa nature et sa structure afin d'en faciliter la consultation pour des utilisateurs de technologies d'assistance par exemple.

Tableau de mise en forme

Technique qui utilise un élément HTML (balise table) pour contrôler l'affichage d'informations via des cellules (balise td).

Taille des caractères

Valeur attribuée aux polices de caractères présentes sur une page web. Pour les contenus web, les tailles de caractères doivent être définies avec des unités relatives (%, em ou rem) ou des mots clés (xx-small, xx-small, x-small, small, medium, large, x-large, xx-large, xsmaller, or larger).

Note : l'utilisation du pixel (px) est proscrite.

Texte caché

Les technologies d'assistance (notamment les lecteurs d'écran) ne restituent pas le texte masqué via les propriétés :

  • display avec la valeur none (display:none)
  • visibility avec la valeur hidden (visibility :hidden)
  • width et height avec les valeurs 0 (width:0;height:0)
  • font-size avec la valeur 0 (font-size:0)
  • attribut HTML5 hidden
  • propriété aria-hidden="true"

Tous les contenus texte utilisant une ou plusieurs de ces propriétés sont applicables pour le critère 10.13.

Texte stylé

Texte dont la mise en forme est contrôlée par une feuille de styles.

Titre

Élément HTML (balise h) à 6 niveaux de hiérarchie (de h1 pour le titre le plus important à h6 pour le moins important) permettant de structurer l'information d'un contenu web. La hiérarchie entre les titres doit être respectée dans une page web et les degrés de titre ne peuvent pas être sautés (un titre h3 ne peut pas venir directement après un titre h1, par exemple). Dans chaque page web, il doit y avoir un titre h1, au moins.

Note : les titres cachés via CSS sont considérés comme présents et valident le critère 9.1.

Titre d'un tableau (de données)

Contenu d'un élément HTML (balise caption) qui permet d'identifier le contenu d'un tableau de données de manière claire et concise.

Titre de cadre

Contenu de l'attribut title de la balise iframe permettant de connaitre la nature du contenu diffusé via le cadre en ligne lorsque l'utilisateur navigue de cadre en cadre ou affiche la liste des cadres de la page par exemple.

Note 1 : Certains cadres en ligne servent uniquement à des opérations techniques tels que des traitements applicatifs destinés à préparer ou piloter des contenus affichés dans la page comme les cadres en ligne utilisés par certains réseaux sociaux comme Facebook par exemple.

Si ces cadres sont dépourvus de titre de cadre fournis par le service distant, ou si les titres de cadres sont jugés non pertinents, des mentions génériques peuvent être utilisées, par exemple title="contenus techniques Facebook".

Note 2 : Si cela ne gêne pas le fonctionnement de ce type de cadre, il est possible de les rendre indisponibles aux technologies d'assistance en utilisant une propriété ARIA aria-hidden="true" par exemple.

Titre de lien

Contenu de l'attribut title d'un lien. Ce contenu ne doit être présent que s'il est nécessaire pour identifier la destination du lien de manière explicite. Un titre de lien doit reprendre l'intitulé de lien en y ajoutant des informations. Un titre de lien sera considéré comme non-pertinent dans les cas suivants :

  • le titre de lien est vide ;
  • le titre de lien est identique à l'intitulé du lien (Cf. note 1) ;
  • le titre de lien ne reprend pas l'intitulé du lien.

Note 1 : Par exception, un titre de lien identique à l'intitulé est accepté dans le seul cas d'un lien image (lien ne contenant que des images), une icône par exemple.

Note 2 : Il est rappelé que l'attribut title peut poser de vrais problèmes de restitution, par exemple au clavier, sur les surfaces tactiles, lorsqu'une technologie d'assistance est paramétrée pour ne pas les restituer et ne devrait être utilisé qu'en dernier recours.

Titre de page

Contenu de la balise title d'une page web permettant d'identifier de manière claire, concise et unique les contenus/la nature de la page ("Plan du site www.nomdusite.fr" pour une page présentant le plan du site web ", par exemple).

Transcription textuelle (media temporel)

contenu textuel associé à un media temporel par la technique appropriée (texte codé en HTML ou dans un fichier texte qui se trouve dans la même page ou consultable suivant un lien). Ce contenu donne accès à l'utilisateur (de manière indépendante de la consultation de l'objet multimédia) à :

  • la totalité de ce qui y est exprimé oralement ;
  • toutes les informations descriptives nécessaires à une compréhension équivalente de l'action.

Ces informations textuelles doivent être présentées dans l'ordre chronologique de leur apparition dans le media temporel.

Note : la transcription textuelle doit se situer à l'extérieur de la balise object.

Type de document

Ensemble de données de référence qui permet aux agents utilisateurs de connaître les caractéristiques techniques des langages utilisés sur la page web (balise doctype).

Type et format de données

Indication concernant le type et le format des données attendus lors de la saisie d'un champ de formulaire. Par exemple :

  • date (jj/mm/aaa) ;
  • montant en euros ;
  • Code postal (5 chiffres : ex. 75001).

Note importante : lorsque le type de champ de formulaire propose un masque de saisie, comme par exemple les champs date ou time, l'indication de format n'est pas nécessaire.

U

Uniquement à des fins de présentation

Uniquement à des fins de présentation : utilisation de balises HTML pour une finalité différente de celle prévue dans les spécifications (au regard du type de document déclaré). Exemples : utilisation des balises h à seule fin de créer un effet typographique ; utilisation de la balise blockquote à seule fin de mettre un paragraphe en retrait, etc.

Note 1 : l'utilisation d'éléments div ou span pour créer des paragraphes est considérée comme non conforme et invalide le critère.

Note 2 : WAI-ARIA propose un rôle presentation permettant de supprimer la sémantique d'un élément, par exemple <h1 role="presentation"> Titre</h1>. Dans ce cas, le texte sera correctement restitué mais le titre lui ne le sera plus (l'élément restitué sera un élément indéterminé du type <>Titre</>.L'utilisation du rôle presentation peut être requise lorsqu'on utilise un motif de conception ARIA.

L'utilisation du rôle presentation peut être également utilisé pour supprimer la sémantique d'un élément lorsque ce dernier est utilisé uniquement à des fins de présentation, par exemple <blokquote role="presentation"> aura le même effet qu'une absence d'élément blockquote.

Même si cette utilisation est fortement déconseillée (dans le cas de technologie d'assistance qui n'implémenteraient pas ARIA par exemple) elle peut être considérée conforme à WCAG. En revanche l'utilisation d'un rôle presentation sur un élément dont la nature (e.g la sémantique) est essentielle à la compréhension du contenu est une violation des règles WCAG (particulièrement de l'échec F92) et invalide le critère.

Url

Adresse permettant d'accéder aux ressources du World Wide Web : document HTML, pages web, image, son...

Note : dans le référentiel RGAA, la notion d'url est utilisée à la place de uri (chaîne de caractères compacte identifiant une ressource).

V

Version accessible (pour un document en téléchargement)

Les documents en téléchargement dont les types de format sont reconnus compatibles avec l'accessibilité doivent être rendus accessibles soit directement soit par l'intermédiaire d'une version accessible ou d'une version en HTML. Les formats de document dont la compatibilité est reconnue sont :

  • Microsoft Office (Word 2003, OOXML) ;
  • Open Office Org (ODF) ;
  • Adobe PDF ;
  • Epub/Daisy.

Les contenus doivent être conformes à la liste des critères Documents Bureautiques en téléchargement.

Note : le format txt ne peut pas être utilisé pour produire une version accessible pour un document en téléchargement.

Version alternative "audio seulement"

Une version "audio seulement" est une version sonore, sous la forme d'un simple fichier au format MP3 par exemple, utilisée comme alternative à une vidéo seulement (vidéo sans information sonore). Les seuls utilisateurs impactés par l'accessibilité étant les personnes aveugles, qui ne peuvent pas voir la vidéo, WCAG considère comme acceptable de proposer en alternative une version sonore.

La version "audio seulement" doit contenir toutes les informations visuelles importantes de la vidéo.

Généralement il est plus simple de produire une version sonore qu'une version textuelle lorsque la vidéo est très descriptive (la transcription textuelle nécessitant souvent un travail rédactionnel important). Il est rappelé, néanmoins, que seule la transcription textuelle assure un accès universel aux informations diffusées par la vidéo, dans le cas où un utilisateur ne serait pas en capacité de lancer la vidéo par exemple.

Z

Zone (d'une image réactive)

Zone cliquable ou zone non cliquable d'une image réactive.

Zone cliquable

Région d'une image réactive à laquelle une action a été associée ; par exemple, le déclenchement d'un événement en cliquant sur un lien (pour une zone cliquable côté client : balise area avec l'attribut href). Les balises area sont contenues dans la balise map.

Pour les images réactives côté serveur, les coordonnées sont détenues sur le serveur.

Zone d'en-tête

Zone située en haut du document et contenant généralement le titre du document, un logo, un slogan...

Note : Attention à ne pas confondre cette zone d'en-tête, unique dans le site, avec tout contenu pouvant être balisé en HTML5 avec l'élément header.

Voir la définition technique fournie par l'API ARIA : Banner(role)

Zone de contenu principal

Zone contenant les principaux contenus de la page, là où se trouvent les informations et fonctionnalités de fond (donc en dehors des menus, de la recherche ou des zones secondaires de publicités, actualités connexes...).

Note : Cette zone est unique dans la page. Elle peut être difficile à déterminer sur certaines pages particulières, comme la page d'accueil.

Voir la définition technique fournie par l'API ARIA : Main(role)

Zone de pied de page

Il s'agit des informations concernant le fonctionnement du site ou les informations légales. On y trouve par exemple les mentions légales, les crédits, les conditions d'utilisation, le plan du site et éventuellement la page accessibilité.

Note : Attention à ne pas confondre cette zone de pied de page, unique dans le site, avec tout contenu pouvant être balisé en HTML5 avec l'élément footer.

Voir la définition technique fournie par l'API ARIA : contentinfo(role)

Zone non cliquable

Région d'une image réactive à laquelle aucune action n'est associée (pour une zone cliquable côté client : balise area avec l'attribut nohref). Les balises area sont contenues dans la balise map.

Zone texte

Région d'une image réactive affichant du texte.

3. Cas particuliers

Plusieurs critères RGAA font référence à des cas particuliers nécessaires à leur compréhension et application. Ce document liste l'ensemble des cas particuliers pour lesquels le critère concerné est non applicable

3.1. Images

Critère 1.3

Il existe une gestion de cas particuliers lorsque l'image est utilisée comme CAPTCHA ou comme image-test. Dans cette situation, où il n'est pas possible de donner une alternative pertinente sans détruire l'objet du CAPTCHA ou du test, le critère est non applicable.

Note : le cas des CAPTCHA et des images-test est traité de manière spécifique par le critère 1.4.

Critère 1.8

Pour ce critère, il existe une gestion de cas particulier lorsque le texte fait partie d'un logo ou d'un élément associé à l'identité graphique d'un organisme ou d'une société (un slogan, par exemple). Dans ces situations, le critère est non applicable pour ces éléments.

Note 1 : les changements de couleurs consécutifs à la prise de focus ne sont pas concernés par l'application du critère, sauf si le contenu change également lors de la prise de focus.

Note 2 : les indications des états de liens (visités ou actifs) ne sont pas concernées par l'application du critère.

Critère 1.9

Pour ce critère, il existe une gestion de cas particulier lorsque le texte fait partie d'un logo ou d'un élément associé à l'identité graphique d'un organisme ou d'une société (un slogan, par exemple). Dans ces situations, le critère est non applicable pour ces éléments.

Note 1 : les changements de couleurs consécutifs à la prise de focus ne sont pas concernés par l'application du critère, sauf si le contenu change également lors de la prise de focus.

Note 2 : les indications des états de liens (visités ou actifs) ne sont pas concernées par l'application du critère.

3.3. Couleurs

Critères 3.3 - 3.4

Pour ces critères, il existe une gestion de cas particulier lorsque : le texte fait partie d'un logo ou d'un élément associé à l'identité graphique d'un organisme ou d'une société. Dans ces situations, les critères sont non applicables pour ces éléments.

Note 1 : Les cas particuliers concernant des textes associés à l'identité graphique d'un organisme ou d'une société devraient être limités à des éléments particuliers comme un slogan par exemple. Dans le cas où c'est l'intégralité d'une charte graphique, particulièrement lorsque la charte graphique est imposée, qui est en cause, comme un choix de couleur de police par exemple, la solution consiste à avoir recours à une version alternative, à fort contraste.

Note 2 : Les changements de couleurs consécutifs à la prise de focus ne sont pas concernés par l'application du critère, sauf si le contenu change également lors de la prise de focus.

Note 3 : les indications des états de liens (visités ou actifs) ne sont pas concernées par l'application du critère.

Pour ces critères, il existe une gestion de cas particuliers lorsque le texte en image est utilisé comme CAPTCHA ou comme image-test. Dans cette situation, les critères sont non applicables.

3.4. Multimédia

Critère 4.15

Il existe une gestion de cas particulier lorsque le média temporel est utilisé à des fins décoratives (i.e il n'apporte aucune information). Dans cette situation, le critère est non applicable.

Critère 4.16

Il existe une gestion de cas particulier lorsque :

  • le media non temporel est utilisé à des fins décoratives (i.e il n'apporte aucune information) ;
  • le media non temporel est diffusé dans un environnement maîtrisé ;
  • le media non temporel est inséré via JavaScript en vérifiant la présence et la version du plug-in, en remplacement d'un contenu alternatif déjà présent.

Dans ces situations, le critère est non applicable.

Critère 4.19

Il existe une gestion de cas particulier lorsque le média temporel est utilisé comme CAPTCHA ou fait partie d'un test qui deviendrait inutile si l'arrière-plan sonore pouvait être désactivé ou si la ou les pistes de dialogue étaient 20 décibels plus élevées que l'arrière-plan sonore.

Dans ces situations, le critère est non applicable.

Critère 4.22

Il existe une gestion de cas particulier lorsque : le média temporel ou non temporel est utilisé à des fins décoratives (i.e il n'apporte aucune information). Dans ces situations, le critère est non applicable.

Critères 4.1 - 4.2 - 4.3 - 4.5 - 4.7 - 4.9 - 4.11 - 4.13

Il existe une gestion de cas particulier lorsque :

  • le media temporel est utilisé à des fins décoratives (i.e il n'apporte aucune information) ;
  • le média temporel est lui-même une alternative à un contenu de la page (une vidéo en langue des signes ou la vocalisation d'un texte, par exemple) ;
  • le media temporel est utilisé pour accéder à une version agrandie ;
  • le media temporel est utilisé comme un CAPTCHA ;
  • le media temporel fait partie d'un test qui deviendrait inutile si la transcription textuelle, les sous-titres synchronisés ou l'audio-description étaient communiqués.

Dans ces situations, le critère est non applicable.

3.6. Liens

Critères 6.1 et 6.3

Il existe une gestion de cas particulier lorsque le lien est ambigu pour tout le monde. Dans cette situation, où il n'est pas possible de rendre le lien explicite dans son contexte, le critère est non applicable.

3.7. Scripts

Critère 7.3

Il existe une gestion de cas particulier lorsque la fonctionnalité dépend de l'utilisation d'un gestionnaire d'événement sans équivalent universel, par exemple, une application de dessins à main levée ne pourra pas être rendue contrôlable au clavier. Dans ces situations, le critère est non applicable.

Critère 7.6

Il existe une gestion de cas particulier lorsque l'alerte non sollicitée concerne un cas d'urgence, un événement ou une situation soudaine et imprévue qui exige une action immédiate afin de préserver la santé, la sécurité ou la propriété. Dans ces situations, le critère est non applicable.

3.8. Éléments Obligatoires

Critère 8.2

Il y a une gestion de cas particulier sur la conformité du code HTML :

Pour accompagner la prise en charge progressive de HTML5 par les navigateurs, les APIs d'accessibilité et les technologies d'assistance, certains critères peuvent exiger la présence d'attributs ou de balises déclarés "obsolètes" en HTML5. Dans ce cas le test 8.2.2 est non applicable.

Critère 8.7

Il y a une gestion de cas particulier sur le changement de langue pour les cas suivants :

  • nom propre, le critère est non applicable ;
  • nom commun de langue étrangère présent dans le dictionnaire officiel de la langue par défaut de la page web, le critère est non applicable (Note : le dictionnaire officiel est celui recommandé par l'académie en charge de la langue en question). Pour la France, par exemple, le lien vers le dictionnaire officiel se trouve sur le site de l'Académie française à l'adresse suivante : http://www.academie-francaise.fr/dictionnaire/index.html. Pour toute demande auprès du service du dictionnaire de l'Académie française, utiliser le formulaire en ligne formulaire de contact académie française ;
  • le terme de langue étrangère soumis, via un champ de formulaire et réaffiché dans la page (par exemple comme indication du terme recherché dans le cas d'un moteur de recherche), le critère est non applicable ;
  • passage de texte dont la langue ne peut pas être déterminée : le critère est non applicable.

Note : pour les noms commun de langue étrangère, absents dans le dictionnaire officiel de la langue par défaut de la page web et qui sont passés dans le langage commun (exemple : newsletter) : le critère est applicable, uniquement lorsque l'absence d'indication de langue peut provoquer une incompréhension pour la restitution

3.10. Présentation de l'information

Critère 10.11

Il existe une gestion de cas particulier pour les langues chinoises, japonaises et coréennes. Dans ces situations, le nombre de caractères de référence est de 40.

3.12. Navigation

Critère 12.1

Il existe une gestion de cas particulier lorsque le site web est constitué d'une seule page ou d'un nombre très limité de pages (cf. note) pour lesquels la fonction de recherche du navigateur dans le contenu est considérée comme équivalente à un moteur de recherche. Dans ce cas là, le critère est non applicable.

Note : l'appréciation d'un nombre très limité de pages devrait réserver ce cas particulier à un site de 2 ou 3 pages, par exemple, avec un volume de contenu peu important.

Critère 12.8

Il existe une gestion de cas particulier lorsque la page est la page d'accueil. Dans ce cas, le critère est non applicable.

Critères 12.10 - 12.11

Il existe une gestion de cas particulier lorsque le site web est constitué d'une seule page qui ne possède pas de menu de navigation. Dans cette circonstance, le critère est non applicable.

Critères 12.2 - 12.3

Il existe une gestion de cas particulier lorsque les pages d'un ensemble de pages sont le résultat ou une partie d'un processus (un processus de paiement ou de prise de commande, par exemple) Dans ces situations, le critère est non applicable.

3.13. Consultation

Critère 13.1

Il existe une gestion de cas particulier lorsque la limite de temps est essentielle, notamment lorsqu'elle ne pourrait pas être supprimée sans changer fondamentalement le contenu ou les fonctionnalités liées au contenu.

Dans ces situations, le critère est non applicable. Par exemple, le rafraîchissement d'un flux RSS dans une page n'est pas une limite de temps essentielle ; le critère est applicable. En revanche, une redirection automatique qui amène vers la nouvelle version d'une page à partir d'une url obsolète est essentielle ; le critère est non applicable.

Critère 13.6

Il existe une gestion de cas particulier lorsque le document est produit de manière dynamique (par exemple une facture). Dans cette situation, l'indication de poids est facultative, les autres indications (type de fichier et langue) restent exigibles.

4. Notes techniques

Les notes techniques ci-dessous donnent des explications pour la prise en charge de certains éléments HTML5 dont le support peut être variable et la manière dont le référentiel propose de les prendre en charge.

4.1. Images

Critère 1.1 [A]

À l'exception de svg, les attributs aria-label et aria-labelledby permettant de créer une alternative ou de lier l'image à un passage de texte faisant office d'alternative ne peuvent pas être utilisés par manque de support des technologies d'assistance.

La spécification SVG préconise d'utiliser un élément <title> pour la description "courte" et un élément <desc> pour la description longue. Actuellement, seul l'élément <desc> est correctement restitué par les technologies d'assistance. L'usage de l'élément <title> est donc considéré comme incompatible avec l'accessibilité.

Critère 1.2 [A]

Lorsqu'une image est associée à une légende, la note technique WCAG recommande de renseigner systématiquement l'alternative de l'image (cf critère 1.10). Dans ce cas le critère 1.2 est non applicable.

Un attribut WAI-ARIA role="presentation" ne peut pas être utilisé pour déclarer une image de décoration conformément aux indications données par la spécification sur les restrictions de l'utilisation des rôles WAI-ARIA.

Critère 1.3 [A]

La note WCAG interdit l'utilisation de l'attribut title en remplacement de l'attribut alt, néanmoins il est souvent utile d'utiliser l'attribut title pour faire apparaître une infobulle (tooltip) sur les images particulièrement obscures. Si l'attribut title est utilisé de cette manière, le contenu de l'attribut title doit être strictement identique à celui de l'alternative.

Le manque de support de l'élément <title> par les technologies d'assistance crée une difficulté dans le cas de l'utilisation de l'élément <desc> pour implémenter l'alternative courte de l'image si l'image nécessite une description détaillée. Dans ce cas il est recommandé d'utiliser un texte adjacent ou un lien adjacent pour créer la description détaillée.

Les tests 1.3.7 et 1.3.9 sont utilisés pour vérifier que l'implémentation de l'alternative est compatible avec l'accessibilité (e.g avec la base de référence considérée).

Critère 1.6 [A]

Le manque de support de l'élément <title> par les technologies d'assistance crée une difficulté dans le cas de l'utilisation de l'élément <desc> pour implémenter l'alternative courte de l'image si l'image nécessite une description détaillée. Dans ce cas il est recommandé d'utiliser un texte adjacent ou un lien adjacent pour créer la description détaillée.

Si l'élément <desc> est utilisé pour implémenter la description détaillée, il est recommandé d'utiliser un attribut aria-label pour implémenter l'alternative courte de l'image.

L'utilisation de l'attribut aria-describedby n'est pas possible pour lier une image à sa description détaillée par manque de support des technologies d'assistance.

La description détaillée adjacente peut être implémentée via un élément <figcaption>, dans ce cas le critère 1.10 doit être vérifié (utilisation de <figure> et du rôle group, notamment).

Critère 1.8 [AA] et 1.9 [AAA]

Le texte dans les images vectorielles étant du texte réel, il n'est pas concerné par ce critère.

Critère 1.10 [A]

L'implémentation d'un role="group" sur l'élément parent figure est destiné à pallier le manque de support actuel des éléments figure par les technologies d'assistance. Bien que recommandée, l'utilisation d'un élément figcaption dans un élément figure est optionnelle. En revanche l'utilisation d'un élément figcaption pour associer une légende à une image impose l'utilisation d'un élément parent figure. La référence à la légende adjacente peut être une expression du type "image 1" ou équivalent lorsque cette expression est reprise dans la légende.

Bien que recommandé par HTML5, la note WCAG stipule que le title ne peut pas être utilisé pour "labelliser" l'image.

Les attributs aria-labelledby et aria-describedby ne peuvent pas être utilisés actuellement par manque de support par les technologies d'assistance.

4.5. Tableaux

Critère 5.1 [A]

La spécification propose plusieurs méthodes pour lier un résumé à un tableau (tableau lié à un passage de texte avec aria-describedby, tableau groupé via figure avec le résumé en texte adjacent, tableau groupé avec figure avec le résumé dans un élément figcaption, résumé dans un élément details dans l'élément caption).

Ces méthodes n'ont pas un support suffisant pour être utilisées actuellement.

4.7. Scripts

Alternative à JavaScript et compatibilité avec les technologies d'assistance des composants d'interface

Le critère 7.1 implémente la notion de "compatible avec les technologies d'assistance" tel qu'il est défini par les WCAG 2, ainsi que le recours à l'API WAI-ARIA pour rendre un composant ou une fonctionnalité accessible. Le bon usage de l'API WAI-ARIA est vérifié via les tests 7.1.3, 7.1.4, 7.1.5 et 7.1.6.

Note importante : dans un environnement HTML5, beaucoup de composants peuvent nécessiter JavaScript pour fonctionner, en conséquence la fourniture d'une alternative à un composant JavaScript qui ne pourrait pas être rendu accessible devra bénéficier d'une méthode spécifique au composant en cause permettant de le remplacer par une alternative accessible (et de le réactiver).

Cela signifie que la désactivation de JavaScript pour l'ensemble de la page ne sera pas acceptée comme une méthode valable, à moins qu'elle ne remette pas en cause l'utilisation des autres composants.

Critère 7.3 [A]

ARIA définit pour un certain nombre de rôles dédiés au développement de composants d'interface un ensemble d'interactions au clavier basé sur les touches Echap, Barre d'espace, Tabulation et touches de direction auxquelles peuvent se rajouter d'autres interactions basées sur les touches de pagination, de début ou de fin par exemple. Afin d'accompagner la prise en charge progressive de ces interactions au clavier, le référentiel limite l'exigence aux touches d'interactions principales (Echap, barre d'espace, tabulation, flèches de direction) telles qu'elles sont définies par les motifs de conception.

4.9. Structuration de l'information

Critère 9.1 [A]

ARIA permet de définir des titres via le rôle heading et la propriété aria-level (indication du niveau de titre). Bien qu'il soit préférable d'utiliser l'élément de titre natif en HTML <hx>, l'utilisation du rôle WAI-ARIA heading est compatible avec l'accessibilité.

Bien que la spécification HTML5 autorise l'utilisation exclusive de titre de niveau 1 (h1), le manque de support des technologies d'assistance oblige à utiliser une hiérarchie de titres pertinente.

Critère 9.2 [A]

L'arborescence du document (outline) est générée par l'utilisation des balises sectionnantes <nav>, <article>, <section>, <aside> et les sections implicites générées par l'utilisation d'une balise <hx> (lorsque la balise <hx> n'est pas le premier enfant d'une section).

Une balise sectionnante permet de structurer ou de regrouper un contenu, les parties d'un contenu, ou un ensemble de contenus qui peuvent être considérés de manière indépendante du reste du document.

Une zone de navigation dans le site ou dans une rubrique, un sommaire ou la zone de navigation d'une collection de pages (<nav>), un contenu "complémentaire" au contenu principal (<aside>), le contenu principal ou le regroupement de plusieurs contenus comme des articles (<article> ou <section>) un ou des contenus secondaires comme un commentaire, un widget Twitter, un fil RSS (<article> ou <section>) sont autant d'exemples de contenus sectionnés.

Lorsqu'il s'agit de contenus, par opposition à des zones de navigation (<nav>) ou des zones de contenus complémentaires (<aside>) une section devrait posséder si c'est approprié une zone d'en-tête (<header>) et un pied de page (<footer>).

Le premier titre <hx> dans une section donne le "nom" de la section tel qu'il sera reporté dans l'arborescence du document. Les titres suivants (<hx>) créent des sections implicites qui seront présentées comme l'arborescence du contenu de la section.

Une section pouvant être considérée de manière indépendante du reste de la page, l'arborescence générée par les sections implicites (<hx>) est calculée à partir d'un niveau 1 affecté au premier titre de la section.

Lorsqu'elle est utilisée, l'arborescence du document peut donc être différente de l'arborescence du contenu représentée par l'ensemble des titres <hx> de la page même si les deux structures restent similaires.

Cette arborescence doit donc être représentative de la structure du document et être cohérente avec la structuration du contenu générée par l'utilisation des balises <hx>. La structuration du contenu générée par les balises <hx>) pouvant être, théoriquement, déduite de l'arborescence du document, la spécification HTML5 recommande d'utiliser uniquement des titres <h1>, cet usage est proscrit et le critère 9.1 impose d'utiliser une hiérarchie de titres (<hx>) cohérente.

Si l'arborescence du document (à la condition qu'elle soit cohérente) peut permettre de proposer à l'utilisateur des fonctionnalités d'exploration et de navigation, sur certaines technologies d'assistance, elle influe sur la hiérarchie de titres générée par l'utilisation des balises <hx> en modifiant le niveau des titres restitués.

Pour accompagner la prise en charge progressive de l'arborescence du document et compte tenu du fait que le référentiel exige de disposer, en tout état de cause, d'une structure de contenu (balises <hx>) robuste et cohérente, il est acceptable de considérer le test 9.2.2 comme non applicable lorsqu'il n'est pas possible de s'assurer que l'arborescence du document est parfaitement cohérente.

Dans ce cas, la non-conformité au test devrait être relevée sous la forme d'une simple alerte.

Critère 9.3 [A]

Les rôles WAI-ARIA list et listitem peuvent nécessiter l'utilisation des propriétés aria-setsize et aria-posinset dans le cas où l'ensemble de la liste n'est pas disponible via le DOM généré au moment de la consultation.

Bien que possédant un rôle definition, utilisé en combinaison avec la propriété aria-labelledby, WAI-ARIA ne propose pas de rôle équivalent à une liste de définition HTML. Le rôle definition ne peut donc pas être utilisée comme équivalent à une liste de définition HTML dl.

Les rôles tree, tablist, menu, combobox et listbox ne sont pas équivalents à une liste HTML ul ou ol.

Références : The Role Model, List Role et The role model - ARIA SETSIZE

Critère 9.4 [AAA]

Les rôles WAI-ARIA list et listitem peuvent nécessiter l'utilisation des propriétés aria-setsize et aria-posinset dans le cas où l'ensemble de la liste n'est pas disponible via le DOM généré au moment de la consultation.

Bien que possédant un rôle definition, utilisé en combinaison avec la propriété aria-labelledby, WAI-ARIA ne propose pas de rôle équivalent à une liste de définition HTML. Le rôle definition ne peut donc pas être utilisée comme équivalent à une liste de définition HTML dl.

Les rôles tree, tablist, menu, combobox et listbox ne sont pas équivalents à une liste HTML ul ou ol.

Références : The Role Model, List Role et The role model - ARIA SETSIZE

4.10. Présentation de l'information

Critère 10.13 [A]

WAI-ARIA propose une propriété aria-hidden (true ou false) qui permet d'inhiber la restitution d'un contenu en direction des technologies d'assistance, sans influencer sur sa visibilité en direction des agents utilisateurs : un contenu avec aria-hidden="true" ne sera donc plus vocalisable mais restera visible. Sauf si le contenu contrôlé par aria-hidden n'a pas vocation à être restitué par les technologies d'assistance, la valeur de l'attribut hidden doit être cohérente avec l'état affiché ou masqué du contenu à l'écran.

La spécification HTML5 propose un attribut hidden qui permet de rendre indisponible (quand l'attribut hidden est présent) un contenu dans le DOM généré (de manière similaire au type="hidden" sur un contrôle de formulaire). Sauf si le contenu contrôlé par hidden n'a pas vocation à être restitué par les technologies d'assistance, la valeur de l'attribut hidden doit être cohérente avec l'état affiché ou masqué du contenu à l'écran.

Il est possible d'avoir des situations où un contenu contrôlé par hidden ou aria-hidden se trouve momentanément dans un état incohérent avec le statut affiché ou masqué du contenu, par exemple si l'on désire rendre disponible un élément mais que son affichage à l'écran reste dépendant d'une action ultérieure. Dans ce cas, c'est l'état final du contenu qui doit être considéré.

4.11. Formulaires

Critère 11.11 [AA]

Certains types de formulaire HTML5 proposent des messages d'aide à la saisie automatique, par exemple les types url et email affichent un message du type "veuillez saisir une adresse email valide" dans le cas où l'adresse email saisie ne correspond pas au format attendu. Ces messages sont personnalisables via l'API Constraint Validation qui peut permettre de personnaliser les messages d'erreur et valider le critère, attention cependant le support de cette API n'est pas encore stabilisé. Le type pattern qui permet d'effectuer automatiquement des contrôle de format (via des expressions régulières) affiche également un message d'aide mais ce dernier est personnalisable via l'attribut title, ce dispositif valide le critère.

Référence : WHATWG - 4.10.21.3 The constraint validation API

4.12. Navigation

Critère 12.10 [A]

WAI-ARIA propose des rôles permettant d'indiquer les zones principales (régions) du document. Ces rôles sont très profitables aux utilisateurs de lecteurs d'écran notamment, mais également aux utilisateurs de la navigation au clavier qui peuvent ainsi bénéficier de fonctionnalités de navigation rapide dans la structure du document. Si la plupart des lecteurs d'écran mettent à disposition ces fonctionnalités, les navigateurs n'ont pas encore proposé de fonctionnalité de navigation dédiée pour les utilisateurs qui ne peuvent pas utiliser la souris. La mise en place des liens d'évitement reste donc une exigence.

5. Base de référence

Plusieurs critères RGAA font référence à des tests de restitution à effectuer sur un ensemble de technologies d'assistance, de navigateur et de systèmes d'exploitation. Ce document décrit et explique les combinaisons qui ont été retenues pour constituer la base de références.

5.1 Compatible avec les technologies d'assistance - Base de référence

La base de référence est constituée des configurations (technologie d'assistance, système d'exploitation, navigateur) qui permettent de déclarer qu'un dispositif HTML5/ARIA est "compatible avec l'accessibilité" tel que défini par WCAG 2.

Elle est établie par consensus à partir de la liste des technologies d'assistance dont l'usage est suffisamment répandu, ou, dans certains cas (par exemple pour OSX) lorsqu'elle est fournie de manière native et constitue le moyen privilégié d'accès à l'information et aux fonctionnalités.

Le document Base de référence pour la compatibilité avec les technologies d'assistance décrit dans le détail la méthodologie utilisée pour établir cette base de référence. Télécharger le document "compatibilité avec les technologie d'assistance" au format odt, pdf

5.2. Base de référence

La base de référence permettant de couvrir la proportion la plus large des usages est constituée de combinaisons associant des technologies d'assistance d'usage suffisamment répandu, les deux systèmes d'exploitation Windows XP+ et OSX et les trois navigateurs IE9+, Firefox et Safari.

Pour qu'un dispositif HTML5/ARIA ou son alternative soit considéré comme compatible avec l'accessibilité il faut qu'il soit pleinement fonctionnel, en termes de restitution et de fonctionnalités, sur au moins une des combinaisons suivantes :

Base de référence - Combinaison 1

Technologie d'assistance Version TA Navigateur
NVDA Dernière version Firefox
JAWS Version précédente Firefox ou Internet Explorer 9+
Voice Over Dernière Version Safari

Base de référence - Combinaison 2

Technologie d'assistance Version TA Navigateur
JAWS Version précédente Firefox
NVDA Dernière Version Firefox ou Internet Explorer 9+
Voice Over Dernière Version Safari

Base de référence - Combinaison 3

Technologie d'assistance Version TA Navigateur
JAWS Version précédente Firefox
Window-Eyes Version précédente Firefox ou Internet Explorer 9+
Voice Over Dernière Version Safari

Base de référence - Combinaison 4

Technologie d'assistance Version TA Navigateur
Window-Eyes Version précédente Firefox
JAWS Version précédente Firefox ou Internet Explorer 9+
Voice Over Dernière Version Safari

Note : Compte tenu que le lecteur d'écran NVDA ne nécessite pas l'achat d'une licence commerciale et couvre toutes les versions de Windows, les deux premières combinaisons devraient être privilégiées. La combinaison NVDA + Window-Eyes ne peut pas être retenue car elle ne couvre pas une proportion suffisamment large d'usages.

5.3. Exigences complémentaires

Les règles suivantes doivent également être respectées :

  1. L'ensemble des dispositifs HTML5/ARIA ou leurs alternatives doivent être pleinement fonctionnels, sur l'ensemble des pages du site, sans nécessiter de changement de technologie d'assistance en cours d'utilisation ;
  2. Lorsque des alternatives à des dispositifs HTML5/ARIA sont proposées, elles ne doivent pas nécessiter la désactivation d'une technologie (par exemple JavaScript ou le plugin Flash) sauf s'il s'agit d'une fonctionnalité proposée par le site lui-même.
    Par exemple :
    • le site met à disposition une version alternative conforme pleinement fonctionnelle sans le recours aux technologies dont l'usage est non compatible avec l'accessibilité ;
    • le site met à disposition une fonctionnalité de remplacement des dispositifs HTML5/ARIA par des dispositifs alternatifs compatibles ;
  3. un moyen est mis à disposition des utilisateurs de technologies d'assistance pour signaler les problèmes rencontrés et obtenir, via un dispositif de compensation, les informations qui seraient rendues indisponibles ;
  4. si une déclaration de conformité est établie, elle doit comporter la liste des technologies d'assistance avec lesquelles les dispositifs HTML5/ARIA ont été testés et les résultats de ces tests (par exemple "supporté", "non supporté", "supporté partiellement") au moins.

5.4. Environnement maitrisé

Lorsque le site web est destiné à être diffusé et utilisé dans un environnement maîtrisé, la base de références est constituée des configurations (technologie d'assistance, système d'exploitation, navigateur) effectivement utilisés dans l'environnement maîtrisé.

Par exemple, lorsque le site web est exclusivement diffusé dans un environnement GNU/Linux, les tests devront être réalisés uniquement sur les navigateurs et les technologies d'assistance utilisés par les agents sur cette plateforme. Cette base de référence se substitue à la base de référence utilisée en environnement non maîtrisé.

6. Références

Le RGAA a été établi en utilisant un certain nombre de références et de sources documentaires. Ce document liste les références qui ont été utilisées.

6.1. Documents de références

6.2. Autres documents