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

Liste synthèse des critères d'accessibilité RGAA v4.0 [liste déployée avec nouveautés] - version H.C. 1.0 du 13/11/2020
n° niv. critère ou test v.
Images [ haut ]
1.1 A Chaque image porteuse d'information a-t-elle une alternative textuelle ?
1.1.1   Chaque image (balise <img> ou balise possédant l'attribut WAI-ARIA role="img") porteuse d'information a-t-elle une alternative textuelle ?
Nouveautés RGAA 4.0 : WCAG n'exige pas la présence systématique d'un attribut alt mais la présence d'une alternative textuelle lorsque nécessaire quelle que soit la technique utilisée à partir du moment où elle est compatible avec l'accessibilité. Prise en compte de l'attribut WAI-ARIA role="img"
1.1.2   Chaque zone d'une image réactive (balise <area>) porteuse d'information a-t-elle une alternative textuelle ?
Nouveautés RGAA 4.0 : WCAG n'exige pas la présence systématique d'un attribut alt mais la présence d'une alternative textuelle lorsque nécessaire quelle que soit la technique utilisée à partir du moment où elle est compatible avec l'accessibilité.
1.1.3   Chaque bouton de type image (balise <input> avec l'attribut type="image") a-t-il une alternative textuelle ?
Nouveautés RGAA 4.0 : WCAG n'exige pas la présence systématique d'un attribut alt mais la présence d'une alternative textuelle lorsque nécessaire quelle que soit la technique utilisée à partir du moment où elle est compatible avec l'accessibilité.
1.1.4   Chaque zone cliquable d'une image réactive côté serveur est-t-elle doublée d'un lien dans la page ?
1.1.5   Chaque image vectorielle (balise <svg>) porteuse d'information, vérifie-t-elle ces conditions ?
  1. La balise <svg> possède un attribut WAI-ARIA role="img"
  2. La balise <svg> a une alternative textuelle
Nouveautés RGAA 4.0 : nouveau test (Reprise du test 1.3.8 en séparant le test de présence et de pertinence test 1.3.9)
1.1.6   Chaque image objet (balise <object> avec l'attribut type="image/…") porteuse d'information, vérifie-t-elle une de ces conditions ?
  1. La balise <object> possède une alternative textuelle
  2. L'élément <object> est immédiatement suivi d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif
  3. Un mécanisme permet à l'utilisateur de remplacer l'élément <object> par un contenu alternatif
Nouveautés RGAA 4.0 : nouveau test (Reprise du test 1.3.4 en séparant le test de présence et de pertinence test 1.3.5)
1.1.7   Chaque image embarquée (balise <embed> avec l'attribut type="image/…") porteuse d'information, vérifie-t-elle une de ces conditions ?
  1. La balise <embed> possède une alternative textuelle
  2. L'élément <embed> est immédiatement suivi d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif
  3. Un mécanisme permet à l'utilisateur de remplacer l'élément <embed> par un contenu alternatif
Nouveautés RGAA 4.0 : nouveau test (Reprise du test 1.3.6 en séparant le test de présence et de pertinence test 1.3.7)
1.1.8   Chaque image bitmap (balise <canvas>) porteuse d'information, vérifie-t-elle une de ces conditions ?
  1. La balise <canvas> possède une alternative textuelle
  2. Un contenu alternatif est présent entre les balises <canvas> et </canvas>
  3. L'élément <canvas> est immédiatement suivi d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif
  4. Un mécanisme permet à l'utilisateur de remplacer l'élément <canvas> par un contenu alternatif
Nouveautés RGAA 4.0 : nouveau test (Reprise du test 1.3.10 en séparant le test de présence et de pertinence test 1.3.11)
1.2 A Chaque image de décoration est-elle correctement ignorée par les technologies d'assistance ?
1.2.1   Chaque image (balise <img>) de décoration, sans légende, vérifie-t-elle une de ces conditions ?
  1. La balise <img> possède un attribut alt vide (alt="") et est dépourvue de tout autre attribut permettant de fournir une alternative textuelle
  2. La balise <img> possède un attribut WAI-ARIA aria-hidden="true" ou role="presentation"
Nouveautés RGAA 4.0 : Prise en compte des images de décoration sans alternative textuelle mais possédant un attribut WAI-ARIA aria-hidden="true" ou role="presentation" et modification de la formulation des conditions suite à la prise en compte de l'ensemble des techniques permettant de fournir une alternative textuelle
1.2.2   Chaque zone non cliquable (balise <area> sans attribut href) de décoration vérifie-t-elle une de ces conditions ?
  1. La balise <area> possède un attribut alt vide (alt="") et est dépourvue de tout autre attribut permettant de fournir une alternative textuelle
  2. La balise <area> possède un attribut WAI-ARIA aria-hidden="true" ou role="presentation"
Nouveautés RGAA 4.0 : Prise en compte des zones non cliquables de décoration sans alternative textuelle mais possédant un attribut WAI-ARIA aria-hidden="true" ou role="presentation" et modification de la formulation des conditions suite à la prise en compte de l'ensemble des techniques permettant de fournir une alternative textuelle
1.2.3   Chaque image objet (balise <object> avec l'attribut type="image/…") de décoration, sans légende, vérifie-t-elle [erreur ? une de] ces conditions ?
  1. La balise <object> possède un attribut WAI-ARIA aria-hidden="true"
  2. La balise <object> est dépourvue d'alternative textuelle
  3. Il n'y a aucun texte faisant office d'alternative textuelle entre <object> et </object>
Nouveautés RGAA 4.0 : Modification de la formulation des conditions suite à la prise en compte de l'ensemble des techniques permettant de fournir une alternative textuelle
1.2.4   Chaque image vectorielle (balise <svg>) de décoration, sans légende, vérifie-t-elle [erreur ? une de] ces conditions ?
  1. La balise <svg> possède un attribut WAI-ARIA aria-hidden="true"
  2. La balise <svg> et ses enfants sont dépourvus d'alternative textuelle
  3. Les balises <title> et <desc> sont absentes ou vides
  4. La balise <svg> et ses enfants sont dépourvus d'attribut title
Nouveautés RGAA 4.0 : Modification de la formulation des conditions suite à la prise en compte de l'ensemble des techniques permettant de fournir une alternative textuelle
1.2.5   Chaque image bitmap (balise <canvas>) de décoration, sans légende, vérifie-t-elle [erreur ? une de] ces conditions ?
  1. La balise <canvas> possède un attribut WAI-ARIA aria-hidden="true"
  2. La balise <canvas> et ses enfants sont dépourvus d'alternative textuelle
  3. [erreur ?] Les balises title et desc sont absentes ou vides
  4. Il n'y a aucun texte faisant office d'alternative textuelle entre <canvas> et </canvas>
Nouveautés RGAA 4.0 : Modification de la formulation des conditions suite à la prise en compte de l'ensemble des techniques permettant de fournir une alternative textuelle
1.2.6   Chaque image embarquée (balise <embed> avec l'attribut type="image/…") de décoration, sans légende, vérifie-t-elle [erreur ? une de] ces conditions ?
  1. La balise <embed> possède un attribut WAI-ARIA aria-hidden="true"
  2. La balise <embed> et ses enfants sont dépourvus d'alternative textuelle
Nouveautés RGAA 4.0 : Modification de la formulation des conditions suite à la prise en compte de l'ensemble des techniques permettant de fournir une alternative textuelle
1.3 A Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
1.3.1   Pour chaque image (balise <img> ou balise possédant l'attribut WAI-ARIA role="img") porteuse d'information, ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut alt est pertinent
  2. S'il est présent, le contenu de l'attribut title est pertinent
  3. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  4. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle à une balise <img>
1.3.2   Pour chaque zone (balise <area>) d'une image réactive porteuse d'information, ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut alt est pertinent
  2. S'il est présent, le contenu de l'attribut title est pertinent
  3. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  4. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle à une zone cliquable
1.3.3   Pour chaque [erreur ? zone] bouton de type image (balise <input> avec l'attribut type="image"), ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut alt est pertinent
  2. S'il est présent, le contenu de l'attribut title est pertinent
  3. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  4. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle à un bouton de type image
1.3.4   Pour chaque image objet (balise object avec l'attribut type="image/...") porteuse d'information, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut title est pertinent
  2. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  3. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
  4. S'il est présent le contenu alternatif est pertinent
Nouveautés RGAA 4.0 :
  1. Mise en cohérence de la formulation suite à la création du test 1.1.6 et prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle
  2. Le test 1.3.5 est renuméroté en test 1.3.4
1.3.5   Pour chaque image embarquée (balise <embed> avec l'attribut type="image/...") porteuse d'information, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut title est pertinent
  2. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  3. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
  4. S'il est présent le contenu alternatif est pertinent
Nouveautés RGAA 4.0 :
  1. Mise en cohérence de la formulation suite à la création du test 1.1.7 et prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle
  2. Le test 1.3.7 est renuméroté en test 1.3.5
1.3.6   Pour chaque image vectorielle (balise <svg>) porteuse d'information, ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut title est pertinent
  2. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  3. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
Nouveautés RGAA 4.0 :
  1. Mise en cohérence de la formulation suite à la création du test 1.1.5 et prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle
  2. Le test 1.3.9 est renuméroté en test 1.3.6
1.3.7   Pour chaque image bitmap (balise <canvas>) porteuse d'information, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut title est pertinent
  2. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  3. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
  4. S'il est présent le contenu alternatif est pertinent
Nouveautés RGAA 4.0 :
  1. Mise en cohérence de la formulation suite à la création du test 1.1.8 et prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle
  2. Le test 1.3.11 est renuméroté en test 1.3.7
1.3.8   Pour chaque image bitmap (balise <canvas>) porteuse d'information et ayant un contenu alternatif entre <canvas> et </canvas>, ce contenu alternatif est-il correctement restitué par les technologies d'assistance ?
1.3.9   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 une alternative textuelle, cette alternative est-elle pertinente ?
  1. S'il est présent, le contenu de l'attribut alt est pertinent
  2. S'il est présent, le contenu de l'attribut title est pertinent
  3. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  4. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle à une balise <img>
1.4.2   Pour chaque zone (balise <area>) d'une image réactive utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
  1. S'il est présent, le contenu de l'attribut alt est pertinent
  2. S'il est présent, le contenu de l'attribut title est pertinent
  3. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  4. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle à une zone cliquable
1.4.3   Pour chaque bouton de type image (balise <input> avec l'attribut type="image") utilisé comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
  1. S'il est présent, le contenu de l'attribut alt est pertinent
  2. S'il est présent, le contenu de l'attribut title est pertinent
  3. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  4. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle à un bouton de type image
1.4.4   Pour chaque image objet (balise <object> avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente [erreur ? (hors cas particuliers)] ?
  1. S'il est présent, le contenu de l'attribut title est pertinent
  2. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  3. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
  4. S'il est présent le contenu alternatif est pertinent
Nouveautés RGAA 4.0 :
  1. Mise en cohérence de la formulation suite à la création du test 1.1.6 et prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle
  2. Le test 1.4.5 est renuméroté en test 1.4.4
1.4.5   Pour chaque image embarquée (balise <embed> avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut title est pertinent
  2. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  3. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
  4. S'il est présent le contenu alternatif est pertinent
Nouveautés RGAA 4.0 :
  1. Mise en cohérence de la formulation suite à la création du test 1.1.7 et prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle
  2. Le test 1.4.7 est renuméroté en test 1.4.5
1.4.6   Pour chaque image vectorielle (balise <svg>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut title est pertinent
  2. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  3. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
Nouveautés RGAA 4.0 :
  1. Mise en cohérence de la formulation suite à la création du test 1.1.5 et prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle
  2. Le test 1.4.9 est renuméroté en test 1.4.6
1.4.7   Pour chaque image bitmap (balise <canvas>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente [erreur ? (hors cas particuliers)] ?
  1. S'il est présent, le contenu de l'attribut title est pertinent
  2. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  3. S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent
  4. S'il est présent le contenu alternatif est pertinent
Nouveautés RGAA 4.0 :
  1. Mise en cohérence de la formulation suite à la création du test 1.1.8 et prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle
  2. Le test 1.4.11 est renuméroté en test 1.4.7
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> ou possédant un attribut WAI-ARIA role="img") 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é qui est sécurisée par le CAPTCHA
Nouveautés RGAA 4.0 : Prise en compte de l'attribut WAI-ARIA role="img"
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 (balise <img>) porteuse d'information, 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 ou d'un emplacement dans la page contenant la description détaillée
  2. Il existe une alternative textuelle contenant la référence à une description détaillée adjacente à l'image
  3. Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée
1.6.2   Chaque image objet (balise <object> avec l'attribut type="image/...") porteuse d'information, qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe une alternative textuelle contenant la référence à une description détaillée adjacente à l'image
  2. Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée
Nouveautés RGAA 4.0 :
  1. Suppression de l'utilisation d'une description détaillée clairement identifiable au profit de la prise en compte des alternatives textuelles à une balise <object> faisant référence à la description détaillée
  2. Prise en compte de l'usage de bouton adjacent
1.6.3   Chaque image embarquée (balise <embed>) porteuse d'information, qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe une alternative textuelle contenant la référence à une description détaillée adjacente à l'image
  2. Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée
Nouveautés RGAA 4.0 :
  1. Suppression de l'utilisation d'une description détaillée clairement identifiable au profit de la prise en compte des alternatives textuelles à une balise <embed> faisant référence à une description détaillée
  2. Prise en compte de l'usage de bouton adjacent
1.6.4   Chaque bouton de type image (balise <input> avec l'attribut type="image") porteur d'information, qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe une alternative textuelle contenant la référence à une description détaillée adjacente à l'image
  2. Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée
  3. Il existe un attribut WAI-ARIA aria-describedby associant un passage de texte faisant office de description détaillée
Nouveautés RGAA 4.0 :
  1. Suppression de l'utilisation d'une description détaillée clairement identifiable au profit de la prise en compte des alternatives textuelles à une balise <object> faisant référence à la description détaillée
  2. Prise en compte de l'usage de bouton adjacent
1.6.5   Chaque image vectorielle (balise <svg>) porteuse d'information, qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe un attribut WAI-ARIA aria-label contenant l'alternative textuelle et une référence à une description détaillée adjacente
  2. Il existe un attribut WAI-ARIA aria-labelledby associant un passage de texte faisant office d'alternative textuelle et un autre faisant office de description détaillée
  3. Il existe un attribut WAI-ARIA aria-describedby associant un passage de texte faisant office de description détaillée
  4. Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée
Nouveautés RGAA 4.0 :
  1. Prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle à une balise <svg> dans laquelle il est possible de faire référence à la description détaillée
  2. Prise en compte de l'usage de bouton adjacent
  3. Suppression de la possibilité d'avoir recours à la balise <title> et <desc> dont le support est insuffisant pour permettre de fournir ou faire référence à une description détaillée lorsqu'ils sont utilisés sans être associé à la balise <svg> via l'attribut WAI-ARIA aria-labelledby ou aria-describedby
  4. Le test 1.6.6 est renuméroté en test 1.6.5
1.6.6   Pour chaque image vectorielle (balise <svg>) porteuse d'information, ayant une description détaillée, la référence éventuelle à la description détaillée dans l'attribut WAI-ARIA aria-label et la description détaillée associée par l'attribut WAI-ARIA aria-labelledby ou aria-describedby sont-elles correctement restituées par les technologies d'assistance ?
Nouveautés RGAA 4.0 :
  1. Mise à jour suite à modification du test 1.6.6
  2. Le test 1.6.7 est renuméroté en test 1.6.6
1.6.7   Chaque image bitmap (balise <canvas>), porteuse d'information, qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe un attribut WAI-ARIA aria-label contenant l'alternative textuelle et une référence à une description détaillée adjacente
  2. Il existe un attribut WAI-ARIA aria-labelledby associant un passage de texte faisant office d'alternative textuelle et un autre faisant office de description détaillée
  3. Il existe un contenu textuel entre <canvas> et </canvas> faisant référence à une description détaillée adjacente à l'image bitmap
  4. Il existe un contenu textuel entre <canvas> et </canvas> faisant office de description détaillée
  5. Il existe un lien ou bouton adjacent permettant d'accéder à la description détaillée
Nouveautés RGAA 4.0 :
  1. Prise en compte de l'ensemble des techniques permettant d'associer une alternative textuelle à une balise <canvas>
  2. Prise en compte de la mise à disposition d'une description détaillée via un bouton
  3. Le test 1.6.8 est renuméroté en test 1.6.7
1.6.8   Pour chaque image bitmap (balise <canvas>) porteuse d'information, 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 4.0 : Pour tenir compte des suppressions précédentes, le test 1.6.9 est renuméroté en test 1.6.8
1.6.9   Pour chaque image (balise <img>, <input> avec l'attribut type="image", <area>, <object>, <embed>, <svg>, <canvas>, ou possédant un attribut WAI-ARIA role="img") porteuse d'information, qui est accompagnée d'une description détaillée et qui utilise un attribut WAI-ARIA aria-describedby, l'attribut WAI-ARIA aria-describedby associe-t-il la description détaillée ?
Nouveautés RGAA 4.0 :
  1. Prise en compte de l'attribut WAI-ARIA role="img"
  2. Le test 1.6.10 est renuméroté en test 1.6.9
1.6.10   Chaque balise possédant un attribut WAI-ARIA role="img" porteuse d'information, qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
  1. Il existe un attribut WAI-ARIA aria-label contenant l'alternative textuelle et une référence à une description détaillée adjacente
  2. Il existe un attribut WAI-ARIA aria-labelledby associant un passage de texte faisant office d'alternative textuelle et un autre faisant office de description détaillée
  3. [erreur ?] Il existe un attribut WAI-ARIA aria-describedby associant un passage de texte faisant office de description détaillée
  4. Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée
Nouveautés RGAA 4.0 : Prise en compte des balises pourvues de l'attribut WAI-ARIA role="img"
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 (balise <img>) porteuse d'information, ayant une description détaillée, vérifie-t-elle 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 par l'alternative textuelle est pertinente
  3. La description détaillée via un lien ou bouton adjacent est pertinente
  4. Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent
Nouveautés RGAA 4.0 :
  1. Prise en compte du signalement par le biais de l'ensemble des techniques permettant d'associer une alternative textuelle et par le biais d'un bouton adjacent
  2. Vérification de la pertinence de la description détaillée fournie par l'attribut WAI-ARIA aria-describedby puisqu'il est supporté par certaines aides techniques
1.7.2   Chaque bouton de type image (balise <input> avec l'attribut type="image") porteur d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
  1. La description détaillée dans la page et signalée par l'alternative textuelle est pertinente
  2. La description détaillée via un lien ou bouton adjacent est pertinente
  3. Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent
Nouveautés RGAA 4.0 :
  1. Prise en compte du signalement par le biais de l'ensemble des techniques permettant d'associer une alternative textuelle et par le biais d'un bouton adjacent
  2. Vérification de la pertinence de la description détaillée fournie par l'attribut WAI-ARIA aria-describedby puisqu'il est supporté par certaines aides techniques
1.7.3   Chaque image objet (balise <object> avec l'attribut type="image/...") porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
  1. La description détaillée dans la page et signalée par l'alternative textuelle est pertinente
  2. La description détaillée adjacente à l'image objet est pertinente
  3. La description détaillée via un lien ou bouton adjacent est pertinente
  4. Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent
Nouveautés RGAA 4.0 :
  1. Prise en compte du signalement par le biais de l'ensemble des techniques permettant d'associer une alternative textuelle et par le biais d'un bouton adjacent
  2. Vérification de la pertinence de la description détaillée fournie par l'attribut WAI-ARIA aria-describedby puisqu'il est supporté par certaines aides techniques
1.7.4   Chaque image embarquée (balise <embed> avec l'attribut type="image/...") porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
  1. La description détaillée dans la page et signalée par l'alternative textuelle est pertinente
  2. La description détaillée adjacente à l'image embarquée est pertinente
  3. La description détaillée via un lien ou bouton adjacent est pertinente
  4. Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent
Nouveautés RGAA 4.0 :
  1. Prise en compte du signalement par le biais de l'ensemble des techniques permettant d'associer une alternative textuelle et par le biais d'un bouton adjacent
  2. Vérification de la pertinence de la description détaillée fournie par l'attribut WAI-ARIA aria-describedby puisqu'il est supporté par certaines aides techniques
1.7.5   Chaque image vectorielle (balise <svg>) porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
  1. La description détaillée dans la page et signalée par l'alternative textuelle est pertinente
  2. La description détaillée dans la page et signalée par le texte contenu dans la balise <desc> ou <title> est pertinente
  3. La description détaillée contenue dans la balise <desc> est pertinente
  4. La description détaillée via un lien ou bouton adjacent est pertinente
  5. Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent
Nouveautés RGAA 4.0 :
  1. Prise en compte du signalement par le biais de l'ensemble des alternative textuelles possibles, par le biais de la balise <title>, par le biais d'un bouton adjacent
  2. Vérification de la pertinence de la description détaillée fournie par l'attribut WAI-ARIA aria-describedby puisqu'il est supporté par certaines aides techniques
1.7.6   Chaque image bitmap (balise <canvas>) porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
  1. La description détaillée dans la page et signalée par l'alternative textuelle est pertinente
  2. La description détaillée dans la page et signalée par le texte contenu entre <canvas> et </canvas> est pertinente
  3. [erreur ?] La description détaillée contenue entre <canvas> et </canvas> est pertinente
  4. La description détaillée adjacente à l'image bitmap est pertinente
  5. La description détaillée via un lien ou bouton adjacent est pertinente
  6. Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent
Nouveautés RGAA 4.0 :
  1. Prise en compte du signalement par le biais de l'alternative textuelle, par le biais d'un contenu alternatif entre <canvas> et </canvas>, par le biais d'un bouton adjacent
  2. Vérification de la pertinence de la description détaillée fournie par l'attribut WAI-ARIA aria-describedby puisqu'il est supporté par certaines aides techniques
  3. Le test 1.7.7 est renuméroté en test 1.7.6
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> ou possédant un attribut WAI-ARIA role="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 4.0 :
  1. Mise à jour syntaxique et prise en compte de l'attribut WAI-ARIA role="img"
  2. Vérification de la pertinence de la description détaillée fournie par l'attribut WAI-ARIA aria-describedby puisqu'il est supporté par certaines aides techniques
1.8.2   Chaque bouton « image texte » (balise <input> avec l'attribut type="image") porteur 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) ?
1.8.3   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) ?
1.8.4   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) ?
1.8.5   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) ?
1.9 A Chaque légende d'image est-elle, si nécessaire, correctement reliée à l'image correspondante ?
1.9.1   Chaque image pourvue d'une légende (balise <img>, <input> avec l'attribut type="image" ou possédant un attribut WAI-ARIA role="img" associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image (balise <img>, <input> avec l'attribut type="image" ou possédant un attribut WAI-ARIA role="img") et sa légende adjacente sont contenues dans une balise <figure>
  2. La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group"
  3. La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende
  4. La légende est contenue dans une balise <figcaption>
Nouveautés RGAA 4.0 :
  1. Mise à jour suite à l'évolution du support des technologies d'assistance
  2. Le test 1.10.1 est renuméroté en test 1.9.1
1.9.2   Chaque image objet pourvue d'une légende (balise <object> avec l'attribut type="image/..." associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image objet (balise <object>) et sa légende adjacente sont contenues dans une balise <figure>
  2. La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group"
  3. La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende
  4. La légende est contenue dans une balise <figcaption>
Nouveautés RGAA 4.0 :
  1. Mise à jour suite à l'évolution du support des technologies d'assistance
  2. Le test 1.10.2 est renuméroté en test 1.9.2
1.9.3   Chaque image embarquée pourvue d'une légende (balise <embed> associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image embarquée (balise <embed>) et sa légende adjacente sont contenues dans une balise <figure>
  2. La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group"
  3. La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende
  4. La légende est contenue dans une balise <figcaption>
Nouveautés RGAA 4.0 :
  1. Mise à jour suite à l'évolution du support des technologies d'assistance
  2. Le test 1.10.3 est renuméroté en test 1.9.3
1.9.4   Chaque image vectorielle pourvue d'une légende (balise <svg> associée à une légende adjacente), [erreur ? ayant une alternative textuelle,] vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image vectorielle (balise <svg>) et sa légende adjacente sont contenues dans une balise <figure>
  2. La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group"
  3. La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende
  4. La légende est contenue dans une balise <figcaption>
Nouveautés RGAA 4.0 :
  1. Mise à jour suite à l'évolution du support des technologies d'assistance
  2. Le test 1.10.4 est renuméroté en test 1.9.4
1.9.5   Chaque image bitmap pourvue d'une légende (balise <canvas> associée à une légende adjacente), [erreur ? ayant une alternative textuelle,] vérifie-t-elle, si nécessaire, ces conditions ?
  1. L'image bitmap (balise <canvas>) et sa légende adjacente sont contenues dans une balise <figure>
  2. La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group"
  3. La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende
  4. La légende est contenue dans une balise <figcaption>
Nouveautés RGAA 4.0 :
  1. Mise à jour suite à l'évolution du support des technologies d'assistance
  2. Le test 1.10.5 est renuméroté en test 1.9.5
Cadres [ haut ]
2.1 A Chaque cadre a-t-il un titre de cadre ?
2.1.1   Chaque cadre (balise <iframe> ou <frame>) a-t-il un attribut title ?
Nouveautés RGAA 4.0 : Mise à jour suite au remplacement de l'entrée de glossaire "cadre en ligne" par "cadre et cadre en ligne" car le RGAA s'applique également aux balises et aux attributs utilisés en HTML4 et en XHTML
2.2 A Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ?
2.2.1   Pour chaque cadre (balise <iframe> ou <frame>) ayant un attribut title, le contenu de cet attribut est-il pertinent ?
Nouveautés RGAA 4.0 : Mise à jour suite au remplacement de l'entrée de glossaire "cadre en ligne" par "cadre et cadre en ligne" car le RGAA s'applique également aux balises et aux attributs utilisés en HTML4 et en XHTML
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 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.2.1   Dans chaque page web, le texte et le texte en image sans effet de graisse d'une taille restituée inférieure à 24px vérifient-ils une de ces conditions (hors cas particuliers) ?
  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 4.0 :
  1. Passage à l'usage des pixels pour définir la taille de caractères tel que décrit dans le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1
  2. Renumérotation du test 3.3.1 en test 3.2.1
3.2.2   Dans chaque page web, le texte et le texte en image en gras d'une taille restituée inférieure à 18,5px vérifient-ils une de ces conditions (hors cas particuliers) ?
  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 4.0 :
  1. Passage à l'usage des pixels pour définir la taille de caractères tel que décrit dans le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1
  2. Renumérotation du test 3.3.2 en test 3.2.2
3.2.3   Dans chaque page web, le texte et le texte en image sans effet de graisse d'un taille restituée supérieure ou égale à 24px 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 4.0 :
  1. Passage à l'usage des pixels pour définir la taille de caractères tel que décrit dans le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1
  2. Renumérotation du test 3.3.3 en test 3.2.3
3.2.4   Dans chaque page web, le texte et le texte en image en gras d'une taille restituée supérieure ou égale à 18,5px vérifient-ils une de ces conditions (hors cas particuliers) ?
  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 4.0 :
  1. Passage à l'usage des pixels pour définir la taille de caractères tel que décrit dans le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1
  2. Renumérotation du test 3.3.4 en test 3.2.4
3.2.5   Dans le mécanisme qui permet d'afficher un rapport de contraste conforme, le rapport de contraste entre le texte et la couleur d'arrière-plan est-il suffisamment élevé ?
3.3 AA Dans chaque page web, les couleurs utilisées dans les composants d'interface ou les éléments graphiques porteurs d'informations sont-elles suffisamment contrastées (hors cas particuliers) ?
3.3.1   Dans chaque page web, le rapport de contraste entre les couleurs d'un composant d'interface dans ses différents états et la couleur d'arrière-plan contiguë vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. Le rapport de contraste est de 3:1, au moins
  2. Un mécanisme permet un rapport de contraste de 3:1, au moins
Nouveautés RGAA 4.0 : nouveau test
3.3.2   Dans chaque page web, le rapport de contraste des différentes couleurs composant un élément graphique, lorsqu'elles sont nécessaires à sa compréhension, et la couleur d'arrière-plan contiguë, vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. Le rapport de contraste est de 3:1, au moins
  2. Un mécanisme permet un rapport de contraste de 3:1, au moins
Nouveautés RGAA 4.0 : nouveau test
3.3.3   Dans chaque page web, le rapport de contraste des différentes couleurs contiguës entre elles d'un élément graphique, lorsqu'elles sont nécessaires à sa compréhension, vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. Le rapport de contraste est de 3:1, au moins
  2. Un mécanisme permet un rapport de contraste de 3:1, au moins
Nouveautés RGAA 4.0 : nouveau test
3.3.4   Dans le mécanisme qui permet d'afficher un rapport de contraste conforme, les couleurs du composant ou des éléments graphiques porteurs d'informations qui le composent, sont-elles suffisamment contrastées ?
Nouveautés RGAA 4.0 : nouveau test
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 ou bouton adjacent
  2. Il existe une transcription textuelle adjacente clairement identifiable
4.1.2   Chaque média temporel pré-enregistré seulement vidéo vérifie-t-il, si nécessaire, l'une de ces conditions (hors cas particuliers) ?
  1. Il existe une version alternative « audio seulement » accessible via un lien ou bouton adjacent
  2. Il existe une version alternative « audio seulement » adjacente clairement identifiable
  3. Il existe une transcription textuelle accessible via un lien ou bouton adjacent
  4. Il existe une transcription textuelle adjacente clairement identifiable
  5. Il existe une audiodescription synchronisée
  6. Il existe une version alternative avec une audiodescription synchronisée accessible via un lien ou bouton adjacent
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 ou bouton adjacent
  2. Il existe une transcription textuelle adjacente clairement identifiable
  3. Il existe une audiodescription synchronisée
  4. Il existe une version alternative avec une audiodescription synchronisée accessible via un lien ou bouton adjacent
4.2 A Pour chaque média temporel pré-enregistré ayant une transcription textuelle ou une audiodescription synchronisée, celles-ci sont-elles pertinentes (hors cas particuliers) ?
4.2.1   Pour chaque média temporel pré-enregistré seulement audio, ayant une transcription textuelle, celle-ci est-elle pertinente (hors cas particuliers) ?
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'audiodescription synchronisée est pertinente
  3. L'audiodescription synchronisée de la version alternative est pertinente
  4. La version alternative audio seulement est pertinente
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'audiodescription synchronisée est pertinente
  3. L'audiodescription synchronisée de la version alternative est pertinente
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 ou bouton adjacent
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" ?
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 ?
4.5 AA Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audio-description synchronisée (hors cas particuliers) ?
4.5.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 audiodescription synchronisée
  2. Il existe une version alternative avec une audiodescription synchronisée
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.5.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 audiodescription synchronisée
  2. Il existe une version alternative avec une audiodescription synchronisée
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.6 AA Pour chaque média temporel pré-enregistré ayant une audiodescription synchronisée, celle-ci est-elle pertinente ?
4.6.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 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.6.2   Pour chaque média temporel synchronisé ayant une audiodescription synchronisée, celle-ci est-elle pertinente ?
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.7 A Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?
4.7.1   Pour chaque média temporel seulement son, seulement vidéo ou synchronisé, le contenu textuel adjacent permet-il d'identifier clairement le média temporel (hors cas particuliers) ?
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.8 A Chaque média non temporel a-t-il, si nécessaire, une alternative (hors cas particuliers) ?
4.8.1   Chaque média non temporel vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?
  1. Un lien ou bouton adjacent, clairement identifiable, contient l'adresse (url) d'une page contenant une alternative
  2. Un lien ou bouton adjacent, clairement identifiable, permet d'accéder à une alternative dans la page
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.8.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 ou bouton adjacent est accessible
  2. L'alternative dans la page, référencée par le lien ou bouton adjacent, est accessible
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.9 A Pour chaque média non temporel ayant une alternative, cette alternative est-elle pertinente ?
4.9.1   Pour chaque média non temporel ayant une alternative, cette alternative permet-elle d'accéder au même contenu et à des fonctionnalités similaires ?
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.10 A Chaque son déclenché automatiquement est-il contrôlable par l'utilisateur ?
4.10.1   Chaque séquence sonore déclenchée automatiquement via une balise <object>, <video>, <audio>, <embed>, <bgsound> ou un code JavaScript vérifie-t-elle une de ces conditions ?
  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 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.11 A La consultation de chaque média temporel est-elle, si nécessaire, contrôlable par le clavier et tout dispositif de pointage ?
4.11.1   Chaque média temporel a-t-il, si nécessaire, les fonctionnalités de contrôle de sa consultation ?
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.11.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 tout dispositif de pointage
  2. Une fonctionnalité accessible par le clavier et tout dispositif de pointage permettant de réaliser la même action est présente dans la page
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.11.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 tout dispositif de pointage
  2. Une fonctionnalité activable par le clavier et tout dispositif de pointage permettant de réaliser la même action est présente dans la page
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.12 A La consultation de chaque média non temporel est-elle contrôlable par le clavier et tout dispositif de pointage ?
4.12.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 tout dispositif de pointage
  2. Une fonctionnalité accessible par le clavier et tout dispositif de pointage permettant de réaliser la même action est présente dans la page
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.12.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 tout dispositif de pointage permettant de réaliser la même action est présente dans la page
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.13 A Chaque média temporel et non temporel est-il compatible avec les technologies d'assistance (hors cas particuliers) ?
4.13.1   Chaque média temporel et non temporel 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 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
4.13.2   Chaque média temporel et non temporel qui possède une alternative compatible avec les technologies d'assistance, 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 ou bouton adjacent
  3. Un mécanisme permet de remplacer le média temporel ou non temporel par son alternative
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des critères 4.5, 4.6, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14 et 4.19, les critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 sont renumérotés respectivement en critères 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12 et 4.13. Les tests associés sont renumérotés de la même façon
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 un résumé est-il disponible ?
Nouveautés RGAA 4.0 : Mise à jour suite à la prise en compte du rôle table (WAI-ARIA) et à l'élargissement de la manière de proposer un résumé au moyen de l'attribut summary ou de l'attribut WAI-ARIA aria-describedby (voir entrée de glossaire "Résumé")
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ées complexe ayant un résumé, celui-ci est-il pertinent ?
Nouveautés RGAA 4.0 : Mise à jour suite à la prise en compte du rôle table (WAI-ARIA)
5.3 A Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible (hors cas particuliers) ?
5.3.1   Chaque tableau de mise en forme vérifie-t-il ces conditions (hors cas particuliers) ?
  1. Le contenu linéarisé reste compréhensible
  2. La balise <table> possède un attribut role="presentation"
5.4 A Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ?
5.4.1   Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ?
Nouveautés RGAA 4.0 : Mise à jour suite à la prise en compte du rôle table (WAI-ARIA) et à la prise en compte de la condition de la technique WCAG H39 qui vérifie la structuration du titre lorsqu'il est présent mais ne rend pas obligatoire la présence d'un titre
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 ayant un titre, ce titre permet-il d'identifier le contenu du tableau de données de manière claire et concise ?
Nouveautés RGAA 4.0 : Mise à jour suite à la prise en compte du rôle table (WAI-ARIA) et à l'introduction de l'entrée de glossaire "Tableau de données ayant un titre"
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, chaque en-tête de colonnes s'appliquant à la totalité de la colonne vérifie-t-il une de ces conditions ?
  1. L'en-tête de colonnes est structuré au moyen d'une balise <th>
  2. L'en-tête de colonnes est structuré au moyen d'une balise pourvue d'un attribut WAI-ARIA role="columnheader"
Nouveautés RGAA 4.0 : Mise à jour suite à la prise en compte des rôles table et columnheader (WAI-ARIA)
5.6.2   Pour chaque tableau de données, chaque en-tête de lignes s'appliquant à la totalité de la ligne vérifie-t-il une de ces conditions ?
  1. L'en-tête de lignes est structuré au moyen d'une balise <th>
  2. L'en-tête de lignes est structuré au moyen d'une balise pourvue d'un attribut WAI-ARIA role="rowheader"
Nouveautés RGAA 4.0 : Mise à jour suite à la prise en compte des rôles table et rowheader (WAI-ARIA)
5.6.3   Pour chaque tableau de données, chaque en-tête ne s'appliquant pas à la totalité de la ligne ou de la colonne est-il structuré au moyen d'une balise <th> ?
Nouveautés RGAA 4.0 : nouveau test (Restriction de l'usage de WAI-ARIA sur les tableaux de données complexes)
5.7 A Pour chaque tableau de données, la technique appropriée permettant d'associer chaque cellule avec ses en-têtes est-elle utilisée (hors cas particuliers) ?
5.7.1   Pour chaque contenu de balise <th> s'appliquant à la totalité de la ligne ou de la colonne, la balise <th> respecte-t-elle une de ces conditions (hors cas particuliers) ?
  1. La balise <th> possède un attribut id unique
  2. La balise <th> possède un attribut scope
  3. La balise <th> possède un attribut WAI-ARIA role="rowheader" ou "columnheader"
Nouveautés RGAA 4.0 : Mise à jour suite à la prise en compte des rôles columnheader et rowheader (WAI-ARIA) et restriction de l'applicabilité du test aux balises <th> uniquement et prise en compte de la note 1 de la technique WCAG H63 autorisant les tableaux de données avec des en-tête <th> sans attribut scope lorsqu'il s'agit de tableaux ayant des en-têtes uniquement sur une seule ligne ou une seule colonne (cas particulier)
5.7.2   Pour chaque contenu de balise <th> s'appliquant à la totalité de la ligne ou de la colonne et possédant un attribut scope, la balise <th> vérifie-t-elle une de ces conditions ?
  1. La balise <th> possède un attribut scope avec la valeur "row" pour les en-tête de lignes
  2. La balise <th> possède un attribut scope avec la valeur "col" pour les en-tête de colonnes
Nouveautés RGAA 4.0 : Restriction de l'applicabilité du test aux balises <th> uniquement
5.7.3   Pour chaque contenu de balise <th> ne s'appliquant pas à la totalité de la ligne ou de la colonne, la balise <th> vérifie-t-elle ces conditions ?
  1. La balise <th> ne possède pas d'attribut scope
  2. La balise <th> ne possède pas d'attribut WAI-ARIA role="rowheader" ou "columnheader"
  3. La balise <th> possède un attribut id unique
Nouveautés RGAA 4.0 : Mise à jour suite à la prise en compte des rôles columnheader et rowheader (WAI-ARIA) et restriction de l'applicabilité du test aux balises <th> uniquement
5.7.4   Pour chaque contenu de balise <td> ou <th> associée à un ou plusieurs en-têtes possédant un attribut id, la balise vérifie-t-elle ces conditions ?
  1. La [cellule ou erreur ? balise] possède un attribut headers
  2. L'attribut headers possède la liste des valeurs d'attribut id des en-têtes associés
Nouveautés RGAA 4.0 : Restriction de l'applicabilité du test aux balises <th> uniquement
5.7.5   Pour chaque balise pourvue d'un attribut WAI-ARIA role="rowheader" ou "columnheader" dont le contenu s'applique à la totalité de la ligne ou de la colonne, la balise vérifie-t-elle une de ces conditions ?
  1. La balise possède un attribut WAI-ARIA role="rowheader" pour les en-têtes de lignes
  2. La balise possède un attribut WAI-ARIA role="columnheader" pour les en-têtes de colonnes
Nouveautés RGAA 4.0 : nouveau test (Création pour tenir compte des balises pourvues des rôles columnheader et rowheader (WAI-ARIA))
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 contient pas de balises <caption>, <th>, <thead>, <tfoot>, <colgroup> ou de balises ayant un attribut WAI-ARIA role="rowheader", role="columnheader"
  2. Les cellules du tableau de mise en forme (balises <td>) ne possèdent pas d'attributs scope, headers, axis
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. L'intitulé de lien additionné au contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 4.0 : Précision concernant le contexte du lien qui doit être additionné à l'intitulé du lien
6.1.2   Chaque lien image 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. L'intitulé de lien additionné au contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 4.0 : Précision concernant le contexte du lien qui doit être additionné à l'intitulé du lien
6.1.3   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. L'intitulé de lien additionné au contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 4.0 : Précision concernant le contexte du lien qui doit être additionné à l'intitulé du lien
6.1.4   Chaque lien SVG 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. L'intitulé de lien additionné au contexte du lien permet d'en comprendre la fonction et la destination
Nouveautés RGAA 4.0 : nouveau test (Prise en compte du lien SVG, voir l'entrée de glossaire "Lien")
6.1.5   Pour chaque lien ayant un intitulé visible, le nom accessible du lien contient-il au moins l'intitulé visible (hors cas particuliers) ?
Nouveautés RGAA 4.0 : nouveau test (Prise en compte du critère WCAG 2.1 "Label in name")
6.2 A Dans chaque page web, chaque lien, à l'exception des ancres, a-t-il un intitulé ?
6.2.1   Dans chaque page web, chaque lien, à l'exception des ancres, a-t-il un intitulé entre <a> et </a> ?
Nouveautés RGAA 4.0 :
  1. Prise en compte de l'entrée de glossaire "Lien"
  2. Renumérotation du test 6.5.1 en test 6.2.1
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
7.1.2   Chaque script qui génère ou contrôle un composant d'interface 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 4.0 : Pour tenir compte de la suppression des tests 7.1.2 à 7.1.4, le test 7.1.5 est renuméroté en test 7.1.2
7.1.3   Chaque script qui génère ou contrôle un composant d'interface vérifie-t-il ces conditions (hors cas particuliers) ?
  1. Le composant possède un nom pertinent
  2. Le nom accessible du composant contient au moins l'intitulé visible
  3. Le composant possède un rôle pertinent
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression des tests 7.1.2 à 7.1.4 et du test 7.1.6 le test 7.1.7 est renuméroté en test 7.1.3
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
7.2.2   Chaque élément non textuel mis à jour par un script (dans la page, ou dans un cadre) et ayant une alternative vérifie-t-il ces conditions ?
  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 par tout dispositif de pointage (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 tout dispositif de pointage
  2. Un élément accessible par le clavier et tout dispositif de pointage permettant de réaliser la même action est présent dans la page
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des dispositifs de pointage
7.3.2   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) ?
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 A Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d'assistance ?
7.5.1   Chaque message de statut qui informe de la réussite, du résultat d'une action ou bien de l'état d'une application utilise-t-il l'attribut WAI-ARIA role="status" ?
7.5.2   Chaque message de statut qui présente une suggestion, ou avertit de l'existence d'une erreur utilise-t-il l'attribut WAI-ARIA role="alert" ?
7.5.3   Chaque message de statut qui indique la progression d'un processus utilise-t-il l'un des attributs WAI-ARIA role="log", role="progressbar" ou role="status" ?
É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 généré est-il valide selon le type de document spécifié (hors cas particuliers) ?
8.2.1   Pour chaque déclaration de type de document, le code source généré de la page vérifie-t-il ces conditions (hors cas particuliers) ?
  1. Les balises, attributs et valeurs d'attributs 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 valeurs d'attribut id sont uniques dans la page
  5. Les attributs ne sont pas doublés sur un même élément
Nouveautés RGAA 4.0 : Mise à jour faite afin de rendre plus explicite les cas de non-conformité liés à l'usage d'attributs id non uniques et de doublage d'attribut des techniques WCAG H93 et H94
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
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 (attribut lang et/ou xml:lang)
  2. L'indication de langue est donnée sur un des éléments parents (attribut lang et/ou xml:lang)
Nouveautés RGAA 4.0 : Modification pour mise en cohérence avec la syntaxe du test existant 8.3.1
8.8 AA Dans chaque page web, le code de langue de chaque changement de langue est-il valide et pertinent ?
8.8.1   Pour chaque page web, le code de langue de chaque changement de langue vérifie-t-il ces conditions ?
  1. Le code de langue est valide
  2. Le code de langue est pertinent
Nouveautés RGAA 4.0 :
  1. Modification pour une mise en cohérence avec la syntaxe du test existant 8.4.1.
  2. Fusion des tests 8.8.1 et 8.8.2
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 ?
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 est contenu dans une balise possédant un attribut dir ?
8.10.2   Dans chaque page web, chaque changement du sens de lecture (attribut dir) vérifie-t-il ces conditions ?
  1. La valeur de l'attribut dir est conforme (rtl ou ltr)
  2. La valeur de l'attribut dir est pertinente
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, la hiérarchie entre les titres (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-elle pertinente ?
Nouveautés RGAA 4.0 :
  1. Modification sémantique
  2. Renumérotation du test 9.1.2 et en test 9.1.1
9.1.2   Dans chaque page web, le contenu de chaque titre (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-il pertinent ?
Nouveautés RGAA 4.0 :
  1. Modification sémantique
  2. Renumérotation du test 9.1.4 et en test 9.1.2
9.1.3   Dans chaque page web, chaque passage de texte constituant un titre est-il structuré à l'aide d'une balise <hx> ou d'une balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level ?
Nouveautés RGAA 4.0 : Prise en compte du critère 1.3.1 des WCAG 2.1 demandant la structuration sémantique des titres présents dans la page
9.2 A Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
9.2.1   Dans chaque page web, la structure du document vérifie-t-elle ces conditions (hors cas particuliers) ?
  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 navigation 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> visible unique
  6. La zone de pied de page est structurée via une balise <footer>
Nouveautés RGAA 4.0 :
  1. Ajout d'un cas particulier pour tenir compte des sites utilisant HTML4 ou XHTML
  2. Prise en compte de la possibilité d'utiliser des éléments <main> multiples dans un document
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 visuellement sous forme de liste non ordonnée vérifient-elles une de ces conditions ?
  1. La liste utilise les balises HTML <ul> et <li>
  2. La liste utilise les attributs WAI-ARIA role="list" et "listitem"
Nouveautés RGAA 4.0 : Modification du test pour signaler qu'il ne vaut que pour des listes qui visuellement ressemblent à des listes (avec marqueurs de liste)
9.3.2   Dans chaque page web, les informations regroupées visuellement sous forme de liste ordonnée vérifient-elles une de ces conditions ?
  1. La liste utilise les balises HTML <ol> et <li>
  2. La liste utilise les attributs WAI-ARIA role="list" et "listitem"
Nouveautés RGAA 4.0 : Modification du test pour signaler qu'il ne vaut que pour des listes qui visuellement ressemblent à des listes (avec marqueurs de liste)
9.3.3   Dans chaque page web, les informations regroupées sous forme de liste de description utilisent-elles les balises <dl> et <dt>/<dd> ?
9.4 A Dans chaque page web, chaque citation est-elle correctement indiquée ?
9.4.1   Dans chaque page web, chaque citation courte utilise-t-elle une balise <q> ?
9.4.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 généré 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 généré des pages. Cette règle est-elle respectée ?
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 ?
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 (hors cas particuliers) ?
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 (hors cas particuliers) ?
10.4.2   Dans chaque page web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, ne doit pas provoquer de perte d'information. Cette règle est-t-elle respectée selon une de ces conditions (hors cas particuliers) ?
  1. Lors de l'utilisation de la fonction d'agrandissement du texte du navigateur
  2. Lors de l'utilisation des fonctions de zoom graphique du navigateur
  3. Lors de l'utilisation d'un composant d'interface propre au site permettant d'agrandir le texte ou de zoomer
Nouveautés RGAA 4.0 :
  1. Reformulation du test pour mettre en avant différentes conditions de satisfaction du test.
  2. Renumérotation du test 10.4.3 en test 10.4.2
10.4.3   Dans chaque page web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, doit être possible pour l'ensemble du texte dans la page. Cette règle est-t-elle respectée selon une de ces conditions (hors cas particuliers) ?
  1. Lors de l'utilisation de la fonction d'agrandissement du texte du navigateur
  2. Lors de l'utilisation des fonctions de zoom graphique du navigateur
  3. Lors de l'utilisation d'un composant d'interface propre au site permettant d'agrandir le texte ou de zoomer
Nouveautés RGAA 4.0 : nouveau test (Ajout d'un test pour s'assurer de la portée de la technique mise en oeuvre dans la gestion de l'agrandissement à 200%)
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 ?
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, vérifie-t-il ces conditions ?
  1. La couleur du lien à un rapport de contraste supérieur ou égal à 3:1 par rapport au texte environnant
  2. Le lien dispose d'une indication visuelle au survol autre qu'un changement de couleur
  3. Le lien dispose d'une indication visuelle au focus autre qu'un changement de couleur
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des conditions présentes dans la technique G183 des WCAG 2.1 précédemment prise en compte dans le test 10.7.3
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, la prise de focus vérifie-t-elle une de ces conditions ?
  1. Le style du focus natif du navigateur n'est pas supprimé ou dégradé
  2. Un style du focus défini par l'auteur est visible
Nouveautés RGAA 4.0 : Prise en compte de l'ensemble des techniques WCAG permettant la mise à disposition d'un style au focus
10.8 A Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d'assistance ?
10.8.1   Dans chaque page web, chaque contenu caché vérifie-t-il une de ces conditions ?
  1. Le contenu caché a vocation à être ignoré par les technologies d'assistance
  2. Le contenu caché n'a pas vocation à être ignoré par les technologies d'assistances et est rendu restituable par les technologies d'assistance suite à une action de l'utilisateur réalisable au clavier ou par tout dispositif de pointage sur un élément précédent le contenu caché ou suite à un repositionnement du focus dessus
Nouveautés RGAA 4.0 :
  1. Modification suite à la mise à jour de l'intitulé du critère 10.13
  2. Renumérotation du test 10.13.1 en test 10.8.1
10.9 A Dans chaque page web, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
10.9.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 respectée ?
10.9.2   Dans chaque page web, pour chaque image ou ensemble d'images, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
10.9.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 ?
10.9.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 ?
10.10 A Dans chaque page web, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
10.10.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.10.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.10.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 ?
10.10.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 ?
10.11 AA Pour chaque page web, les contenus peuvent-ils être présentés sans avoir recours à la fois à un défilement vertical pour une fenêtre ayant une hauteur de 256px ou une largeur de 320px (hors cas particuliers) ?
10.11.1   Pour chaque page web, lorsque le contenu dont le sens de lecture est horizontal est affiché dans une fenêtre réduite à une largeur de 320px, l'ensemble des informations et des fonctionnalités sont-elles disponibles sans aucun défilement horizontal (hors cas particuliers) ?
10.11.2   Pour chaque page web, lorsque le contenu dont le sens de lecture est vertical est affiché dans une fenêtre réduite à une hauteur de 256px, l'ensemble des informations et des fonctionnalités sont-elles disponibles sans aucun défilement vertical (hors cas particuliers) ?
10.12 AA Dans chaque page web, les propriétés d'espacement du texte peuvent-elles être redéfinies par l'utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?
10.12.1   Dans chaque page web, le texte reste-t-il lisible lorsque l'affichage est modifié selon ces conditions (hors cas particuliers) ?
  1. L'espacement entre les lignes (line-height) est augmenté jusqu'à 1,5 fois la taille de la police
  2. L'espacement suivant les paragraphes (balise <p>) est augmenté jusqu'à 2 fois la taille de la police
  3. L'espacement des lettres (letter-spacing) est augmenté jusqu'à 0,12 fois la taille de la police
  4. L'espacement des mots (word-spacing) est augmenté jusqu'à 0,16 fois la taille de la police
10.13 AA Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d'un composant d'interface sont-ils contrôlables par l'utilisateur (hors cas particuliers) ?
10.13.1   Chaque contenu additionnel devenant visible à la prise de focus ou au survol d'un composant d'interface peut-il être masqué par une action utilisateur sans déplacer le focus ou le pointeur de la souris (hors cas particuliers) ?
10.13.2   Chaque contenu additionnel qui apparait au survol d'un composant d'interface peut-il être survolé par le pointeur de la souris sans disparaître (hors cas particuliers) ?
10.13.3   Chaque contenu additionnel qui apparaît à la prise de focus ou au survol d'un composant d'interface vérifie-t-il une de ces conditions (hors cas particuliers) ?
  1. Le contenu additionnel reste visible jusqu'à ce que l'utilisateur retire le pointeur souris ou le focus du contenu additionnel et du composant d'interface ayant déclenché son apparition
  2. Le contenu additionnel reste visible jusqu'à ce l'utilisateur déclenche une action masquant ce contenu sans déplacer le focus ou le pointeur souris du composant d'interface ayant déclenché son apparition
  3. Le contenu additionnel reste visible jusqu'à ce qu'il ne soit plus valide
10.14 A Dans chaque page web, les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ?
10.14.1   Dans chaque page web, les contenus additionnels apparaissant au survol d'un composant d'interface via les styles CSS respectent-ils si nécessaire une de ces conditions ?
  1. Les contenus additionnels apparaissent également à l'activation du composant via le clavier et tout dispositif de pointage
  2. Les contenus additionnels apparaissent également à la prise de focus du composant
  3. Les contenus additionnels apparaissent également par le biais de l'activation ou de la prise de focus d'un autre composant
10.14.2   Dans chaque page web, les contenus additionnels apparaissant au focus d'un composant d'interface via les styles CSS respectent-ils si nécessaire une de ces conditions ?
  1. Les contenus additionnels apparaissent également à l'activation du composant via le clavier et tout dispositif de pointage
  2. Les contenus additionnels apparaissent également au survol du composant
  3. Les contenus additionnels apparaissent également par le biais de l'activation ou du survol d'un autre composant
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 WAI-ARIA aria-labelledby référençant un passage de texte identifié
  2. Le champ de formulaire possède un attribut WAI ARIA aria-label
  3. Une balise <label> ayant un attribut for est associée au champ de formulaire
  4. Le champ de formulaire possède un attribut title
  5. Un bouton adjacent au champ de formulaire lui fournit une étiquette visible et un attribut WAI-ARIA aria-label, aria-labelledby ou title lui fournit un nom accessible
Nouveautés RGAA 4.0 :
  1. Modification de l'ordre des conditions pour reprendre l'ordre de calcul du nom accessible tel que prévu dans la spécification accname 1.1
  2. Nouvelle condition de test pour prendre en compte la technique G167 des WCAG
11.1.2   Chaque champ de formulaire associé à une balise <label> ayant un attribut for, vérifie-t-il ces conditions ?
  1. Le champ de formulaire possède un attribut id
  2. La valeur de l'attribut for est égale à la valeur de l'attribut id du champ de formulaire associé
Nouveautés RGAA 4.0 : Ajout d'une condition en cas de présence d'un attribut aria-label ou d'un attribut aria-labelledby
11.1.3   Chaque champ de formulaire ayant une étiquette dont le contenu n'est pas visible ou à proximité (masqué, aria-label) ou qui n'est pas accolé au champ (aria-labelledby), vérifie-t-il une de ses conditions ?
  1. Le champ de formulaire possède un attribut title dont le contenu permet de comprendre la nature de la saisie attendue
  2. Le champ de formulaire est accompagné d'un passage de texte accolé au champ qui devient visible à la prise de focus permettant de comprendre la nature de la saisie attendue
  3. Le champ de formulaire est accompagné d'un passage de texte visible accolé au champ permettant de comprendre la nature de la saisie attendue
Nouveautés RGAA 4.0 :
  1. Modification du test en raison de la prise en compte de l'usage de balise <label> masqué et suppression de l'expression redondante ARIA aria-xxx
  2. Renumérotation du test 11.1.4 en test 11.1.3
11.2 A Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?
11.2.1   Chaque balise <label> permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
Nouveautés RGAA 4.0 : Référence directe à la balise <label> car les autres techniques pour associer une étiquette sont traitées par les tests suivants
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 l'attribut WAI-ARIA aria-label permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
11.2.4   Chaque passage de texte associé via l'attribut WAI-ARIA aria-labelledby permet-il de connaître la fonction exacte du champ de formulaire auquel il est associé ?
Nouveautés RGAA 4.0 : Remplacement de "étiquette" par la nouvelle entrée de glossaire "Passage de texte"
11.2.5   Chaque champ de formulaire ayant un intitulé visible vérifie-t-il ces conditions (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label du champ de formulaire contient au moins l'intitulé visible
  2. S'il est présent, le passage de texte lié au champ de formulaire via un attribut WAI-ARIA aria-labelledby contient au moins l'intitulé visible
  3. S'il est présent, le contenu de l'attribut title du champ de formulaire contient au moins l'intitulé visible
  4. S'il est présent, le contenu de la balise <label> associé au champ de formulaire contient au moins l'intitulé visible
Nouveautés RGAA 4.0 : Prise en compte du critère WCAG 2.1 “Label in name”
11.2.6   Chaque bouton adjacent au champ de formulaire qui fournit une étiquette visible permet-il de connaître la fonction exacte du champ de formulaire auquel il est associé ?
Nouveautés RGAA 4.0 : Prise en compte de la possibilité d'utiliser un bouton adjacent au champ de formulaire comme étiquette visible
11.3 AA Dans chaque formulaire, chaque étiquette associée à un champ de formulaire ayant la même fonction et répété 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 (hors cas particuliers) ?
11.4.1   Chaque étiquette de champ et son champ associé sont-ils accolés ?
11.4.2   Chaque étiquette accolée à un champ (à l'exception des case à cocher, bouton radio ou balises ayant un attribut WAI-ARIA role="checkbox", role="radio" ou role="switch"), vérifie-t-elle ces conditions (hors cas particuliers) ?
  1. L'étiquette est visuellement accolée immédiatement au-dessus ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de gauche à droite
  2. L'étiquette est visuellement accolée immédiatement au-dessus ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de droite à gauche
Nouveautés RGAA 4.0 : Test ajouté suite à la prise en compte des contraintes présentes dans la technique G162 des WCAG
11.4.3   Chaque étiquette accolée à un champ de type checkbox ou radio ou à une balise ayant un attribut WAI-ARIA role="checkbox", role="radio" ou role="switch", vérifie-t-elle ces conditions (hors cas particuliers) ?
  1. L'étiquette est visuellement accolée immédiatement au-dessus ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de gauche à droite
  2. L'étiquette est visuellement accolée immédiatement au-dessus ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de droite à gauche
Nouveautés RGAA 4.0 : Test ajouté suite à la prise en compte des contraintes présentes dans la technique G162 des WCAG
11.5 A Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
11.5.1   Les champs de même nature vérifient-ils l'une de ces conditions, si nécessaire ?
  1. Les champs de même nature sont regroupés dans une balise <fieldset>
  2. Les champs de même nature sont regroupés dans une balise possédant un attribut WAI-ARIA role="group"
  3. Les champs de même nature de type radio (<input type="radio"> ou balises possédant un attribut WAI-ARIA role="radio") sont regroupés dans une balise possédant un attribut WAI-ARIA role="radiogroup" ou "group"
Nouveautés RGAA 4.0 : Prise en compte de la modification de l'entrée de glossaire "Bloc d'informations de même nature" et de la technique WCAG ARIA17
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 même nature possède-t-il une légende ?
Nouveautés RGAA 4.0 : Modification de l'intitulé du critère suite au remplacement de l'entrée de glossaire "Groupement de champ de formulaire" par "champs de même nature" et à la création de l'entrée "Légende"
11.7 A Dans chaque formulaire, chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?
11.7.1   Chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?
Nouveautés RGAA 4.0 : Modification de l'intitulé du critère suite au remplacement de l'entrée de glossaire "Groupement de champ de formulaire" par "Champs de même nature"
11.8 A Dans chaque formulaire, les items de même nature d'une liste de choix sont-ils regroupés de manière pertinente ?
11.8.1   Pour chaque balise <select>, les items de même nature d'une liste de choix sont-ils regroupés avec une balise <optgroup>, si nécessaire ?
Nouveautés RGAA 4.0 : Modification de l'intitulé du critère suite au remplacement de l'entrée de glossaire "Liste de choix" par "Items de même nature d'une liste de choix"
11.8.2   Dans chaque balise <select>, chaque balise <optgroup> possède-t-elle un attribut label ?
Nouveautés RGAA 4.0 : Modification de l'intitulé du critère suite au remplacement de l'entrée de glossaire "Liste de choix" par "Items de même nature d'une liste de choix"
11.8.3   Pour chaque balise <optgroup> ayant un attribut label, le contenu de l'attribut label est-il pertinent ?
Nouveautés RGAA 4.0 : Modification de l'intitulé du critère suite au remplacement de l'entrée de glossaire "Liste de choix" par "Items de même nature d'une liste de choix"
11.9 A Dans chaque formulaire, l'intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
11.9.1   L'intitulé de chaque bouton est-il pertinent ?
  1. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent
  2. S'il est présent, le passage de texte lié au bouton via un attribut WAI-ARIA aria-labelledby est pertinent
  3. S'il est présent, le contenu de l'attribut value d'une balise <input> de type submit, reset ou button est pertinent
  4. S'il est présent, le contenu de la balise <button> est pertinent
  5. S'il est présent, le contenu de l'attribut alt d'une balise <input> de type image est pertinent
  6. S'il est présent, le contenu de l'attribut title est pertinent
Nouveautés RGAA 4.0 :
  1. Ajouts d'une condition suite à la modification de l'entrée de glossaire "Bouton (formulaire)"
  2. Modification de l'ordre des conditions pour reprendre l'ordre de calcul du nom accessible
11.9.2   Chaque bouton affichant un intitulé visible vérifie-t-il ces conditions (hors cas particuliers) ?
  1. S'il est présent, le contenu de l'attribut WAI-ARIA aria-label contient au moins l'intitulé visible
  2. S'il est présent, le passage de texte lié au bouton via un attribut WAI-ARIA aria-labelledby contient au moins l'intitulé visible
  3. S'il est présent, le contenu de l'attribut value d'une balise <input> de type submit, reset ou button contient au moins l'intitulé visible
  4. S'il est présent, le contenu de la balise <button> contient au moins l'intitulé visible
  5. S'il est présent, le contenu de l'attribut alt d'une balise <input> de type image contient au moins l'intitulé visible
  6. S'il est présent, le contenu de l'attribut title contient au moins l'intitulé visible
Nouveautés RGAA 4.0 :
  1. Suppression du test suite à la modification de l'entrée de glossaire "Passage de texte" qui précise désormais la présence de l'attribut id, son unicité et l'utilisation de sa valeur dans l'attribut aria-labelledby du champ correspondant
  2. Nouveau test (Prise en compte du critère WCAG 2.1 "Label in name")
11.10 A Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
11.10.1   Les indications du caractère obligatoire de la saisie des champs vérifient-elles une de ces conditions (hors cas particuliers) ?
  1. Une indication de champ obligatoire est visible et permet d'identifier nommément le champ concerné préalablement à la validation du formulaire
  2. Le champ obligatoire dispose de l'attribut aria-required="true" ou required préalablement à la validation du formulaire
Nouveautés RGAA 4.0 : Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie
11.10.2   Les champs obligatoires ayant l'attribut aria-required="true" ou required vérifient-ils une de ces conditions ?
  1. Une indication de champ obligatoire est visible et située dans l'étiquette associé au champ préalablement à la validation du formulaire
  2. Une indication de champ obligatoire est visible et située dans le passage de texte associé au champ préalablement à la validation du formulaire
Nouveautés RGAA 4.0 : Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie
11.10.3   Les messages d'erreur indiquant l'absence de saisie d'un champ obligatoire vérifient-ils une de ces conditions ?
  1. Le message d'erreur indiquant l'absence de saisie d'un champ obligatoire est visible et permet d'identifier nommément le champ concerné
  2. Le champ obligatoire dispose de l'attribut aria-invalid="true"
Nouveautés RGAA 4.0 :
  1. Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie
  2. Renumérotation du test 11.10.4 en test 11.10.3
11.10.4   Les champs obligatoires ayant l'attribut aria-invalid="true" vérifient-ils une de ces conditions ?
  1. Une indication de champ obligatoire est visible et située dans l'étiquette associée au champ
  2. Une indication de champ obligatoire est visible et située dans le passage de texte associé au champ
Nouveautés RGAA 4.0 :
  1. Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie
  2. Renumérotation du test 11.10.5 en test 11.10.4
11.10.5   Les instructions et indications du type de données et/ou de format obligatoires vérifient-elles une de ces conditions ?
  1. Une instruction ou une indication du type de données et/ou de format obligatoire est visible et permet d'identifier nommément le champ concerné préalablement à la validation du formulaire
  2. Une instruction ou une indication du type de données et/ou de format obligatoire est visible dans l'étiquette ou le passage de texte associé au champ préalablement à la validation du formulaire
Nouveautés RGAA 4.0 :
  1. Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie
  2. Renumérotation du test 11.10.7 en test 11.10.5
11.10.6   Les messages d'erreurs fournissant une instruction ou une indication du type de données et/ou de format obligatoire des champs vérifient-ils une de ces conditions ?
  1. Le message d'erreur fournissant une instruction ou une indication du type de données et/ou de format obligatoires est visible et identifie le champ concerné
  2. Le champ dispose de l'attribut aria-invalid="true"
Nouveautés RGAA 4.0 : nouveau test (Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie)
11.10.7   Les champs ayant l'attribut aria-invalid="true" dont la saisie requiert un type de données et/ou de format obligatoires vérifient-ils une de ces conditions ?
  1. Une instruction ou une indication du type de données et/ou de format obligatoire est visible et située dans la balise <label> associée au champ
  2. Une instruction ou une indication du type de données et/ou de format obligatoire est visible et située dans le passage de texte associé au champ
Nouveautés RGAA 4.0 :
  1. Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie
  2. Renumérotation du test 11.10.8 en test 11.10.7
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 erreur de saisie, les types et les formats de données sont-ils suggérés, si nécessaire ?
11.11.2   Pour chaque erreur de saisie, des exemples de valeurs attendues sont-ils suggérés, si nécessaire ?
11.12 AA Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, la saisie des données vérifie-t-elle une de ces conditions ?
11.12.1   Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou un examen, ou dont la validation a des conséquences financières ou juridiques, la saisie des données vérifie-t-elle une de ces conditions ?
  1. L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après la validation du formulaire
  2. L'utilisateur peut vérifier et corriger les données avant la validation d'un formulaire en plusieurs étapes
  3. Un mécanisme de confirmation explicite, via une case à cocher (balise <input> de type checkbox ou balise ayant un attribut WAI-ARIA role="checkbox") ou une étape supplémentaire, est présent
Nouveautés RGAA 4.0 :
  1. Modification du test suite à la mise à jour du critère 11.12 et à la création de l'entrée de glossaire "Modifier ou annuler les données et les actions effectuées"
  2. Remplacement de "personnel" par "les réponses de l'utilisateur à un test ou un examen" conformément à WCAG pour le cas confirmation
11.12.2   Chaque formulaire dont la validation modifie ou supprime des données à caractère financier, juridique ou personnel vérifie-t-il une de ces conditions ?
  1. Un mécanisme permet de récupérer les données supprimées ou modifiées par l'utilisateur
  2. Un mécanisme de demande de confirmation explicite de la suppression ou de la modification, via un champ de formulaire ou une étape supplémentaire, est proposé
Nouveautés RGAA 4.0 :
  1. Modification du test suite à la mise à jour du critère 11.12 et à la création de l'entrée de glossaire "Modifier ou annuler les données et les actions effectuées"
  2. Prise en compte du cas de la modification de données existantes tel que prévu dans les WCAG
11.13 AA La finalité d'un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l'utilisateur ?
11.13.1   Chaque champ de formulaire dont l'objet se rapporte à une information concernant l'utilisateur vérifie-t-il ces conditions ?
  1. Le champ de formulaire possède un attribut autocomplete
  2. L'attribut autocomplete est pourvu d'une valeur présente dans la liste des valeurs possibles pour l'attribut autocomplete associés à un champ de formulaire
  3. La valeur indiquée pour l'attribut autocomplete est pertinente au regard du type d'information attendu
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
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 disposant d'un menu ou de barres de navigation vérifie-t-elle ces conditions (hors cas particuliers) ?
  1. Le menu ou les barres de navigation sont toujours à la même place dans la présentation
  2. Le menu ou les barres de navigation se présentent toujours dans le même ordre relatif dans le code source
Nouveautés RGAA 4.0 : Les tests 12.2.1 et 12.2.2 sont redondants car ils disent la même chose pour deux types d'élément, menu et barres de navigation, dont le premier n'est qu'un cas spécifique du second. Ces deux types d'élément peuvent donc être rassemblés en un seul et même test. D'où la modification du test 12.2.1 et la suppression du test 12.2.2, et la fusion des deux entrées de glossaire "Barre de navigation" et "Menu de navigation"
12.3 AA La page "plan du site" est-elle pertinente ?
12.3.1   La page "plan du site" est-elle représentative de l'architecture générale du site ?
12.3.2   Les liens du plan du site sont-ils fonctionnels ?
12.3.3   Les liens du plan du site renvoient-ils bien vers les pages indiquées par l'intitulé ?
12.4 AA Dans chaque ensemble de pages, la page "plan du site" est-elle atteignable de manière identique ?
12.4.1   Dans chaque ensemble de pages, la page "plan du site" est-elle accessible à partir d'une fonctionnalité identique ?
12.4.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 ?
12.4.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 ?
12.5 AA Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ?
12.5.1   Dans chaque ensemble de pages, le moteur de recherche est-il accessible à partir d'une fonctionnalité identique ?
12.5.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 ?
12.5.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 ?
12.6 A Les zones de regroupement de contenus présentes dans plusieurs pages web (zones d'en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) peuvent-elles être atteintes ou évitées ?
12.6.1   Dans chaque page web où elles sont présentes, la zone d'en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche respectent-elles au moins une de ces conditions :
  1. La zone possède un rôle WAI-ARIA de type landmark correspondant à sa nature
  2. La zone possède un titre de hiérarchie dont le contenu permet de comprendre la nature du contenu de la zone
  3. La zone peut être masquée par le biais d'un bouton précédant directement la zone dans l'ordre du code source
  4. La zone peut être évitée par le biais d'un lien d'évitement précédant directement la zone dans l'ordre du code source
  5. La zone peut être atteinte par le biais d'un lien d'accès rapide visible à la prise de focus lors d'une tabulation
Nouveautés RGAA 4.0 :
  1. Prise en compte de l'ensemble des techniques WCAG liés au critère 2.4.1
  2. Renumérotation du test 12.10.1 en test 12.6.1
12.7 A Dans chaque page web, un lien d'évitement ou d'accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ?
12.7.1   Dans chaque page web, un lien permet-il d'éviter la zone de contenu principal ou d'y accéder (hors cas particuliers) ?
Nouveautés RGAA 4.0 :
  1. Modification syntaxique liée à l'évolution du critère 12.11
  2. Renumérotation du test 12.11.2 en test 12.7.1
12.7.2   Dans chaque ensemble de pages, le lien d'évitement ou d'accès rapide à la zone de contenu principal vérifie-t-il ces conditions (hors cas particuliers) ?
  1. Le lien est situé à la même place dans la présentation
  2. Le lien se présente toujours dans le même ordre relatif dans le code source
  3. Le lien est visible à la prise de focus au moins
Nouveautés RGAA 4.0 :
  1. Modification syntaxique liée à l'évolution du critère 12.11
  2. Renumérotation du test 12.11.4 en test 12.7.2
12.8 A Dans chaque page web, l'ordre de tabulation est-il cohérent ?
12.8.1   Dans chaque page web, l'ordre de tabulation dans le contenu est-il cohérent ?
12.8.2   Pour chaque script qui met à jour ou insère un contenu, l'ordre de tabulation reste-t-il cohérent ?
12.9 A Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
12.9.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
12.10 A Dans chaque page web, les raccourcis clavier n'utilisant qu'une seule touche (lettre minuscule ou majuscule, ponctuation, chiffre ou symbole) sont-ils contrôlables par l'utilisateur ?
12.10.1   Dans chaque page web, chaque raccourci clavier n'utilisant qu'une seule touche (lettres minuscule ou majuscule, ponctuation, chiffre ou symbole) vérifie-t-il l'une de ces conditions ?
  1. Un mécanisme est disponible pour désactiver le raccourci clavier
  2. Un mécanisme est disponible pour configurer la touche de raccourci clavier au moyen des touches de modification (Ctrl, Alt, Maj, etc.)
  3. Dans le cas d'un composant d'interface utilisateur, le raccourci clavier qui lui est associé ne peut être activé que si le focus clavier est sur ce composant
Nouveautés RGAA 4.0 : nouveau test
12.11 A Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l'activation d'un composant d'interface sont-ils, si nécessaire, atteignables au clavier ?
12.11.1   Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l'activation d'un composant d'interface sont-ils, si nécessaire, atteignables au clavier ?
Nouveautés RGAA 4.0 : nouveau test
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 (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
13.1.2   Pour chaque page web, chaque procédé de redirection effectué via une balise <meta> est-il immédiat (hors cas particuliers) ?
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é 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, 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.2.1   Dans chaque page web, l'ouverture d'une nouvelle fenêtre ne doit pas être déclenchée sans action de l'utilisateur. Cette règle est-elle respectée ?
Nouveautés RGAA 4.0 : Pour tenir compte de la suppression du critère 13.2, le critère 13.3 est renuméroté en critères 13.2. Les tests associés sont renumérotés de la même façon
13.3 A Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?
13.3.1   Dans chaque page web, chaque fonctionnalité de téléchargement d'un document bureautique vérifie-t-elle une de ces conditions ?
  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 du document en téléchargement au format HTML
13.4 A Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ?
13.4.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.5 A Dans chaque page web, chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) a-t-il une alternative ?
13.5.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.6 A Dans chaque page web, pour chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?
13.6.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.7 A Dans chaque page web, les changements brusques de luminosité ou les effets de flash sont-ils correctement utilisés ?
13.7.1   Dans chaque page web, chaque image (balise <img>, balise <svg>, balise <canvas>, balise <embed> ou balise <object>) qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?
  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 à 21824 pixels
13.7.2   Dans chaque page web, chaque script qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-il une de ces conditions ?
  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 à 21824 pixels
13.7.3   Dans chaque page web, chaque mise en forme CSS qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?
  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 à 21824 pixels
13.8 A Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ?
13.8.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.8.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
13.9 AA Dans chaque page web, le contenu proposé est-il consultable quelle que soit l'orientation de l'écran (portait ou paysage) (hors cas particuliers) ?
13.9.1   Dans chaque page web, chaque contenu vérifie-t-il ces conditions (hors cas particuliers) ?
  1. La consultation est possible quel que soit le mode d'orientation de l'écran
  2. Le contenu proposé reste le même quel que soit le mode d'orientation de l'écran utilisé même si sa présentation et le moyen d'y accéder peut différer
13.10 A Dans chaque page web, les fonctionnalités utilisables ou disponibles au moyen d'un geste complexe peuvent-elles être également disponibles au moyen d'un geste simple (hors cas particuliers) ?
13.10.1   Dans chaque page web, chaque fonctionnalité utilisable ou disponible suite à un contact multipoint est-elle également utilisable ou disponible suite à un contact en un point unique de l'écran (hors cas particuliers)
13.10.2   Dans chaque page web, chaque fonctionnalité utilisable ou disponible suite à un geste basé sur le suivi d'une trajectoire sur l'écran est-elle également utilisable ou disponible suite à un contact en un point unique de l'écran (hors cas particuliers)
13.11 A Dans chaque page web, les actions déclenchées au moyen d'un dispositif de pointage sur un point unique de l'écran peuvent-elles faire l'objet d'une annulation (hors cas particuliers) ?
13.11.1   Dans chaque page web, les actions déclenchées au moyen d'un dispositif de pointage sur un point unique de l'écran vérifient-elles l'une de ces conditions (hors cas particuliers) ?
  1. L'action est déclenchée au moment où le dispositif de pointage est relâché ou relevé
  2. L'action est déclenchée au moment où le dispositif de pointage est pressé ou posé puis annulée lorsque le dispositif de pointage est relâché ou relevé
  3. Un mécanisme est disponible pour abandonner (avant achèvement de l'action) ou annuler (après achèvement) l'exécution de l'action
13.12 A Dans chaque page web, les fonctionnalités qui impliquent un mouvement de l'appareil ou vers l'appareil peuvent-elles être satisfaites de manière alternative (hors cas particuliers) ?
13.12.1   Dans chaque page web, les fonctionnalités disponibles en bougeant l'appareil peuvent-elles être accomplies avec des composants d'interface utilisateur (hors cas particuliers) ?
13.12.2   Dans chaque page web, les fonctionnalités disponibles en faisant un geste en direction de l'appareil peuvent-elles être accomplies avec des composants d'interface utilisateur (hors cas particuliers) ?
13.12.3   L'utilisateur a-t-il la possibilité de désactiver la détection du mouvement pour éviter un déclenchement accidentel de la fonctionnalité (hors cas particuliers) ?

Organisation du contenu, mise en forme et support électronique du document présent : Copyright © 2020 Hervé CHUZEVILLE - Ce document est mis à disposition selon le Contrat "Attribution - Partage dans les Mêmes Conditions 3.0 France (CC BY-SA 3.0 FR)" disponible en ligne http://creativecommons.org/licenses/by-sa/3.0/fr/ ou par courrier postal à Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.
Document basé sur le "Référentiel RGAA 4.0" (Copyright © 2019 Direction interministérielle du numérique et du système d’information et de communication de l’État (DINSIC) : propriété et conditions d'utilisation) et sur les notes de révision concernant le passage de la version 3 2017 à la version 4 du RGAA.