Audit : critères hors audit rapide et complé­men­taire

Critères (56) qui ne sont pas dans l'audit rapide ni dans l'audit complémentaire de DesignGouv , avec les méthodologies des tests de chaque critère.

Pour chaque test, les méthodologies sont affichées par défaut 

Critère 1.2 : Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?

Test 1.2.1

Méthodologie 1.2.1
  1. Retrouver dans le document les images décoratives dépourvues de légende structurées au moyen d’un élément <img> ;
  2. Pour chaque image, vérifier que l’image ne possède pas d’attributs aria-labelledby, aria-label ou title et qu’elle possède :
    • Soit un attribut alt vide (alt="") ;
    • Soit un attribut WAI-ARIA aria-hidden="true" ou role="presentation".
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.2.2

Méthodologie 1.2.2
  1. Retrouver dans le document les images décoratives structurées au moyen d’un élément <area> (sans attribut href) ;
  2. Pour chaque image, vérifier que l’élément <area> ne possède pas d’attributs aria-labelledby, aria-label ou title et qu’il possède :
    • Soit un attribut alt vide (alt="") ;
    • Soit un attribut WAI-ARIA aria-hidden="true" ou role="presentation".
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.2.3

Méthodologie 1.2.3
  1. Retrouver dans le document les images décoratives structurées dépourvues de légende au moyen d’un élément <object> (avec un attribut type="image/…") ;
  2. Pour chaque image, vérifier que la balise ouvrante <object> ne possède pas d’attributs aria-labelledby, aria-label ou title et qu’elle :
    • Possède un attribut WAI-ARIA aria-hidden="true" ;
    • Et est dépourvue d’alternative textuelle ;
    • Et est dépourvue d’un contenu alternatif présent entre les balises <object> et </object>.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.2.4

Méthodologie 1.2.4
  1. Retrouver dans le document les images décoratives dépourvues de légende structurées au moyen d’un élément <svg> ;
  2. Pour chaque image, vérifier que l’élément <svg> ne possède pas d’attributs aria-labelledby ou aria-label et qu’il :
    • Possède un attribut WAI-ARIA aria-hidden="true" ;
    • Et est dépourvu d’alternative textuelle (ainsi que ses éléments enfants) ;
    • Et ne contient pas d’éléments <title> et <desc> à moins que vides de contenu ;
    • Et est dépourvu d’attribut title (ainsi que ses éléments enfants).
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.2.5

Méthodologie 1.2.5
  1. Retrouver dans le document les images décoratives dépourvues de légende structurées au moyen d’un élément <canvas> ;
  2. Pour chaque image, vérifier que l’élément <canvas> ne possède pas d’attributs aria-labelledby, aria-label ou title et qu’il :
    • Possède un attribut WAI-ARIA aria-hidden="true" ;
    • Et est dépourvu d’alternative textuelle ;
    • Et est dépourvu d’un contenu alternatif présent entre les balises <canvas> et </canvas>.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.2.6

Méthodologie 1.2.6
  1. Retrouver dans le document les images décoratives dépourvues de légende structurées au moyen d’un élément <embed> (avec un attribut type="image/…") ;
  2. Pour chaque image, vérifier que l’élément <embed> ne possède pas d’attributs aria-labelledby, aria-label ou title et qu’il :
    • Possède un attribut WAI-ARIA aria-hidden="true" ;
    • Et est dépourvu d’alternative textuelle ;
  3. Si c’est le cas pour chaque image, le test est validé.

Critère 1.4 : 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

Méthodologie 1.4.1
  1. Retrouver dans le document les images structurées au moyen d’un élément <img> pourvues d’une alternative textuelle et utilisées comme CAPTCHA ou comme image-test ;
  2. Pour chaque image, vérifier que l’alternative textuelle est pertinente ;
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.4.2

Méthodologie 1.4.2
  1. Retrouver dans le document les éléments <area> pourvus d’une alternative textuelle et utilisés comme CAPTCHA ou comme image-test ;
  2. Pour chaque élément <area>, vérifier que l’alternative textuelle est pertinente ;
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.4.3

Méthodologie 1.4.3
  1. Retrouver dans le document les éléments <input> pourvus de l’attribut type="image" et d’une alternative textuelle, et utilisés comme CAPTCHA ou comme image-test ;
  2. Pour chaque élément <input> pourvu de l’attribut type="image", vérifier que l’alternative textuelle est pertinente ;
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.4.4

Méthodologie 1.4.4
  1. Retrouver dans le document les éléments <object> pourvus de l’attribut type="image/…" et d’une alternative textuelle, et utilisés comme CAPTCHA ou comme image-test ;
  2. Pour chaque élément <object> pourvu de l’attribut type="image/…", vérifier que l’alternative textuelle est pertinente ;
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.4.5

Méthodologie 1.4.5
  1. Retrouver dans le document les éléments <embed> pourvus de l’attribut type="image/…" et d’une alternative textuelle, et utilisés comme CAPTCHA ou comme image-test ;
  2. Pour chaque élément <embed> pourvu de l’attribut type="image/…", vérifier que l’alternative textuelle est pertinente ;
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.4.6

Méthodologie 1.4.6
  1. Retrouver dans le document les éléments <svg> pourvus d’une alternative textuelle et utilisés comme CAPTCHA ou comme image-test ;
  2. Pour chaque élément <svg>, vérifier que l’alternative textuelle est pertinente ;
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.4.7

Méthodologie 1.4.7
  1. Retrouver dans le document les éléments <canvas> pourvus d’une alternative textuelle et utilisés comme CAPTCHA ou comme image-test ;
  2. Pour chaque élément <canvas>, vérifier que l’alternative textuelle est pertinente ;
  3. Si c’est le cas pour chaque image, le test est validé.

Critère 1.8 : 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) ?

Test 1.8.1

Méthodologie 1.8.1
  1. Retrouver dans le document les images texte structurées au moyen d’un élément <img> (ou d’un élément possédant l’attribut WAI-ARIA role="img") ;
  2. Pour chaque image, vérifier que :
    • Soit il existe un mécanisme de remplacement ;
    • Soit l’image contient un texte qui fait appel à un effet graphique qui ne peut pas être reproduit en CSS.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.8.2

Méthodologie 1.8.2
  1. Retrouver dans le document les boutons “images texte” (élément <input> avec l’attribut type="image") ;
  2. Pour chaque image, vérifier que :
    • Soit il existe un mécanisme de remplacement ;
    • Soit l’image contient un texte qui fait appel à un effet graphique qui ne peut pas être reproduit en CSS.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.8.3

Méthodologie 1.8.3
  1. Retrouver dans le document les images texte objet (élément <object> avec l’attribut type="image/…") ;
  2. Pour chaque image, vérifier que :
    • Soit il existe un mécanisme de remplacement ;
    • Soit l’image contient un texte qui fait appel à un effet graphique qui ne peut pas être reproduit en CSS.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.8.4

Méthodologie 1.8.4
  1. Retrouver dans le document les images texte embarquées (élément <embed> avec l’attribut type="image/…") ;
  2. Pour chaque image, vérifier que :
    • Soit il existe un mécanisme de remplacement ;
    • Soit l’image contient un texte qui fait appel à un effet graphique qui ne peut pas être reproduit en CSS.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.8.5

Méthodologie 1.8.5
  1. Retrouver dans le document les images texte bitmap (élément <canvas>) ;
  2. Pour chaque image, vérifier que :
    • Soit il existe un mécanisme de remplacement ;
    • Soit l’image contient un texte qui fait appel à un effet graphique qui ne peut pas être reproduit en CSS.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.8.6

Méthodologie 1.8.6
  1. Retrouver dans le document les images texte vectorielle (élément <svg>) porteuse d’information et dont le texte n’est pas complètement structuré au moyen d’éléments <text> ;
  2. Pour chaque image, vérifier que :
    • Soit il existe un mécanisme de remplacement ;
    • Soit l’image contient un texte qui fait appel à un effet graphique qui ne peut pas être reproduit en CSS.
  3. Si c’est le cas pour chaque image, le test est validé.

Critère 1.9 : Chaque légende d’image est-elle, si nécessaire, correctement reliée à l’image correspondante ?

Test 1.9.1

