Critères du RGAA 4.0 2019 (Référentiel Général d'Amélioration de l'Accessibilité), version web par Tanaguru

Ce site web a pour vocation de présenter le RGAA sous une forme différente de la version officielle, qui nous convient mieux chez Tanaguru. Il présente les mêmes contenus que la version officielle. Cependant, des coquilles ont pu se glisser dans nos pages. N'hésitez pas à nous les signaler sur le projet Github !

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ée notamment. Une description détaillée de la base de référence est disponible ici : base de référence.

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 11.10.1 (condition 2 relative à l’attribut HTML5 required).

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. Images

Recommandation

Donner à chaque image porteuse d’information une alternative textuelle pertinente et une description détaillée si nécessaire. Lier les légendes à leurs images. Remplacer les images textes par du texte stylé lorsque c’est possible.

Mots clés

  • Principe : Perceptible

Critère 1.1 [A] Chaque image porteuse d'information a-t-elle une alternative textuelle ?

Critère 1.2 [A] Chaque image de décoration est-elle correctement ignorée par les technologies d'assistance ?

  • Test 1.2.1 : Chaque image (balise <img>) de décoration, sans légende, vérifie-t-elle une de ces conditions ?
    • La balise <img> possède un attribut alt vide (alt="") et est dépourvue de tout autre attribut permettant de fournir une alternative textuelle.
    • La balise <img> possède un attribut WAI-ARIA aria-hidden="true" ou role="presentation".
  • Test 1.2.2 : Chaque zone non cliquable (balise <area> sans attribut href) de décoration, vérifie-t-elle une de ces conditions ?
    • La balise <area> possède un attribut alt vide (alt="") et est dépourvue de tout autre attribut permettant de fournir une alternative textuelle.
    • La balise <area> possède un attribut WAI-ARIA aria-hidden="true" ou role="presentation".
  • Test 1.2.3 : Chaque image objet (balise <object> avec l'attribut type="image/…") de décoration, sans légende, vérifie-t-elle ces conditions ?
    • La balise <object> possède un attribut WAI-ARIA aria-hidden="true".
    • La balise <object> est dépourvue d'alternative textuelle.
    • Il n'y a aucun texte faisant office d'alternative textuelle entre <object> et </object>.
  • Test 1.2.4 : Chaque image vectorielle (balise <svg>) de décoration, sans légende, vérifie-t-elle ces conditions ?
    • La balise <svg> possède un attribut WAI-ARIA aria-hidden="true".
    • La balise <svg> et ses enfants sont dépourvus d'alternative textuelle.
    • Les balises <title> et <desc> sont absentes ou vides.
    • La balise <svg> et ses enfants sont dépourvus d'attribut title.
  • Test 1.2.5 : Chaque image bitmap (balise <canvas>) de décoration, sans légende, vérifie-t-elle ces conditions ?
    • La balise <canvas> possède un attribut WAI-ARIA aria-hidden="true".
    • La balise <canvas> et ses enfants sont dépourvus d'alternative textuelle.
    • Il n'y a aucun texte faisant office d'alternative textuelle entre <canvas> et </canvas>.
  • Test 1.2.6 : Chaque image embarquée (balise <embed> avec l'attribut type="image/…") de décoration, sans légende, vérifie-t-elle ces conditions ?
    • La balise <embed> possède un attribut WAI-ARIA aria-hidden="true".
    • La balise <embed> et ses enfants sont dépourvus d'alternative textuelle.

Critère 1.3 [A] Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?

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 : Pour chaque image (balise <img>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
    • S'il est présent, le contenu de l'attribut alt est pertinent.
    • S'il est présent, le contenu de l'attribut title est pertinent.
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
    • S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
  • Test 1.4.2 : Pour chaque zone (balise <area>) d'une image réactive utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
    • S'il est présent, le contenu de l'attribut alt est pertinent.
    • S'il est présent, le contenu de l'attribut title est pertinent.
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
    • S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
  • Test 1.4.3 : Pour chaque bouton de type image (balise <input> avec l'attribut type="image") utilisé comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
    • S'il est présent, le contenu de l'attribut alt est pertinent.
    • S'il est présent, le contenu de l'attribut title est pertinent.
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
    • S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
  • Test 1.4.4 : Pour chaque image objet (balise <object> avec l'attribut type="image/…") utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente ?
    • S'il est présent, le contenu de l'attribut title est pertinent.
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
    • S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
    • S'il est présent le contenu alternatif est pertinent.
  • Test 1.4.5 : Pour chaque image embarquée (balise <embed> avec l'attribut type="image/…") utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente ?
    • S'il est présent, le contenu de l'attribut title est pertinent.
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
    • S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
    • S'il est présent le contenu alternatif est pertinent.
  • Test 1.4.6 : Pour chaque image vectorielle (balise <svg>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
    • S'il est présent, le contenu de l'attribut title est pertinent.
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
    • S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
  • Test 1.4.7 : Pour chaque image bitmap (balise <canvas>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente ?
    • S'il est présent, le contenu de l'attribut title est pertinent.
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
    • S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
    • S'il est présent le contenu alternatif est pertinent.

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> ou possédant un attribut WAI-ARIA role="img") 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é qui est 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é qui est sécurisée par le CAPTCHA.

Critère 1.6 [A] Chaque image porteuse d'information a-t-elle, si nécessaire, une description détaillée ?

Critère 1.7 [A] Pour chaque image porteuse d'information ayant une description détaillée, cette description est-elle pertinente ?

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) ?

Critère 1.9 [A] Chaque légende d'image est-elle, si nécessaire, correctement reliée à l'image correspondante ?

  • Test 1.9.1 : Chaque image pourvue d'une légende (balise <img>, <input> avec l'attribut type="image" ou possédant un attribut WAI-ARIA role="img" associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image (balise <img>, <input> avec l'attribut type="image" ou possédant un attribut WAI-ARIA role="img") et sa légende adjacente sont contenues dans une balise <figure>.
    • La balise <figure> possède un attribut 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>.
  • Test 1.9.2 : Chaque image objet pourvue d'une légende (balise <object> avec l'attribut type="image/…" associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image objet (balise <object>) et sa légende adjacente sont contenues dans une balise <figure>.
    • La balise <figure> possède un attribut 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>.
  • Test 1.9.3 : Chaque image embarquée pourvue d'une légende (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 adjacente sont contenues dans une balise <figure>.
    • La balise <figure> possède un attribut 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>.
  • Test 1.9.4 : Chaque image vectorielle pourvue d'une légende (balise <svg> associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image vectorielle (balise <svg>) et sa légende adjacente sont contenues dans une balise <figure>.
    • La balise <figure> possède un attribut 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>.
  • Test 1.9.5 : Chaque image bitmap pourvue d'une légende (balise <canvas> associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
    • L'image bitmap (balise <canvas>) et sa légende adjacente sont contenues dans une balise <figure>.
    • La balise <figure> possède un attribut 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>.

2. Cadres

Recommandation

Donner à chaque cadre un titre pertinent.

Mots clés
  • Principe : Robuste

Critère 2.1 [A] Chaque cadre a-t-il un titre de cadre ?

  • Test 2.1.1 : Chaque cadre (balise <iframe> ou <frame>) a-t-il un attribut title ?

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

  • Test 2.2.1 : Pour chaque cadre (balise <iframe> ou <frame>) ayant un attribut title, le contenu de cet attribut est-il pertinent ?

3. Couleurs

Recommandation

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

Mots clés
  • 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 ?

Critère 3.2 [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.2.1 : Dans chaque page web, le texte et le texte en image sans effet de graisse d'une taille restituée inférieure à 24px 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.2.2 : Dans chaque page web, le texte et le texte en image en gras d’une taille restituée inférieure à 18,5px 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.2.3 : Dans chaque page web, le texte et le texte en image sans effet de graisse d’une taille restituée supérieure ou égale à 24px 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.2.4 : Dans chaque page web, le texte et le texte en image en gras d'une taille restituée supérieure ou égale à 18,5px 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.2.5 : Dans le mécanisme qui permet d'afficher un rapport de contraste conforme, le rapport de contraste entre le texte et la couleur d’arrière-plan est-il suffisamment élevé ?

Critère 3.3 [AA] 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) ?

4. Multimédia

Recommandation

Donner si nécessaire à chaque média 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 média temporel et non-temporel au clavier et s’assurer de leur compatibilité avec les technologies d’assistance.

Mots clés
  • Principe : Perceptible

Critère 4.1 [A] Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription (hors cas particuliers) ?

Critère 4.2 [A] Pour chaque média temporel pré-enregistré ayant une transcription textuelle ou une audiodescription synchronisée, celles-ci sont-elles pertinentes (hors cas particuliers) ?

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) ?

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 ?

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

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

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

  • Test 4.7.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) ?

Critère 4.8 [A] Chaque média non temporel a-t-il, si nécessaire, une alternative (hors cas particuliers) ?

Critère 4.9 [A] Pour chaque média non temporel ayant une alternative, cette alternative est-elle pertinente ?

  • Test 4.9.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 ?

Critère 4.10 [A] Chaque son déclenché automatiquement est-il contrôlable par l'utilisateur ?

  • Test 4.10.1 : Chaque séquence sonore déclenchée automatiquement via une balise <object>, <video>, <audio>, <embed>, <bgsound> ou un code JavaScript vérifie-t-elle 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.

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

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

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

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.

Mots clés
  • Principe : Perceptible

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

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

Critère 5.3 [A] Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible (hors cas particuliers) ?

  • Test 5.3.1 : Chaque tableau de mise en forme vérifie-t-il ces conditions (hors cas particuliers) ?
    • Le contenu linéarisé reste compréhensible.
    • La balise <table> possède un attribut role="presentation".

Critère 5.4 [A] Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ?

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

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 ?

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 (hors cas particuliers) ?

  • Test 5.7.1 : Pour chaque contenu de balise <th> s'appliquant à la totalité de la ligne ou de la colonne, la balise <th> respecte-t-elle une de ces conditions (hors cas particuliers) ?
    • La balise <th> possède un attribut id unique.
    • La balise <th> possède un attribut scope.
    • La balise <th> possède un attribut WAI-ARIA role="rowheader" ou role="columnheader".
  • Test 5.7.2 : Pour chaque contenu de balise <th> s'appliquant à la totalité de la ligne ou de la colonne et possédant un attribut scope, la balise <th> vérifie-t-elle une de ces conditions ?
    • La balise <th> possède un attribut scope avec la valeur "row" pour les en-tête de lignes.
    • La balise <th> possède un attribut scope avec la valeur "col" pour les en-tête de colonnes.
  • Test 5.7.3 : Pour chaque contenu de balise <th> ne s'appliquant pas à la totalité de la ligne ou de la colonne, la balise <th> vérifie-t-elle ces conditions ?
    • La balise <th> ne possède pas d'attribut scope.
    • La balise <th> ne possède pas d'attribut WAI-ARIA role="rowheader" ou role="columnheader".
    • La balise <th> possède un attribut id unique.
  • Test 5.7.4 : Pour chaque contenu de balise <td> ou <th> associée à un ou plusieurs en-têtes possédant un attribut id, la balise vérifie-t-elle ces conditions ?
    • La balise possède un attribut headers.
    • L'attribut headers possède la liste des valeurs d'attribut id des en-têtes associés.
  • Test 5.7.5 : Pour chaque balise pourvue d'un attribut WAI-ARIA role="rowheader" ou role="columnheader" dont le contenu s'applique à la totalité de la ligne ou de la colonne, la balise vérifie-t-elle une de ces conditions ?

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 ?

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.

Mots clés
  • Principe : Perceptible

Critère 6.1 [A] Chaque lien est-il explicite (hors cas particuliers) ?

Critère 6.2 [A] Dans chaque page web, chaque lien, à l'exception des ancres, a-t-il un intitulé ?

7. Scripts

Recommandation

Rendre possible le contrôle de chaque code script au moins par le clavier et tout dispositif de pointage et s’assurer de leur compatibilité avec les technologies d’assistance.

Mots clés
  • Principe : Perceptible

Critère 7.1 [A] Chaque script est-il, si nécessaire, compatible avec les technologies d'assistance ?

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 dans un cadre) et ayant une alternative vérifie-t-il ces conditions ?
    • L’alternative de l’élément non textuel est mise à jour.
    • L’alternative mise à jour est pertinente.

Critère 7.3 [A] Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?

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 ?

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

  • Test 7.5.1 : Chaque message de statut qui informe de la réussite, du résultat d'une action ou bien de l'état d'une application utilise-t-il l'attribut WAI-ARIA role="status" ?
  • Test 7.5.2 : Chaque message de statut qui présente une suggestion, ou avertit de l'existence d'une erreur utilise-t-il l'attribut WAI-ARIA role="alert" ?
  • Test 7.5.3 : Chaque message de statut qui indique la progression d'un processus utilise-t-il l'un des attributs WAI-ARIA role="log", role="progressbar" ou role="status" ?

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 à des fins de présentation, que les changements de langues et de direction de sens de lecture sont indiqués.

Mots clés
  • Principe : Perceptible

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

Critère 8.2 [A] Pour chaque page web, le code source généré 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 généré de la page vérifie-t-il ces conditions (hors cas particuliers) ?
    • Les balises, attributs et valeurs d'attributs respectent les règles d'écriture ;
    • L'imbrication des balises est conforme ;
    • L'ouverture et la fermeture des balises sont conformes ;
    • Les valeurs d'attribut id sont uniques dans la page ;
    • Les attributs ne sont pas doublés sur un même élément.

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.

Critère 8.4 [A] Pour chaque page web ayant une langue par défaut, le code de langue est-il pertinent ?

Critère 8.5 [A] Chaque page web a-t-elle un titre de page ?

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 ?

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 (attribut lang et / ou xml:lang).
    • L'indication de langue est donnée sur un des éléments parents (attribut lang et/ou xml:lang).

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

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 ?

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 est contenu dans une balise possédant un attribut dir ?
  • Test 8.10.2 : Dans chaque page web, chaque changement du sens de lecture (attribut dir) vérifie-t-il ces conditions ?
    • La valeur de l'attribut dir est conforme (rtl ou ltr).
    • La valeur de l'attribut dir est pertinente.

9. Structuration de l'information

Recommandation

Utiliser des titres, des listes, des abréviations et des citations pour structurer l’information. S’assurer que la structure du document est cohérente.

Mots clés
  • Principe : Perceptible

Critère 9.1 [A] Dans chaque page web, l'information est-elle structurée par l'utilisation appropriée de titres ?

  • Test 9.1.1 : Dans chaque page web, la hiérarchie entre les titres (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-elle pertinente ?
  • Test 9.1.2 : Dans chaque page web, le contenu de chaque titre (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-il pertinent ?
  • Test 9.1.3 : Dans chaque page web, chaque passage de texte constituant un titre est-il structuré à l'aide d'une balise <hx> ou d'une balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level ?

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

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 visuellement sous forme de liste non ordonnée vérifient-elles une de ces conditions ?
    • La liste utilise les balises HTML <ul> et <li>.
    • La liste utilise les attributs WAI-ARIA role="list" et role="listitem".
  • Test 9.3.2 : Dans chaque page web, les informations regroupées visuellement sous forme de liste ordonnée vérifient-elles une de ces conditions ?
    • La liste utilise les balises HTML <ol> et <li>.
    • La liste utilise les attributs WAI-ARIA role="list" et role="listitem".
  • Test 9.3.3 : Dans chaque page web, les informations regroupées sous forme de liste de description utilisent-elles les balises <dl> et <dt> / <dd> ?

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

  • Test 9.4.1 : Dans chaque page web, chaque citation courte utilise-t-elle une balise <q> ?
  • Test 9.4.2 : Dans chaque page web, chaque bloc de citation utilise-t-il une balise <blockquote> ?

10. Présentation de l'information

Recommandation

Utiliser des feuilles de style pour contrôler la présentation de l’information. Vérifier l’effet de l’agrandissement des taille des caractères 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.

Mots clés
  • Principe : Perceptible

Critère 10.1 [A] Dans le site web, des feuilles de style 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 généré 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 généré 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ées pour séparer les lettres d'un mot.
    • Les espaces ne sont pas utilisées pour simuler des tableaux.
    • Les espaces ne sont pas utilisées pour simuler des colonnes de texte.

Critère 10.2 [A] Dans chaque page web, le contenu visible reste-t-il présent lorsque les feuilles de style sont désactivées ?

Critère 10.3 [A] Dans chaque page web, l'information reste-t-elle compréhensible lorsque les feuilles de style sont désactivées ?

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 (hors cas particuliers) ?

  • Test 10.4.1 : Dans les feuilles de style 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 (hors cas particuliers) ?
  • Test 10.4.2 : 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 selon une de ces conditions (hors cas particuliers) ?
    • Lors de l'utilisation de la fonction d'agrandissement du texte du navigateur.
    • Lors de l'utilisation des fonctions de zoom graphique du navigateur.
    • Lors de l'utilisation d'un composant d'interface propre au site permettant d'agrandir le texte ou de zoomer.
  • Test 10.4.3 : Dans chaque page web, l'augmentation de la taille des caractères jusqu'à 200 %, au moins, doit être possible pour l’ensemble du texte dans la page. Cette règle est-elle respectée selon une de ces conditions (hors cas particuliers) ?
    • Lors de l'utilisation de la fonction d'agrandissement du texte du navigateur.
    • Lors de l'utilisation des fonctions de zoom graphique du navigateur.
    • Lors de l'utilisation d'un composant d'interface propre au site permettant d'agrandir le texte ou de zoomer.

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 ?

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, vérifie-t-il ces conditions ?
    • La couleur du lien à un rapport de contraste supérieur ou égal à 3:1 par rapport au texte environnant.
    • Le lien dispose d'une indication visuelle au survol autre qu'un changement de couleur.
    • Le lien dispose d'une indication visuelle au focus autre qu'un changement de couleur.

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, la prise de focus vérifie-t-elle une de ces conditions ?
    • Le style du focus natif du navigateur n'est pas supprimé ou dégradé.
    • Un style du focus défini par l'auteur est visible.

Critère 10.8 [A] Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d'assistance ?

  • Test 10.8.1 : Dans chaque page web, chaque contenu caché vérifie-t-il une de ces conditions ?
    • Le contenu caché a vocation à être ignoré par les technologies d'assistance.
    • Le contenu caché n’a pas vocation à être ignoré par les technologies d’assistances et est rendu restituable par les technologies d'assistance suite à une action de l'utilisateur réalisable au clavier ou par tout dispositif de pointage sur un élément précédent le contenu caché ou suite à un repositionnement du focus dessus.

Critère 10.9 [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 ?

Critère 10.10 [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 ?

Critère 10.11 [AA] Pour chaque page web, les contenus peuvent-ils être présentés sans avoir recours à la fois à un défilement vertical pour une fenêtre ayant une hauteur de 256px ou une largeur de 320px (hors cas particuliers) ?

  • Test 10.11.1 : Pour chaque page web, lorsque le contenu dont le sens de lecture est horizontal est affiché dans une fenêtre réduite à une largeur de 320px, l'ensemble des informations et des fonctionnalités sont-elles disponibles sans aucun défilement horizontal (hors cas particuliers) ?
  • Test 10.11.2 : Pour chaque page web, lorsque le contenu dont le sens de lecture est vertical est affiché dans une fenêtre réduite à une hauteur de 256px, l'ensemble des informations et des fonctionnalités sont-elles disponibles sans aucun défilement vertical (hors cas particuliers) ?

Critère 10.12 [AA] 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 : Dans chaque page web, le texte reste-t-il lisible lorsque l'affichage est modifié selon ces conditions (hors cas particuliers) ?
    • L'espacement entre les lignes (line-height) est augmenté jusqu'à 1,5 fois la taille de la police ;
    • L'espacement suivant les paragraphes (balise <p>) est augmenté jusqu'à 2 fois la taille de la police ;
    • L'espacement des lettres (letter-spacing) est augmenté jusqu'à 0,12 fois la taille de la police ;
    • L'espacement des mots (word-spacing) est augmenté jusqu'à 0,16 fois la taille de la police.

Critère 10.13 [AA] 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 : Chaque contenu additionnel devenant visible à la prise de focus ou au survol d'un composant d'interface peut-il être masqué par une action utilisateur sans déplacer le focus ou le pointeur de la souris (hors cas particuliers) ?
  • Test 10.13.2 : Chaque contenu additionnel qui apparaît au survol d'un composant d'interface peut-il être survolé par le pointeur de la souris sans disparaître (hors cas particuliers) ?
  • Test 10.13.3 : Chaque contenu additionnel qui apparaît à la prise de focus ou au survol d'un composant d'interface vérifie-t-il une de ces conditions (hors cas particuliers) ?
    • Le contenu additionnel reste visible jusqu'à ce que l'utilisateur retire le pointeur souris ou le focus du contenu additionnel et du composant d'interface ayant déclenché son apparition.
    • Le contenu additionnel reste visible jusqu'à ce que l'utilisateur déclenche une action masquant ce contenu sans déplacer le focus ou le pointeur souris du composant d'interface ayant déclenché son apparition.
    • Le contenu additionnel reste visible jusqu'à ce qu'il ne soit plus valide.

Critère 10.14 [A] 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 : Dans chaque page web, les contenus additionnels apparaissant au survol d'un composant d'interface via les styles CSS respectent-ils si nécessaire une de ces conditions ?
    • Les contenus additionnels apparaissent également à l'activation du composant via le clavier et tout dispositif de pointage.
    • Les contenus additionnels apparaissent également à la prise de focus du composant.
    • Les contenus additionnels apparaissent également par le biais de l'activation ou de la prise de focus d'un autre composant.
  • Test 10.14.2 : Dans chaque page web, les contenus additionnels apparaissant au focus d'un composant d'interface via les styles CSS respectent-ils si nécessaire une de ces conditions ?
    • Les contenus additionnels apparaissent également à l'activation du composant via le clavier et tout dispositif de pointage.
    • Les contenus additionnels apparaissent également au survol du composant.
    • Les contenus additionnels apparaissent également par le biais de l'activation ou du survol d'un autre composant.

11. Formulaires

Recommandation

Associer pour chaque formulaire chacun de ses champs à son étiquette, 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 personnel.

Mots clés
  • Principe : Perceptible

Critère 11.1 [A] Chaque champ de formulaire a-t-il une étiquette ?

Critère 11.2 [A] Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?

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 ?

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

Critère 11.5 [A] Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?

  • Test 11.5.1 : Les champs de même nature vérifient-ils l'une de ces conditions, si nécessaire ?
    • Les champs de même nature sont regroupés dans une balise <fieldset>.
    • Les champs de même nature sont regroupés dans une balise possédant un attribut WAI-ARIA role="group".
    • Les champs de même nature de type radio (<input type="radio"> ou balises possédant un attribut WAI-ARIA role="radio") sont regroupés dans une balise possédant un attribut WAI-ARIA role="radiogroup" ou role="group".

Critère 11.6 [A] Dans chaque formulaire, chaque regroupement de champs de formulaire a-t-il une légende ?

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

Critère 11.8 [A] 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 : Pour chaque balise <select>, les items de même nature d'une liste de choix sont-ils regroupés avec une balise <optgroup>, si nécessaire ?
  • Test 11.8.2 : Dans chaque balise <select>, chaque balise <optgroup> possède-t-elle un attribut label ?
  • Test 11.8.3 : Pour chaque balise <optgroup> ayant un attribut label, le contenu de l'attribut label est-il pertinent ?

Critère 11.9 [A] Dans chaque formulaire, l'intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?

  • Test 11.9.1 : L'intitulé de chaque bouton est-il pertinent ?
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
    • S'il est présent, le passage de texte lié au bouton via un attribut WAI-ARIA aria-labelledby est pertinent.
    • S'il est présent, le contenu de l'attribut value d'une balise <input> de type submit, reset ou button est pertinent.
    • S'il est présent, le contenu de la balise <button> est pertinent.
    • S'il est présent, le contenu de l'attribut alt d'une balise <input> de type image est pertinent.
    • S'il est présent, le contenu de l'attribut title est pertinent.
  • Test 11.9.2 : Chaque bouton affichant un intitulé visible vérifie-t-il ces conditions (hors cas particuliers) ?
    • S'il est présent, le contenu de l'attribut WAI-ARIA aria-label contient au moins l'intitulé visible.
    • S'il est présent, le passage de texte lié au bouton via un attribut WAI-ARIA aria-labelledby contient au moins l'intitulé visible.
    • S'il est présent, le contenu de l'attribut value d'une balise <input> de type submit, reset ou button contient au moins l'intitulé visible.
    • S'il est présent, le contenu de la balise <button> contient au moins l'intitulé visible.
    • S'il est présent, le contenu de l'attribut alt d'une balise <input> de type image contient au moins l'intitulé visible.
    • S'il est présent, le contenu de l'attribut title contient au moins l'intitulé visible.

Critère 11.10 [A] Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?

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 ?

Critère 11.12 [AA] 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, la saisie des données vérifie-t-elle une de ces conditions ?

  • Test 11.12.1 : 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, 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 la validation du formulaire.
    • L'utilisateur peut vérifier et corriger les données avant la validation d'un formulaire en plusieurs étapes.
    • Un mécanisme de confirmation explicite, via une case à cocher (balise <input> de type checkbox ou balise ayant un attribut WAI-ARIA role="checkbox") ou une étape supplémentaire, est présent.
  • Test 11.12.2 : Chaque formulaire dont la validation modifie ou supprime des données à caractère financier, juridique ou personnel vérifie-t-il une de ces conditions ?
    • Un mécanisme permet de récupérer les données supprimées ou modifiées par l'utilisateur.
    • Un mécanisme de demande de confirmation explicite de la suppression ou de la modification, via un champ de formulaire ou une étape supplémentaire, est proposé.

Critère 11.13 [AA] 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 ?

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 clignotants. 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.

Mots clés
  • Principe : Perceptible

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 (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é 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.

Critère 13.2 [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.2.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 ?

Critère 13.3 [A] Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?

  • Test 13.3.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 du document en téléchargement au format HTML.

Critère 13.4 [A] Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ?

  • Test 13.4.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.

Critère 13.5 [A] Dans chaque page web, chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) a-t-il une alternative ?

  • Test 13.5.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.

Critère 13.6 [A] Dans chaque page web, pour chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?

  • Test 13.6.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.

Critère 13.7 [A] Dans chaque page web, les changements brusques de luminosité ou les effets de flash sont-ils correctement utilisés ?

  • Test 13.7.1 : Dans chaque page web, chaque image (balise <img>, balise <svg>, balise <canvas>, balise <embed> 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.7.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.7.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.

Critère 13.8 [A] Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ?

  • Test 13.8.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.8.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.

Critère 13.9 [AA] 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 : Dans chaque page web, chaque contenu vérifie-t-il ces conditions (hors cas particuliers) ?
    • 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.

Critère 13.10 [A] 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 : Dans chaque page web, chaque fonctionnalité utilisable ou disponible suite à un contact multipoint est-elle également utilisable ou disponible suite à un contact en un point unique de l’écran (hors cas particuliers) ?
  • Test 13.10.2 : Dans chaque page web, chaque fonctionnalité utilisable ou disponible suite à un geste basé sur le suivi d'une trajectoire sur l'écran est-elle également utilisable ou disponible suite à un contact en un point unique de l'écran (hors cas particuliers) ?

Critère 13.11 [A] 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 : Dans chaque page web, les actions déclenchées au moyen d'un dispositif de pointage sur un point unique de l'écran vérifient-elles l'une de ces conditions (hors cas particuliers) ?
    • L'action est déclenchée au moment où le dispositif de pointage est relâché ou relevé ;
    • 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é ;
    • Un mécanisme est disponible pour abandonner (avant achèvement de l'action) ou annuler (après achèvement) l'exécution de l'action.

Critère 13.12 [A] 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 : Dans chaque page web, les fonctionnalités disponibles en bougeant l'appareil peuvent-elles être accomplies avec des composants d'interface utilisateur (hors cas particuliers) ?
  • Test 13.12.2 : Dans chaque page web, les fonctionnalités disponibles en faisant un geste en direction de l'appareil peuvent-elles être accomplies avec des composants d'interface utilisateur (hors cas particuliers) ?
  • Test 13.12.3 : L'utilisateur a-t-il la possibilité de désactiver la détection du mouvement pour éviter un déclenchement accidentel de la fonctionnalité (hors cas particuliers) ?