Grille des critères d'accessibilité RGAA version 3.0 (déployée avec nouveautés)

Liste synthèse des critères d'accessibilité RGAA v3.0 [liste déployée avec nouveautés] - version H.C. 1.0 du 14/08/2015
niv. critère ou test v.
Images [ haut ]
1.1 A Chaque image a-t-elle une alternative textuelle ?
1.1.1   Chaque image (balise img) a-t-elle un attribut alt ?
1.1.2   Chaque zone (balise area) d'une image réactive a-t-elle un attribut alt ?
1.1.3   Chaque bouton de formulaire (balise input avec l'attribut type="image") a-t-il un attribut alt ?
1.1.4   Chaque zone (balise area) d'une image réactive coté serveur est-t-elle doublée d'un lien dans la page ?
1.2 A Pour chaque image de décoration ayant une alternative textuelle, cette alternative est-elle vide ?
1.2.1   Chaque image de décoration sans légende (balise img) et ayant un attribut alt vérifie-t-elle ces conditions :
  1. le contenu de l'attribut alt est vide (alt="")
  2. l'image de décoration ne possède pas d'attribut title
Nouveautés RGAA 3.0 : ajout interdiction title
1.2.2   Chaque zone non cliquable (balise area sans attribut href), non porteuse d'information et ayant un attribut alt vérifie-t-elle ces conditions ?
  1. le contenu de l'attribut alt est-vide (alt="")
  2. la zone cliquable ne possède pas d'attribut title
Nouveautés RGAA 3.0 : ajout interdiction title
1.2.3   Pour chaque image objet sans légende (balise object avec l'attribut type="image/...") non porteuse d'information, l'alternative textuelle entre <object> et </object> est-elle vide ?
1.2.4   Chaque image vectorielle de décoration (balise svg) non porteuse d'information et possédant une alternative vérifie-t-elle ces conditions ?
  1. La balise svg possède un role="img"
  2. La balise svg ou l'un de ses enfants est dépourvue de role, propriété ou état ARIA visant à labelliser l'image vectorielle (aria-label, aria-describedby, aria-labelledby par exemple).
  3. Les balises title et desc sont absentes ou vides
  4. La balise svg ou l'un de ses enfants est dépourvue d'attribut title
Nouveautés RGAA 3.0 : nouveau test
1.2.5   Pour chaque image bitmap de décoration (balise canvas), le contenu entre <canvas> et </canvas> doit-être dépourvu de contenus textuels, cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : nouveau test
1.3 A Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
1.3.1   Chaque image porteuse d'information (balise img) ayant un attribut alt vérifie-t-elle ces conditions (hors cas particuliers) ?
  1. Le contenu de l'attribut alt est pertinent
  2. S'il est présent le contenu de l'attribut title est identique au contenu de l'attribut alt
Nouveautés RGAA 3.0 : ajout interdiction title différent du alt
1.3.2   Chaque zone (balise area) d'une image réactive, porteuse d'information et ayant un attribut alt, vérifie-t-elle ces conditions (hors cas particuliers) ?
  1. Le contenu de l'attribut alt est pertinent
  2. S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
Nouveautés RGAA 3.0 : ajout interdiction title différent du alt
1.3.3   Pour chaque bouton associé à une image (balise input avec l'attribut type="image") ayant un attribut alt, le contenu de cet attribut est-il pertinent (hors cas particuliers) ?
1.3.4   Chaque image objet (balise object avec l'attribut type="image/...") porteuse d'information vérifie-t-elle une de ces conditions (hors cas particuliers) ?
  1. L'image objet est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative pertinente.
  2. Un mécanisme permet à l'utilisateur de remplacer l'image objet par un texte alternatif pertinent
  3. Un mécanisme permet à l'utilisateur de remplacer l'image objet par une image possédant une alternative pertinente.
Nouveautés RGAA 3.0 :
  1. ajout interdiction de mettre alternative dans l'object
  2. ajout autorisation mécanisme remplacement
1.3.5   Chaque image embarquée (balise embed avec l'attribut type="image/...") porteuse d'information vérifie-t-elle une de ces conditions (hors cas particuliers) ?
  1. L'image embarquée est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative pertinente.
  2. Un mécanisme permet à l'utilisateur de remplacer l'image embarquée par un texte alternatif pertinent
  3. Un mécanisme permet à l'utilisateur de remplacer l'image embarquée par une image possédant une alternative pertinente.
Nouveautés RGAA 3.0 :
  1. ajout interdiction de mettre alternative dans l'object
  2. ajout autorisation mécanisme remplacement
1.3.6   Chaque image vectorielle porteuse d'information (balise svg) et possédant une alternative vérifie-t-elle une de ces conditions (hors cas particuliers) ?
  1. La balise svg possède un role="img"
  2. La balise svg possède une propriété aria-label dont le contenu est pertinent et identique à l'attribut title s'il est présent
  3. La balise svg possède une balise desc dont le contenu est pertinent et identique à l'attribut title de la balise svg s'il est présent
  4. Un lien adjacent permet d'accéder à une alternative dont le contenu est pertinent et identique à l'attribut title de la balise svg s'il est présent
Nouveautés RGAA 3.0 : nouveau test
1.3.7   Pour chaque image vectorielle porteuse d'information (balise svg) et possédant une alternative, cette alternative est-elle correctement restituée par les technologies d'assistance ?
Nouveautés RGAA 3.0 : nouveau test
1.3.8   Pour chaque image bitmap porteuse d'information (balise canvas) et possédant une alternative (contenu entre <canvas> et </canvas>), cette alternative est-elle correctement restituée par les technologies d'assistance ?
Nouveautés RGAA 3.0 : nouveau test
1.3.9   Pour chaque image bitmap porteuse d'information (balise canvas) et possédant une alternative (contenu entre <canvas> et </canvas>), cette alternative est-elle pertinente ?
Nouveautés RGAA 3.0 : nouveau test
1.3.10   Pour chaque image porteuse d'information et ayant une alternative textuelle, l'alternative textuelle est-elle courte et concise (hors cas particuliers) ?
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 ?
1.4.1   Pour chaque image (balise img) utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt, vérifie-t-elle ces conditions ?
  1. le contenu de l'attribut alt permet d'identifier la nature et la fonction de l'image
  2. s'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
Nouveautés RGAA 3.0 : ajout interdiction title différent du alt
1.4.2   Chaque zone (balise area) d'une image réactive, utilisée comme CAPTCHA ou comme image-test, et ayant un attribut alt vérifie-t-elle ces conditions ?
  1. le contenu de l'attribut alt permet d'identifier la nature et la fonction de la zone
  2. s'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
Nouveautés RGAA 3.0 : ajout interdiction title différent du alt
1.4.3   Chaque bouton associé à une image (balise input avec l'attribut type="image") utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt vérifie-t-il ces conditions ?
  1. le contenu de l'attribut alt permet d'identifier la nature et la fonction du bouton
  2. s'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt
Nouveautés RGAA 3.0 : ajout interdiction title différent du alt
1.4.4   Pour chaque image objet (balise object avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, et ayant une alternative textuelle, l'alternative textuelle permet-elle d'identifier la nature et la fonction de l'image ?
1.4.5   Pour chaque image embarquée (balise embed avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, et ayant une alternative textuelle, l'alternative textuelle permet-elle d'identifier la nature et la fonction de l'image ?
1.4.6   Chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle via la propriété aria-label ou la balise desc vérifie-t-elle ces conditions ?
  1. l'alternative textuelle implémentée via la propriété aria-label permet d'identifier la nature et la fonction de l'image et est identique à l'attribut title s'il est présent
  2. l'alternative textuelle implémentée via la balise desc permet d'identifier la nature et la fonction de l'image et est identique à l'attribut title de la balise svg s'il est présent
Nouveautés RGAA 3.0 : nouveau test
1.4.7   Pour chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle , l'alternative textuelle est-elle correctement restituée par les technologies d'assistance ?
Nouveautés RGAA 3.0 : nouveau test
1.4.8   Pour chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle, l'alternative textuelle permet-elle d'identifier la nature et la fonction de l'image ?
Nouveautés RGAA 3.0 : nouveau test
1.4.9   Pour chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle , l'alternative textuelle est-elle correctement restituée par les technologies d'assistance ?
Nouveautés RGAA 3.0 : nouveau test
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 ?
1.5.1   Chaque image (balises img, area, object, embed, svg, canvas) utilisée comme CAPTCHA vérifie-t-elle une de ces conditions ?
  1. Il existe une autre forme de CAPTCHA non graphique, au moins
  2. Il existe une autre solution d'accès à la fonctionnalité sécurisée par le CAPTCHA
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 ?
  1. Il existe une autre forme de CAPTCHA non graphique, au moins
  2. Il existe une autre solution d'accès à la fonctionnalité sécurisée par le CAPTCHA
1.6 A Chaque image porteuse d'information a-t-elle, si nécessaire, une description détaillée ?
1.6.1   Chaque image porteuse d'information (balise img) qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe un attribut longdesc qui donne l'adresse (url) d'une page contenant la description détaillée
  2. Il existe un attribut alt contenant la référence à une description détaillée adjacente à l'image
  3. Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée
Nouveautés RGAA 3.0 : ajout possibilité d'utiliser une mention dans le alt indiquant description adjacente dans la page ou lien adjacent
1.6.2   Chaque image objet porteuse d'information (balise object avec l'attribut type="image/..."), qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée
  2. Il existe une description détaillée clairement identifiable adjacente à l'image objet
Nouveautés RGAA 3.0 : ajout possibilité d'utiliser description adjacente dans la page ou lien adjacent
1.6.3   Chaque image embarquée porteuse d'information (balise embed), qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée
  2. Il existe une description détaillée clairement identifiable adjacente à l'image embarquée
Nouveautés RGAA 3.0 : ajout possibilité d'utiliser description adjacente dans la page ou lien adjacent
1.6.4   Chaque bouton de formulaire de type image (balise input avec l'attribut type="image"), qui nécessite une description détaillée, vérifie-t-il une de ces conditions ?
  1. Il existe un attribut alt contenant la référence à une description détaillée adjacente à l'image
  2. Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée
Nouveautés RGAA 3.0 : ajout possibilité d'utiliser mention via le alt vers description adjacente dans la page ou lien adjacent
1.6.5   Chaque image vectorielle (balise svg) qui nécessite une description détaillée vérifie-t-elle une de ces conditions ?
  1. Il existe une propriété aria-label contenant une référence à une description détaillée adjacente à l'image vectorielle
  2. Il existe une balise desc contenant une référence à une description détaillée adjacente à l'image vectorielle
  3. Il existe une balise desc contenant la description détaillée
  4. Il existe un lien adjacent (via une balise url ou une ancre) permettant d'accéder au contenu de la description détaillée
Nouveautés RGAA 3.0 : nouveau test
1.6.6   Pour chaque image vectorielle (balise svg) qui implémente une référence à une description détaillée adjacente via une propriété aria-label ou une balise desc, cette référence est-elle correctement restituée par les technologies d'assistance ?
Nouveautés RGAA 3.0 : nouveau test
1.6.7   Chaque image bitmap (balise canvas) qui nécessite une description détaillée vérifie-t-elle une de ces conditions ?
  1. Il existe un passage de texte entre <canvas> et </canvas> contenant une référence à une description détaillée adjacente à l'image bitmap
  2. Il existe un contenu textuel entre <canvas> et </canvas> faisant office de description détaillée.
  3. Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée
Nouveautés RGAA 3.0 : nouveau test
1.6.8   Pour chaque image bitmap (balise canvas) qui implémente une référence à une description détaillée adjacente, cette référence est-elle correctement restituée par les technologies d'assistance ?
Nouveautés RGAA 3.0 : nouveau test
1.7 A Pour chaque image porteuse d'information ayant une description détaillée, cette description est-elle pertinente ?
1.7.1   Chaque image porteuse d'information (balise img ou input avec l'attribut type="image") ayant une description détaillée vérifie-t-elle une de ces conditions ?
  1. La description détaillée via l'adresse référencée dans l'attribut longdesc est pertinente
  2. La description détaillée dans la page et signalée dans l'attribut alt est pertinente
  3. La description détaillée via un lien adjacent est pertinente
1.7.2   Chaque image objet (balise object avec l'attribut type="image/...") ayant une description détaillée vérifie-t-elle une de ces conditions ?
  1. La description détaillée adjacente à l'image objet est pertinente
  2. La description détaillée via un lien adjacent est pertinente
1.7.3   Chaque image embarquée (balise embed avec l'attribut type="image/...") ayant une description détaillée vérifie-t-elle une de ces conditions ?
  1. La description détaillée adjacente à l'image embarquée est pertinente
  2. La description détaillée via un lien adjacent est pertinente
1.7.4   Chaque image vectorielle (balise svg) ayant une description détaillée vérifie-t-elle une de ces conditions ?
  1. La description détaillée adjacente à l'image vectorielle est pertinente
  2. La description détaillée contenue dans la balise desc est pertinente
  3. La description détaillée via un lien adjacent est pertinente
Nouveautés RGAA 3.0 : nouveau test
1.7.5   Pour chaque image vectorielle (balise svg) ayant une description détaillée implémentée via la balise desc, cette description détaillée est-elle correctement restituée par les technologies d'assistance ?
Nouveautés RGAA 3.0 : nouveau test
1.7.6   Chaque image bitmap (balise canvas) ayant une description détaillée vérifie-t-elle une de ces conditions ?
  1. La description détaillée adjacente à l'image bitmap est pertinente
  2. La description détaillée contenue entre <canvas> et </canvas> est pertinente
  3. La description détaillée via un lien adjacent est pertinente
Nouveautés RGAA 3.0 : nouveau test
1.7.7   Pour chaque image bitmap (balise canvas) ayant une description détaillée entre <canvas> et </canvas>, cette description détaillée est-elle correctement restituée par les technologies d'assistance ?
Nouveautés RGAA 3.0 : nouveau test
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) ?
1.8.1   Chaque image texte (balise img) 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) ?
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.8.2   Pour chaque image réactive (balise img ou object avec l'attribut usemap ou l'attribut ismap), chaque zone texte (balise area ou zone cliquable) 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) ?
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.8.3   Pour chaque balise form, chacun de ses boutons "image texte" (balise input avec l'attribut type="image") porteuse d'information, en l'absence d'un mécanisme de remplacement, doit si possible être remplacé par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.8.4   Chaque image texte objet (balise object avec l'attribut type="image/...") 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) ?
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.8.5   Chaque image texte embarquée (balise embed avec l'attribut type="image/...") 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) ?
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.8.6   Chaque image texte bitmap (balise canvas) 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) ?
Nouveautés RGAA 3.0 : nouveau test
1.9 AAA Chaque image texte porteuse d'information doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
1.9.1   Chaque image texte (balise img) doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.9.2   Pour chaque image réactive (balise img ou object avec l'attribut usemap), chaque zone texte (balise area) doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.9.3   Pour chaque balise form, chacun de ses boutons "image texte" (balise input avec l'attribut type="image") doit si possible être remplacé par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.9.4   Chaque image texte objet (balise object avec l'attribut type="image/...") doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.9.5   Chaque image texte embarquée (balise embed avec l'attribut type="image/...") doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout cas particulier si fait partie de l'identité graphique rendant le critère non appliquable
1.9.6   Chaque image texte bitmap (balise canvas) doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveautés RGAA 3.0 : nouveau test
1.10 A Chaque légende d'image est-elle, si nécessaire, correctement reliée à l'image correspondante ?
1.10.1   Chaque image légendée (balise img ou input avec l'attribut type="image" associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image (balise img) et sa légende sont contenues dans une balise figure
  2. la balise figure possède un attribut role="group"
  3. Le contenu de l'attribut alt de l'image contient une référence à la légende adjacente
  4. L'attribut title de l'image s'il est présent, est strictement identique au contenu de l'attribut alt
Nouveautés RGAA 3.0 : nouveau test
1.10.2   Chaque image objet (balise object avec l'attribut type="image/..." associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image (balise object) et sa légende sont contenues dans une balise figure
  2. la balise figure possède un attribut role="group"
Nouveautés RGAA 3.0 : nouveau test
1.10.3   Chaque image embarquée légendée (balise embed associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image embarquée (balise embed) et sa légende sont contenues dans une balise figure
  2. la balise figure possède un attribut role="group"
  3. Le contenu de l'attribut alt de l'image contient une référence à la légende adjacente
  4. L'attribut title de l'image s'il est présent, est strictement identique au contenu de l'attribut alt
Nouveautés RGAA 3.0 : nouveau test
1.10.4   Chaque image vectorielle légendée (balise svg associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image (balise svg) et sa légende sont contenues dans une balise figure
  2. la balise figure possède un role="group"
  3. Le contenu de la propriété aria-label ou de la balise desc de l'image vectorielle contient une référence à la légende adjacente
  4. L'attribut title de l'image vectorielle (balise svg) s'il est présent, est strictement identique au contenu de la propriété aria-label ou de la balise desc utilisé comme alternative.
Nouveautés RGAA 3.0 : nouveau test
1.10.5   Chaque image bitmap légendée (balise canvas associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image (balise canvas) et sa légende sont contenues dans une balise figure
  2. la balise figure possède un attribut role="group"
  3. Le contenu entre <canvas> et </canvas> de l'image bitmap contient une référence à la légende adjacente
Nouveautés RGAA 3.0 : nouveau test
Cadres [ haut ]
2.1 A Chaque cadre en ligne a-t-il un titre de cadre ?
2.1.1   Chaque cadre en ligne (balise iframe) a-t-il un attribut title ?
Nouveautés RGAA 3.0 : suppression élément frame
2.2 A Pour chaque cadre en ligne ayant un titre de cadre, ce titre de cadre est-il pertinent ?
2.2.1   Pour chaque cadre en ligne (balise iframe) ayant un attribut title, le contenu de cet attribut est-il pertinent ?
Nouveautés RGAA 3.0 : suppression élément frame
Couleurs [ haut ]
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 ?
3.1.1   Pour chaque mot ou ensemble de mots dont la mise en couleur est porteuse d'information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
3.1.2   Pour chaque indication de couleur donnée par un texte, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
3.1.3   Pour chaque image véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
3.1.4   Pour chaque propriété CSS déterminant une couleur et véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
3.1.5   Pour chaque média temporel véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
3.1.6   Pour chaque média non temporel véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
3.2 A Dans chaque page Web, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?
3.2.1   Pour chaque mot ou ensemble de mots dont la mise en couleur est porteuse d'information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?
Nouveautés RGAA 3.0 : nouveau test
3.2.2   Pour chaque indication de couleur donnée par un texte, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?
Nouveautés RGAA 3.0 : nouveau test
3.2.3   Pour chaque image véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?
Nouveautés RGAA 3.0 : nouveau test
3.2.4   Pour chaque propriété CSS déterminant une couleur et véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?
Nouveautés RGAA 3.0 : nouveau test
3.2.5   Pour chaque média temporel véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?
Nouveautés RGAA 3.0 : nouveau test
3.2.6   Pour chaque média non temporel véhiculant une information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?
Nouveautés RGAA 3.0 : nouveau test
3.3 AA Dans chaque page Web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?
3.3.1   Dans chaque page Web, jusqu'à 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
  1. le rapport de contraste entre le texte et son arrière-plan est de 4,5:1, au moins
  2. un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4,5:1, au moins
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique
3.3.2   Dans chaque page Web, jusqu'à 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
  1. le rapport de contraste entre le texte et son arrière-plan est de 4,5:1, au moins
  2. un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4,5:1, au moins
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique
3.3.3   Dans chaque page Web, à partir de 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
  1. le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins
  2. un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique
3.3.4   Dans chaque page Web, à partir de 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
  1. le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins
  2. un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique
3.4 AAA Dans chaque page Web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il amélioré (hors cas particuliers) ?
3.4.1   Dans chaque page Web, jusqu'à 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
  1. le rapport de contraste entre le texte et son arrière-plan est de 7:1, au moins
  2. un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 7:1, au moins
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique
3.4.2   Dans chaque page Web, jusqu'à 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
  1. le rapport de contraste entre le texte et son arrière-plan est de 7:1, au moins
  2. un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 7:1, au moins
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique
3.4.3   Dans chaque page Web, à partir de 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
  1. le rapport de contraste entre le texte et son arrière-plan est de 4,5:1, au moins
  2. un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4,5:1, au moins
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique
3.4.4   Dans chaque page Web, à partir de 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
  1. le rapport de contraste entre le texte et son arrière- plan est de 4,5:1, au moins
  2. un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4,5:1, au moins
Nouveautés RGAA 3.0 :
  1. suppression de l'exception charte graphique antérieure
  2. ajout cas particulier si fait partie de l'identité graphique
Multimédia [ haut ]
4.1 A Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audio-description (hors cas particuliers) ?
4.1.1   Chaque média temporel pré-enregistré seulement audio, vérifie-t-il, si nécessaire, l'une de ces conditions (hors cas particuliers) ?
  1. Il existe une transcription textuelle accessible via un lien adjacent (une url ou une ancre)
  2. Il existe une transcription textuelle adjacente clairement identifiable
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout élément video, audio, svg, canvas
  3. ajout notion adjacent
  4. ajout cas particulier test, captcha, lien vers version agrandi
4.1.2   Chaque média temporel pré-enregistré seulement vidéo vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Il existe une version alternative audio seulement accessible via un lien adjacent (une url ou une ancre)
  2. Il existe une transcription textuelle adjacente clairement identifiable
  3. Il existe une audio-description synchronisée
  4. Il existe une version alternative avec une audio-description synchronisée accessible via un lien adjacent (une url ou une ancre)
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
  3. ajout notion adjacent
  4. ajout solution version alternative adjacente audio seulement
  5. ajout cas particulier test, captcha, lien vers version agrandi
4.1.3   Chaque média temporel synchronisé pré-enregistré vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Il existe une transcription textuelle accessible via un lien adjacent (une url ou une ancre)
  2. Il existe une transcription textuelle adjacente clairement identifiable
  3. Il existe une audio-description synchronisée
  4. Il existe une version alternative avec une audio-description synchronisée accessible via un lien adjacent (une url ou une ancre)
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
  3. ajout notion adjacent
  4. ajout solution version alternative adjacente audio seulement
  5. ajout cas particulier test, captcha, lien vers version agrandi
4.2 A Pour chaque média temporel pré-enregistré ayant une transcription textuelle ou une audio-description synchronisée, celles-ci sont-elles pertinentes (hors cas particuliers) ?
4.2.1   Pour chaque média temporel pré-enregistré seulement audio, ayant une transcription textuelle, celle-ci est-elle pertinente (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.2.2   Chaque média temporel pré-enregistré seulement vidéo vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. La transcription textuelle est pertinente
  2. L'audio-description synchronisée est pertinente
  3. L'audio-description synchronisée de la version alternative est pertinente
  4. La version alternative audio seulement est pertinente
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.2.3   Chaque média temporel synchronisé pré-enregistré vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. La transcription textuelle est pertinente
  2. L'audio-description synchronisée est pertinente
  3. L'audio-description synchronisée de la version alternative est pertinente
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.3 A Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?
4.3.1   Chaque média temporel synchronisé pré-enregistré vérifie-t-il, si nécessaire, l'une de ces conditions (hors cas particuliers) ?
  1. Le média temporel synchronisé possède des sous-titres synchronisés
  2. Il existe une version alternative possédant des sous-titres synchronisés accessible via un lien adjacent (une url ou une ancre)
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
  3. ajout notion adjacent
  4. ajout cas particulier test, captcha, lien vers version agrandi
4.3.2   Pour chaque média temporel synchronisé pré-enregistré possédant des sous-titres synchronisés diffusés via une balise track, la balise track possède-t-elle un attribut kind="captions"
Nouveautés RGAA 3.0 : nouveau test
4.4 A Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ?
4.4.1   Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.5 AA Chaque média temporel en direct a-t-il, si nécessaire, des sous-titres synchronisés ou une transcription textuelle (hors cas particuliers) ?
4.5.1   Chaque média temporel seulement audio en direct vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Il existe des sous-titres synchronisés
  2. Il existe une version ayant des sous-titres synchronisés accessible via un lien adjacent (une url ou une ancre)
  3. Il existe une transcription textuelle accessible via un lien adjacent (une url ou une ancre)
  4. Il existe une transcription textuelle adjacente clairement identifiable
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
  3. ajout notion adjacent
  4. ajout cas particulier test, captcha, lien vers version agrandi
4.5.2   Chaque média temporel synchronisé en direct vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Il existe des sous-titres synchronisés
  2. Il existe une version ayant des sous-titres synchronisés accessible via un lien adjacent (une url ou une ancre)
  3. Il existe une transcription textuelle accessible via un lien adjacent (une url ou une ancre)
  4. Il existe une transcription textuelle adjacente clairement identifiable
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
  3. ajout notion adjacent
  4. ajout cas particulier test, captcha, lien vers version agrandi
4.6 AA Pour chaque média temporel en direct ayant des sous-titres synchronisés ou une transcription textuelle, ceux-ci sont-ils pertinents ?
4.6.1   Chaque média temporel seulement audio en direct vérifie-t-il une de ces conditions ?
  1. Les sous-titres synchronisés sont pertinents
  2. Les sous-titres synchronisés de la version alternative sont pertinents
  3. La transcription textuelle est pertinente
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.6.2   Chaque média temporel synchronisé en direct vérifie-t-il une de ces conditions ?
  1. Les sous-titres synchronisés sont pertinents
  2. Les sous-titres synchronisés de la version alternative sont pertinents
  3. La transcription textuelle est pertinente
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.7 AA Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audio-description synchronisée (hors cas particuliers) ?
4.7.1   Chaque média temporel pré-enregistré seulement vidéo vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Il existe une audio-description synchronisée
  2. Il existe une version alternative avec une audio-description synchronisée
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.7.2   Chaque média temporel synchronisé pré-enregistré vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Il existe une piste pour l'audio-description synchronisée
  2. Il existe une version alternative avec une audio-description synchronisée
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.8 AA Pour chaque média temporel pré-enregistré ayant une audio-description synchronisée, celle-ci est-elle pertinente ?
4.8.1   Pour chaque média temporel pré-enregistré seulement vidéo ayant une audio-description synchronisée, celle-ci est-elle pertinente ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.8.2   Pour chaque média temporel synchronisé ayant une audio-description synchronisée, celle-ci est-elle pertinente ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.9 AAA Chaque média temporel pré-enregistré a-t-il, si nécessaire, une interprétation en langue des signes (hors cas particuliers) ?
4.9.1   Chaque média temporel pré-enregistré seulement audio a-t-il, si nécessaire, une interprétation en langue des signes adaptée à la langue du média (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.9.2   Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, une interprétation en langue des signes adaptée à la langue du média (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.10 AAA Pour chaque média temporel pré-enregistré ayant une interprétation en langue des signes, celle-ci est-elle pertinente ?
4.10.1   Pour chaque média temporel pré-enregistré seulement audio ayant une interprétation en langue des signes, celle-ci est-elle pertinente ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.10.2   Pour chaque média temporel synchronisé pré-enregistré ayant une interprétation en langue des signes, celle-ci est-elle pertinente ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.11 AAA Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audio-description étendue synchronisée (hors cas particuliers) ?
4.11.1   Chaque média temporel synchronisé pré-enregistré vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Il existe une audio-description étendue synchronisée
  2. Il existe une version alternative avec une audio-description étendue synchronisée
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.11.2   Chaque média temporel pré-enregistré seulement vidéo vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Il existe une audio-description étendue synchronisée
  2. Il existe une version alternative avec une audio-description étendue synchronisée
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio, svg, canvas
  3. ajout cas particulier test, captcha, lien vers version agrandi
4.12 AAA Pour chaque média temporel pré-enregistré ayant une audio-description étendue synchronisée, celle-ci est-elle pertinente ?
4.12.1   Pour chaque média temporel synchronisé pré-enregistré ayant une audio-description étendue synchronisée, celle-ci est-elle pertinente ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.12.2   Pour chaque média temporel pré-enregistré seulement vidéo ayant une audio-description étendue synchronisée, celle-ci est-elle pertinente ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.13 AAA Chaque média temporel synchronisé ou seulement vidéo a-t-il, si nécessaire, une transcription textuelle (hors cas particuliers) ?
4.13.1   Chaque média temporel synchronisé vérifie-t-il si nécessaire une de ces conditions (hors cas particuliers) ?
  1. Il existe une transcription textuelle accessible via un lien adjacent (une url ou une ancre)
  2. Il existe une transcription textuelle adjacente clairement identifiable
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
  3. ajout notion adjacent
  4. ajout cas particulier test, captcha, lien vers version agrandi
4.13.2   Chaque média temporel seulement vidéo vérifie-t-il si nécessaire une de ces conditions (hors cas particuliers) ?
  1. Il existe une transcription textuelle accessible via un lien adjacent (une url ou une ancre)
  2. Il existe une transcription textuelle adjacente clairement identifiable
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
  3. ajout notion adjacent
  4. ajout cas particulier test, captcha, lien vers version agrandi
4.14 AAA Pour chaque média temporel synchronisé ou seulement vidéo, ayant une transcription textuelle, celle-ci est-elle pertinente ?
4.14.1   Pour chaque média temporel seulement vidéo ayant une transcription textuelle, celle-ci est-elle pertinente ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.14.2   Pour chaque média temporel synchronisé ayant une transcription textuelle, celle-ci est-elle pertinente ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.15 A Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?
4.15.1   Pour chaque média temporel seulement son, seulement vidéo ou synchronisé, le contenu textuel adjacent permet-il d'identifier clairement le média temporel (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.15.2   Pour chaque média temporel seulement son en direct, seulement vidéo en direct ou synchronisé en direct, le contenu textuel adjacent permet-il d'identifier clairement le média temporel (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. suppression élément applet
  2. ajout element video, audio, svg, canvas
4.16 A Chaque média non temporel a-t-il, si nécessaire, une alternative (hors cas particuliers) ?
4.16.1   Chaque média non temporel vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Un lien adjacent, clairement identifiable, contient l'adresse (url) d'une page contenant une alternative
  2. Un lien adjacent, clairement identifiable, permet d'accéder à une alternative dans la page
Nouveautés RGAA 3.0 :
  1. ajout element, svg, canvas
  2. ajout obligation alternative externe à l'élément via un lien
  3. ajout notion adjacent
  4. ajout cas particulier inséré via JavaScript en remplacement d'un contenu alternatif déjà présent qui rend critère non appliquable
4.16.2   Chaque média non temporel associé à une alternative vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. La page référencée par le lien adjacent est accessible
  2. L'alternative dans la page, référencée par le lien adjacent, est accessible.
Nouveautés RGAA 3.0 :
  1. ajout element svg, canvas
  2. ajout cas particulier inséré via JavaScript en remplacement d'un contenu alternatif déjà présent qui rend critère non appliquable
4.17 A Pour chaque média non temporel ayant une alternative, cette alternative est-elle pertinente ?
4.17.1   Pour chaque média non temporel ayant une alternative, cette alternative permet-elle d'accéder au même contenu et à des fonctionnalités similaires ?
Nouveautés RGAA 3.0 : ajout element svg, canvas
4.18 A Chaque son déclenché automatiquement est-il contrôlable par l'utilisateur ?
4.18.1   Chaque séquence sonore déclenchée automatiquement via une balise object, video, audio, embed, un code JavaScript ou une propriété bgsound vérifie-t-il une de ces conditions ?
  1. La séquence sonore a une durée inférieure ou égale à 3 secondes
  2. La séquence sonore peut être stoppée sur action de l'utilisateur
  3. Le volume de la séquence sonore peut être contrôlé par l'utilisateur indépendamment du contrôle de volume du système.
Nouveautés RGAA 3.0 : ajout contrôle du volume
4.19 AAA Pour chaque média temporel seulement audio pré-enregistré, les dialogues sont-ils suffisamment audibles (hors cas particuliers) ?
4.19.1   Chaque média temporel audio pré-enregistré et diffusé via une balise object, video, audio, embed ou proposé en téléchargement vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'arrière-plan sonore peut être désactivé
  2. La ou les pistes de dialogue sont 20 décibels plus élevées que l'arrière-plan sonore.
  3. Il existe une version alternative pour laquelle l'arrière-plan sonore peut être désactivé
  4. Il existe une version alternative pour laquelle la ou les pistes de dialogue sont 20 décibels plus élevées que l'arrière-plan sonore
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout element video, audio
  3. ajout cas particulier test, captcha
4.20 A La consultation de chaque média temporel est-elle contrôlable par le clavier et la souris ?
4.20.1   Chaque média temporel a-t-il, si nécessaire, les fonctionnalités de contrôle de sa consultation ?
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. ajout contrôle de l'affichage soustitre
  3. ajout contrôle niveau du volume sonore
  4. ajout element video, audio, svg, canvas
4.20.2   Pour chaque média temporel, chaque fonctionnalité vérifie-t-elle une de ces conditions :
  1. La fonctionnalité est accessible par le clavier et la souris
  2. Une fonctionnalité accessible par le clavier et la souris permettant de réaliser la même action est présente dans la page
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. suppression de la possibilité d'avoir recours à une alternative accessible via un lien dans la page
  3. ajout element video, audio, svg, canvas
4.20.3   Pour chaque média temporel, chaque fonctionnalité vérifie-t-elle une de ces conditions :
  1. La fonctionnalité est activable par le clavier et la souris
  2. Une fonctionnalité activable par le clavier et la souris permettant de réaliser la même action est présente dans la page
Nouveautés RGAA 3.0 :
  1. suppression element applet
  2. suppression de la possibilité d'avoir recours à une alternative accessible via un lien dans la page
  3. ajout element video, audio, svg, canvas
4.21 A La consultation de chaque média non temporel est-elle contrôlable par le clavier et la souris ?
4.21.1   Pour chaque média non temporel, chaque fonctionnalité vérifie-t-elle une de ces conditions :
  1. La fonctionnalité est accessible par le clavier et la souris
  2. Une fonctionnalité accessible par le clavier et la souris permettant de réaliser la même action est présente dans la page
Nouveautés RGAA 3.0 : ajout element svg, canvas
4.21.2   Pour chaque média non temporel, chaque fonctionnalité vérifie-t-elle une de ces conditions :
  1. La fonctionnalité est activable par le clavier et la souris
  2. Une fonctionnalité activable par le clavier et la souris permettant de réaliser la même action est présente dans la page
Nouveautés RGAA 3.0 : ajout element svg, canvas
4.22 A Chaque média temporel et non temporel est-il compatible avec les technologies d'assistance (hors cas particuliers) ?
4.22.1   Chaque média temporel et non temporel inséré via une balise object ou embed vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. 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é
  2. Une alternative compatible avec une API d'accessibilité permet d'accéder aux mêmes fonctionnalités
Nouveautés RGAA 3.0 : ajout element video, audio, svg, canvas
4.22.2   Chaque média temporel et non temporel inséré via une balise object ou embed, qui possède une alternative compatible avec une API d'accessibilité, vérifie-t-il une de ces conditions ?
  1. L' alternative est adjacente au média temporel ou non temporel
  2. L' alternative est accessible via un lien adjacent (une url ou une ancre)
  3. Un mécanisme permet de remplacer le média temporel ou non temporel par son alternative.
Nouveautés RGAA 3.0 :
  1. ajout interdiction de mettre l'alternative dans object ou noembed
  2. ajout element video, audio, svg, canvas
Tableaux [ haut ]
5.1 A Chaque tableau de données complexe a-t-il un résumé ?
5.1.1   Pour chaque tableau de données complexe (balise table) un résumé est-il disponible dans la balise caption ?
Nouveautés RGAA 3.0 :
  1. suppression attribut summary
  2. ajout d'une restriction aux tableaux complexes
  3. ajout obligation mise en place du résumé dans le caption
5.2 A Pour chaque tableau de données complexe ayant un résumé, celui-ci est-il pertinent ?
5.2.1   Pour chaque tableau de donnée complexes (balise table) ayant un résumé, celui-ci est-il pertinent ?
5.3 A Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ?
5.3.1   Chaque tableau de mise en forme vérifie-t-il ces conditions ?
  1. le contenu linéarisé reste compréhensible
  2. la balise table possède un attribut role="presentation"
Nouveautés RGAA 3.0 :
  1. ajout nécessité role="presentation"
  2. suppression nécessité summary=""
5.4 A Chaque tableau de données a-t-il un titre ?
5.4.1   Chaque tableau de données (balise table) a-t-il une balise caption ?
Nouveautés RGAA 3.0 :
  1. suppression possibilité d'utiliter un hx avant le tableau
5.5 A Pour chaque tableau de données ayant un titre, celui-ci est-il pertinent ?
5.5.1   Pour chaque tableau de données (balise table) ayant une balise caption, le contenu de cette balise donne-t-il le titre du tableau ?
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 ?
5.6.1   Pour chaque tableau de données (balise table), chaque en-tête de colonnes a-t-il une balise th ?
5.6.2   Pour chaque tableau de données (balise table), chaque en-tête de lignes a-t-il une balise th ?
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 ?
5.7.1   Chaque en-tête (balise th) s'appliquant à la totalité de la ligne ou de la colonne possède-t-il un attribut id unique ou un attribut scope ?
5.7.2   Chaque en-tête (balise th) s'appliquant à la totalité de la ligne ou de la colonne et possédant un attribut scope vérifie-t-il une de ces conditions ?
  1. L'en-tête possède un attribut scope avec la valeur "row" pour les en-têtes de ligne
  2. L'en-tête possède un attribut scope avec la valeur "col" pour les en-têtes de colonne
5.7.3   Chaque en-tête (balise th) ne s'appliquant pas à la totalité de la ligne ou de la colonne vérifie-t-il ces conditions ?
  1. L'en-tête ne possède pas d'attribut scope
  2. L'en-tête possède un attribut id unique
5.7.4   Chaque cellule (balise td ou th) associée à un ou plusieurs en-têtes possédant un attribut id vérifie-t-elle ces conditions ?
  1. La cellule possède un attribut headers
  2. L'attribut headers possède la liste des valeurs des en-têtes associés à la cellule.
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 ?
5.8.1   Chaque tableau de mise en forme (balise table) vérifie-t-il ces conditions ?
  1. Le tableau de mise en forme (balise table) ne possède pas de balises caption, th, thead, tfoot
  2. Les cellules du tableau de mise en forme (balise td) ne possèdent pas d'attributs scope, headers, colgroup, axis.
Nouveautés RGAA 3.0 : suppression de l'interdiction d'utiliser un summary non vide (mais invaliderait 8.2.2)
Liens [ haut ]
6.1 A Chaque lien est-il explicite (hors cas particuliers) ?
6.1.1   Chaque lien texte vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'intitulé de lien seul permet d'en comprendre la fonction et la destination
  2. Le contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 3.0 : ajout du contexte de phrase, contenu du td, aria-label et aria-labelledby
6.1.2   Chaque lien image (contenu de l'attribut alt, texte entre <canvas> et </canvas> ou texte entre <object> et </object>) vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'intitulé de lien seul permet d'en comprendre la fonction et la destination
  2. Le contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 3.0 :
  1. ajout du contexte de p, li, hx, th, td, title, de phrase, contenu du td, aria-label et aria-labelledby
  2. ajout test sur canvas
6.1.3   Chaque lien doublant une zone cliquable d'une image réactive coté serveur vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'intitulé de lien seul permet d'en comprendre la fonction et la destination
  2. Le contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 3.0 : ajout du contexte de phrase, contenu du td, aria-label et aria-labelledby
6.1.4   Chaque lien composite vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'intitulé de lien seul permet d'en comprendre la fonction et la destination
  2. Le contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 3.0 : ajout du contexte de phrase, contenu du td, aria-label et aria-labelledby
6.1.5   Chaque lien vectoriel vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'intitulé de lien seul permet d'en comprendre la fonction et la destination
  2. Le contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 3.0 : nouveaut test
6.2 A Pour chaque lien ayant un titre de lien, celui-ci est-il pertinent ?
6.2.1   Pour chaque lien texte ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
Nouveautés RGAA 3.0 :
  1. ajout interdiction title vide title=""
  2. ajout interdiction title indentique à l'intitulé title="intitulé"
  3. ajout de l'obligation d'utiliser l'intitulé dans le title (ne peux pas être une tournure de phrase différente et plus longue comme en rgaa 2)
6.2.2   Pour chaque lien image ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
Nouveautés RGAA 3.0 :
  1. ajout interdiction title vide title=""
  2. ajout de l'obligation d'utiliser l'intitulé dans le title (ne peux pas être une tournure de phrase différente et plus longue comme en rgaa 2)
  3. ajout élément canvas
6.2.3   pour chaque zone cliquable (balise area) ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
Nouveautés RGAA 3.0 :
  1. ajout interdiction title vide title=""
  2. ajout interdiction title indentique à l'intitulé title="intitulé"
  3. ajout de l'obligation d'utiliser l'intitulé dans le title (ne peux pas être une tournure de phrase différente et plus longue comme en rgaa 2)
6.2.4   Pour chaque lien composite ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
Nouveautés RGAA 3.0 :
  1. ajout interdiction title vide title=""
  2. ajout interdiction title indentique à l'intitulé title="intitulé"
  3. ajout de l'obligation d'utiliser l'intitulé dans le title (ne peux pas être une tournure de phrase différente et plus longue comme en rgaa 2)
6.2.5   Pour chaque lien vectoriel ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?
Nouveautés RGAA 3.0 : nouveau test
6.3 AAA Chaque intitulé de lien seul est-il explicite hors contexte (hors cas particuliers) ?
6.3.1   Chaque lien texte vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'intitulé du lien est explicite hors contexte
  2. Un mécanisme permet à l'utilisateur d'obtenir un intitulé de lien explicite hors contexte
  3. Le contenu du titre de lien (attribut title) est explicite hors contexte
Nouveautés RGAA 3.0 :
  1. ajout du title
  2. ajout du mécanisme pour obtenir intitulé explicite
6.3.2   Chaque intitulé de lien image (contenu de l'attribut alt, texte entre <canvas> et </canvas> ou texte entre <object> et </object>) est-il explicite hors contexte (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout élément canvas
6.3.3   Chaque intitulé de lien de type zone cliquable (contenu de l'attribut alt d'une balise area) est-il explicite hors contexte (hors cas particuliers) ?
6.3.4   Chaque lien composite (contenu texte et de l'attribut alt) est-il explicite hors contexte (hors cas particuliers)
6.3.5   Chaque intitulé de lien vectoriel (contenu de l'alternative de l'image vectorielle, balise svg) est-il explicite hors contexte (hors cas particuliers) ?
Nouveautés RGAA 3.0 : nouveau test
6.4 A Pour chaque page web, chaque lien identique a-t-il les mêmes fonction et destination ?
6.4.1   Pour chaque page web, chaque lien identique de type texte a-t-il les mêmes fonction et destination ?
6.4.2   Pour chaque page web, chaque lien identique de type image a-t-il les mêmes fonction et destination ?
Nouveautés RGAA 3.0 : ajout élément canvas
6.4.3   Pour chaque page web, chaque lien identique de type zone cliquable a-t-il les mêmes fonction et destination ?
6.4.4   Pour chaque page web, chaque lien identique de type composite a-t-il les mêmes fonction et destination ?
6.4.5   Pour chaque page web, chaque lien identique de type vectoriel a-t-il les mêmes fonction et destination ?
Nouveautés RGAA 3.0 : nouveau test
6.5 A Dans chaque page Web, chaque lien, à l'exception des ancres, a-t-il un intitulé ?
6.5.1   Dans chaque page Web, chaque lien (balise a avec un attribut href), à l'exception des ancres, a-t-il un intitulé entre <a> et </a> ?
Scripts [ haut ]
7.1 A Chaque script est-il, si nécessaire, compatible avec les technologies d'assistance ?
7.1.1   Chaque script qui génère ou contrôle un composant d'interface vérifie-t-il, si nécessaire, une de ces conditions ?
  1. Le nom, le rôle, la valeur, le paramétrage et les changements d'états sont accessibles aux technologies d'assistance via une API d'accessibilité
  2. Un composant d'interface accessible permettant d'accéder aux mêmes fonctionnalités est présent dans la page
  3. Une alternative accessible permet d'accéder aux mêmes fonctionnalités.
Nouveautés RGAA 3.0 :
  1. ajout obligation de mettre à disposition un moyen de passer de la version non accessible à la version accessible directement depuis la page
  2. ajout obligation d'utiliser ARIA dans certains cas
7.1.2   Chaque fonctionnalité d'insertion de contenu contrôlée par un script utilise-t-elle des propriétés et méthodes conformes à la spécification DOM (Document Object Model) ?
Nouveautés RGAA 3.0 : nouveau test
7.1.3   Chaque script qui génère, met à jour ou contrôle un composant d'interface qui comporte des rôles des états ou des propriétés correspondant à un motif de conception défini par l'API ARIA vérifie-t-il une de ces conditions ?
  1. Le composant d'interface est conforme au motif de conception défini par l'API ARIA
  2. Un composant d'interface présent sur la page, permettant d'accéder aux mêmes fonctionnalités, est conforme au motif de conception défini par l'API ARIA
  3. Le composant d'interface adapte un motif de conception défini par l'API ARIA.
  4. Une alternative accessible permet d'accéder aux mêmes fonctionnalités.
Nouveautés RGAA 3.0 : nouveau test
7.1.4   Chaque modification du rôle natif d'un élément HTML respecte-t-elle les règles et préconisations indiquées dans la spécification HTML5 et les notes techniques associées ?
Nouveautés RGAA 3.0 : nouveau test
7.1.5   Chaque script qui génère ou contrôle un composant d'interface via des rôles, des états ou des propriétés définis par l'API ARIA respecte-t-il une de ces conditions ?
  1. Le composant d'interface est correctement restitué par les technologies d'assistance
  2. Une alternative accessible permet d'accéder aux mêmes fonctionnalités.
Nouveautés RGAA 3.0 : nouveau test
7.1.6   Chaque composant d'interface qui utilise un role ARIA application respecte-t-il une de ces conditions ?
  1. Le composant d'interface est correctement restitué par les technologies d'assistance
  2. Une alternative accessible permet d'accéder aux mêmes fonctionnalités.
Nouveautés RGAA 3.0 : nouveau test
7.2 A Pour chaque script ayant une alternative, cette alternative est-elle pertinente ?
7.2.1   Chaque script débutant par la balise script et ayant une alternative vérifie-t-il une de ces conditions ?
  1. L'alternative entre <noscript> et </noscript> permet d'accéder à des contenus et des fonctionnalités similaires
  2. La page affichée, lorsque JavaScript est désactivé, permet d'accéder à des contenus et des fonctionnalités similaires
  3. La page alternative permet d'accéder à des contenus et des fonctionnalités similaires
  4. Le langage de script côté serveur permet d'accéder à des contenus et des fonctionnalités similaires
  5. L'alternative, présente dans la page, permet d'accéder à des contenus et des fonctionnalités similaires
Nouveautés RGAA 3.0 : ajout obligation de mettre à disposition un moyen de passer de la version non accessible à la version accessible directement depuis la page
7.2.2   Chaque élément non textuel mis à jour par un script (dans la page, ou un cadre en ligne) et ayant une alternative vérifie-t-il ces conditions ?
  1. L'alternative de l'élément non textuel est mise à jour
  2. L'alternative mise à jour est pertinente
7.3 A Chaque script est-il contrôlable par le clavier et la souris (hors cas particuliers) ?
7.3.1   Chaque élément possédant un gestionnaire d'événement contrôlé par un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'élément est accessible par le clavier et la souris
  2. Un élément accessible par le clavier et la souris permettant de réaliser la même action est présent dans la page
Nouveautés RGAA 3.0 : ajout d'un cas particulier rendant non applicable si fonctionnalité dépend d'un gestionnaire sans équivalent
7.3.2   Chaque élément possédant un gestionnaire d'événement contrôlé par un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'élément est activable par le clavier et la souris
  2. Un élément activable par le clavier et la souris permettant de réaliser la même action est présent dans la page
Nouveautés RGAA 3.0 : ajout d'un cas particulier rendant non applicable si fonctionnalité dépend d'un gestionnaire sans équivalent
7.3.3   Un script ne doit pas supprimer le focus d'un élément qui le reçoit. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout d'un cas particulier rendant non applicable si fonctionnalité dépend d'un gestionnaire sans équivalent
7.3.4   Chaque composant d'interface implémenté via un rôle défini par l'API ARIA et correspondant à un motif de conception respecte-t-il une de ces conditions ?
  1. Les interactions au clavier sont conformes au comportement défini par le motif de conception pour les touches Echap, Barre d'espace, Tabulation et Flèches de direction au moins
  2. Un composant d'interface présent sur la page, permettant de réaliser la même action, possède des interactions au clavier conformes au comportement défini par le motif de conception , pour les touches Echap, Barre d'espace, Tabulation et Flèches de direction au moins
  3. Une alternative permettant d'accéder aux mêmes fonctionnalités est contrôlable par le clavier et à la souris.
Nouveautés RGAA 3.0 : nouveau test
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 ?
7.4.1   Chaque script qui initie un changement de contexte vérifie-t-il une de ces conditions ?
  1. L'utilisateur est averti par un texte de l'action du script et du type de changement avant son déclenchement
  2. Le changement de contexte est initié par un bouton (input de type submit, button ou image ou balise button) explicite
  3. Le changement de contexte est initié par un lien explicite
7.5 AAA Chaque script qui provoque une alerte non sollicitée est-il contrôlable par l'utilisateur (hors cas particuliers) ?
7.5.1   Chaque script qui provoque une alerte non sollicitée est-il contrôlable par l'utilisateur (hors cas particuliers) ?
Éléments Obligatoires [ haut ]
8.1 A Chaque page Web est-elle définie par un type de document ?
8.1.1   Pour chaque page Web, le type de document (balise doctype) est-il présent ?
8.1.2   Pour chaque page Web, le type de document (balise doctype) est-il valide ?
8.1.3   Pour chaque page Web possédant une déclaration de type de document, celle-ci est-elle située avant la balise html dans le code source ?
8.2 A Pour chaque page Web, le code source est-il valide selon le type de document spécifié sauf cas particulier ?
8.2.1   Pour chaque déclaration de type de document, le code source de la page vérifie-t-il ces conditions ?
  1. Les balises respectent les règles d'écriture
  2. L'imbrication des balises est conforme
  3. L'ouverture et la fermeture des balises sont conformes
  4. Les attributs respectent les règles d'écriture
  5. Les valeurs des attributs respectent les règles d'écriture
Nouveautés RGAA 3.0 : ajout interdiction élément vide minimisé exemple <p />
8.2.2   Pour chaque déclaration de type de document, le code source de la page ne doit pas utiliser d'éléments obsolètes. Cette règle est-elle respectée hors cas particuliers ?
Nouveautés RGAA 3.0 : ajout Interdiction d'utiliser summary, acronym si html5
8.3 A Dans chaque page Web, la langue par défaut est-elle présente ?
8.3.1   Pour chaque page Web, l'indication de langue par défaut vérifie-t-elle une de ces conditions ?
  1. L'indication de la langue de la page (attribut lang et/ou xml:lang) est donnée pour l'élément html
  2. 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
Nouveautés RGAA 3.0 : ajout autorisation du xml:lang quelquesoit le doctype
8.4 A Pour chaque page Web ayant une langue par défaut, le code de langue est-il pertinent ?
8.4.1   Pour chaque page Web ayant une langue par défaut, le code de langue vérifie-t-il ces conditions ?
  1. Le code de langue est valide
  2. Le code de langue est pertinent
8.5 A Chaque page Web a-t-elle un titre de page ?
8.5.1   Chaque page Web a-t-elle un titre de page (balise title) ?
8.6 A Pour chaque page Web ayant un titre de page, ce titre est-il pertinent ?
8.6.1   Pour chaque page Web ayant un titre de page (balise title), le contenu de cette balise est-il pertinent ?
8.7 AA Dans chaque page Web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
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) ?
  1. L'indication de langue est donnée sur l'élément contenant le texte
  2. L'indication de langue est donnée sur un des éléments parents
Nouveautés RGAA 3.0 :
  1. ajout applicabilité sur terme commun hors dictionnaire pouvant générer incompréhension
  2. ajout cas particulier sur terme reaffiché après avoir été soumis via un formulaire rendant le test non appliquable
8.8 AA Dans chaque page Web, chaque changement de langue est-il pertinent ?
8.8.1   Dans chaque page Web, chaque changement de langue (attribut lang et/ou xml:lang) est-il valide ?
8.8.2   Dans chaque page Web, chaque changement de langue (attribut lang et/ou xml:lang) est-il pertinent ?
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 ?
8.9.1   Dans chaque page Web les balises (à l'exception de div, span et table) ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ?
Nouveautés RGAA 3.0 :
  1. ajout autorisation détournement si role="presentation"
  2. ajout interdiction div et span pour faire des paragraphes
8.10 A Dans chaque page Web, les changements du sens de lecture sont-ils signalés ?
8.10.1   Dans chaque page Web, chaque texte dont le sens de lecture est différent du sens de lecture par défaut vérifie-t-il ces conditions ?
  1. Le texte est contenu dans une balise possédant un attribut dir
  2. La valeur de l'attribut dir est conforme (rtl ou ltr)
  3. La valeur de l'attribut dir est pertinente
Nouveautés RGAA 3.0 : nouveau test
Structuration de l'information [ haut ]
9.1 A Dans chaque page Web, l'information est-elle structurée par l'utilisation appropriée de titres ?
9.1.1   Dans chaque page Web, y a-t-il un titre de niveau 1 (balise h1 ou balise possédant un role ARIA "heading" associé à une propriété aria-level="1") ?
Nouveautés RGAA 3.0 : ajout élément aria heading et aria-level 1
9.1.2   Dans chaque page Web, la hiérarchie entre les titres (balises h ou balise possédant un role ARIA "heading" associé à une propriété aria-level) est-elle pertinente ?
Nouveautés RGAA 3.0 : ajout élément avec role heading
9.1.3   Dans chaque page Web, chaque titre (balise h ou balise possédant un role ARIA "heading" associé à une propriété aria-level) nécessaire à la structure de l'information est-il présent ?
Nouveautés RGAA 3.0 : ajout élément avec role heading
9.1.4   Dans chaque page Web, chaque titre (balise h ou balise possédant un role ARIA "heading" associé à une propriété aria-level) est-il pertinent ?
Nouveautés RGAA 3.0 : ajout test élément avec role heading
9.2 A Dans chaque page Web, la structure du document est-elle cohérente ?
9.2.1   Dans chaque page Web, la structure du document vérifie-t-elle ces conditions ?
  1. La zone d'en-tête de la page est structurée via une balise header
  2. Les zones de navigation principales et secondaires sont structurées via une balise nav
  3. La balise nav est réservée à la structuration des zones de navigations principales et secondaires
  4. La zone de contenu principal est structurée via une balise main
  5. La structure du document utilise une balise main unique
  6. La zone de pied de page est structurée via une balise footer
Nouveautés RGAA 3.0 : nouveau test
9.2.2   Dans chaque page Web, l'arborescence du document est-elle cohérente ?
Nouveautés RGAA 3.0 : nouveau test
9.3 A Dans chaque page Web, chaque liste est-elle correctement structurée ?
9.3.1   Dans chaque page Web, les informations regroupées sous forme de listes non ordonnées vérifient-elles une de ces conditions ?
  1. La liste utilise les balises HTML ul et li
  2. La liste utilise les roles ARIA list et listitem
Nouveautés RGAA 3.0 :
  1. ajout appliquabilité à toutes les listes et non juste celles présentant visuellement un marqueur de liste
  2. ajout élément avec role list et listitem
9.3.2   Dans chaque page Web, les informations regroupées sous forme de listes ordonnées vérifient-elles une de ces conditions ?
  1. La liste utilise les balises HTML ol et li
  2. La liste utilise les roles ARIA list et listitem
Nouveautés RGAA 3.0 :
  1. ajout appliquabilité à toutes les listes et non juste celles présentant visuellement un marqueur de liste
  2. ajout élément avec role list et listitem
9.3.3   Dans chaque page Web, les informations regroupées sous forme de listes de définitions utilisent-elles les balises dl et dt/dd ?
Nouveautés RGAA 3.0 : ajout appliquabilité à toutes les listes et non juste celles présentant visuellement un marqueur de liste
9.4 AAA Dans chaque page Web, la première occurrence de chaque abréviation permet-elle d'en connaître la signification ?
9.4.1   Dans chaque page Web, la première occurrence de chaque abréviation vérifie-t-elle une de ces conditions ?
  1. L'abréviation est accompagnée de sa signification sous forme d'un texte adjacent
  2. L'abréviation est implémentée via un lien référençant une page ou un emplacement dans la page qui permet d'en connaître la signification
  3. L'abréviation fait partie d'un lien possédant un attribut title qui permet d'en connaître la signification
  4. La signification de l'abréviation est présente dans un glossaire présent sur le site
  5. L'abréviation est implémentée via une balise abbr possédant un attribut title qui permet d'en connaître la signification
Nouveautés RGAA 3.0 : suppression acronym
9.5 AAA Dans chaque page Web, la signification de chaque abréviation est-elle pertinente ?
9.5.1   Dans chaque page Web, la signification de chaque abréviation est-elle pertinente ?
9.6 A Dans chaque page Web, chaque citation est-elle correctement indiquée ?
9.6.1   Dans chaque page Web, chaque citation courte utilise-t-elle une balise q ?
9.6.2   Dans chaque page Web, chaque bloc de citation utilise-t-il une balise blockquote ?
Présentation de l'information [ haut ]
10.1 A Dans le site Web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l'information ?
10.1.1   Dans chaque page Web, les balises servant à la présentation de l'information ne doivent pas être présentes dans le code source des pages. Cette règle est-elle respectée ?
10.1.2   Dans chaque page Web, les attributs servant à la présentation de l'information ne doivent pas être présents dans le code source des pages. Cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : ajout interdiction attributs width et height (sauf sur img, canvas, svg, object, embed)
10.1.3   Dans chaque page Web, l'utilisation des espaces vérifie-t-elle ces conditions ?
  1. Les espaces ne sont pas utilisés pour séparer les lettres d'un mot
  2. Les espaces ne sont pas utilisés pour simuler des tableaux
  3. Les espaces ne sont pas utilisés pour simuler des colonnes de texte
10.2 A Dans chaque page Web, le contenu visible reste-t-il présent lorsque les feuilles de styles sont désactivées ?
10.2.1   Dans chaque page Web, l'information reste-t-elle présente lorsque les feuilles de styles sont désactivées ?
Nouveautés RGAA 3.0 : ajout autorisation 'utilisation d'image de fond + texte masqué
10.3 A Dans chaque page Web, l'information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?
10.3.1   Dans chaque page Web, l'information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?
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 ?
10.4.1   Dans les feuilles de styles du site Web, les unités non relatives (pt, pc, mm, cm, in) ne doivent pas être utilisées pour les types de média screen, tv, handheld, projection. Cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : nouveau test
10.4.2   Dans les feuilles de styles du site Web, pour les types de média screen, tv, handheld, projection, les tailles de caractères utilisent-elles uniquement des unités relatives ?
Nouveautés RGAA 3.0 :
  1. ajout interdiction du pixel pour font-size
  2. ajout autorisation unité rem
10.4.3   Dans chaque page Web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, ne doit pas provoquer de perte d'information. Cette règle est-elle respectée ?
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?
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 ?
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 ?
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 ?
Nouveautés RGAA 3.0 :
  1. suppression selecteur list et list-style-image
  2. ajout de background-image
10.6 A Dans chaque page Web, chaque lien dont la nature n'est pas évidente est-il visible par rapport au texte environnant ?
10.6.1   Dans chaque page Web, chaque lien texte signalé uniquement par la couleur et dont la nature n'est pas évidente a-t-il un rapport de contraste supérieur ou égal à 3:1 par rapport au texte environnant ?
Nouveautés RGAA 3.0 : ajout restriction aux liens dont la nature n'est pas évidente
10.7 A Dans chaque page Web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
10.7.1   Pour chaque élément recevant le focus, l'indication visuelle du navigateur ne doit pas être supprimée (propriété CSS outline, outline-color, outline-width, outline-style). Cette règle est-elle respectée ?
10.7.2   Pour chaque élément recevant le focus, l'indication visuelle du navigateur ne doit pas être dégradée (propriété CSS outline-color). Cette règle est-elle respectée ?
10.7.3   Chaque lien dans un texte signalé par la couleur uniquement vérifie-t-il ces conditions ?
  1. Une indication visuelle autre que la couleur permet de signaler la prise de focus au clavier.
  2. Une indication visuelle autre que la couleur permet de signaler le survol du lien à la souris.
10.8 AAA Dans chaque page Web, le choix de la couleur de fond et de police du texte est-il contrôlable par l'utilisateur ?
10.8.1   Pour chaque bloc de texte contenu dans une balise HTML, la couleur de fond est-elle contrôlable par l'utilisateur ?
10.8.2   Pour chaque bloc de texte contenu dans une balise HTML, la couleur de police est-elle contrôlable par l'utilisateur ?
10.8.3   Pour chaque bloc de texte contenu dans une balise object, embed, svg ou canvas, la couleur de fond est-elle contrôlable par l'utilisateur ?
Nouveautés RGAA 3.0 : ajout élément svg et canvas
10.8.4   Pour chaque bloc de texte contenu dans une balise object, embed, svg ou canvas, la couleur de police est-elle contrôlable par l'utilisateur ?
Nouveautés RGAA 3.0 : ajout élément svg et canvas
10.9 AAA Pour chaque page Web, le texte ne doit pas être justifié. Cette règle est-elle respectée ?
10.9.1   Chaque page Web vérifie-t-elle une de ces conditions ?
  1. Le texte n'est pas justifié
  2. Un mécanisme permet à l'utilisateur de supprimer la justification du texte
Nouveautés RGAA 3.0 : ajout autorisation du mécanisme pour supprimer la justification
10.10 AAA Pour chaque page Web, en affichage plein écran et avec une taille de police à 200%, chaque bloc de texte reste-t-il lisible sans l'utilisation de la barre de défilement horizontal ?
10.10.1   Dans chaque page Web, l'augmentation de la taille des caractères à 200% vérifie-t-elle une de ces conditions ?
  1. En affichage plein écran, pour lire un bloc de texte, l'utilisation de la barre de défilement horizontal n'est pas nécessaire
  2. Un mécanisme permet de rendre inutile l'utilisation de la barre de défilement horizontal pour lire un bloc de texte en affichage plein écran
Nouveautés RGAA 3.0 : ajout de la condition de test texte à 200%
10.11 AAA Pour chaque page Web, les blocs de texte ont-ils une largeur inférieure ou égale à 80 caractères (hors cas particuliers) ?
10.11.1   Pour chaque page Web, chaque bloc de texte vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. Chaque bloc de texte a une largeur inférieure ou égale à 80 caractères
  2. L'utilisateur peut réduire la largeur de chaque bloc de texte à 80 caractères en redimensionnant la fenêtre de son navigateur
Nouveautés RGAA 3.0 : suppression de la limite de 40 pour japonais, coréen, chinois
10.12 AAA Pour chaque page Web, l'espace entre les lignes et les paragraphes est-il suffisant ?
10.12.1   Pour chaque page Web, chaque bloc de texte vérifie-t-il une de ces conditions ?
  1. La valeur de l'interligne est égale à 1,5 fois la taille du texte, au moins
  2. Un mécanisme permet d'augmenter la valeur de l'interligne à 1,5 fois la taille du texte, au moins
10.12.2   Pour chaque page Web, chaque bloc de texte vérifie-t-il une de ces conditions ?
  1. La valeur de l'espacement entre deux paragraphes est égale à 1,5 fois la valeur de l'interligne, au moins
  2. Un mécanisme permet d'augmenter la valeur de l'espacement entre deux paragraphes à 1,5 fois la valeur de l'interligne, au moins
10.13 A Pour chaque page Web, les textes cachés sont-ils correctement restitués par les technologies d'assistance ?
10.13.1   Dans chaque page Web, chaque texte caché vérifie-t-il une de ces conditions ?
  1. Le texte n'a pas vocation à être restitué par les technologies d'assistance
  2. Le texte est rendu visible sur action de l'utilisateur sur l'élément lui-même ou un élément précédant le texte caché
  3. Le texte caché fait partie d'un composant d'interface piloté par l'API ARIA, prenant en charge l'état affiché ou masqué du contenu.
Nouveautés RGAA 3.0 :
  1. ajout interdiction font-size, height, width à 0
  2. ajout cas composant ARIA
10.13.2   Dans chaque page Web, chaque texte caché qui utilise une propriété ARIA aria-hidden vérifie-t-il une de ces conditions ?
  1. Le texte n'a pas vocation à être restitué par les technologies d'assistance
  2. La valeur de la propriété ARIA aria-hidden est cohérente avec l'état visible ou caché du texte
Nouveautés RGAA 3.0 : nouveau test
10.13.3   Dans chaque page Web, chaque texte caché qui utilise un attribut hidden vérifie-t-il une de ces conditions ?
  1. Le texte n'a pas vocation à être restitué par les technologies d'assistance
  2. Le texte est rendu visible sur action de l'utilisateur sur l'élément lui-même ou un élément précédent le texte caché
  3. Le texte caché fait partie d'un composant d'interface piloté par l'API ARIA, prenant en charge l'état affiché ou masqué du contenu.
Nouveautés RGAA 3.0 : nouveau test
10.14 A Dans chaque page Web, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
10.14.1   Dans chaque page Web, pour chaque texte ou ensemble de texte, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
10.14.2   Dans chaque page Web, pour chaque image ou ensemble d'image, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
10.14.3   Dans chaque page Web, pour chaque média temporel, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : ajout éléments canvas, video, audio, svg
10.14.4   Dans chaque page Web, pour chaque média non temporel, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : ajout éléments canvas, video, audio, svg
10.15 A Dans chaque page Web, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
10.15.1   Dans chaque page Web, pour chaque texte ou ensemble de textes, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle implémentée de façon pertinente ?
10.15.2   Dans chaque page Web, pour chaque image ou ensemble d'images, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
10.15.3   Dans chaque page Web, pour chaque média temporel, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
Nouveautés RGAA 3.0 : ajout éléments canvas, video, audio, svg
10.15.4   Dans chaque page Web, pour chaque média non temporel, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
Nouveautés RGAA 3.0 : ajout éléments canvas, video, audio, svg
Formulaires [ haut ]
11.1 A Chaque champ de formulaire a-t-il une étiquette ?
11.1.1   Chaque champ de formulaire vérifie-t-il une de ces conditions ?
  1. Le champ de formulaire possède un attribut title
  2. Une étiquette (balise label) est associée au champ de formulaire
  3. Le champ de formulaire possède une propriété aria-label
  4. Le champ de formulaire possède une propriété aria-labelledby référençant un passage de texte identifié
Nouveautés RGAA 3.0 :
  1. ajout attributs : aria-label, aria-labelledby
  2. ajout éléments : input type="search", input type="tel", input type="email", input type="number", input type="url", input type="date", input type="range", input type="color", input type="time", datalist, optgroup, option, keygen, output, progress, meter
11.1.2   Chaque champ de formulaire, associé à une étiquette (balise label), vérifie-t-il ces conditions ?
  1. Le champ de formulaire possède un attribut id
  2. La valeur de l'attribut id est unique
  3. La balise label possède un attribut for
  4. La valeur de l'attribut for est égale à la valeur de l'attribut id du champ de formulaire associé
11.1.3   Chaque champ de formulaire associé à une étiquette via la propriété ARIA aria-labelledby, vérifie-t-il ces conditions ?
  1. l'étiquette possède un attribut id
  2. La valeur de l'attribut id est unique
  3. La valeur de la propriété ARIA aria-labelledby est égale à la valeur de l'attribut id de l'étiquette
Nouveautés RGAA 3.0 : nouveau test
11.2 A Chaque étiquette associée à un champ de formulaire est-elle pertinente ?
11.2.1   Chaque étiquette (balise label) permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
11.2.2   Chaque attribut title permet-il de connaître la fonction exacte du champ de formulaire auquel il est associé ?
11.2.3   Chaque étiquette implémentée via la propriété ARIA aria-label permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
Nouveautés RGAA 3.0 : nouveau test
11.2.4   Chaque étiquette implémentée via la propriété ARIA aria-labelledby permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
Nouveautés RGAA 3.0 : nouveau test
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 ?
11.3.1   Chaque étiquette associée à un champ de formulaire ayant la même fonction et répétée plusieurs fois dans une même page est-elle cohérente ?
11.3.2   Chaque étiquette associée à un champ de formulaire ayant la même fonction et répétée dans un ensemble de pages est-elle cohérente ?
11.4 A Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés ?
11.4.1   Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés ?
11.5 A Dans chaque formulaire, les informations de même nature sont-elles regroupées, si nécessaire ?
11.5.1   Dans chaque formulaire, les informations de même nature sont-elles regroupées via une balise fieldset, si nécessaire ?
11.6 A Dans chaque formulaire, chaque regroupement de champs de formulaire a-t-il une légende ?
11.6.1   Chaque regroupement de champs de formulaire (balise fieldset) est-il suivi dans le code source par une légende (balise legend) ?
11.7 A Dans chaque formulaire, chaque légende associée à un groupement de champs de formulaire est-elle pertinente ?
11.7.1   Dans chaque formulaire, chaque légende (balise legend) associée à un groupement de champs de formulaire (balise fieldset) est-elle pertinente ?
11.8 A Dans chaque formulaire, chaque liste de choix est-elle structurée de manière pertinente ?
11.8.1   Dans chaque formulaire, pour chaque liste de choix (balise select), les items sont-ils regroupés avec une balise optgroup, si nécessaire ?
11.8.2   Dans chaque liste de choix (balise select), chaque regroupement d'items de liste (balise optgroup) possède-t-il un attribut label ?
11.8.3   Pour chaque regroupement d'items de liste (balise optgroup) ayant un attribut label, le contenu de l'attribut label est-il pertinent ?
11.9 A Dans chaque formulaire, l'intitulé de chaque bouton est-il pertinent ?
11.9.1   Dans chaque formulaire, l'intitulé de chaque bouton vérifie-t-il une de ces conditions ?
  1. Le contenu de l'attribut value des boutons de formulaire de type submit, reset ou button est pertinent
  2. Le contenu de la balise <button> est pertinent
  3. Le contenu de l'attribut title est pertinent
  4. Le contenu de la propriété ARIA aria-label est pertinent
Nouveautés RGAA 3.0 :
  1. suppression du contexte p, hx, li, th pour rendre pertinent un intitulé
  2. ajout de aria-label
11.9.2   Dans chaque formulaire, l'intitulé de chaque bouton implémenté via une propriété ARIA aria-labelledby vérifie-t-il ces conditions ?
  1. Le passage de texte servant d'intitulé possède un attribut Id
  2. La valeur de l'attribut id est unique
  3. La valeur de la propriété ARIA aria-labelledby est égale à la valeur de l'attribut id du passage de texte
  4. Le passage de texte est pertinent
Nouveautés RGAA 3.0 : nouveau test
11.10 A Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente ?
11.10.1   Pour chaque formulaire, les indications de champs obligatoires vérifient-ils une de ces conditions ?
  1. L'indication de champ obligatoire est donnée par un passage de texte avant le champ de formulaire
  2. L'indication de champ obligatoire est donnée via un attribut required
  3. L'indication de champ obligatoire est donnée via la propriété ARIA aria-required
  4. L'indication de champ obligatoire est donnée dans l'étiquette (balise attribut label, attribut title, propriété aria-label, passage de texte lié via la propriété aria-labelledby) du champ de formulaire
  5. L'indication de champ obligatoire est donnée par un passage de texte lié par la propriété ARIA aria-describedby
Nouveautés RGAA 3.0 :
  1. ajout attributs : aria-required, required, aria-label, aria-labelledby, aria-describedby
  2. ajout obligation texte avant si passage de texte
11.10.2   Chaque indication de champ obligatoire qui utilise les propriétés ARIA aria-label, aria-required ou l'attribut required doit être accompagnée d'une indication visuelle explicite dans l'étiquette (balise label) ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby, cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : nouveau test
11.10.3   Chaque indication de champ obligatoire qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?
  1. Le passage de texte est identifié via un attribut id
  2. La valeur de l'attribut id est unique
  3. La valeur de la propriété ARIA aria-describedby ou aria-labelledby est égale à la valeur de l'attribut id
Nouveautés RGAA 3.0 : nouveau test
11.10.4   Pour chaque formulaire, les erreurs de saisie vérifient-elles une de ces conditions ?
  1. L'erreur de saisie est indiquée dans l'étiquette (balise label, attribut title, propriété ARIA aria-label, passage de texte lié via la propriété ARIA aria-labelledby) du champ de formulaire
  2. L'erreur de saisie est indiquée par un passage de texte avant le champ de formulaire
  3. Le champ de formulaire possède un type qui produit de manière automatique un message d'erreur de saisie
  4. L'erreur de saisie est indiquée par un passage de texte lié par la propriété ARIA aria-describedby
  5. L’erreur de saisie est indiquée via la propriété ARIA aria-invalid
Nouveautés RGAA 3.0 :
  1. ajout obligation d"indication de présence d'erreur dans le titre de page
  2. ajout attributs : aria-label, aria-labelledby, aria-describedby, aria-invalid
  3. ajout type de champs html5
  4. ajout obligation texte avant si passage de texte
11.10.5   Chaque indication d’erreur de saisie réalisée grâce à la propriété ARIA aria-label ou aria-invalid doit être accompagnée d'une indication visuelle explicite dans l’étiquette (balise label) ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby, cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : nouveau test
11.10.6   Chaque erreur de saisie qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?
  1. Le passage de texte est identifié via un attribut id
  2. La valeur de l'attribut id est unique
  3. La valeur de la propriété ARIA aria-describedby ou aria-labelledby est égale à la valeur de l'attribut id
Nouveautés RGAA 3.0 : nouveau test
11.10.7   Pour chaque formulaire, chaque champ obligatoire vérifie-t-il une de ces conditions ?
  1. Le type de donnée et/ou de format est indiqué, si nécessaire, dans l'étiquette (balise label, attribut title, propriété ARIA aria-label, texte lié via la propriété ARIA aria-labelledby) du champ
  2. Le type de donnée et/ou de format est indiqué, si nécessaire, par un passage de texte avant le champ de formulaire
  3. Le type de donnée et/ou de format est indiqué, si nécessaire, par un texte lié par la propriété ARIA aria-describedby
Nouveautés RGAA 3.0 :
  1. ajout attributs : aria-label, aria-labelledby, aria-describedby
  2. ajout obligation texte avant si passage de texte
11.10.8   Chaque indication du type de donnée et/ou de format réalisée grâce à la propriété ARIA aria-label doit être accompagnée d'une indication visuelle explicite dans l’étiquette (balise label) ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby, cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : nouveau test
11.10.9   Chaque indication de type de donnée et/ou de format qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou ARIA aria-labelledby vérifie-t-elle ces conditions ?
  1. Le passage de texte est identifié via un attribut id
  2. La valeur de l'attribut id est unique
  3. La valeur de la propriété ARIA aria-describedby ou ARIA aria-labelledby est égale à la valeur de l'attribut id
Nouveautés RGAA 3.0 : nouveau test
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 ?
11.11.1   Pour chaque formulaire, pour chaque erreur de saisie, les types et les formats de données sont-ils suggérés, si nécessaire ?
Nouveautés RGAA 3.0 : ajout messages d'erreurs natifs des champs typés (email, pattern, etc)
11.11.2   Pour chaque formulaire, pour chaque erreur de saisie, des exemples de valeurs attendues sont-ils suggérés, si nécessaire ?
Nouveautés RGAA 3.0 : ajout messages d'erreurs natifs des champs typés (email, pattern, etc)
11.12 AA Pour chaque formulaire, les données à caractère financier, juridique ou personnel peuvent-elles être modifiées, mise à jour ou récupérées par l'utilisateur ?
11.12.1   Pour chaque formulaire, la saisie des données à caractère financier, juridique ou personnelle vérifie-t-elle une de ces conditions ?
  1. L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après leur saisie
  2. L'utilisateur peut vérifier et corriger les données avant la validation du formulaire
  3. Un mécanisme de confirmation explicite, via un champ de formulaire ou une étape supplémentaire, est présent
11.12.2   Pour chaque formulaire, la suppression des données à caractère financier, juridique ou personnelle vérifie-t-elle une de ces conditions ?
  1. Un mécanisme permet de récupérer les données supprimées par l'utilisateur
  2. Un mécanisme de confirmation explicite de la suppression, via un champ de formulaire ou une étape supplémentaire, est présent
11.13 AAA Pour chaque formulaire, toutes les données peuvent-elles être modifiées, mises à jour ou récupérées par l'utilisateur ?
11.13.1   Pour chaque formulaire, la saisie des données vérifie-t-elle une de ces conditions ?
  1. L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après leur saisie
  2. L'utilisateur peut vérifier et corriger les données avant la validation du formulaire
  3. Un mécanisme de confirmation explicite, via un champ de formulaire ou une étape supplémentaire, est présent
11.13.2   Pour chaque formulaire, la suppression des données vérifie-t-elle une de ces conditions ?
  1. Un mécanisme permet de récupérer les données supprimées par l'utilisateur
  2. Un mécanisme de confirmation explicite de la suppression, via un champ de formulaire ou une étape supplémentaire, est présent
11.14 AAA Pour chaque formulaire, des aides à la saisie sont-elles présentes ?
11.14.1   Chaque formulaire vérifie-t-il une de ces conditions ?
  1. Il existe un lien vers une page d'aide
  2. Il existe des indications avant le formulaire
  3. Il existe des indications avant les champs de formulaire
  4. Il existe des indications dans l'étiquette (balise label, attribut title, propriété aria-label, passage de texte lié via la propriété aria-labelledby) du champ de formulaire
  5. Il existe des indications dans un passage de texte lié par la propriété ARIA aria-describedby
  6. Un assistant est disponible
Nouveautés RGAA 3.0 : ajout attributs : aria-label, aria-labelledby, aria-describedby
11.14.2   Chaque indication qui utilise la propriété ARIA aria-label doit être accompagnée d'une indication visuelle équivalente explicite, cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : nouveau test
11.14.3   Chaque indication qui utilise un passage de texte lié par la propriété ARIA aria-describedby vérifie-t-elle ces conditions ?
  1. Le passage de texte est identifié via un attribut id
  2. La valeur de l'attribut id est unique
  3. La valeur de la propriété ARIA aria-describedby est égale à la valeur de l'attribut id
Nouveautés RGAA 3.0 : nouveau test
11.14.4   Chaque champ de type texte vérifie-t-il, si nécessaire, l'une de ces conditions ?
  1. Un correcteur orthographique est disponible
  2. Des suggestions de saisie sont disponibles avant le champ du formulaire
  3. Des suggestions de saisie sont disponibles dans l'étiquette (balise label, attribut title, propriété aria-label, passage de texte lié via la propriété aria-labelledby) du champ de formulaire
  4. Des suggestions de saisie sont disponibles dans un passage de texte lié par la propriété ARIA aria-describedby
Nouveautés RGAA 3.0 : ajout attributs : aria-label, aria-labelledby, aria-describedby
11.14.5   Chaque suggestion qui utilise la propriété ARIA aria-label doit être accompagnée d'une suggestion visuelle équivalente explicite, cette règle est-elle respectée ?
Nouveautés RGAA 3.0 : nouveau test
11.14.6   Chaque suggestion qui utilise un passage de texte lié par la propriété ARIA aria-describedby vérifie-t-elle ces conditions ?
  1. Le passage de texte est identifié via un attribut id
  2. La valeur de l'attribut id est unique
  3. La valeur de la propriété ARIA aria-describedby est égale à la valeur de l'attribut id
Nouveautés RGAA 3.0 : nouveau test
11.15 AAA Pour chaque formulaire, chaque aide à la saisie est-elle pertinente ?
11.15.1   Pour chaque formulaire, chaque aide à la saisie est-elle pertinente ?
Nouveautés RGAA 3.0 : nouveau test
Navigation [ haut ]
12.1 AA Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
12.1.1   Chaque ensemble de pages vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. Un menu de navigation et un plan du site sont présents
  2. Un menu de navigation et un moteur de recherche sont présents
  3. Un moteur de recherche et un plan du site sont présents
Nouveautés RGAA 3.0 : ajout exception si monopage ou très faible nombre de page
12.2 AA Dans chaque ensemble de pages, le menu ou les barres de navigation sont-ils toujours à la même place (hors cas particuliers) ?
12.2.1   Dans chaque ensemble de pages, chaque page ayant un menu de navigation vérifie-t-elle ces conditions (hors cas particuliers) ?
  1. Le menu de navigation est toujours à la même place dans la présentation
  2. Le menu de navigation se présente toujours dans le même ordre relatif dans le code source.
12.2.2   Chaque barre de navigation répétée dans un ensemble de pages vérifie-t-elle ces conditions (hors cas particuliers) ?
  1. La barre de navigation est toujours à la même place dans la présentation
  2. La barre de navigation se présente toujours dans le même ordre relatif dans le code source.
Nouveautés RGAA 3.0 : ajout exception résultat ou partie d'un processus
12.3 AA Dans chaque ensemble de pages, le menu et les barres de navigation ont-ils une présentation cohérente (hors cas particuliers) ?
12.3.1   Dans chaque ensemble de pages, le menu de navigation principal a-t-il une présentation cohérente (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout exception résultat ou partie d'un processus
12.3.2   Dans chaque ensemble de pages, les barres de navigation répétées ont-elles une présentation cohérente (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout exception résultat ou partie d'un processus
12.4 AA La page "plan du site" est-elle pertinente ?
12.4.1   La page "plan du site" est-elle représentative de l'architecture générale du site ?
12.4.2   Les liens du plan du site sont-ils fonctionnels ?
12.4.3   Les liens du plan du site renvoient-ils bien vers les pages indiquées par l'intitulé ?
12.5 AA Dans chaque ensemble de pages, la page "plan du site" est-elle atteignable de manière identique ?
12.5.1   Dans chaque ensemble de pages, la page "plan du site" est-elle accessible à partir d'une fonctionnalité identique ?
Nouveautés RGAA 3.0 : ajout obligation sur chaque ensemble de page
12.5.2   Dans chaque ensemble de pages, la fonctionnalité vers la page "plan du site" est-elle située à la même place dans la présentation ?
Nouveautés RGAA 3.0 : nouveau test
12.5.3   Dans chaque ensemble de pages, la fonctionnalité vers la page "plan du site" se présente-t-elle toujours dans le même ordre relatif dans le code source ?
Nouveautés RGAA 3.0 : nouveau test
12.6 AA Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ?
12.6.1   Dans chaque ensemble de pages, le moteur de recherche est-il accessible à partir d'une fonctionnalité identique ?
Nouveautés RGAA 3.0 : nouveau test
12.6.2   Dans chaque ensemble de pages, la fonctionnalité vers le moteur de recherche est-elle située à la même place dans la présentation ?
Nouveautés RGAA 3.0 : nouveau test
12.6.3   Dans chaque ensemble de pages, la fonctionnalité vers le moteur de recherche se présente-t-elle toujours dans le même ordre relatif dans le code source ?
Nouveautés RGAA 3.0 : nouveau test
12.7 AA Dans chaque page d'une collection de pages, des liens facilitant la navigation sont-ils présents ?
12.7.1   Chaque page d'une collection de pages, vérifie-t-elle ces conditions ?
  1. Un lien permet d'accéder à la page suivante
  2. Un lien permet d'accéder à la page précédente
  3. Des liens permettent d'accéder à chaque page de la collection de pages
Nouveautés RGAA 3.0 : ajout obligation page précédente / suivante / tous les liens d'une collection (par série de 10 par exemple)
12.8 AAA Dans chaque page web, un fil d'Ariane est-il présent (hors cas particuliers) ?
12.8.1   Dans chaque page web, un fil d'Ariane est-il présent (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout exception page d'accueil
12.9 AAA Dans chaque page Web, le fil d'Ariane est-il pertinent ?
12.9.1   Dans chaque page Web, le fil d'Ariane est-il représentatif de la position de la page dans l'arborescence du site ?
12.10 A Dans chaque page Web, les groupes de liens importants (menu, barre de navigation...) et la zone de contenu sont-ils identifiés hors cas particulier ?
12.10.1   Dans chaque page Web, chaque groupe de liens importants est-il implémenté dans une balise commune ?
Nouveautés RGAA 3.0 : ajout exception site monopage
12.10.2   Dans chaque page Web, chaque groupe de liens importants vérifie-t-il une de ces conditions ?
  1. La balise structurant le groupe de liens importants possède un attribut id
  2. La balise structurant le groupe de liens importants est immédiatement précédée, dans le code source, d'une ancre nommée
  3. La balise lien du groupe est immédiatement précédée, dans le code source, d'une ancre nommée
Nouveautés RGAA 3.0 : ajout exception site monopage
12.10.3   Dans chaque page Web, la zone de contenu vérifie-t-elle une de ces conditions ?
  1. La zone de contenu possède un attribut id
  2. La zone de contenu est immédiatement précédée, dans le code source, d'une ancre nommée
  3. Le premier élément de la zone de contenu est immédiatement précédé, dans le code source, d'une ancre nommée
Nouveautés RGAA 3.0 : ajout exception site monopage
12.10.4   Dans chaque page Web, la structure du document vérifie-t-elle ces conditions ?
  1. La zone d'en-tête de la page possède un rôle ARIA banner
  2. Le menu de navigation principal possède un rôle ARIA navigation
  3. La zone de contenu principal possède un rôle ARIA main
  4. La zone de pied de page possède un rôle ARIA contentinfo
  5. Le moteur de recherche sur le site possède un rôle ARIA search
  6. Les rôles ARIA banner, main, contentinfo et search sont uniques dans la page.
  7. Le rôle ARIA navigation est réservé aux zones de navigations principales et secondaires
Nouveautés RGAA 3.0 : nouveau test
12.11 A Dans chaque page Web, des liens d'évitement ou d'accès rapide aux groupes de liens importants et à la zone de contenu sont-ils présents sauf cas particulier ?
12.11.1   Dans chaque page Web, un lien permet-il d'éviter chaque groupe de liens importants identifié ou d'y accéder ?
Nouveautés RGAA 3.0 : ajout exception site monopage
12.11.2   Dans chaque page Web, un lien permet-il d'éviter la zone de contenu identifiée ou d'y accéder ?
Nouveautés RGAA 3.0 : ajout exception site monopage
12.11.3   Dans chaque page Web, chaque lien d'évitement ou d'accès rapide est-il fonctionnel ?
Nouveautés RGAA 3.0 : ajout exception site monopage
12.11.4   Dans chaque ensemble de pages, les liens d'évitement ou d'accès rapide vérifient-ils ces conditions ?
  1. Chaque lien est situé à la même place dans la présentation
  2. Chaque lien se présente toujours dans le même ordre relatif dans le code source
  3. Chaque lien est visible à la prise de focus de tabulation au moins
Nouveautés RGAA 3.0 :
  1. ajout obligation visibilité au focus
  2. ajout exception site monopage
12.12 AAA Dans chaque page Web, la page en cours de consultation est-elle indiquée dans le menu de navigation ?
12.12.1   Dans chaque page Web, la page en cours de consultation est-elle indiquée dans le menu de navigation ?
12.13 A Dans chaque page Web, l'ordre de tabulation est-il cohérent ?
12.13.1   Dans chaque page Web, l'ordre de tabulation dans le contenu est-il cohérent ?
12.13.2   Pour chaque script qui met à jour ou insère un contenu, l'ordre de tabulation reste-t-il cohérent ?
12.14 A Dans chaque page Web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
12.14.1   Dans chaque page Web, chaque élément recevant le focus vérifie-t-il une de ces conditions ?
  1. Il est possible d'atteindre l'élément suivant ou précédent pouvant recevoir le focus avec la touche de tabulation
  2. L'utilisateur est informé d'un mécanisme fonctionnel permettant d'atteindre au clavier l'élément suivant ou précédent pouvant recevoir le focus
Consultation [ haut ]
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) ?
13.1.1   Pour chaque page Web, chaque procédé de rafraîchissement ou de redirection automatique ( balise object, balise embed, balise svg, balise canvas, balise meta) vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'utilisateur peut arrêter ou relancer le rafraîchissement
  2. L'utilisateur peut augmenter la limite de temps entre deux rafraîchissements de dix fois, au moins
  3. 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
  4. La limite de temps entre deux rafraîchissements est de vingt heures, au moins
Nouveautés RGAA 3.0 :
  1. ajout élément svg, canvas
  2. suppression applet
  3. ajout autorisation de 1 rafraichissement ("limite de temps entre deux rafraichissement")
13.1.2   Pour chaque page Web, chaque procédé de redirection effectué via une balise meta est-il immédiat (hors cas particuliers) ?
Nouveautés RGAA 3.0 : ajout autorisation meta redirection à 0
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) ?
  1. L'utilisateur peut arrêter ou relancer la redirection
  2. L'utilisateur peut augmenter la limite de temps avant la redirection de dix fois, au moins
  3. 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
  4. La limite de temps avant la redirection est de vingt heures, au moins
13.1.4   Pour chaque page Web, chaque procédé de redirection effectué côté serveur vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'utilisateur peut arrêter ou relancer la redirection
  2. L'utilisateur peut augmenter la limite de temps avant la redirection de dix fois, au moins
  3. 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
  4. La limite de temps avant la redirection est de vingt heures, au moins
13.1.5   Pour chaque page Web, chaque procédé limitant le temps d'une session vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. L'utilisateur peut supprimer la limite de temps
  2. L'utilisateur peut augmenter la limite de temps
  3. La limite de temps avant la fin de la session est de vingt heures au moins.
13.2 A Dans chaque page Web, pour chaque ouverture de nouvelle fenêtre, l'utilisateur est-il averti ?
13.2.1   Dans chaque page Web, pour chaque ouverture d'une nouvelle fenêtre effectuée via un lien (attribut target="_blank") ou une commande JavaScript, l'utilisateur est-il averti ?
13.2.2   Dans chaque page Web, pour chaque ouverture d'une nouvelle fenêtre effectuée via une balise object, ou embed, l'utilisateur est-il averti ?
13.2.3   Dans chaque page Web, pour chaque ouverture d'une nouvelle fenêtre effectuée via un contrôle de formulaire, l'utilisateur est-il averti ?
13.3 A Dans chaque page Web, l'ouverture d'une nouvelle fenêtre ne doit pas être déclenchée sans action de l'utilisateur. Cette règle est-elle respectée ?
13.3.1   Dans chaque page Web, l'ouverture d'une nouvelle fenêtre ne doit pas être déclenchée sans action de l'utilisateur. Cette règle est-elle respectée ?
13.4 AAA Dans chaque page Web, une tâche ne doit pas requérir de limite de temps pour être réalisée, sauf si elle se déroule en temps réel ou si cette limite de temps est essentielle. Cette règle est-elle respectée ?
13.4.1   Dans chaque page Web, chaque tâche limitée dans le temps vérifie-t-elle une de ces conditions ?
  1. La tâche se déroule en temps réel
  2. La tâche requiert une limite de temps essentielle à son bon déroulement
13.5 AAA Dans chaque page Web, lors d'une interruption de session authentifiée, les données saisies par l'utilisateur sont-elles récupérées après ré-authentification ?
13.5.1   Dans chaque page Web, lors d'une interruption de session authentifiée, les données saisies par l'utilisateur sont-elles récupérées après ré-authentification ?
13.6 A Dans chaque page Web, pour chaque fichier en téléchargement, des informations relatives à sa consultation sont-elles présentes (hors cas particuliers) ?
13.6.1   Dans chaque page Web, chaque fichier en téléchargement via un lien ou un formulaire a-t-il des informations relatives à son format (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. ajout téléchargement via formulaire
  2. suppression area
13.6.2   Dans chaque page Web, chaque fichier en téléchargement via un lien ou un formulaire a-t-il des informations relatives à son poids (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. ajout téléchargement via formulaire
  2. suppression area
  3. ajout exception génération à la volée
13.6.3   Dans chaque page Web, chaque fichier en téléchargement via un lien ou un formulaire a-t-il, si nécessaire, des informations relatives à sa langue (hors cas particuliers) ?
Nouveautés RGAA 3.0 :
  1. ajout téléchargement via formulaire
  2. suppression area
13.7 A Dans chaque page Web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible?
13.7.1   Dans chaque page Web, chaque fonctionnalité de téléchargement d'un document bureautique vérifie-t-elle une de ces conditions ?
  1. Le document en téléchargement est compatible avec l'accessibilité
  2. Il existe une version alternative du document en téléchargement compatible avec l'accessibilité
  3. Il existe une version alternative au format HTML du document en téléchargement
Nouveautés RGAA 3.0 : ajout alternative accessible Epub/Daisy
13.8 A Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ?
13.8.1   Chaque document bureautique ayant une version accessible vérifie-t-il une de ces conditions ?
  1. La version compatible avec l'accessibilité offre la même information
  2. La version alternative au format HTML est pertinente et offre la même information
13.9 AAA Dans chaque page Web, les expressions inhabituelles, les expressions idiomatiques ou le jargon sont-ils explicités ?
13.9.1   Dans chaque page Web, chaque expression inhabituelle ou limitée, chaque expression idiomatique ou le jargon vérifie-t-il une des conditions suivantes ?
  1. Il existe une définition dans le contexte adjacent de l'expression indiquée par la balise dfn
  2. Il existe une définition via une liste de définition
  3. Il existe une définition dans la page
  4. L'expression est contenue dans un lien permettant d'accéder à la définition
Nouveautés RGAA 3.0 : ajout lien vers défintion
13.10 AAA Dans chaque page Web, pour chaque expression inhabituelle ou limitée, idiomatique ou de jargon ayant une définition, cette définition est-elle pertinente ?
13.10.1   Dans chaque page Web, pour chaque expression inhabituelle ou limitée, idiomatique ou de jargon ayant une définition, cette définition vérifie-t-elle l'une de ces conditions ?
  1. Le contenu de la définition associée est pertinent
  2. Le contenu de la balise dd de la liste de définition est pertinent
  3. La définition donnée par le contexte adjacent est pertinente.
13.11 A Dans chaque page Web, chaque contenu cryptique (art ascii, émoticon, syntaxe cryptique) a-t-il une alternative ?
13.11.1   Dans chaque page Web, chaque contenu cryptique (art ascii, émoticon, syntaxe cryptique) vérifie-t-il une de ces conditions ?
  1. Un attribut title est disponible
  2. Une définition est donnée par le contexte adjacent
13.12 A Dans chaque page Web, pour chaque contenu cryptique (art ascii, émoticon, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?
13.12.1   Dans chaque page Web, chaque contenu cryptique (art ascii, émoticon, syntaxe cryptique) vérifie-t-il une de ces conditions ?
  1. Le contenu de l'attribut title est pertinent
  2. La définition donnée par le contexte adjacent est pertinente
13.13 AAA Dans chaque page Web, pour chaque mot dont le sens ne peut être compris sans en connaître la prononciation, celle-ci est-elle indiquée ?
13.13.1   Dans chaque page Web, chaque mot dont le sens ne peut être compris sans en connaître la prononciation, vérifie-t-il une de ces conditions ?
  1. L'indication de la prononciation phonétique est présente de manière adjacente
  2. L'indication de la prononciation phonétique est accessible via un lien
13.14 AAA Dans chaque page Web, chaque texte qui nécessite un niveau de lecture plus avancé que le premier cycle de l'enseignement secondaire a-t-il une version alternative ?
13.14.1   Dans chaque page Web, chaque texte qui nécessite un niveau de lecture plus avancé que le premier cycle de l'enseignement secondaire (hors nom propre et titre) vérifie-t-il une de ces conditions ?
  1. Une illustration ou des symboles graphiques adaptés au niveau de lecture du premier cycle de l'enseignement secondaire sont présents
  2. Une version en Langue des Signes Française est présente
  3. Une version vocalisée du texte est présente
  4. Un résumé adapté au niveau de lecture du premier cycle de l'enseignement secondaire est présent
13.15 A Dans chaque page Web, les changements brusques de luminosité ou les effets de flash sont-ils correctement utilisés ?
13.15.1   Dans chaque page Web, chaque image animée (balise img, balise svg ou balise object) qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?
  1. La fréquence de l'effet est inférieure à 3 par seconde
  2. La surface totale cumulée des effets est inférieure ou égale à 21 824 pixels
Nouveautés RGAA 3.0 :
  1. suppression de embed, applet
  2. ajout de svg
  3. passage à 21824px
  4. ajout interdiction = à 3 par secondes
13.15.2   Dans chaque page Web, chaque script qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-il une de ces conditions ?
  1. La fréquence de l'effet est inférieure à 3 par seconde
  2. La surface totale cumulée des effets est inférieure ou égale à 21 824 pixels
Nouveautés RGAA 3.0 :
  1. passage à 21824px
  2. ajout interdiction = à 3 par secondes
13.15.3   Dans chaque page Web, chaque mise en forme CSS qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?
  1. La fréquence de l'effet est inférieure à 3 par seconde
  2. La surface totale cumulée des effets est inférieure ou égale à 21 824 pixels
Nouveautés RGAA 3.0 :
  1. passage à 21824px
  2. ajout interdiction = à 3 par secondes
13.16 AAA Dans chaque page Web, les changements brusques de luminosité ou les effets de flash ont-ils une fréquence inférieure ou égale à 3 par seconde ?
13.16.1   Dans chaque page Web, chaque changement brusque de luminosité ou un effet de flash provoqué par une image animée (balise img, balise svg, balise embed, balise canvas ou balise object) a-t-il une fréquence inférieure ou égale à 3 par seconde ?
13.16.2   Dans chaque page Web chaque changement brusque de luminosité ou un effet de flash provoqué par un script a-t-il une fréquence inférieure ou égale à 3 par seconde ?
13.16.3   Dans chaque page Web, chaque changement brusque de luminosité ou un effet de flash provoqué par une mise en forme CSS a-t-il une fréquence inférieure ou égale à 3 par seconde ?
13.17 A Dans chaque page Web, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ?
13.17.1   Dans chaque page Web, chaque contenu en mouvement, déclenché automatiquement, vérifie-t-il une de ces conditions ?
  1. La durée du mouvement est inférieure ou égale à 5 secondes
  2. L'utilisateur peut arrêter et relancer le mouvement
  3. L'utilisateur peut afficher et masquer le contenu en mouvement
  4. L'utilisateur peut afficher la totalité de l'information sans le mouvement.
13.17.2   Dans chaque page Web, chaque contenu clignotant, déclenché automatiquement, vérifie-t-il une de ces conditions ?
  1. La durée du clignotement est inférieure ou égale à 5 secondes
  2. L'utilisateur peut arrêter et relancer le clignotement
  3. L'utilisateur peut afficher et masquer le contenu clignotant
  4. L'utilisateur peut afficher la totalité de l'information sans le clignotement