Méthodologie 1.9.1
  1. Retrouver dans le document les images pourvues d’une légende structurées au moyen d’élément <img>, d’un élément <input> avec l’attribut type="image" ou d’un élément possédant l’attribut WAI-ARIA role="img" ;
  2. Pour chaque image, vérifier que :
    • L’image et sa légende sont contenues dans une balise <figure> ;
    • La balise <figure> possède une propriété WAI-ARIA role="figure" ou role="group" ;
    • La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende ;
    • La légende est contenue dans une balise <figcaption>.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.9.2

Méthodologie 1.9.2
  1. Retrouver dans le document les images objet pourvues d’une légende (élément <object> avec l’attribut type="image/…") ;
  2. Pour chaque image, vérifier que :
    • L’image et sa légende sont contenues dans une balise <figure> ;
    • La balise <figure> possède une propriété WAI-ARIA role="figure" ou role="group" ;
    • La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende ;
    • La légende est contenue dans une balise <figcaption>.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.9.3

Méthodologie 1.9.3
  1. Retrouver dans le document les images embarquées pourvues d’une légende (élément <embed> avec l’attribut type="image/…") ;
  2. Pour chaque image, vérifier que :
    • L’image et sa légende sont contenues dans une balise <figure> ;
    • La balise <figure> possède une propriété WAI-ARIA role="figure" ou role="group" ;
    • La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende ;
    • La légende est contenue dans une balise <figcaption>.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.9.4

Méthodologie 1.9.4
  1. Retrouver dans le document les images vectorielles pourvues d’une légende (élément <svg>) ;
  2. Pour chaque image, vérifier que :
    • L’image et sa légende sont contenues dans une balise <figure> ;
    • La balise <figure> possède une propriété WAI-ARIA role="figure" ou role="group" ;
    • La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende ;
    • La légende est contenue dans une balise <figcaption>.
  3. Si c’est le cas pour chaque image, le test est validé.

Test 1.9.5

Méthodologie 1.9.5
  1. Retrouver dans le document les images bitmap (élément <canvas>) ;
  2. Pour chaque image, vérifier que :
    • L’image et sa légende sont contenues dans une balise <figure> ;
    • La balise <figure> possède une propriété WAI-ARIA role="figure" ou role="group" ;
    • La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende ;
    • La légende est contenue dans une balise <figcaption>.
  3. Si c’est le cas pour chaque image, le test est validé.

Critère 2.1 : Chaque cadre a-t-il un titre de cadre ?

Test 2.1.1

Méthodologie 2.1.1
  1. Retrouver dans le document les cadres (élément <iframe> ou <frame>) ;
  2. Pour chaque cadre, vérifier qu’il possède un attribut title ;
  3. Si c’est le cas pour chaque cadre, le test est validé.

Critère 2.2 : Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ?

Test 2.2.1

Méthodologie 2.2.1
  1. Retrouver dans le document les cadres (élément <iframe> ou <frame>) ;
  2. Pour chaque cadre pourvu d’un attribut title, vérifier que son contenu est pertinent ;
  3. Si c’est le cas pour chaque cadre, le test est validé.

Critère 3.2 : 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.2.1

Méthodologie 3.2.1
  1. Retrouver dans le document les textes et les textes en image sans effet de graisse d’une taille restituée inférieure à 24px qui pourraient poser des problèmes de contraste ;
  2. Pour chacun de ces textes, vérifier que :
    • Soit le rapport de contraste entre le texte et son arrière-plan est de 4.5:1, au moins ;
    • Soit un mécanisme permet à l’utilisateur d’afficher le texte avec un rapport de contraste de 4.5:1, au moins.
  3. Si c’est le cas pour chaque texte, le test est validé.

Test 3.2.2

Méthodologie 3.2.2
  1. Retrouver dans le document les textes et les textes en image en gras d’une taille restituée inférieure à 18,5px qui pourraient poser des problèmes de contraste ;
  2. Pour chacun de ces textes, vérifier que :
    • Soit le rapport de contraste entre le texte et son arrière-plan est de 4.5:1, au moins ;
    • Soit un mécanisme permet à l’utilisateur d’afficher le texte avec un rapport de contraste de 4.5:1, au moins.
  3. Si c’est le cas pour chaque texte, le test est validé.

Test 3.2.3

Méthodologie 3.2.3
  1. Retrouver dans le document les textes et les textes en image sans effet de graisse d’une taille restituée supérieure ou égale à 24px qui pourraient poser des problèmes de contraste ;
  2. Pour chacun de ces textes, vérifier que :
    • Soit le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins ;
    • Soit un mécanisme permet à l’utilisateur d’afficher le texte avec un rapport de contraste de 3:1, au moins.
  3. Si c’est le cas pour chaque texte, le test est validé.

Test 3.2.4

Méthodologie 3.2.4
  1. Retrouver dans le document les textes et les textes en image en gras d’une taille restituée supérieure ou égale à 18,5px qui pourraient poser des problèmes de contraste ;
  2. Pour chacun de ces textes, vérifier que :
    • Soit le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins ;
    • Soit un mécanisme permet à l’utilisateur d’afficher le texte avec un rapport de contraste de 3:1, au moins.
  3. Si c’est le cas pour chaque texte, le test est validé.

Test 3.2.5

Méthodologie 3.2.5
  1. Retrouver dans le document les mécanismes qui permettent d’afficher un rapport de contraste conforme ;
  2. Pour chacun de ces mécanismes, vérifier que le rapport de contraste entre le texte et la couleur d’arrière-plan est suffisamment élevé ;
  3. Si c’est le cas pour chaque mécanisme, le test est validé.

Critère 3.3 : Dans chaque page web, les couleurs utilisées dans les composants d’interface ou les éléments graphiques porteurs d’informations sont-elles suffisamment contrastées (hors cas particuliers) ?

Test 3.3.1

Méthodologie 3.3.1
  1. Retrouver dans le document les composants d’interface qui pourraient poser des problèmes de contraste ;
  2. Pour chacun de ces composants, vérifier que :
    • Soit le rapport de contraste entre les couleurs du composant dans ses différents états et la couleur d’arrière-plan contiguë est de 3:1, au moins ;
    • Soit un mécanisme permet à l’utilisateur d’afficher le composant avec un rapport de contraste de 3:1, au moins.
  3. Si c’est le cas pour chaque composant, le test est validé.

Test 3.3.2

Méthodologie 3.3.2
  1. Retrouver dans le document les éléments graphiques qui pourraient poser des problèmes de contraste ;
  2. Pour chacun de ces éléments, vérifier que :
    • Soit le rapport de contraste entre les couleurs de l’élément graphique nécessaires à sa compréhension et la couleur d’arrière-plan contiguë est de 3:1, au moins ;
    • Soit un mécanisme permet à l’utilisateur d’afficher l’élément graphique avec un rapport de contraste de 3:1, au moins.
  3. Si c’est le cas pour chaque composant, le test est validé.

Test 3.3.3

Méthodologie 3.3.3
  1. Retrouver dans le document les éléments graphiques qui pourraient poser des problèmes de contraste ;
  2. Pour chacun de ces éléments, vérifier que :
    • Soit le rapport de contraste des différentes couleurs contiguës de l’élément graphique entre elles, lorsqu’elles sont nécessaires à sa compréhension, est de 3:1, au moins ;
    • Soit un mécanisme permet à l’utilisateur d’afficher l’élément graphique avec un rapport de contraste de 3:1, au moins.
  3. Si c’est le cas pour chaque élément graphique, le test est validé.

Test 3.3.4

Méthodologie 3.3.4
  1. Retrouver dans le document les mécanismes qui permettent d’afficher un rapport de contraste conforme ;
  2. Pour chacun de ces mécanismes, vérifier que le rapport de contraste entre les couleurs du composant ou des éléments graphiques porteurs d’informations qui le composent est suffisamment élevé ;
  3. Si c’est le cas pour chaque mécanisme, le test est validé.

Note : le critère est non applicable dans ces situations :

  • Composant d’interface inactif (par exemple, un bouton avec un attribut disabled) sur lequel aucune action n’est possible ;
  • Composant d’interface pour lequel l’apparence est gérée par les styles natifs du navigateur sans aucune modification par l’auteur (par exemple, le style au focus natif dans Chrome ou Firefox) ;
  • Composant d’interface pour lequel la couleur n’est pas nécessaire pour identifier le composant ou son état (par exemple, un groupe de liens faisant office de navigation dont la position dans la page, la taille et la couleur du texte permettent de comprendre qu’il s’agit de liens même si la couleur du soulignement des liens avec le fond blanc n’a pas un ratio de 3:1 et que le texte lui a un ratio de 4.5:1) ;
  • Élément graphique ou parties d’élément graphique non porteur d’information ou ayant une alternative (description longue, informations identiques visibles dans la page) ;
  • Élément graphique ou parties d’élément graphique faisant partie d’un logo ou du nom de marque d’un organisme ou d’une société ;
  • Élément graphique ou parties d’élément graphique dont la présentation est essentielle à l’information véhiculée (exemple drapeaux, logotypes, photos de personnes ou de scènes, captures d’écran, diagrammes médicaux, carte de chaleurs) ;
  • Élément graphique ou parties d’élément graphique dynamiques dont le contraste au survol / focus est suffisant.

Critère 4.3 : Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?

Test 4.3.1

Méthodologie 4.3.1
  1. Retrouver dans le document les médias temporels pré-enregistrés synchronisés ;
  2. Pour chaque média temporel synchronisé, vérifier la présence :
    • Soit de sous-titres synchronisés ;
    • Soit d’une version alternative possédant des sous-titres synchronisés accessible au moyen d’un lien ou d’un bouton adjacent.
  3. Si c’est le cas pour chaque média temporel, le test est validé.

Test 4.3.2

Méthodologie 4.3.2
  1. Retrouver dans le document les médias temporels synchronisés possédant des sous-titres synchronisés au moyen d’un élément <track> ;
  2. Pour chaque média temporel synchronisé, vérifier que la balise <track> possède un attribut kind="caption" ;
  3. Si c’est le cas pour chaque média temporel synchronisé, le test est validé.

Critère 4.5 : Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audiodescription synchronisée (hors cas particuliers) ?

Test 4.5.1

Méthodologie 4.5.1
  1. Retrouver dans le document les médias temporels pré-enregistrés seulement vidéo qui nécessitent une audiodescription ;
  2. Pour chaque média temporel seulement vidéo, vérifier la présence :
    • Soit d’une audiodescription synchronisée ;
    • Soit d’une version alternative avec une audiodescription synchronisée accessible au moyen d’un bouton ou d’un lien adjacent (une URL ou une ancre).
  3. Si c’est le cas pour chaque média temporel seulement vidéo, le test est validé.

Test 4.5.2

Méthodologie 4.5.2
  1. Retrouver dans le document les médias temporels pré-enregistrés synchronisés qui nécessitent une audiodescription ;
  2. Pour chaque média temporel synchronisé, vérifier la présence :
    • Soit d’une audiodescription synchronisée ;
    • Soit d’une version alternative avec une audiodescription synchronisée accessible au moyen d’un bouton ou d’un lien adjacent (une URL ou une ancre).
  3. Si c’est le cas pour chaque média temporel synchronisé, le test est validé.

Critère 4.6 : Pour chaque média temporel pré-enregistré ayant une audiodescription synchronisée, celle-ci est-elle pertinente ?

Test 4.6.1

Méthodologie 4.6.1
  1. Retrouver dans le document les médias temporels seulement vidéo qui possèdent une audiodescription ;
  2. Pour chaque média temporel, vérifier que l’audiodescription synchronisée est pertinente (toutes les informations visuelles qu’il est possible de vocaliser dans les blancs de la bande son principale sont présentes, les textes incrustés notamment) ;
  3. Si c’est le cas pour chaque média temporel seulement vidéo, le test est validé.

Test 4.6.2

Méthodologie 4.6.2
  1. Retrouver dans le document les médias temporels synchronisés qui possèdent une audiodescription ;
  2. Pour chaque média temporel, vérifier que l’audiodescription synchronisée est pertinente (toutes les informations visuelles qu’il est possible de vocaliser dans les blancs de la bande son principale sont présentes, les textes incrustés notamment) ;
  3. Si c’est le cas pour chaque média temporel synchronisé, le test est validé.

Critère 4.7 : Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?

Test 4.7.1

Méthodologie 4.7.1
  1. Retrouver dans le document les médias temporels pré-enregistrés seulement vidéo, audio ou synchronisés ;
  2. Pour chaque média temporel, vérifier que :
    • Un passage de texte (un titre ou un paragraphe, par exemple) qui précède ou suit immédiatement le média temporel, permet de l’identifier ;
    • Et le passage de texte est situé à l’extérieur du lecteur de contenu multimédia si ce dernier fait appel à la technologie Flash.
  3. Si c’est le cas pour chaque média temporel, le test est validé.

Critère 4.11 : La consultation de chaque média temporel est-elle, si nécessaire, contrôlable par le clavier et tout dispositif de pointage ?

Test 4.11.1

Méthodologie 4.11.1
  1. Retrouver dans le document les médias temporels ;
  2. Pour chaque média temporel, vérifier la présence des fonctionnalités obligatoires de contrôle de la consultation :
    • Au minimum : lecture, pause ou stop ;
    • Si le média a du son, il doit avoir une fonctionnalité d’activation / désactivation du son ;
    • Si le média a des sous-titres, il doit avoir une fonctionnalité de contrôle de l’apparition/disparition des sous-titres ;
    • Si le média a une audiodescription, il doit avoir une fonctionnalité de contrôle de l’apparition/disparition de l’audiodescription.
  3. Si c’est le cas pour chaque média temporel, le test est validé.

Test 4.11.2

Méthodologie 4.11.2
  1. Retrouver dans le document les médias temporels pourvus de fonctionnalités de contrôle ;
  2. Pour chaque média temporel, vérifier que :
    • Soit la fonctionnalité est accessible par le clavier et tout dispositif de pointage ;
    • Soit une fonctionnalité accessible par le clavier et tout dispositif de pointage permettant de réaliser la même action est présente dans la page.
  3. Si c’est le cas pour chaque média temporel, le test est validé.

Test 4.11.3

Méthodologie 4.11.3
  1. Retrouver dans le document les médias temporels pourvus de fonctionnalités de contrôle ;
  2. Pour chaque média temporel, vérifier que :
    • Soit la fonctionnalité est activable par le clavier et tout dispositif de pointage ;
    • Soit une fonctionnalité activable par le clavier et tout dispositif de pointage permettant de réaliser la même action est présente dans la page.
  3. Si c’est le cas pour chaque média temporel, le test est validé.

Critère 4.12 : La consultation de chaque média non temporel est-elle contrôlable par le clavier et tout dispositif de pointage ?

Test 4.12.1

Méthodologie 4.12.1
  1. Retrouver dans le document les médias non temporels pourvus de fonctionnalités de contrôle ;
  2. Pour chaque média non temporel, vérifier que :
    • Soit la fonctionnalité est accessible par le clavier et tout dispositif de pointage ;
    • Soit une fonctionnalité accessible par le clavier et tout dispositif de pointage permettant de réaliser la même action est présente dans la page.
  3. Si c’est le cas pour chaque média non temporel, le test est validé.

Test 4.12.2

Méthodologie 4.12.2
  1. Retrouver dans le document les médias non temporels pourvus de fonctionnalités de contrôle ;
  2. Pour chaque média non temporel, vérifier que :
    • Soit la fonctionnalité est activable par le clavier et tout dispositif de pointage ;
    • Soit une fonctionnalité activable par le clavier et tout dispositif de pointage permettant de réaliser la même action est présente dans la page.
  3. Si c’est le cas pour chaque média non temporel, le test est validé.

Critère 4.13 : Chaque média temporel et non temporel est-il compatible avec les technologies d’assistance (hors cas particuliers) ?

Test 4.13.1

Méthodologie 4.13.1
  1. Retrouver dans le document les médias temporels et non temporels ;
  2. Pour chaque média, vérifier que :
    • Soit 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é (par exemple, les zones mises à jour dynamiquement dans un lecteur vidéo sont correctement restituées) ;
    • Soit une alternative compatible avec une API d’accessibilité permet d’accéder aux mêmes fonctionnalités.
  3. Si c’est le cas pour chaque média temporel ou non temporel, le test est validé.

Test 4.13.2

Méthodologie 4.13.2
  1. Retrouver dans le document les médias temporels et non temporels qui possèdent une alternative compatible avec les technologies d’assistance ;
  2. Pour chaque média, vérifier que :
    • Soit l’alternative est adjacente au média temporel ou non temporel ;
    • Soit l’alternative est accessible au moyen d’un lien ou d’un bouton adjacent ;
    • Soit un mécanisme permet de remplacer le média temporel ou non temporel par son alternative.
  3. Si c’est le cas pour chaque média temporel ou non temporel, le test est validé.

Critère 5.1 : Chaque tableau de données complexe a-t-il un résumé ?

Test 5.1.1

Méthodologie 5.1.1
  1. Retrouver dans le document les tableaux de données complexes (tableau de données - élément <table> ou élément pourvu d’un attribut WAI-ARIA role="table" - contenant 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) ;
  2. Pour chaque tableau de données complexe, vérifier qu’un passage de texte permettant de comprendre la nature et la structure du tableau, est présent :
    • Soit dans l’élément <caption> ;
    • Soit dans l’attribut summary de l’élément <table> (dans les versions de HTML et de XHTML antérieures à HTML 5) ;
    • Soit dans un passage de texte lié au tableau avec l’attribut aria-describedby.
  3. Si c’est le cas pour chaque tableau de données complexe, le test est validé.

Critère 5.2 : Pour chaque tableau de données complexe ayant un résumé, celui-ci est-il pertinent ?

Test 5.2.1

Méthodologie 5.2.1
  1. Retrouver dans le document les résumés de tableaux de données complexes (tels que déterminés par le test 5.1.1) ;
  2. Pour chaque résumé, vérifier que son contenu est pertinent ;
  3. Si c’est le cas pour chaque résumé de tableaux de données complexes, le test est validé.

Critère 5.5 : Pour chaque tableau de données ayant un titre, celui-ci est-il pertinent ?

Test 5.5.1

Méthodologie 5.5.1
  1. Retrouver dans le document les tableaux de données pourvus d’un titre ;
  2. Pour chaque titre, vérifier qu’il est pertinent ;
  3. Si c’est le cas pour chaque titre de tableau de données, le test est validé.

Critère 5.8 : 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 ?

Test 5.8.1

Méthodologie 5.8.1
  1. Retrouver dans le document les tableaux de mise en forme ;
  2. Pour chaque tableau de mise en forme, vérifier que :
    • L’élément <table> ne possède pas d’attribut summary, d’éléments enfant <caption>, <thead>, <th>, <tfoot> ou d’éléments pourvus d’un attribut WAI-ARIA role="rowheader" ou role="columnheader" ;
    • Les éléments <td> ne possèdent pas d’attributs scope, headers et axis.
  3. Si c’est le cas pour chaque tableau de mise en forme, le test est validé.

Critère 7.4 : 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

Méthodologie 7.4.1
  1. Retrouver dans le document tous les événements JavaScript qui initient un changement de contexte, par exemple :
    • Une mise à jour dynamique de champs de formulaire ;
    • L’ouverture d’une nouvelle page à l’activation d’une option d’une liste de sélection (élément <select>) ;
    • La mise à jour, via un procédé AJAX d’une partie essentielle de la page ;
    • Le lancement automatique d’un lecteur vidéo suite à la sélection d’une playlist ;
    • La manipulation du focus ayant pour résultat de modifier la position courante de l’utilisateur dans la page.
  2. Vérifier que :
    • L’utilisateur est averti par un message de l’action du script et du type de changement avant son déclenchement ;
    • Ou bien le changement de contexte est initié par un bouton (input de type submit, button ou image ou la balise button) explicite ;
    • Ou bien le changement de contexte est initié par un lien explicite.
  3. Si c’est le cas, le test est validé.

Critère 7.5 : Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?

Test 7.5.1

Méthodologie 7.5.1
  1. Retrouver dans le document les messages qui valent pour message de statut.
  2. Pour chacun de ces messages, déterminer la nature de l’information dont est porteur le message :
  3. Si le message informe de la réussite, du résultat d’une action ou bien de l’état d’une application, vérifier que l’élément qui contient le message :
    • Soit utilise l’attribut WAI-ARIA role=”status” ;
    • Soit utilise les attributs WAI-ARIA aria-live=”polite” et aria-atomic=”true”.
  4. Si le message présente une suggestion, ou avertit de l’existence d’une erreur, vérifier que l’élément qui contient le message :
    • Soit utilise l’attribut WAI-ARIA role=”alert” ;
    • Soit utilise les attributs aria-live=”assertive” et aria-atomic=”true”.
  5. Si le message indique la progression d’un processus, vérifier que l’élément qui contient le message :
    • Soit utilise l’un des attributs WAI-ARIA role=”log”, role=”progressbar” ou role=”status” ;
    • Soit utilise l’attribut WAI-ARIA aria-live=”polite” si l’intention est de signaler l’équivalent d’un rôle “log” ;
    • Soit utilise les attributs WAI-ARIA aria-live=”polite” et aria-atomic=”true si l’intention est de signaler l’équivalent d’un rôle “status”.
  6. Si c’est le cas, le test est validé.

Critère 8.1 : Chaque page web est-elle définie par un type de document ?

Test 8.1.1

Méthodologie 8.1.1
  1. Retrouver dans le document la balise DOCTYPE (par exemple <!DOCTYPE html>) ;
  2. Vérifier que :
    • La balise DOCTYPE est placée avant la balise <html> ;
    • Le type de document est valide.
  3. Si c’est le cas, le test est validé.

Critère 8.7 : Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?

Test 8.7.1

Méthodologie 8.7.1
  1. Retrouver les passages de texte en langue étrangère, à l’exception :
    • Des noms propres ;
    • Des mots d’origine étrangère, présents dans le dictionnaire de la langue du document ;
    • Des mots d’origine étrangère et d’usage courant dont la prononciation ne provoque pas d’incompréhension.
    • Vérifier que chaque passage de texte retenu possède une indication de langue (attribut lang et/ou xml:lang sur l’élément lui-même ou l’un de ses parents).
  2. Si c’est le cas, le test est validé.

Critère 8.8 : Dans chaque page web, le code de langue de chaque changement de langue est-il valide et pertinent ?

Test 8.8.1

Méthodologie 8.8.1
  1. Pour chaque passage de texte validé au test 8.7.1, vérifier que :
    • L’indication de langue est valide ;
    • L’indication de langue est pertinente.
  2. Si c’est le cas, le test est validé.

Critère 8.9 : 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 ?

Test 8.9.1

Méthodologie 8.9.1
  1. Retrouver dans le document l’ensemble des éléments sémantiques utilisés à des fins de présentation ;
  2. Pour chacun de ces éléments, vérifier que :
    • L’élément est pourvu d’un attribut role="presentation" ;
    • L’utilisation de cet élément à des fins de présentation reste justifée.
  3. Si c’est le cas, le test est validé.

Note : Quelques exemples, non exhaustifs de détournement de balisage : un élément <div> utilisé comme paragraphe, un titre utilisé comme légende, un élément <blockquote> ou des paragraphes vides ou encore des espaces utilisés pour créer des effets de marges.
L’utilisation d’un role="presentation" est formellement déconseillée, mais peut toutefois se justifier dans de rares cas. Cela peut être acceptable sur un élément <blockquote> ou un paragraphe vide, mais sera considéré comme non-conforme sur un titre.

Le cas des tableaux : à noter que ce test aborde les tableaux de présentation qui ne devraient finalement pas apparaître au sein de la thématique Tableaux.

Critère 9.2 : Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?

Test 9.2.1

Méthodologie 9.2.1
  1. Vérifier que la zone d’en-tête est structurée au moyen d’un élément <header> ;
  2. Vérifier que les zones de navigation principales et secondaires sont structurées au moyen d’un élément <nav> ;
  3. Vérifier que l’élément <nav> n’est pas utilisé en dehors de la structuration des zones de navigation principales et secondaires ;
  4. Vérifier que la zone de contenu principal est structurée au moyen d’un élément <main> ;
  5. Si le document possède plusieurs éléments <main>, vérifier qu’un seul de ces éléments est visible (les autres occurrences de l’élément sont pourvues d’un attribut hidden) ;
  6. Vérifier que la zone de pied de page est structurée au moyen d’un élément <footer>.
  7. Si c’est le cas pour chaque zone de contenu, le test est validé.

Critère 9.3 : Dans chaque page web, chaque liste est-elle correctement structurée ?

Test 9.3.1

Méthodologie 9.3.1
  1. Retrouver dans le document les éléments regroupés visuellement sous la forme d’une liste non ordonnée ;
  2. Pour chaque liste, vérifier que la liste est structurée :
    • Soit au moyen des éléments <ul> et <li> ;
    • Soit au moyen d’éléments pourvus d’attributs WAI-ARIA role="list" et role="listitem".
  3. Si c’est le cas pour chaque liste non ordonnée, le test est validé.

Test 9.3.2

Méthodologie 9.3.2
  1. Retrouver dans le document les éléments regroupés visuellement sous la forme d’une liste ordonnée ;
  2. Pour chaque liste, vérifier que la liste est structurée :
    • Soit au moyen des éléments <ol> et <li> ;
    • Soit au moyen d’éléments pourvus d’attributs WAI-ARIA role="list" et role="listitem".
  3. Si c’est le cas pour chaque liste ordonnée, le test est validé.

Test 9.3.3

Méthodologie 9.3.3
  1. Retrouver dans le document les éléments regroupés visuellement sous la forme d’une liste de description ;
  2. Pour chaque liste, vérifier que la liste est structurée au moyen des éléments <dl>, <dt> et <dd> ;
  3. Si c’est le cas pour chaque liste de description, le test est validé.

Critère 9.4 : Dans chaque page web, chaque citation est-elle correctement indiquée ?

Test 9.4.1

Méthodologie 9.4.1
  1. Retrouver dans le document les citations courtes (ou en ligne) ;
  2. Pour chaque citation, vérifier que la citation est structurée au moyen d’un élément <q> ;
  3. Si c’est le cas pour chaque citation courte, le test est validé.

Test 9.4.2

Méthodologie 9.4.2
  1. Retrouver dans le document les blocs de citation ;
  2. Pour chaque bloc de citation, vérifier que le bloc de citation est structurée au moyen d’un élément <blockquote> ;
  3. Si c’est le cas pour chaque bloc de citation, le test est validé.

Critère 10.1 : 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

Méthodologie 10.1.1
  1. Vérifier l’absence des éléments de présentation <basefont>, <big>, <blink>, <center>, <font>, <marquee>, <s>, <strike>, <tt> ;
  2. Vérifier l’absence de l’élément <u> uniquement si le DOCTYPE du document ne correspond pas à HTML 5 ;
  3. Si c’est le cas, le test est validé.

Test 10.1.2

Méthodologie 10.1.2
  1. Vérifier l’absence des attributs de présentation : align, alink, background, bgcolor, border, cellpadding, cellspacing, char, charoff, clear, color, compact, frameborder, hspace, link, marginheight, marginwidth, text, valign, vlink, vspace, size(exception faite de l’élément <select>), width (exception faite des éléments <img>, <object>, <embed>, <canvas> et <svg>), height (exception faite des éléments <img>, <object>, <embed>, <canvas> et <svg>) ;
  2. Si c’est le cas, le test est validé.

Test 10.1.3

Méthodologie 10.1.3
  1. Désactiver les styles (CSS) du document ;
  2. Vérifier l’absence d’espaces utilisées :
    • Entre les lettres d’un mot ;
    • Pour créer des effets de marges ou d’alignement ;
    • Pour simuler des tableaux ou des colonnes.
  3. Si c’est le cas, le test est validé.

Critère 10.4 : Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu’à 200 %, au moins (hors cas particuliers) ?

Test 10.4.1

Méthodologie 10.4.1
  1. Vérifier dans le document si les textes restent présents et lisibles lorsque :
    • Le zoom texte du navigateur est réglé à 200% ;
    • Le zoom graphique du navigateur est réglé à 200% ;
    • Les fonctionnalités de zoom personnalisées proposé par le document sont utilisés.
  2. Si c’est le cas, le test est validé.

Test 10.4.2

Méthodologie 10.4.2
  1. Vérifier dans le document si les textes sont effectivement agrandis lorsque :
    • Le zoom texte du navigateur est réglé à 200% ;
    • Le zoom graphique du navigateur est réglé à 200% ;
    • Les fonctionnalités de zoom personnalisées proposé par le document sont utilisés.
  2. Si c’est le cas, le test est validé.

Critère 10.5 : 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

Méthodologie 10.5.1
  1. Retrouver dans le document les textes mis en couleur, à l’exception des couleurs par défaut (par exemple les liens, etc.) ;
  2. Déterminer l’élément qui contient le texte et vérifier la présence d’une valeur calculée pour la propriété background-color de l’élément ;
  3. Si c’est le cas, le test est validé.

Test 10.5.2

Méthodologie 10.5.2
  1. Retrouver dans le document les textes mis en couleur, à l’exception des couleurs par défaut (par exemple les liens, etc.) ;
  2. Déterminer l’élément qui contient le texte et vérifier la présence d’une valeur calculée pour la propriété color de l’élément ;
  3. Si c’est le cas, le test est validé.

Test 10.5.3

Méthodologie 10.5.3
  1. Retrouver dans le document les textes dont l’arrière-plan est constitué d’une image (propriété background-image) ;
  2. Déterminer l’élément qui contient le texte et vérifier que si l’image d’arrière-plan est absente, le texte reste lisible ;
  3. Si c’est le cas, le test est validé.

Critère 10.11 : Pour chaque page web, les contenus peuvent-ils être présentés sans perte d’information ou de fonctionnalité et sans avoir recours soit à un défilement vertical pour une fenêtre ayant une hauteur de 256 px, soit à un défilement horizontal pour une fenêtre ayant une largeur de 320 px (hors cas particuliers) ?

Test 10.11.1

Méthodologie 10.11.1
  1. Retrouver dans le document si son contenu est conçu pour défiler verticalement (le sens de lecture du texte est horizontal), les informations et fonctionnalités ;
  2. Réduire la fenêtre d’affichage à une largeur de 320px et vérifier que les informations et les fonctionnalités restent disponibles sans aucun défilement horizontal ;
  3. Si c’est le cas, le test est validé.

Test 10.11.2

Méthodologie 10.11.2
  1. Retrouver dans le document si son contenu est conçu pour défiler horizontalement (le sens de lecture du texte est vertical), les informations et fonctionnalités ;
  2. Réduire la fenêtre d’affichage à une hauteur de 256px et vérifier que les informations et les fonctionnalités restent disponibles sans aucun défilement vertical ;
  3. Si c’est le cas, le test est validé.

Critère 10.12 : Dans chaque page web, les propriétés d’espacement du texte peuvent-elles être redéfinies par l’utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?

Test 10.12.1

Méthodologie 10.12.1
  1. Modifier les styles du document en donnant :
    • Une valeur de 1.5 à la propriété line-height de tous les éléments du document ;
    • Une valeur de 2em à la propriété margin-bottom des éléments <p> ;
    • Une valeur de 0.12em à la propriété letter-spacing de tous les éléments du document ;
    • Une valeur de 0.16em à la propriété word-spacing de tous les éléments du document ;
  2. Pour chaque passage de texte, vérifier qu’il reste lisible, à l’exception :
    • Des sous-titres directement intégrés à une vidéo ;
    • Des images texte ;
    • Des textes au sein d’une balise <canvas>.
  3. Si c’est le cas pour chaque passage de texte, le test est validé.

Note : une implémentation de ces règles de modification est disponible dans les ressources du critère de succès WCAG 1.4.12 (https://github.com/alastc/adaptation-scripts/blob/master/scripts/text-adaptation.js).

Critère 10.13 : Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d’un composant d’interface sont-ils contrôlables par l’utilisateur (hors cas particuliers) ?

Test 10.13.1

Méthodologie 10.13.1
  1. Retrouver dans le document les contenus additionnels devenant visible à la prise de focus ou au survol d’un composant d’interface, à l’exception :
    • Des contenus additionnels contrôlés par l’agent utilisateur (par exemple, les infobulles associées à l’attribut title ou à la validation native d’un formulaire ;
    • Des contenus additionnels devenant visibles par une activation de l’utilisateur (par exemple, une fenêtre de dialogue).
  2. Pour chaque contenu additionnel, vérifier que :
    • Soit le contenu additionnel est positionné de façon à ce qu’il ne gêne pas la consultation des autres contenus informatifs sur lesquels il viendrait se superposer (y compris le composant d’interface qui a déclenché son apparition), quelles que soient les conditions de consultation (y compris lors de l’utilisation d’un mécanisme de zoom) ;
    • Soit un mécanisme (au clavier) permet de faire disparaître le contenu additionnel (par exemple, la touche Echap).
  3. Si c’est le cas pour chaque contenu additionnel, le test est validé.

Test 10.13.2

Méthodologie 10.13.2
  1. Retrouver dans le document les contenus additionnels devenant visible au survol d’un composant d’interface, à l’exception :
    • Des contenus additionnels contrôlés par l’agent utilisateur (par exemple, les infobulles associées à l’attribut title ou à la validation native d’un formulaire) ;
    • Des contenus additionnels devenant visibles par une activation de l’utilisateur (par exemple, une fenêtre de dialogue).
  2. Pour chaque contenu additionnel, vérifier qu’il peut être survolé par le pointeur de la souris sans disparaître ;
  3. Si c’est le cas pour chaque contenu additionnel, le test est validé.

Test 10.13.3

Méthodologie 10.13.3
  1. Retrouver dans le document les contenus additionnels devenant visible à la prise de focus ou au survol d’un composant d’interface, à l’exception :
    • Des contenus additionnels contrôlés par l’agent utilisateur (par exemple, les infobulles associées à l’attribut title ou à la validation native d’un formulaire) ;
    • Des contenus additionnels devenant visibles par une activation de l’utilisateur (par exemple, une fenêtre de dialogue).
  2. Pour chaque contenu additionnel, vérifier qu’il reste visible :
    • Jusqu’à ce que l’utilisateur retire le pointeur souris ou le focus du contenu additionnel ou du composant d’interface ayant déclenché son apparition ;
    • Jusqu’à ce l’utilisateur déclenche le mécanisme prévu pour faire disparaître le contenu additionnel ;
    • Jusqu’à ce que l’information proposée par le contenu additionnel ne soit plus valide (par exemple un contenu additionnel signalant l’état “occupé” du composant d’interface que l’utilisateur souhaite activer ou encore un message d’erreur signalé sous la forme d’un contenu additionnel tant que l’utilisateur n’a pas rectifié sa saisie).
  3. Si c’est le cas pour chaque contenu additionnel, le test est validé.

Critère 10.14 : Dans chaque page web, les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ?

Test 10.14.1

Méthodologie 10.14.1
  1. Retrouver dans le document les contenus additionnels devenant visible au survol d’un composant d’interface au moyen d’un mécanisme CSS (pseudo-classe :hover) ;
  2. Pour chaque contenu additionnel, vérifier que les contenus additionnels apparaissent également :
    • À l’activation du composant au moyen du clavier ou de tout autre dispositif de pointage ;
    • À la prise de focus du composant ;
    • À l’activation ou à la prise de focus d’un autre composant.
  3. Si c’est le cas pour chaque contenu additionnel, le test est validé.

Test 10.14.2

Méthodologie 10.14.2
  1. Retrouver dans le document les contenus additionnels devenant visible à la prise de focus d’un composant d’interface au moyen d’un mécanisme CSS (pseudo-classe :focus) ;
  2. Pour chaque contenu additionnel, vérifier que les contenus additionnels apparaissent également :
  • À l’activation du composant au moyen du clavier ou de tout autre dispositif de pointage ;
  • Au survol du composant ;
  • À l’activation ou du survol d’un autre composant.
  1. Si c’est le cas pour chaque contenu additionnel, le test est validé.

Critère 11.3 : 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

Méthodologie 11.3.1
  1. Retrouver dans le document les champs de formulaire ayant une même fonction (par exemple plusieurs champs d’adresse) ;
  2. Pour chaque champ de formulaire, vérifier que les étiquettes sont cohérentes (elles permettent de comprendre qu’il s’agit de saisies de natures identiques) ;
  3. Si c’est le cas pour chaque champ de formulaire, le test est validé.

Test 11.3.2

Méthodologie 11.3.2
  1. Retrouver dans l’ensemble des pages considérées les champs de formulaire ayant une même fonction (par exemple le champ de saisie d’un moteur de recherche ou le champ de saisie d’inscription à une newsletter) ;
  2. Pour chaque champ de formulaire, vérifier que les étiquettes sont cohérentes (elles permettent de comprendre qu’il s’agit de saisies de natures identiques) ;
  3. Si c’est le cas pour chaque champ de formulaire de l’ensemble des pages considérées, le test est validé.

Critère 11.4 : Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ?

Test 11.4.1

Méthodologie 11.4.1
  1. Retrouver dans le document les champs de formulaire ;
  2. Pour chaque champ de formulaire, vérifier qu’il est accolé à son étiquette ;
  3. Si c’est le cas pour chaque champ de formulaire, le test est validé.

Test 11.4.2

Méthodologie 11.4.2
  1. Retrouver dans le document les champs de formulaire qui ne sont pas des éléments <input> de type checkbox ou de type radio ou des éléments ayant un attribut WAI-ARIA role="checkbox", role="radio" ou role="switch";
  2. Pour chaque champ de formulaire, vérifier que l’étiquette est visuellement accolée :
    • Immédiatement au-dessus ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l’étiquette est de gauche à droite ;
    • Immédiatement au-dessus ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l’étiquette est de droite à gauche.
  3. Si c’est le cas pour chaque champ de formulaire, le test est validé.

Test 11.4.3

Méthodologie 11.4.3
  1. Retrouver dans le document les champs de formulaire qui sont <input> de type checkbox ou de type radio ou des éléments ayant un attribut WAI-ARIA role="checkbox", role="radio" ou role="switch";
  2. Pour chaque champ de formulaire, vérifier que l’étiquette est visuellement accolée :
    • Immédiatement au-dessous ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l’étiquette est de gauche à droite ;
    • Immédiatement au-dessous ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l’étiquette est de droite à gauche.
  3. Si c’est le cas pour chaque champ de formulaire, le test est validé.

Critère 11.7 : Dans chaque formulaire, chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?

Test 11.7.1

Méthodologie 11.7.1
  1. Retrouver dans le document les groupes de champs de formulaire de même nature ;
  2. Pour chaque groupe de champs de formulaire de même nature ou pour chacun des champs de même nature qui dispose d’une légende, vérifier que le texte de cette légende est pertinent ;
  3. Si c’est le cas pour chaque groupe de champs de formulaire ou pour chacun des champs de même nature, le test est validé.

Critère 11.8 : Dans chaque formulaire, les items de même nature d’une liste de choix sont-ils regroupés de manière pertinente ?

Test 11.8.1

Méthodologie 11.8.1
  1. Retrouver dans le document les listes de sélection (élément <select>) ;
  2. Pour chaque liste de sélection proposant des groupes d’items de même nature, vérifier que ces items sont regroupés au moyen d’éléments <optgroup> ;
  3. Si c’est le cas pour chaque liste de sélection proposant des groupes d’items de même nature, le test est validé.

Test 11.8.2

Méthodologie 11.8.2
  1. Retrouver dans le document les listes de sélection (élément <select>) qui possèdent des éléments <optgroup> ;
  2. Pour chaque élément <optgroup>, vérifier qu’il possède un attribut label ;
  3. Si c’est le cas pour chaque élément <optgroup>, le test est validé.

Test 11.8.3

Méthodologie 11.8.3
  1. Retrouver dans le document les listes de sélection (élément <select>) qui possèdent des éléments <optgroup> pourvus d’un attribut label ;
  2. Pour chaque attribut label, vérifier que son contenu est pertinent ;
  3. Si c’est le cas pour chaque attribut label, le test est validé.

Critère 11.11 : 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

Méthodologie 11.11.1
  1. Retrouver dans le document les messages d’erreur ;
  2. Pour chaque message d’erreur, vérifier que les types et les formats de données attendus sont suggérés ;
  3. Si c’est le cas pour chaque message d’erreur , le test est validé.

Test 11.11.2

Méthodologie 11.11.2
  1. Retrouver dans le document les messages d’erreur ;
  2. Pour chaque message d’erreur, vérifier que des exemples de valeurs attendues sont suggérés ;
  3. Si c’est le cas pour chaque message d’erreur , le test est validé.

Critère 11.12 : Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l’utilisateur ?

Test 11.12.1

Méthodologie 11.12.1
  1. Retrouver dans le document les formulaires qui modifient ou suppriment des données, ou qui transmettent des réponses à un test ou un examen, ou dont la validation a des conséquences financières ou juridiques ;
  2. Pour chaque formulaire, vérifier que l’utilisateur peut :
    • Soit modifier ou annuler les données et les actions effectuées sur ces données après la validation du formulaire ;
    • Soit vérifier et corriger les données avant la validation d’un formulaire en plusieurs étapes ;
    • Soit disposer d’un mécanisme de confirmation explicite (par exemple, une case à cocher ou une étape supplémentaire).
  3. Si c’est le cas pour chaque formulaire retrouvé, le test est validé.

Test 11.12.2

Méthodologie 11.12.2
  1. Retrouver dans le document les formulaires qui modifient ou suppriment des données à caractère financier, juridique ou personnel ;
  2. Pour chaque formulaire, vérifier que l’utilisateur dispose :
    • Soit d’un mécanisme qui permet de récupérer les données supprimées ou modifiées ;
    • Soit d’un mécanisme de demande de confirmation explicite de la suppression ou de la modification (par exemple, une case à cocher ou une étape supplémentaire).
  3. Si c’est le cas pour chaque formulaire retrouvé, le test est validé.

Critère 11.13 : La finalité d’un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l’utilisateur ?

Test 11.13.1

Méthodologie 11.13.1
  1. Retrouver dans le document les champs de formulaire qui se rapportent à une information concernant l’utilisateur (nom, prénom, numéro de téléphone, etc.) ;
  2. Pour chaque champ de formulaire, vérifier que :
    • Le champ de formulaire possède un attribut autocomplete ;
    • L’attribut autocomplete est pourvu d’une valeur présente dans la liste des valeurs possibles ;
    • La valeur indiquée pour l’attribut autocomplete est pertinente au regard du type d’information attendu.
  3. Si c’est le cas pour chaque champ de formulaire retrouvé, le test est validé.

Critère 12.1 : Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?

Test 12.1.1

Méthodologie 12.1.1
  1. Pour chaque ensemble de pages du site, vérifier la présence :
    • Soit d’un menu de navigation et d’un plan du site ;
    • Soit d’un menu de navigation et d’un moteur de recherche ;
    • Soit d’un moteur de recherche et d’un plan du site.
  2. Si c’est le cas pour chaque ensemble de pages du site, le test est validé.

Critère 12.2 : Dans chaque ensemble de pages, le menu et les barres de navigation sont-ils toujours à la même place (hors cas particuliers) ?

Test 12.2.1

Méthodologie 12.2.1
  1. Choisir une page de l’échantillon appartenant au même ensemble que la page en cours d’audit ;
  2. Comparer visuellement les deux pages et vérifier que le menu ou les barres de navigation sont toujours à la même place dans la présentation ;
  3. Comparer le code source (généré côté client) des deux pages et vérifier que le menu ou les barres de navigation se présentent toujours dans le même ordre relatif dans la structure ;
  4. Si c’est le cas, le test est validé.

Note : le critère est non applicable dans les situations où :

  • 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) ;
  • La page est la page d’accueil ;
  • Le site web est constitué d’une seule page.

Critère 12.3 : La page « plan du site » est-elle pertinente ?

Test 12.3.1

Méthodologie 12.3.1
  1. Vérifier que le plan du site est représentatif de l’architecture générale du site (cf. note) ;
  2. Si c’est le cas, le test est validé.

Note : Un plan du site trop complexe ou trop profond n’est pas recommandé pour aider à la navigation. Il n’est pas obligatoire que toutes les pages soient présentes dans le plan du site si elles peuvent être atteintes, par exemple, à partir de la page d’accueil d’une rubrique ou d’un catalogue.

Test 12.3.2

Méthodologie 12.3.2
  1. Pour tous les liens du plan du site, vérifier qu’ils sont fonctionnels ;
  2. Si c’est le cas, le test est validé.

Test 12.3.3

Méthodologie 12.3.3
  1. Pour tous les liens du plan du site, vérifier qu’ils sont à jour (ni obsolètes ni en erreur) et conduisent à la page indiquée par leur intitulé ;
  2. Si c’est le cas, le test est validé.

Critère 12.4 : Dans chaque ensemble de pages, la page « plan du site » est-elle accessible à partir d’une fonctionnalité identique ?

Test 12.4.1

Méthodologie 12.4.1
  1. Choisir une page de l’échantillon appartenant au même ensemble que la page en cours d’audit ;
  2. Comparer le code source (généré côté client) des deux pages et vérifier que le moyen d’accès au plan du site est toujours le même (un lien ou un bouton, par exemple) ;
  3. Si c’est le cas, le test est validé.

Test 12.4.2

Méthodologie 12.4.2
  1. Choisir une page de l’échantillon appartenant au même ensemble que la page en cours d’audit ;
  2. Comparer le code source (généré côté client) des deux pages et vérifier que le moyen d’accès au plan du site est toujours à la même place dans la structure (par rapport à l’ordre relatif des éléments de la page, par exemple il est toujours en haut de page) ;
  3. Si c’est le cas, le test est validé.

Test 12.4.3

Méthodologie 12.4.3
  1. Choisir une page de l’échantillon appartenant au même ensemble que la page en cours d’audit ;
  2. Comparer visuellement les deux pages et vérifier que le moyen d’accès au plan du site est toujours à la même place dans la présentation ;
  3. Si c’est le cas, le test est validé.

Critère 12.5 : Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ?

Test 12.5.1

Méthodologie 12.5.1
  1. Choisir une page de l’échantillon appartenant au même ensemble que la page en cours d’audit ;
  2. Comparer le code source (généré côté client) des deux pages et vérifier que le moyen d’accès au moteur de recherche est toujours le même (un champ de formulaire, par exemple) ;
  3. Si c’est le cas, le test est validé.

Test 12.5.2

Méthodologie 12.5.2
  1. Choisir une page de l’échantillon appartenant au même ensemble que la page en cours d’audit ;
  2. Comparer visuellement les deux pages et vérifier que le moyen d’accès au moteur de recherche est toujours à la même place dans la présentation ;
  3. Si c’est le cas, le test est validé.

Test 12.5.3

Méthodologie 12.5.3
  1. Choisir une page de l’échantillon appartenant au même ensemble que la page en cours d’audit ;
  2. Comparer le code source (généré côté client) des deux pages et vérifier que le moyen d’accès au moteur de recherche est toujours à la même place dans la structure (par rapport à l’ordre relatif des éléments de la page, par exemple il est toujours en haut de page) ;
  3. Si c’est le cas, le test est validé.

Critère 12.6 : Les zones de regroupement de contenus présentes dans plusieurs pages web (zones d’en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) peuvent-elles être atteintes ou évitées ?

Test 12.6.1

Méthodologie 12.6.1
  1. Retrouver dans le document les zones de regroupement de contenus (zones d’en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) ;
  2. Pour chaque zone, vérifier que la zone :
    • Soit possède un rôle WAI-ARIA de type landmark correspondant à sa nature ;
    • Soit possède un titre de hiérarchie dont le contenu permet de comprendre la nature du contenu de la zone ;
    • Soit peut être masquée au moyen d’un bouton précédant directement la zone dans l’ordre du code source ;
    • Soit peut être évitée au moyen d’un lien d’évitement précédant directement la zone dans l’ordre du code source ;
    • Soit peut être atteinte au moyen d’un lien d’accès rapide soit visible par défaut, soit visible à la prise de focus lors d’une tabulation.
  3. Si c’est le cas pour chaque zone de regroupement de contenus, le test est validé.

Critère 12.7 : Dans chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ?

Test 12.7.1

Méthodologie 12.7.1
  1. Retrouver dans le document la zone de contenu principal (indiquée par l’élément main visible) ;
  2. Vérifier que la zone :
    • Soit peut être évitée au moyen d’un lien d’évitement précédant directement la zone dans l’ordre du code source ;
    • Soit peut être atteinte au moyen d’un lien d’accès rapide visible à la prise de focus lors d’une tabulation.
  3. Si c’est le cas, le test est validé.

Test 12.7.2

Méthodologie 12.7.2
  1. Retrouver dans le document la zone de contenu principal (indiquée par l’élément main visible) ;
  2. Vérifier que le lien d’évitement ou d’accès rapide à la zone est :
    • Situé à la même place dans la présentation ;
    • Présent toujours dans le même ordre relatif dans le code source (généré côté client) ;
    • Visible à la prise de focus lors d’une tabulation ;
    • Fonctionnel.
  3. Si c’est le cas, le test est validé.

Note : lorsque le site web est constitué d’une seule page, l’obligation de la présence d’un lien d’accès rapide est liée au contexte de la page (présence ou absence de navigation ou de contenus additionnels, par exemple). Le critère peut être considéré comme non applicable lorsqu’il est avéré qu’un lien d’accès rapide est inutile.

Critère 12.10 : Dans chaque page web, les raccourcis clavier n’utilisant qu’une seule touche (lettre minuscule ou majuscule, ponctuation, chiffre ou symbole) sont-ils contrôlables par l’utilisateur ?

Test 12.10.1

Méthodologie 12.10.1
  1. Retrouver dans le document l’ensemble des raccourcis clavier proposés à l’utilisateur ;
  2. Pour chaque raccourci clavier, vérifier que :
    • Soit un mécanisme est disponible pour désactiver le raccourci clavier ;
    • Soit un mécanisme est disponible pour configurer la touche de raccourci clavier au moyen des touches de modification (Ctrl, Alt, Maj, etc.) ;
    • Soit, dans le cas d’un composant d’interface utilisateur, le raccourci clavier qui lui est associé ne peut être activé que si le focus clavier est sur ce composant.
  3. Si c’est le cas pour chaque raccourci clavier, le test est validé.

Critère 12.11 : Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l’activation d’un composant d’interface sont-ils si nécessaire atteignables au clavier ?

Test 12.11.1

Méthodologie 12.11.1
  1. Retrouver dans le document l’ensemble des contenus additionnels apparaissant au survol, à la prise de focus ou à l’activation d’un composant d’interface ;
  2. Pour chaque contenu additionnel, s’il contient des composants d’interface avec lesquels l’utilisateur peut interagir au clavier (par exemple, une infobulle personnalisée qui propose un lien dans son contenu), vérifier que ces composants d’interface sont atteignables au clavier ;
  3. Si c’est le cas pour chaque contenu additionnel, le test est validé.

Critère 13.2 : 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.2.1

Méthodologie 13.2.1
  1. Vérifier qu’à l’ouverture du document, aucune nouvelle fenêtre (pop-up ou pop-under, par exemple) n’est ouverte.
  2. Si c’est le cas, le test est validé.

Critère 13.9 : Dans chaque page web, le contenu proposé est-il consultable quelle que soit l’orientation de l’écran (portrait ou paysage) (hors cas particuliers) ?

Test 13.9.1

Méthodologie 13.9.1
  1. Consulter le document dans un mode d’orientation portrait puis dans un mode d’orientation paysage ;
  2. Vérifier que :
    • La consultation est possible quel que soit le mode d’orientation de l’écran.
    • Le contenu proposé reste le même quel que soit le mode d’orientation de l’écran utilisé même si sa présentation et le moyen d’y accéder peut différer.
  3. Si c’est le cas, le test est validé.

Note : il existe des interfaces pour lesquelles l’orientation du périphérique est essentielle à leur utilisation. Dans ces situations, le critère est non applicable. Il peut s’agir d’interfaces de jeu, de piano, de dépôt de chèques bancaires, etc. Si l’interface est le seul moyen d’accéder au service proposé, une alternative devrait être mise en place pour pallier cette carence.

Critère 13.10 : Dans chaque page web, les fonctionnalités utilisables ou disponibles au moyen d’un geste complexe peuvent-elles être également disponibles au moyen d’un geste simple (hors cas particuliers) ?

Test 13.10.1

Méthodologie 13.10.1
  1. Retrouver dans le document les fonctionnalités utilisables ou disponibles au moyen d’une interaction au toucher de type contact multipoint ;
  2. Pour chaque fonctionnalité, vérifier qu’elle reste disponible au moyen d’une interaction au toucher de type contact en un point unique de l’écran (par exemple, la possibilité de consulter les éléments d’une liste par un mouvement de balayage horizontal droit ou gauche doit aussi être disponible au moyen de boutons “précédent” et “suivant” ou encore un geste de pincer et zoomer qui peut être alternativement réalisé au moyen de boutons “plus” et “moins”) ;
  3. Si c’est le cas pour chaque fonctionnalité utilisable ou disponible au moyen d’une interaction au toucher de type contact multipoint, le test est validé.

Test 13.10.2

Méthodologie 13.10.2
  1. Retrouver dans le document les fonctionnalités utilisables ou disponibles au moyen d’une interaction au toucher qui implique le suivi d’une trajectoire sur l’écran ;
  2. Pour chaque fonctionnalité, vérifier qu’elle reste disponible au moyen d’une interaction au toucher de type contact en un point unique de l’écran (par exemple, la possibilité de composer son mot de passe en suivant une trajectoire sur un clavier virtuel doit aussi être disponible au moyen de pressions successives sur les touches du clavier) ;
  3. Si c’est le cas pour chaque fonctionnalité utilisable ou disponible au moyen d’une interaction au toucher qui implique le suivi d’une trajectoire sur l’écran, le test est validé.

Il existe une gestion de cas particuliers dans deux types de situation :

  • Le critère ne s’applique qu’à des fonctionnalités mises en place par l’auteur du site. Il ne concerne donc pas les gestes requis par l’agent utilisateur ou le système d’exploitation.
  • Le critère ne s’applique pas aux fonctionnalités dont la réalisation d’un geste complexe est essentielle (exécuter le tracé d’une signature, par exemple).

Critère 13.11 : Dans chaque page web, les actions déclenchées au moyen d’un dispositif de pointage sur un point unique de l’écran peuvent-elles faire l’objet d’une annulation (hors cas particuliers) ?

Test 13.11.1

Méthodologie 13.11.1
  1. Retrouver dans le document les actions déclenchées au moyen d’un dispositif de pointage sur un point unique de l’écran ;
  2. Pour chaque action, vérifier que :
    • Soit l’action est déclenchée au moment où le dispositif de pointage est relâché ou relevé ;
    • Soit l’action est déclenchée au moment où le dispositif de pointage est pressé ou posé puis annulée lorsque le dispositif de pointage est relâché ou relevé ;
    • Soit il existe un mécanisme pour abandonner (avant achèvement de l’action) ou annuler (après achèvement) l’exécution de l’action ; par exemple, lors d’une interaction de type glisser-déposer un relâchement du dispositif de pointage doit permettre d’abandonner l’interaction en cours et une fois la zone de dépôt atteinte, l’utilisateur doit rester en mesure d’annuler son opération de dépôt au moyen d’un dialogue de confirmation (choix de confirmer ou d’annuler le dépôt) ou par le fait de pouvoir replacer l’élément déposé à sa position initiale.
  3. Si c’est le cas pour chaque action déclenchée au moyen d’un dispositif de pointage sur un point unique de l’écran, le test est validé.

Critère 13.12 : Dans chaque page web, les fonctionnalités qui impliquent un mouvement de l’appareil ou vers l’appareil peuvent-elles être satisfaites de manière alternative (hors cas particuliers) ?

Test 13.12.1

Méthodologie 13.12.1
  1. Retrouver dans le document les fonctionnalités disponibles en bougeant l’appareil ;
  2. Pour chaque fonctionnalité, vérifier qu’elle peut être accomplie au moyen de composants d’interface utilisateur ;
  3. Si c’est le cas pour chaque fonctionnalité disponible en bougeant l’appareil, le test est validé.

Test 13.12.2

Méthodologie 13.12.2
  1. Retrouver dans le document les fonctionnalités disponibles en faisant un geste en direction de l’appareil ;
  2. Pour chaque fonctionnalité, vérifier qu’elle peut être accomplie au moyen de composants d’interface utilisateur ;
  3. Si c’est le cas pour chaque fonctionnalité disponible en faisant un geste en direction de l’appareil, le test est validé.

Test 13.12.3

Méthodologie 13.12.3
  1. Retrouver dans le document les fonctionnalités disponibles en mettant en mouvement l’appareil ;
  2. Vérifier si l’utilisateur à la possibilité de désactiver la détection du mouvement ;
  3. Si c’est le cas, pour chaque fonctionnalité, vérifier qu’elle ne peut pas être déclenchée ;
  4. Si c’est le cas pour chaque fonctionnalité disponible en mettant en mouvement l’appareil, le test est validé.