Référentiel général d'amélioration de l'accessibilité – RGAA Version 4.1
L’accessibilité numérique consiste à rendre les services en ligne accessibles aux personnes en situation de handicap. La direction interministérielle du numérique (DINUM) édite le référentiel général d’amélioration de l’accessibilité (RGAA, anciennement référentiel général d’accessibilité pour les administrations), dont voici la quatrième version.
16 septembre 2019 - Mis à jour le 18 février 2021
Partager
Sommaire
Notes de révision du RGAA 3 2017 vers RGAA 4
Ces notes de révision concernent le passage de la version 3 2017 à la version 4 du RGAA.
Documents du référentiel technique impactés par la mise à jour
Référentiel technique
Glossaire
Cas particuliers
Notes techniques
Résumé des modifications notables
De nombreux critères et tests ont été modifiés afin que le référentiel technique reste le plus fidèle possible à ce que proposent les critères WCAG 2.1.
Les critères RGAA de niveau triple A (AAA) ont été retirés du référentiel, étant donné que la directive européenne ne tient pas compte elle-même des critères WCAG triple A qu'elle rappelle juste en annexe technique</a>.
Modifications générales sur tout ou partie des documents
Suppression des niveaux RGAA.
Suppression de la référence aux principes WCAG.
La mention "ARIA" a été systématiquement remplacée par "WAI-ARIA".
La mention "propriété" WAI-ARIA a été remplacée par "attribut".
Lorsqu'il est fait mention d'une balise ou d'un élément HTML, l'entité en question est délimitée par des chevrons ouvrant et fermant.
Les notes techniques et les cas particuliers sont désormais directement associés au critère dont ils relèvent.
Référentiel technique
Modification du Critère 1.1 [A] Chaque image a-t-elle une alternative textuelle ?
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é. Le critère est donc restreint au cas des images porteuses d’informations et la définition de glossaire "alternative textuelle" est modifiée pour préciser les différentes techniques permettant d'associer une alternative textuelle.
Ancien critère 1.1
Critère 1.1 [A] Chaque image a-t-elle une alternative textuelle ?
Nouveau critère 1.1
Critère 1.1 Chaque image porteuse d’information a-t-elle une alternative textuelle ?
Modification du test 1.1.1
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".
Ancien test 1.1.1
Test 1.1.1 : Chaque image (balise img) a-t-elle un attribut alt ?
Nouveau test 1.1.1
Test 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 ?
Modification du test 1.1.2
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é.
Ancien test 1.1.2
Test 1.1.2 : Chaque zone (balise area) d'une image réactive a-t-elle un attribut alt ?
Nouveau test 1.1.2
Test 1.1.2 : Chaque zone d'une image réactive (balise <area>) porteuse d’information a-t-elle une alternative textuelle ?
Modification du test 1.1.3
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é.
Ancien test 1.1.3
Test 1.1.3 : Chaque bouton de type image (balise input avec l'attribut type="image") a-t-il un attribut alt ?
Nouveau test 1.1.3
Test 1.1.3 : Chaque bouton de type image (balise <input> avec l'attribut type="image") a-t-il une alternative textuelle ?
Ajout du test 1.1.5
Reprise du test 1.3.8 en séparant le test de présence et de pertinence test 1.3.9.
Nouveau test 1.1.5
Test 1.1.5 : Chaque image vectorielle (balise <svg>) porteuse d'information, vérifie-t-elle ces conditions ?
La balise <svg> possède un attribut WAI-ARIA role="img".
La balise <svg> a une alternative textuelle.
Ajout du test 1.1.6
Reprise du test 1.3.4 en séparant le test de présence et de pertinence test 1.3.5.
Nouveau test 1.1.6
Test 1.1.6 : Chaque image objet (balise <object> avec l'attribut type="image/…") porteuse d'information, vérifie-t-elle une de ces conditions ?
La balise <object> possède une alternative textuelle.
L'élément <object> est immédiatement suivi d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif.
Un mécanisme permet à l'utilisateur de remplacer l'élément <object> par un contenu alternatif.
Ajout du test 1.1.7
Reprise du test 1.3.6 en séparant le test de présence et de pertinence test 1.3.7.
Nouveau test 1.1.7
Test 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 ?
La balise <embed> possède une alternative textuelle
L'élément <embed> est immédiatement suivie d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif.
Un mécanisme permet à l'utilisateur de remplacer l'élément <embed> par un contenu alternatif.
Ajout du test 1.1.8
Reprise du test 1.3.10 en séparant le test de présence et de pertinence test 1.3.11.
Nouveau test 1.1.8
Test 1.1.8 : Chaque image bitmap (balise <canvas>) porteuse d'information, vérifie-t-elle une de ces conditions ?
La balise <canvas> possède une alternative textuelle
Un contenu alternatif est présent entre les balises <canvas> et </canvas>
L'élément <canvas> est immédiatement suivi d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif.
Un mécanisme permet à l'utilisateur de remplacer l'élément <canvas> par un contenu alternatif.
Modification du Critère 1.2
WCAG n’exige pas la présence d’une alternative vide mais exige que l’image de décoration soit ignorée par les technologies d’assistance.
Ancien critère 1.2
Critère 1.2 [A] Pour chaque image de décoration ayant une alternative textuelle, cette alternative est-elle vide ?
Nouveau critère 1.2
Critère 1.2 Chaque image de décoration est-elle correctement ignorée par les technologies d'assistance ?
Modification de la note technique du critère 1.2
Suppression du passage faisant référence à l’attribut WAI-ARIA role=”presentation” suite à intégration de ce rôle dans le critère 1.1 et prise en compte de l’usage des balises <use> dans les <svg>.
Ancienne note technique
Lorsqu'une image est associée à une légende, la note technique WCAG recommande de renseigner systématiquement l'alternative de l'image (cf. critère 1.10). Dans ce cas le critère 1.2 est non applicable.
Un attribut WAI-ARIA role=”presentation” ne peut pas être utilisé pour déclarer une image de décoration conformément aux indications données par la spécification sur les restrictions de l'utilisation des rôles WAI-ARIA.
Nouvelle note technique
Lorsqu'une image est associée à une légende, la note technique WCAG recommande de prévoir systématiquement une alternative textuelle (cf. critère 1.9). Dans ce cas le critère 1.2 est non applicable.
Dans le cas d'une image vectorielle (balise <svg>) de décoration qui serait affichée au travers d'un élément <use href="..."> enfant de l'élément <svg>, le test 1.2.4 s'appliquera également à la balise <svg> associée par le biais de la balise <use>.
Un attribut WAI-ARIA role="presentation" peut être utilisé sur les images de décoration et les zones non cliquables de décoration. Le rôle "none" introduit en ARIA 1.1 et synonyme du rôle "presentation" peut être aussi utilisé. Il reste préférable cependant d'utiliser le rôle "presentation" en attendant un support satisfaisant du rôle "none".
Modification du test 1.2.1
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.
Ancien test 1.2.1
Test 1.2.1 : Chaque image (balise img) de décoration, sans légende, et ayant un attribut alt, vérifie-t-elle ces conditions ?
Le contenu de l'attribut alt est vide (alt="").
L'image de décoration ne possède pas d'attribut title.
La balise img est dépourvue de rôle, propriété ou état ARIA visant à labelliser l'image (aria-label, aria-describedby, aria-labelledby par exemple).
Nouveau test 1.2.1
Test 1.2.1 : Chaque image (balise <img>) de décoration, sans légende, vérifie-t-elle une de ces conditions ?
La balise <img> possède un attribut alt vide (alt="") et est dépourvue de tout autre attribut permettant de fournir une alternative textuelle.
La balise <img> possède un attribut WAI-ARIA aria-hidden="true" ou role="presentation".
Modification du test 1.2.2
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.
Ancien test 1.2.2
Test 1.2.2 : Chaque zone non cliquable (balise area sans attribut href) de décoration, et ayant un attribut alt, vérifie-t-elle ces conditions ?
Le contenu de l'attribut alt est vide (alt="").
La zone non cliquable ne possède pas d'attribut title.
La balise area est dépourvue de rôle, propriété ou état ARIA visant à labelliser l'image (aria-label, aria-describedby, aria-labelledby par exemple).
Nouveau test 1.2.2
Test 1.2.2 : Chaque zone non cliquable (balise area sans attribut href) de décoration vérifie-t-elle une de ces conditions ?
La balise <area> possède un attribut alt vide (alt="") et est dépourvue de tout autre attribut permettant de fournir une alternative textuelle.
La balise <area> possède un attribut WAI-ARIA aria-hidden="true" ou role="presentation".
Modification du test 1.2.3
Modification de la formulation des conditions suite à la prise en compte de l’ensemble des techniques permettant de fournir une alternative textuelle.
Ancien test 1.2.3
Test 1.2.3 : Chaque image objet (balise object avec l'attribut type="image/…") de décoration, sans légende, vérifie-t-elle ces conditions ?
La balise object possède un attribut aria-hidden="true".
L'alternative textuelle entre <object> et </object> est vide.
La balise object ou l'un de ses enfants est dépourvue d'attribut title.
La balise object ou l'un de ses enfants est dépourvue de rôle, propriété ou état ARIA visant à labelliser l'image (aria-label, aria-describedby, aria-labelledby par exemple).
Nouveau test 1.2.3
Test 1.2.3 : Chaque image objet (balise <object> avec l'attribut type="image/…") de décoration, sans légende, vérifie-t-elle une de ces conditions ?
La balise <object> possède un attribut WAI-ARIA aria-hidden="true".
La balise <object> est dépourvue d'alternative textuelle.
Il n’y a aucun texte faisant office d’alternative textuelle entre <object> et </object>.
Modification du test 1.2.4
Modification de la formulation des conditions suite à la prise en compte de l’ensemble des techniques permettant de fournir une alternative textuelle.
Ancien test 1.2.4
Test 1.2.4 : Chaque image vectorielle (balise svg) de décoration, sans légende, vérifie-t-elle ces conditions ?
La balise svg possède un attribut aria-hidden="true".
Les balises title et desc sont absentes ou vides.
La balise svg ou l'un de ses enfants est dépourvue d'attribut title.
La balise svg ou l'un de ses enfants est dépourvue de rôle, propriété ou état ARIA visant à labelliser l'image vectorielle (aria-label, aria-describedby, aria-labelledby par exemple).
Nouveau test 1.2.4
Test 1.2.4 : Chaque image vectorielle (balise <svg>) de décoration, sans légende, vérifie-t-elle une de ces conditions ?
La balise <svg> possède un attribut WAI-ARIA aria-hidden="true".
La balise <svg> et ses enfants sont dépourvus d'alternative textuelle.
Les balises title et desc sont absentes ou vides.
La balise <svg> et ses enfants sont dépourvus d'attribut title.
Modification du test 1.2.5
Modification de la formulation des conditions suite à la prise en compte de l’ensemble des techniques permettant de fournir une alternative textuelle.
Ancien test 1.2.5
Test 1.2.5 : Chaque image bitmap (balise canvas) de décoration, sans légende, vérifie-t-elle ces conditions ?
La balise canvas possède un attribut aria-hidden="true".
Le contenu entre <canvas> et </canvas> est dépourvue de contenus textuels.
La balise canvas ou l'un de ses enfants est dépourvue d'attribut title.
La balise canvas ou l'un de ses enfants est dépourvue de rôle, propriété ou état ARIA visant à labelliser l'image (aria-label, aria-describedby, aria-labelledby par exemple).
Nouveau test 1.2.5
Test 1.2.5 : Chaque image bitmap (balise <canvas>) de décoration, sans légende, vérifie-t-elle une de ces conditions ?
La balise <canvas> possède un attribut WAI-ARIA aria-hidden="true".
La balise <canvas> et ses enfants sont dépourvus d'alternative textuelle.
Les balises title et desc sont absentes ou vides.
Il n’y a aucun texte faisant office d’alternative textuelle entre <canvas> et </canvas>.
Modification du test 1.2.6
Modification de la formulation des conditions suite à la prise en compte de l’ensemble des techniques permettant de fournir une alternative textuelle.
Ancien test 1.2.6
Test 1.2.6 : Chaque image embarquée (balise embed avec l'attribut type="image/…") de décoration, sans légende, vérifie-t-elle ces conditions ?
La balise embed possède un attribut aria-hidden="true".
La balise embed ou l'un de ses enfants est dépourvue d'attribut title.
La balise embed ou l'un de ses enfants est dépourvue de rôle, propriété ou état ARIA visant à labelliser l'image (aria-label, aria-describedby, aria-labelledby par exemple).
Nouveau test 1.2.6
Test 1.2.6 : Chaque image embarquée (balise <embed> avec l'attribut type="image/…") de décoration, sans légende, vérifie-t-elle une de ces conditions ?
La balise <embed> possède un attribut WAI-ARIA aria-hidden="true".
La balise <embed> et ses enfants sont dépourvus d'alternative textuelle.
Suppression des notes techniques du critère 1.3
Critère 1.3 [A] : attribut title : suite à l'utilisation de l'attribut title dans le calcul du nom accessible d'une alternative textuelle.
Critère 1.3 [A] : balise <title> dans les éléments SVG : suite à la création du test 1.1.5 et au support désormais effectif des balises <title> et <desc> lorsqu’elles sont associées à l’élément <svg> via les attributs WAI-ARIA aria-labelledby et aria-describedby, cette note n’a plus de raison d’être.
Ancienne note technique (attribut title)
La note WCAG interdit l'utilisation de l'attribut title en remplacement de l'attribut alt, néanmoins il est souvent utile d'utiliser l'attribut title pour faire apparaître une infobulle (tooltip) sur les images particulièrement obscures. Si l'attribut title est utilisé de cette manière, le contenu de l'attribut title doit être strictement identique à celui de l'alternative.
Ancienne note technique (balise <title> dans les éléments SVG)
Le manque de support de l'élément <title> par les technologies d'assistance crée une difficulté dans le cas de l'utilisation de l'élément <desc> pour implémenter l'alternative courte de l'image si l'image nécessite une description détaillée. Dans ce cas il est recommandé d'utiliser un texte adjacent ou un lien adjacent pour créer la description détaillée.
Les tests 1.3.9 et 1.3.12 sont utilisés pour vérifier que l'implémentation de l'alternative est compatible avec l'accessibilité (par exemple avec la base de référence considérée).
Modification du test 1.3.1
Prise en compte de l’ensemble des techniques permettant d’associer une alternative textuelle à une balise <img>.
Ancien test 1.3.1
Test 1.3.1 : Chaque image (balise img) porteuse d'information, ayant un attribut alt, vérifie-t-elle ces conditions ?
Le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt.
S'il est présent, le contenu de la propriété aria-label est identique au contenu de l'attribut alt.
S'il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l'attribut alt.
Nouveau test 1.3.1
Test 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) ?
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Modification du test 1.3.2
Prise en compte de l’ensemble des techniques permettant d’associer une alternative textuelle à une zone cliquable.
Ancien test 1.3.2
Test 1.3.2 : Chaque zone (balise area) d'une image réactive porteuse d'information, ayant un attribut alt, vérifie-t-elle ces conditions ?
Le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt.
S'il est présent, le contenu de la propriété aria-label est identique au contenu de l'attribut alt.
S'il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l'attribut alt.
Nouveau test 1.3.2
Test 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) ?
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Modification du test 1.3.3
Prise en compte de l’ensemble des techniques permettant d’associer une alternative textuelle à un bouton de type image.
Ancien test 1.3.3
Test 1.3.3 : Chaque bouton de type image (balise input avec l'attribut type="image"), ayant un attribut alt, vérifie-t-il ces conditions ?
Le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt.
S'il est présent, le contenu de la propriété aria-label est identique au contenu de l'attribut alt.
S'il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l'attribut alt.
Nouveau test 1.3.3
Test 1.3.3 : Pour chaque zone bouton de type image (balise <input> avec l'attribut type="image"), ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Suppression du test 1.3.4
Remplacement par le test 1.1.6.
Ancien test 1.3.4
Test 1.3.4 : Chaque image objet (balise object avec l'attribut type="image/...") porteuse d'information vérifie-t-elle une de ces conditions (hors cas particuliers)
L'image objet est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative pertinente.
Un mécanisme permet à l'utilisateur de remplacer l'image objet par un texte alternatif pertinent.
Un mécanisme permet à l'utilisateur de remplacer l'image objet par une image possédant une alternative pertinente.
Modification du test 1.3.5
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.
Le test 1.3.5 est renuméroté en test 1.3.4.
Ancien test 1.3.5
Test 1.3.5 : Chaque image objet (balise object avec l'attribut type="image/...") porteuse d'information, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut aria-label.
S'il est présent, le contenu de l'attribut title est identique au passage de texte lié par la propriété aria-labelledby.
Nouveau test 1.3.4
Test 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) ?
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
S'il est présent le contenu alternatif est pertinent.
Suppression du test 1.3.6
Remplacement par le test 1.1.7.
Ancien test 1.3.6
Test 1.3.6 : Chaque image embarquée (balise embed avec l'attribut type="image/...") porteuse d'information vérifie-t-elle une de ces conditions (hors cas particuliers)
L'image embarquée est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative pertinente.
Un mécanisme permet à l'utilisateur de remplacer l'image embarquée par un texte alternatif pertinent.
Un mécanisme permet à l'utilisateur de remplacer l'image embarquée par une image possédant une alternative pertinente.
Modification du test 1.3.7
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.
Le test 1.3.7 est renuméroté en test 1.3.5.
Ancien test 1.3.7
Test 1.3.7 : Chaque image embarquée (balise embed avec l'attribut type="image/...") porteuse d'information, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut aria-label.
S'il est présent, le contenu de l'attribut title est identique au passage de texte lié par la propriété aria-labelledby.
Nouveau test 1.3.5
Test 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) ?
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
S'il est présent le contenu alternatif est pertinent.
Suppression du test 1.3.8
Remplacement par le test 1.1.5.
Ancien test 1.3.8
Test 1.3.8 : Chaque image vectorielle (balise svg) porteuse d'information, en l'absence d'alternative, vérifie-t-elle ces conditions (hors cas particuliers)
La balise svg possède un role="img".
La balise svg possède une propriété aria-label dont le contenu est pertinent et identique à l'attribut title s'il est présent.
La balise svg possède une balise <title> dont le contenu est pertinent et contient un passage de texte identique à la propriété aria-label.
Modification du test 1.3.9
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.
Le test 1.3.9 est renuméroté en test 1.3.6.
Ancien test 1.3.9
Test 1.3.9 : Pour chaque image vectorielle (balise svg) porteuse d'information et possédant une alternative, cette alternative est-elle correctement restituée par les technologies d'assistance ?
Nouveau test 1.3.6
Test 1.3.6 : Pour chaque image vectorielle (balise <svg>) porteuse d'information, ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Suppression du test 1.3.10
Remplacement par le test 1.1.8.
Ancien test 1.3.10
Test 1.3.10 : Chaque image bitmap (balise canvas) porteuse d'information vérifie-t-elle une de ces conditions (hors cas particuliers)
Le contenu de l'alternative (contenu entre <canvas> et </canvas>) est pertinent.
L'image bitmap est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative pertinente.
Un mécanisme permet à l'utilisateur de remplacer l'image bitmap par un texte alternatif pertinent.
Un mécanisme permet à l'utilisateur de remplacer l'image bitmap par une image possédant une alternative pertinente.
Modification du test 1.3.11
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.
Le test 1.3.11 est renuméroté en test 1.3.7.
Ancien test 1.3.11
Test 1.3.11 : Chaque image bitmap (balise canvas) porteuse d'information, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut aria-label.
S'il est présent, le contenu de l'attribut title est identique au passage de texte lié par la propriété aria-labelledby.
Nouveau test 1.3.7
Test 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) ?
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
S'il est présent le contenu alternatif est pertinent.
Renumérotation des tests 1.3.12 et 1.3.13
Pour tenir compte des suppressions précédentes, les tests 1.3.12 et 1.3.13 sont renumérotés respectivement en tests 1.3.8 et 1.3.9.
Modification du test 1.4.1
Prise en compte de l’ensemble des techniques permettant d’associer une alternative textuelle à une balise <img>.
Ancien test 1.4.1
Test 1.4.1 : Chaque image (balise img) utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt, vérifie-t-elle ces conditions ?
Le contenu de l'attribut alt permet de comprendre la nature et la fonction de l'image.
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt.
S'il est présent, le contenu de la propriété aria-label est identique au contenu de l'attribut alt.
S'il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l'attribut alt.
Nouveau test 1.4.1
Test 1.4.1 : Pour chaque image (balise <img>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Modification du test 1.4.2
Prise en compte de l’ensemble des techniques permettant d’associer une alternative textuelle à une zone cliquable.
Ancien test 1.4.2
Test 1.4.2 : Chaque zone (balise area) d'une image réactive utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt, vérifie-t-elle ces conditions ?
Le contenu de l'attribut alt permet de comprendre la nature et la fonction de l'image.
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt.
S'il est présent, le contenu de la propriété aria-label est identique au contenu de l'attribut alt.
S'il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l'attribut alt.
Nouveau test 1.4.2
Test 1.4.2 : Pour chaque zone (balise <area>) d'une image réactive utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Modification du test 1.4.3
Prise en compte de l’ensemble des techniques permettant d’associer une alternative textuelle à un bouton de type image
Ancien test 1.4.3
Test 1.4.3 : Chaque bouton associé à une image (balise input avec l'attribut type="image") utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt, vérifie-t-elle ces conditions ?
Le contenu de l'attribut alt permet de comprendre la nature et la fonction de l'image.
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut alt.
S'il est présent, le contenu de la propriété aria-label est identique au contenu de l'attribut alt.
S'il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l'attribut alt.
Nouveau test 1.4.3
Test 1.4.3 : Pour chaque bouton de type image (balise input avec l'attribut type="image") utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente ?
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Suppression du test 1.4.4
Remplacement par le test 1.1.6.
Ancien test 1.4.4
Test 1.3.10 : Chaque image objet (balise object avec l'attribut type="image") porteuse d'information vérifie-t-elle une de ces conditions (hors cas particuliers)
L'image objet est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative permettant de comprendre la nature et la fonction de l'image.
Un mécanisme permet à l'utilisateur de remplacer l'image objet par un texte alternatif permettant de comprendre la nature et la fonction de l'image.
Un mécanisme permet à l'utilisateur de remplacer l'image objet par une image possédant une alternative permettant de comprendre la nature et la fonction de l'image.
Modification du test 1.4.5
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.
Le test 1.4.5 est renuméroté en test 1.4.4.
Ancien test 1.4.5
Test 1.4.5 : Chaque image objet (balise object avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut aria-label.
S'il est présent, le contenu de l'attribut title est identique au passage de texte lié par la propriété aria-labelledby.
Nouveau test 1.4.4
Test 1.4.4 : Pour chaque image objet (balise object avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
S'il est présent le contenu alternatif est pertinent.
Suppression du test 1.4.6
Remplacement par le test 1.1.7.
Ancien test 1.4.6
Test 1.4.6 : Chaque image embarquée (balise embed avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test vérifie-t-elle une de ces conditions ?
L'image embarquée est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative permettant de comprendre la nature et la fonction de l'image.
Un mécanisme permet à l'utilisateur de remplacer l'image embarquée par un texte alternatif permettant de comprendre la nature et la fonction de l'image.
Un mécanisme permet à l'utilisateur de remplacer l'image embarquée par une image possédant une alternative permettant de comprendre la nature et la fonction de l'image.
Modification du test 1.4.7
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.
Le test 1.4.7 est renuméroté en test 1.4.5.
Ancien test 1.4.7
Test 1.4.7 : Chaque image embarquée (balise embed avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut aria-label.
S'il est présent, le contenu de l'attribut title est identique au passage de texte lié par la propriété aria-labelledby.
Nouveau test 1.4.5
Test 1.4.5 : Pour chaque image embarquée (balise <embed> avec l'attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
S'il est présent le contenu alternatif est pertinent.
Suppression du test 1.4.8
Remplacement par le test 1.1.5.
Ancien test 1.4.8
Test 1.4.8 : Chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test, en l'absence d'alternative, vérifie-t-elle ces conditions (hors cas particuliers)
La balise svg possède un role="img".
La balise svg possède une propriété aria-label dont le contenu permet de comprendre la nature et la fonction de l'image et identique à l'attribut title s'il est présent.
La balise svg possède une balise <title> dont le contenu permet de comprendre la nature et la fonction de l'image et identique à la propriété aria-label.
Un lien adjacent permet d'accéder à une alternative dont le contenu permet de comprendre la nature et la fonction de l'image et identique à la propriété aria-label.
Modification du test 1.4.9
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.
Le test 1.4.9 est renuméroté en test 1.4.6.
Ancien test 1.4.9
Test 1.4.9 : Pour chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test, possédant une alternative, cette alternative est-elle correctement restituée par les technologies d'assistance ?
Nouveau test 1.4.6
Test 1.4.6 : Pour chaque image vectorielle (balise <svg>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Suppression du test 1.4.10
Remplacement par le test 1.1.8.
Ancien test 1.4.10
Test 1.4.10 : Chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test vérifie-t-elle une de ces conditions (hors cas particuliers)
Le contenu de l'alternative (contenu entre <canvas> et </canvas>) permet de comprendre la nature et la fonction de l'image.
L'image bitmap est immédiatement suivie d'un lien adjacent permettant d'afficher une page ou un passage de texte contenant une alternative permettant de comprendre la nature et la fonction de l'image.
Un mécanisme permet à l'utilisateur de remplacer l'image bitmap par un texte alternatif permettant de comprendre la nature et la fonction de l'image.
Un mécanisme permet à l'utilisateur de remplacer l'image bitmap par une image possédant une alternative permettant de comprendre la nature et la fonction de l'image.
Modification du test 1.4.11
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.
Le test 1.4.11 est renuméroté en test 1.4.7.
Ancien test 1.4.11
Test 1.4.11 : Chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est identique au contenu de l'attribut aria-label.
S'il est présent, le contenu de l'attribut title est identique au passage de texte lié par la propriété aria-labelledby.
Nouveau test 1.4.7
Test 1.4.7 : Pour chaque image bitmap (balise <canvas>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle ou un contenu alternatif, cette alternative est-elle pertinente (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
S'il est présent le contenu alternatif est pertinent.
Suppression du test 1.4.12
Le support de l'alternative de l'élément <canvas> est désormais assuré par les principaux lecteurs d'écran.
Ancien test 1.4.12
Test 1.4.12 : Pour chaque image bitmap (balise <canvas>) utilisée comme CAPTCHA ou comme image-test, ayant une alternative (contenu entre <canvas> et </canvas>), cette alternative est-elle correctement restituée par les technologies d'assistance ?
Modification de la note technique du critère 1.6
Mise à jour suite à l’évolution du test 1.6.6.
Ancienne note technique
Le manque de support de l'élément <title> par les technologies d'assistance crée une difficulté dans le cas de l'utilisation de l'élément <desc> pour implémenter l'alternative courte de l'image si l'image nécessite une description détaillée. Dans ce cas il est recommandé d'utiliser un texte adjacent ou un lien adjacent pour créer la description détaillée.
Si l'élément <desc> est utilisé pour implémenter la description détaillée, il est recommandé d'utiliser un attribut aria-label pour implémenter l'alternative courte de l'image.
L'utilisation de l'attribut aria-describedby n'est pas possible pour lier une image à sa description détaillée par manque de support des technologies d'assistance.
La description détaillée adjacente peut être implémentée via une balise <figcaption>, dans ce cas le critère 1.10 doit être vérifié (utilisation de <figure> et du rôle group, notamment).
Nouvelle note technique
Dans le cas du SVG, le manque de support de l'élément <title> et <desc> par les technologies d'assistance crée une difficulté dans le cas de l'implémentation de l'alternative textuelle de l'image et de sa description détaillée. Dans ce cas, il est recommandé d'utiliser l'attribut WAI-ARIA aria-label pour implémenter à la fois l'alternative textuelle courte et la référence à description détaillée adjacente ou l'attribut WAI-ARIA aria-labelledby pour associer les passages de texte faisant office d'alternative courte et de description détaillée.
L'utilisation de l'attribut WAI-ARIA aria-describedby n'est pas possible pour lier une image à sa description détaillée par manque de support des technologies d'assistance.
La description détaillée adjacente peut être implémentée via une balise <figcaption>, dans ce cas le critère 1.9 doit être vérifié (utilisation de <figure> et des attributs WAI-ARIA role="figure" et aria-label, notamment).
Modification du test 1.5.1
Prise en compte de l’attribut WAI-ARIA role="img".
Ancien test 1.5.1
Test 1.5.1 : Chaque image (balises img, area, object, embed, svg, canvas) utilisée comme CAPTCHA vérifie-t-elle une de ces conditions ?
Il existe une autre forme de CAPTCHA non graphique, au moins.
Il existe une autre solution d'accès à la fonctionnalité sécurisée par le CAPTCHA.
Nouveau test 1.5.1
Test 1.5.1 : Chaque image (balises <img>, <area>, <object>, <embed>, <svg>, <canvas> ou possédant un attribut WAI-ARIA role="img") utilisée comme CAPTCHA vérifie-t-elle une de ces conditions ?
Il existe une autre forme de CAPTCHA non graphique, au moins.
Il existe une autre solution d'accès à la fonctionnalité qui est sécurisée par le CAPTCHA.
Modification du test 1.6.2
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.
Prise en compte de l’usage de bouton adjacent.
Ancien test 1.6.2
Test 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 ?
Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée.
Il existe une description détaillée clairement identifiable adjacente à l'image objet.
Nouveau test 1.6.2
Test 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 ?
Il existe une alternative textuelle contenant la référence à une description détaillée adjacente à l'image.
Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée.
Modification du test 1.6.3
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.
Prise en compte de l’usage de bouton adjacent.
Ancien test 1.6.3
Test 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 ?
Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée.
Il existe une description détaillée clairement identifiable adjacente à l'image embarquée.
Nouveau test 1.6.3
Test 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 ?
Il existe une alternative textuelle contenant la référence à une description détaillée adjacente à l'image.
Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée.
Modification du test 1.6.4
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.
Prise en compte de l’usage de bouton adjacent.
Ancien test 1.6.4
Test 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-il une de ces conditions ?
Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée.
Il existe une description détaillée clairement identifiable adjacente à l'image objet.
Il existe une propriété aria-describedby référençant un passage de texte faisant office de description détaillée.
Nouveau test 1.6.4
Test 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 ?
Il existe une alternative textuelle contenant la référence à une description détaillée adjacente à l'image.
Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée.
Il existe un attribut WAI-ARIA aria-describedby associant un passage de texte faisant office de description détaillée.
Suppression du test 1.6.5
Suppression de la possibilité d’associer la description détaillée via l’attribut aria-describedby au test 1.6.4
Ancien test 1.6.5
Test 1.6.5 : Chaque bouton de type image (balise input avec l'attribut type="image") porteur d'information, qui implémente une référence à une description détaillée via une propriété aria-describedby, vérifie-t-il ces conditions ?
Le passage de texte est identifié via un attribut id.
La valeur de l'attribut id est unique.
La valeur de la propriété ARIA aria-describedby est égale à la valeur de l'attribut id.
Modification du test 1.6.6
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.
Prise en compte de l’usage de bouton adjacent.
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.
Le test 1.6.6 est renuméroté en test 1.6.5.
Ancien test 1.6.6
Test 1.6.6 : Chaque image vectorielle (balise svg) porteuse d'information, qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
Il existe une propriété aria-label contenant une référence à une description détaillée adjacente à l'image vectorielle.
La balise title contient une référence à une description détaillée adjacente à l'image vectorielle.
Il existe une balise desc contenant la description détaillée.
Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée.
Nouveau test 1.6.5
Test 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 ?
Il existe un attribut WAI-ARIA aria-label contenant l'alternative textuelle et une référence à une description détaillée adjacente.
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.
Il existe un attribut WAI-ARIA aria-describedby associant un passage de texte faisant office de description détaillée.
Il existe un lien ou un bouton adjacent permettant d'accéder à la description détaillée.
Modification du test 1.6.7
Mise à jour suite à modification du test 1.6.6.
Le test 1.6.7 est renuméroté en test 1.6.6.
Ancien test 1.6.7
Test 1.6.6 : Chaque image vectorielle (balise svg) porteuse d'information, qui implémente une référence à une description détaillée adjacente via une propriété aria-label ou une balise desc, cette référence est-elle correctement restituée par les technologies d'assistance ?
Nouveau test 1.6.6
Test 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 ?
Modification du test 1.6.8
Prise en compte de l’ensemble des techniques permettant d’associer une alternative textuelle à une balise <canvas>.
Prise en compte de la mise à disposition d’une description détaillée via un bouton.
Le test 1.6.8 est renuméroté en test 1.6.7.
Ancien test 1.6.8
Test 1.6.8 : Chaque image bitmap (balise canvas) porteuse d'information, qui nécessite une description détaillée, vérifie-t-elle une de ces conditions ?
Il existe un passage de texte entre <canvas> et </canvas> contenant une référence à une description détaillée adjacente à l'image bitmap.
Il existe un contenu textuel entre <canvas> et </canvas> faisant office de description détaillée.
Il existe un lien adjacent (via une url ou une ancre) permettant d'accéder au contenu de la description détaillée.
Nouveau test 1.6.7
Test 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 ?
Il existe un attribut WAI-ARIA aria-label contenant l'alternative textuelle et une référence à une description détaillée adjacente.
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.
Il existe un contenu textuel entre <canvas> et </canvas> faisant référence à une description détaillée adjacente à l'image bitmap.
Il existe un contenu textuel entre <canvas> et </canvas> faisant office de description détaillée.
Il existe un lien ou bouton adjacent permettant d'accéder à la description détaillée.
Renumérotation du test 1.6.9
Pour tenir compte des suppressions précédentes, le test 1.6.9 est renuméroté en test 1.6.8.
Modification du test 1.6.10
Prise en compte de l’attribut WAI-ARIA role="img".
Le test 1.6.10 est renuméroté en test 1.6.9.
Ancien test 1.6.10
Test 1.6.10 : Pour chaque image (balise img, area, object, embed, svg, canvas) porteuse d'information, qui implémente une description détaillée et qui utilise une propriété aria-describedby, la propriété aria-describedby référence-t-elle la description détaillée ?
Nouveau test 1.6.9
Test 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 ?
Création du test 1.6.10
Prise en compte des balises pourvues de l’attribut WAI-ARIA role="img".
Nouveau test 1.6.10
Test 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 ?
Il existe un attribut WAI-ARIA aria-label contenant l'alternative textuelle et une référence à une description détaillée adjacente.
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.
Il existe un lien ou bouton adjacent permettant d'accéder à la description détaillée.
Modification du test 1.7.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.
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.
Ancien test 1.7.1
Test 1.7.1 : Chaque image (balise img) porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
La description détaillée via l'adresse référencée dans l'attribut longdesc est pertinente.
La description détaillée dans la page et signalée par l'alternative textuelle est pertinente.
La description détaillée via un lien adjacent est pertinente.
Nouveau test 1.7.1
Test 1.7.1 : Chaque image (balise <img>) porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
La description détaillée via l'adresse référencée dans l'attribut longdesc est pertinente.
La description détaillée dans la page et signalée dans l'attribut alt est pertinente.
La description détaillée via un lien ou bouton adjacent est pertinente.
Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent.
Modification du test 1.7.2
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.
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.
Ancien test 1.7.2
Test 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-il ces conditions ?
La description détaillée dans la page et signalée dans l'attribut alt est pertinente.
La description détaillée via un lien adjacent est pertinente.
Le passage de texte référencé via la propriété aria-describedby est pertinent.
Nouveau test 1.7.2
Test 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 ?
La description détaillée dans la page et signalée par l'alternative textuelle est pertinente.
La description détaillée via un lien ou bouton adjacent est pertinente.
Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent.
Modification du test 1.7.3
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.
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.
Ancien test 1.7.3
Test 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 ?
La description détaillée adjacente à l'image objet est pertinente.
La description détaillée via un lien adjacent est pertinente.
Nouveau test 1.7.3
Test 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 ?
La description détaillée dans la page et signalée par l'alternative textuelle est pertinente.
La description détaillée adjacente à l'image objet est pertinente.
La description détaillée via un lien ou bouton adjacent est pertinente.
Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent.
Modification du test 1.7.4
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.
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.
Ancien test 1.7.4
Test 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 ?
La description détaillée adjacente à l'image embarquée est pertinente.
La description détaillée via un lien adjacent est pertinente.
Nouveau test 1.7.4
Test 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 ?
La description détaillée dans la page et signalée par l'alternative textuelle est pertinente.
La description détaillée adjacente à l'image embarquée est pertinente.
La description détaillée via un lien ou bouton adjacent est pertinente.
Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent.
Modification du test 1.7.5
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.
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.
Ancien test 1.7.5
Test 1.7.5 : Chaque image vectorielle (balise svg) porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
La description détaillée adjacente à l'image vectorielle et signalée dans la propriété aria-label ou la balise desc est pertinente.
La description détaillée contenue dans la balise desc est pertinente.
La description détaillée via un lien adjacent est pertinente.
Nouveau test 1.7.5
Test 1.7.5 : Chaque image embarquée (balise <svg>) porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
La description détaillée dans la page et signalée par l'alternative textuelle est pertinente.
La description détaillée dans la page et signalée par le texte contenu dans la balise <desc> ou <title> est pertinente.
La description détaillée contenue dans la balise <desc> est pertinente.
La description détaillée via un lien ou bouton adjacent est pertinente.
Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent.
Suppression du test 1.7.6
Suppression suite à la mise à jour des tests 1.6.6 et 1.6.7.
Ancien test 1.7.6
Test 1.7.6 : Pour chaque image vectorielle (balise svg) porteuse d'information, ayant une description détaillée implémentée via la balise desc, cette description détaillée est-elle correctement restituée par les technologies d'assistance ?
Modification du test 1.7.7
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.
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.
Le test 1.7.7 est renuméroté en test 1.7.6.
Ancien test 1.7.7
Test 1.7.7 : Chaque image bitmap (balise canvas) porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
La description détaillée adjacente à l'image bitmap est pertinente.
La description détaillée contenue entre <canvas> et </canvas> est pertinente.
La description détaillée via un lien adjacent est pertinente.
Nouveau test 1.7.6
Test 1.7.6 : Chaque image bitmap (balise <canvas>) porteuse d'information, ayant une description détaillée, vérifie-t-elle ces conditions ?
La description détaillée dans la page et signalée par l'alternative textuelle est pertinente.
La description détaillée dans la page et signalé par le texte contenu entre <canvas> et </canvas> est pertinente.
La description détaillée adjacente à l'image bitmap est pertinente.
La description détaillée via un lien ou bouton adjacent est pertinente.
Le passage de texte associé via l'attribut WAI-ARIA aria-describedby est pertinent.
Suppression du test 1.7.8
Mise à jour suite à l’évolution du support des technologies d’assistance.
Ancien test 1.7.8
Test 1.7.8 : Pour chaque image bitmap (balise canvas) porteuse d'information, ayant une description détaillée entre <canvas> et </canvas>, cette description détaillée est-elle correctement restituée par les technologies d'assistance ?
Modification des cas particuliers 1.8
Prise en compte explicite du cas où l’exactitude graphique est “essentielle” tel que prévu par le critère 1.4.5 des WCAG 2.1.
Anciens cas particuliers 1.8
Pour ce critère, il existe une gestion de cas particulier lorsque le texte fait partie d'un logo ou d'un élément associé à l'identité graphique d'un organisme ou d'une société (un slogan, par exemple) ou lorsque le texte en image est utilisé comme CAPTCHA ou comme image-test. Dans ces situations, le critère est non applicable pour ces éléments.
Nouveaux cas particuliers 1.8
Pour ce critère, il existe une gestion de cas particulier lorsque le texte fait partie du logo, d’une dénomination commerciale, d’un CAPTCHA, d’une image-test ou d'une image dont l’exactitude graphique serait considérée comme essentielle à la bonne transmission de l'information véhiculée par l'image. Dans ces situations, le critère est non applicable pour ces éléments.
Modification du test 1.8.1
Mise à jour syntaxique et prise en compte de l’attribut WAI-ARIA role="img".
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.
Ancien test 1.8.1
Test 1.8.1 : Chaque image texte (balise img) porteuse d'information, en l'absence d'un mécanisme de remplacement, doit si possible être remplacé par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Nouveau test 1.8.1
Test 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) ?
Suppression du critère 1.9 et des tests associés
Suppression des critères triple A du RGAA 4.
Ancien critère 1.9
Critère 1.9 [AAA] Chaque image texte porteuse d'information, doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Suppression des cas particuliers 1.9
Suppression du critère 1.9.
Anciens cas particuliers 1.8
Pour ce critère, il existe une gestion de cas particulier lorsque le texte fait partie d'un logo ou d'un élément associé à l'identité graphique d'un organisme ou d'une société (un slogan, par exemple) ou lorsque le texte en image est utilisé comme CAPTCHA ou comme image-test. Dans ces situations, le critère est non applicable pour ces éléments.
Renumérotation du critère 1.10
Pour tenir compte de la suppression du critère 1.9, le critère 1.10 est renuméroté en critère 1.9.
Modification de la note technique du critère 1.10
Mise à jour suite à l’évolution du support des éléments <figure> et <ficaption> par les technologies d’assistance.
Cette note est désormais associée au critère 1.9 compte tenu de la renumérotation du critère 1.10.
Ancienne note technique
L'implémentation d'un role="group" sur l'élément parent figure est destiné à pallier le manque de support actuel des éléments figure par les technologies d'assistance. Bien que recommandée, l'utilisation d'un élément figcaption dans un élément figure est optionnelle. En revanche l'utilisation d'un élément figcaption pour associer une légende à une image impose l'utilisation d'un élément parent figure. La référence à la légende adjacente peut être une expression du type « image 1 » ou équivalent lorsque cette expression est reprise dans la légende.
Bien que recommandé par HTML5, la note WCAG stipule que le title ne peut pas être utilisé pour « labelliser » l'image.
Les attributs aria-labelledby et aria-describedby ne peuvent pas être utilisés actuellement par manque de support par les technologies d'assistance.
Note : les images légendées doivent par ailleurs respecter le critère 1.3 relatif aux images porteuses d'information.
Nouvelle note technique
L'implémentation d'un attribut WAI-ARIA role="group" ou role="figure" sur l'élément parent <figure> est destiné à pallier le manque de support actuel des éléments <figure> par les technologies d'assistance. L'utilisation d'un élément <figcaption> pour associer une légende à une image impose au minimum l'utilisation d'un attribut WAI-ARIA aria-label sur l'élément parent <figure> dont le contenu sera identique au contenu de l'élément <figcaption>. Pour s’assurer d’un support optimal, il peut également être fait une association explicite entre le contenu de l’alternative textuelle de l’image et le contenu de l’élément <figcaption>, par exemple :
Les attributs aria-labelledby et aria-describedby ne peuvent pas être utilisés actuellement par manque de support par les technologies d'assistance.
Note : les images légendées doivent par ailleurs respecter les critères 1.1 et 1.3 relatifs aux images porteuses d'information.
Modification du test 1.10.1
Mise à jour suite à l’évolution du support des technologies d’assistance.
Le test 1.10.1 est renuméroté en test 1.9.1.
Ancien test 1.10.1
Test 1.10.1 : Chaque image légendée (balise img ou input avec l'attribut type="image" associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
L'image (balise img) et sa légende sont contenues dans une balise figure.
La balise figure possède un attribut role="group".
Le contenu de l'attribut alt de l'image contient une référence à la légende adjacente.
Nouveau test 1.9.1
Test 1.9.1 : Chaque image pourvue d'une légende (balise <img>, <input> avec l'attribut type="image" ou possédant un attribut WAI-ARIA role="img" associée à une légende adjacente), ayant une alternative textuelle, vérifie-t-elle, si nécessaire, ces conditions ?
L'image (balise <img>, <input> avec l'attribut type="image" ou possédant un attribut WAI-ARIA role="img") et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Modification du test 1.10.2
Mise à jour suite à l’évolution du support des technologies d’assistance.
Le test 1.10.2 est renuméroté en test 1.9.2.
Ancien test 1.10.2
Test 1.10.2 : Chaque image objet légendée (balise object avec l'attribut type="image/..." associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
L'image objet (balise object) et sa légende sont contenues dans une balise figure.
La balise figure possède un attribut role="group".
Nouveau test 1.9.2
Test 1.9.2 : Chaque image objet pourvue d'une légende (balise <object> avec l'attribut type="image/..." associée à une légende adjacente), ayant une alternative textuelle, vérifie-t-elle, si nécessaire, ces conditions ?
L'image objet (balise <object>) et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Modification du test 1.10.3
Mise à jour suite à l’évolution du support des technologies d’assistance.
Le test 1.10.3 est renuméroté en test 1.9.3.
Ancien test 1.10.3
Test 1.10.3 : Chaque image embarquée légendée (balise embed associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
L'image embarquée (balise embed) et sa légende sont contenues dans une balise figure.
La balise figure possède un attribut role="group".
L'alternative contient une référence à la légende adjacente.
Nouveau test 1.9.3
Test 1.9.3 : Chaque image embarquée pourvue d'une légende (balise <embed> associée à une légende adjacente), ayant une alternative textuelle, vérifie-t-elle, si nécessaire, ces conditions ?
L'image embarquée (balise <embed>) et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Modification du test 1.10.4
Mise à jour suite à l’évolution du support des technologies d’assistance.
Le test 1.10.4 est renuméroté en test 1.9.4.
Ancien test 1.10.4
Test 1.10.4 : Chaque image vectorielle légendée (balise svg associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
L'image vectorielle (balise svg) et sa légende sont contenues dans une balise figure.
La balise figure possède un attribut role="group".
Le contenu de la propriété aria-label ou de la balise desc de l'image vectorielle contient une référence à la légende adjacente.
Nouveau test 1.9.4
Test 1.9.4 : Chaque image vectorielle pourvue d'une légende (balise <svg> associée à une légende adjacente), ayant une alternative textuelle, vérifie-t-elle, si nécessaire, ces conditions ?
L'image vectorielle (balise <svg>) et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Modification du test 1.10.5
Mise à jour suite à l’évolution du support des technologies d’assistance.
Le test 1.10.5 est renuméroté en test 1.9.5.
Ancien test 1.10.5
Test 1.10.5 : Chaque image bitmap légendée (balise canvas associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?
L'image bitmap (balise canvas) et sa légende sont contenues dans une balise figure.
La balise figure possède un attribut role="group".
Le contenu entre <canvas> et </canvas> de l'image bitmap contient une référence à la légende adjacente.
Nouveau test 1.9.5
Test 1.9.5 : Chaque image bitmap pourvue d'une légende (balise <canvas> associée à une légende adjacente), ayant une alternative textuelle, vérifie-t-elle, si nécessaire, ces conditions ?
L'image bitmap (balise <canvas>) et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Modification du critère 2.1
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.
Ancien critère 2.1
Critère 2.1 [A] Chaque cadre en ligne a-t-il un titre de cadre ?
Nouveau critère 2.1
Critère 2.1 Chaque cadre a-t-il un titre de cadre ?
Modification du test 2.1.1
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.
Ancien test 2.1.1
Test 2.1.1 : Chaque cadre en ligne (balise <iframe>) a-t-il un attribut title ?
Nouveau test 2.1.1
Test 2.1.1 : Chaque cadre (balise <iframe> ou <frame>) a-t-il un attribut title ?
Modification du critère 2.2
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.
Ancien critère 2.2
Critère 2.2 [A] Pour chaque cadre en ligne ayant un titre de cadre, ce titre de cadre est-il pertinent ?
Nouveau critère 2.2
Critère 2.2 Chaque cadre a-t-il un titre de cadre ?
Modification du test 2.2.1
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.
Ancien test 2.2.1
Test 2.2.1 : Pour chaque cadre en ligne (balise <iframe>) ayant un attribut title, le contenu de cet attribut est-il pertinent ?
Nouveau test 2.2.1
Test 2.2.1 : Pour chaque cadre (balise <iframe> ou <frame>) ayant un attribut title, le contenu de cet attribut est-il pertinent ?
Suppression du critère 3.2 et des tests associés
Mise à jour de l’entrée de glossaire Information (donnée par la couleur).
Ancien critère 3.2
Critère 3.2 [A] Dans chaque page web, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?
Renumérotation du critère 3.3
Pour tenir compte de la suppression du critère 3.2, le critère 3.3 est renuméroté en critère 3.2.
Test 3.3.1 : Dans chaque page web, jusqu'à 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 4.5:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4.5:1, au moins.
Nouveau test 3.2.1
Test 3.2.1 : Dans chaque page web, le texte et le texte en image sans effet de graisse d'une taille restituée inférieure à 24px vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 4.5:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4.5:1, au moins.
Test 3.3.2 : Dans chaque page web, jusqu'à 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 4.5:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4.5:1, au moins.
Nouveau test 3.2.2
Test 3.2.2 : Dans chaque page web, le texte et le texte en image en gras d'une taille restituée inférieure à 18,5px vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 4.5:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4.5:1, au moins.
Modification des cas particuliers 3.3 - 3.4
Suppression des notes 2 et 3 car rien n’est précisé dans les WCAG concernant les états des liens, et les textes visibles au survol ou à la prise de focus sont explicitement couverts par le critère 1.4.3 d’après le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1.
Les cas particuliers ne s'appliquent plus qu'au critère 3.3 compte tenu de la suppression du critère 3.4.
Anciens cas particuliers 3.3 - 3.4
Dans ces situations, les critères sont non applicables pour ces éléments.
Le texte fait partie d'un logo ou d'un élément associé à l'identité graphique d'un organisme ou d'une société ;
Le texte fait partie d'une image de décoration ;
Le texte inséré dans une image porteuse d'information n'apporte aucune information essentielle ;
Le texte fait partie d'un élément interactif (par exemple un bouton avec l'attribut disabled) sur lequel aucune action n'est possible et qui n'apporte pas une information essentielle ;
Le texte est inséré via l'attribut placeholder et n'apporte aucune information essentielle ;
Le texte est inséré dans une image utilisée comme CAPTCHA ou comme image-test.
Note 1 : Les cas particuliers concernant des textes associés à l'identité graphique d'un organisme ou d'une société devraient être limités à des éléments particuliers comme un slogan par exemple. Dans le cas où c'est l'intégralité d'une charte graphique, particulièrement lorsque la charte graphique est imposée, qui est en cause, comme un choix de couleur de police par exemple, la solution consiste à avoir recours à une version alternative, à fort contraste.
Note 2 : Les changements de couleur consécutifs à la prise de focus ne sont pas concernés par l'application du critère, sauf si le contenu change également lors de la prise de focus.
Note 3 : les indications des états de liens (visités ou actifs) ne sont pas concernées par l'application du critère.
Nouveaux cas particuliers 3.3
Les cas suivants sont non applicables pour ce critère :
Composant d'interface inactif (exemple un bouton avec un attribut disabled) sur lequel aucune action n'est possible.
Composant d'interface pour lequel l'apparence est gérée par les styles natifs du navigateur sans aucune modification par l'auteur (exemple le style au focus natif dans Chrome ou Firefox).
Composant d'interface pour lequel la couleur n'est pas nécessaire pour identifier le composant ou son état (exemple un groupe de liens faisant office de navigation dont la position dans la page, la taille et la couleur du texte permettent de comprendre qu'il s'agit de liens même si la couleur du soulignement des liens avec le fond blanc n'a pas un ratio de 3:1 et que le texte lui a un ratio de 4.5:1).
Élément graphique ou parties d'élément graphique non porteur d'information ou ayant une alternative (description longue, informations identiques visibles dans la page).
Élément graphique ou parties d'élément graphique faisant partie d'un logo ou du nom de marque d'un organisme ou d'une société.
Élément graphique ou parties d'élément graphique dont la présentation est essentielle à l'information véhiculée (exemple drapeaux, logotypes, photos de personnes ou de scènes, captures d'écran, diagrammes médicaux, carte de chaleurs).
Élément graphique ou parties d'élément graphique dynamiques dont le contraste au survol / focus est suffisant.
Test 3.3.3 : Dans chaque page web, à partir de 150% de la taille de police par défaut (ou 1.5em), le texte et le texte en image sans effet de graisse vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins.
Nouveau test 3.2.3
Test 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) ?
Le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins.
Test 3.3.4 : Dans chaque page web, à partir de 120% de la taille de police par défaut (ou 1.2em), le texte et le texte en image en gras vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins.
Nouveau test 3.2.4
Test 3.2.4 : Dans chaque page web, le texte et le texte en image en gras d'un taille restituée supérieure ou égale à 18,5px vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins.
Suppression du test 3.3.5
Si le mécanisme fait appel à du texte, il est soumis aux autres tests du nouveau critère 3.2.
Si le mécanisme fait appel à un élément graphique uniquement, il est soumis au nouveau critère 3.3.
Ancien test 3.3.5
Test 3.3.5 : Chaque mécanisme qui permet d'afficher le texte avec un rapport de contraste conforme a-t-il un rapport de contraste supérieur ou égal à 4,5:1 ?
Création du critère 3.3 et des tests associés
Prise en compte du nouveau critère WCAG 2.1 : 1.4.11 Non-text Contrast (AA).
Nouveau critère 3.3
Critère 3.3 Dans chaque page web, les couleurs utilisées dans les composants d'interface ou les éléments graphiques porteurs d'informations sont-elles suffisamment contrastées (hors cas particuliers) ?
Nouveau test 3.3.1
Test 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) ?
Le rapport de contraste est de 3:1, au moins.
Un mécanisme permet un rapport de contraste de 3:1, au moins.
Nouveau test 3.3.2
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) ?
Le rapport de contraste est de 3:1, au moins.
Un mécanisme permet un rapport de contraste de 3:1, au moins.
Nouveau test 3.3.3
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) ?
Le rapport de contraste est de 3:1, au moins.
Un mécanisme permet un rapport de contraste de 3:1, au moins.
Nouveau test 3.3.1
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 ?
Suppression du critère 4.5 et des tests associés
Contenu exempté par la directive européenne : les contenus audio et/ou vidéo, y compris avec des composants interactifs, diffusés en direct; à noter que lorsque ces contenus sont mis à disposition en ligne ou republiés après leur diffusion en direct, ils sont considérés comme des contenus préenregistrés.
Modification des cas particuliers 4.1 - 4.2 - 4.3 - 4.5 - 4.7 - 4.9 - 4.11 - 4.13
Ajout de deux précisions légales sur les médias concernés en fonction de leur date de publication et de leur propriétaire.
Les cas particuliers ne s'appliquent plus qu'aux critères 4.1, 4.2, 4.3, 4.5 compte tenu de la suppression des critères suivants.
Il existe une gestion de cas particulier lorsque :
Le média temporel est utilisé à des fins décoratives (c'est-à-dire qu'il n'apporte aucune information) ;
Le média temporel est lui-même une alternative à un contenu de la page (une vidéo en langue des signes ou la vocalisation d'un texte, par exemple) ;
Le média temporel est utilisé pour accéder à une version agrandie ;
Le média temporel est utilisé comme un CAPTCHA ;
Le média temporel fait partie d'un test qui deviendrait inutile si la transcription textuelle, les sous-titres synchronisés ou l'audiodescription étaient communiqués.
Dans ces situations, le critère est non applicable.
Nouveaux cas particuliers 4.1
Il existe une gestion de cas particulier lorsque :
Le média temporel est utilisé à des fins décoratives (c'est-à-dire qu'il n'apporte aucune information) ;
Le média temporel est lui-même une alternative à un contenu de la page (une vidéo en langue des signes ou la vocalisation d'un texte, par exemple) ;
Le média temporel est utilisé pour accéder à une version agrandie ;
Le média temporel est utilisé comme un CAPTCHA ;
Le média temporel fait partie d'un test qui deviendrait inutile si la transcription textuelle, les sous-titres synchronisés ou l'audiodescription étaient communiqués.
Pour les services de l’État, les collectivités territoriales et leurs établissements : si le média temporel a été publié entre le 23 septembre 2019 et le 23 septembre 2020 sur un site internet, intranet ou extranet créé depuis le 23 septembre 2018, il est exempté de l’obligation d’accessibilité ;
Pour les personnes de droit privé mentionnées aux 2° à 4° du I de l’article 47 de la loi du 11 février 2005 : si le média temporel a été publié avant le 23 septembre 2020, il est exempté de l’obligation d’accessibilité.
Dans ces situations, le critère est non applicable.
Ce cas particulier s'applique également aux critères 4.2, 4.3, 4.5
Ancien critère 4.5
Critère 4.5 [AA] Chaque média temporel en direct a-t-il, si nécessaire, des sous-titres synchronisés ou une transcription textuelle (hors cas particuliers) ?
Suppression du critère 4.6 et des tests associés
Contenu exempté par la directive européenne : les contenus audio et/ou vidéo, y compris avec des composants interactifs, diffusés en direct; à noter que lorsque ces contenus sont mis à disposition en ligne ou republiés après leur diffusion en direct, ils sont considérés comme des contenus préenregistrés.
Ancien critère 4.6
Critère 4.6 [AA] Pour chaque média temporel en direct ayant des sous-titres synchronisés ou une transcription textuelle, ceux-ci sont-ils pertinents ?
Suppression des critères 4.9, 4.10, 4.11, 4.12, 4.13, 4.14, 4.19 et des tests respectivement associés
Suppression des critères triple A du RGAA 4.
Suppression des cas particuliers 4.19
Suppression du critère 4.19.
Anciens cas particuliers 4.19
Il existe une gestion de cas particulier lorsque le média temporel est utilisé comme CAPTCHA ou fait partie d'un test qui deviendrait inutile si l'arrière-plan sonore pouvait être désactivé, ou si la ou les pistes de dialogue étaient 20 décibels plus élevées que l'arrière-plan sonore.
Dans ces situations, le critère est non applicable.
Renumérotation des critères 4.7, 4.8, 4.15, 4.16, 4.17, 4.18, 4.20, 4.21, 4.22 et des tests associés
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.
Modification du test 5.1.1
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é").
Ancien test 5.1.1
Test 5.1.1 : Pour chaque tableau de données complexe (balise table) un résumé est-il disponible dans la balise caption ?
Nouveau test 5.1.1
Test 5.1.1 : Pour chaque tableau de données complexe un résumé est-il disponible ?
Modification du test 5.5.2
Mise à jour suite à la prise en compte du rôle table (WAI-ARIA).
Ancien test 5.5.2
Test 5.2.1 : Pour chaque tableau de donnée complexes (balise table) ayant un résumé, celui-ci est-il pertinent ?
Nouveau test 5.5.2
Test 5.1.2 : Pour chaque tableau de donnée complexes ayant un résumé, celui-ci est-il pertinent ?
Modification du critère 5.4
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.
Ancien critère 5.4
Critère 5.4 [A] Chaque tableau de données a-t-il un titre ?
Nouveau critère 5.4
Critère 5.4 Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ?
Modification du test 5.4.1
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.
Ancien test 5.4.1
Test 5.4.1 : Chaque tableau de données (balise table) a-t-il une balise caption ?
Nouveau test 5.4.1
Test 5.4.1 : Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ?
Modification du test 5.5.1
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".
Ancien test 5.5.1
Test 5.5.1 : Pour chaque tableau de données (balise table) ayant un titre de tableau dans la balise caption, le titre est-il pertinent ?
Nouveau test 5.5.1
Test 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 ?
Modification du test 5.6.1
Mise à jour suite à la prise en compte des rôles table et columnheader (WAI-ARIA).
Ancien test 5.6.1
Test 5.6.1 : Pour chaque tableau de données (balise table), chaque en-tête de colonnes a-t-il une balise th ?
Nouveau test 5.6.1
Test 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 ?
L'en-tête de colonnes est structuré au moyen d'une balise <th>.
L'en-tête de colonnes est structuré au moyen d'une balise pourvue d'un attribut WAI-ARIA role="columnheader".
Modification du test 5.6.2
Mise à jour suite à la prise en compte des rôles table et rowheader (WAI-ARIA).
Ancien test 5.6.2
Test 5.6.2 : Pour chaque tableau de données (balise table), chaque en-tête de lignes a-t-il une balise th ?
Nouveau test 5.6.2
Test 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 ?
L'en-tête de lignes est structuré au moyen d'une balise <th>.
L'en-tête de lignes est structuré au moyen d'une balise pourvue d'un attribut WAI-ARIA role="rowheader".
Création du test 5.6.3
Restriction de l’usage de WAI-ARIA sur les tableaux de données complexes.
Nouveau test 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> ?
Modification du test 5.7.1
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).
Ancien test 5.7.1
Test 5.7.1 : Chaque en-tête (balise th) s'appliquant à la totalité de la ligne ou de la colonne possède-t-il un attribut id unique ou un attribut scope ?
Nouveau test 5.7.1
Test 5.7.1 : Pour chaque contenu de balise <th> s'appliquant à la totalité de la ligne ou de la colonne, la balise <th> respecte-t-elle une de ces conditions (hors cas particuliers) ?
La balise <th> possède un attribut id unique.
La balise <th> possède un attribut scope.
La balise <th> possède un attribut WAI-ARIA role="rowheader" ou "columnheader".
Création des cas particuliers 5.7
Ajout des cas particuliers pour le test 5.7.1.
Nouveaux cas particuliers 5.7
Dans le cas de tableaux de données ayant des en-têtes sur une seule ligne ou une seule colonne, les en-têtes peuvent être structurés à l'aide de balise <th> sans attribut scope.
Modification du test 5.7.2
Restriction de l’applicabilité du test aux balises <th> uniquement.
Ancien test 5.7.2
Test 5.7.2 : Chaque en-tête (balise th) s'appliquant à la totalité de la ligne ou de la colonne et possédant un attribut scope vérifie-t-il une de ces conditions ?
L'en-tête possède un attribut scope avec la valeur "row" pour les en-tête de lignes.
L'en-tête possède un attribut scope avec la valeur "col" pour les en-tête de colonnes.
Nouveau test 5.7.2
Test 5.7.2 : Pour chaque contenu de balise <th> s'appliquant à la totalité de la ligne ou de la colonne et possédant un attribut scope, la balise <th> vérifie-t-elle une de ces conditions ?
La balise <th> possède un attribut scope avec la valeur "row" pour les en-tête de lignes.
La balise <th> possède un attribut scope avec la valeur "col" pour les en-tête de colonnes.
Modification du test 5.7.3
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.
Ancien test 5.7.3
Test 5.7.3 : Chaque en-tête (balise th) ne s'appliquant pas à la totalité de la ligne ou de la colonne vérifie-t-il ces conditions ?
L'en-tête ne possède pas d'attribut scope.
L'en-tête possède un attribut id unique.
Nouveau test 5.7.3
Test 5.7.3 : Pour chaque contenu de balise <th> ne s'appliquant pas à la totalité de la ligne ou de la colonne, la balise <th> vérifie-t-elle ces conditions ?
La balise <th> ne possède pas d'attribut scope.
La balise <th> ne possède pas d'attribut WAI-ARIA role="rowheader" ou "columnheader".
La balise <th> possède un attribut id unique.
Modification du test 5.7.4
Restriction de l'applicabilité du test aux balises <th> uniquement.
Ancien test 5.7.4
Test 5.7.4 : Chaque cellule (balise td ou th) associée à un ou plusieurs en-têtes possédant un attribut id vérifie-t-elle ces conditions ?
La cellule possède un attribut headers.
L'attribut headers possède la liste des valeurs des en-têtes associés à la cellule.
Nouveau test 5.7.4
Test 5.7.4 : Pour chaque contenu de balise <td> ou <th> associée à un ou plusieurs en-têtes possédant un attribut id, la balise vérifie-t-elle ces conditions ?
La cellule possède un attribut headers.
L'attribut headers possède la liste des valeurs d'attribut id des en-têtes associés.
Création du test 5.7.5
Création pour tenir compte des balises pourvues des rôles columnheader et rowheader (WAI-ARIA).
Nouveau test 5.7.5
Test 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 ?
La balise possède un attribut WAI-ARIA role="rowheader" pour les en-têtes de lignes
La balise possède un attribut WAI-ARIA role="columnheader" pour les en-têtes de colonnes.
Critère 6.1 [A] Chaque lien est-il explicite (hors cas particuliers) ?
Nouveau critère 6.1
Critère 6.1 Chaque lien est-il explicite (hors cas particuliers) ?
Modification des cas particuliers 6.1 et 6.3
Ajout d'une section concernant les exceptions introduites par le critère WCAG 2.5.3 Label in Name.
Les cas particuliers ne s'appliquent plus qu'au critère 6.1 compte tenu de la suppression du critère 6.3.
Anciens cas particuliers 6.1 et 6.3
Il existe une gestion de cas particulier lorsque le lien est ambigu pour tout le monde. Dans cette situation, où il n'est pas possible de rendre le lien explicite dans son contexte, le critère est non applicable.
Nouveaux cas particuliers 6.1
Il existe une gestion de cas particulier pour les tests 6.1.1, 6.1.2, 6.1.3 et 6.1.4 lorsque le lien est ambigu pour tout le monde. Dans cette situation, où il n'est pas possible de rendre le lien explicite dans son contexte, le critère est non applicable.
Il existe une gestion de cas particulier pour le test 6.1.5 lorsque :
La ponctuation et les lettres majuscules sont présentes dans le texte de l’intitulé visible : elles peuvent être ignorées dans le nom accessible sans porter à conséquence.
Le texte de l’intitulé visible sert de symbole : le texte ne doit pas être interprété littéralement au niveau du nom accessible. Le nom doit exprimer la fonction véhiculée par le symbole (par exemple, "B" au niveau d'un éditeur de texte aura pour nom accessible "Mettre en gras", le signe ">" en fonction du contexte signifiera "Suivant" ou "Lancer la vidéo"). Le cas des symboles mathématiques fait cependant exception (voir la note ci-dessous).
Note : si l'étiquette visible représente une expression mathématique, les symboles mathématiques peuvent être repris littéralement pour servir d'étiquette au nom accessible (ex. : "A>B"). Il est laissé à l'utilisateur le soin d'opérer la correspondance entre l'expression et ce qu'il doit épeler compte tenu de la connaissance qu'il a du fonctionnement de son logiciel de saisie vocale ("A plus grand que B" ou "A supérieur à B").
Modification du test 6.1.1
Précision concernant le contexte du lien qui doit être additionné à l’intitulé du lien.
Ancien test 6.1.1
Test 6.1.1 : Chaque lien texte vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'intitulé de lien seul permet d'en comprendre la fonction et la destination.
Le contexte du lien permet d'en comprendre la fonction et la destination.
Nouveau test 6.1.1
Test 6.1.1 : Chaque lien texte vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'intitulé de lien seul permet d'en comprendre la fonction et la destination.
L'intitulé de lien additionné au contexte du lien permet d'en comprendre la fonction et la destination.
Modification du test 6.1.2
Précision concernant le contexte du lien qui doit être additionné à l’intitulé du lien.
Ancien test 6.1.2
Test 6.1.2 : Chaque lien image vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'intitulé de lien seul permet d'en comprendre la fonction et la destination.
Le contexte du lien permet d'en comprendre la fonction et la destination.
Nouveau test 6.1.2
Test 6.1.2 : Chaque lien image vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'intitulé de lien seul permet d'en comprendre la fonction et la destination.
L'intitulé de lien additionné au contexte du lien permet d'en comprendre la fonction et la destination.
Modification du test 6.1.3
Précision concernant le contexte du lien qui doit être additionné à l’intitulé du lien.
Ancien test 6.1.3
Test 6.1.3 : Chaque lien composite vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'intitulé de lien seul permet d'en comprendre la fonction et la destination.
Le contexte du lien permet d'en comprendre la fonction et la destination.
Nouveau test 6.1.3
Test 6.1.3 : Chaque lien composite vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'intitulé de lien seul permet d'en comprendre la fonction et la destination.
L'intitulé de lien additionné au contexte du lien permet d'en comprendre la fonction et la destination.
Création du test 6.1.4
Prise en compte du lien SVG, voir l’entrée de glossaire "Lien".
Nouveau test 6.1.4
Test 6.1.4 : Chaque lien SVG vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'intitulé de lien seul permet d'en comprendre la fonction et la destination.
L'intitulé de lien additionné au contexte du lien permet d'en comprendre la fonction et la destination.
Création du test 6.1.5
Prise en compte du critère WCAG 2.1 "Label in name".
Nouveau test 6.1.5
Test 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) ?
Suppression du critère 6.2 et des tests associés
Le critère 6.2 est couvert par la nouvelle définition d’intitulé de lien dont la pertinence est vérifiée par le critère 6.1.
Ancien critère 6.2
Critère 6.2 [A] Pour chaque lien ayant un titre de lien, celui-ci est-il pertinent ?
Suppression du critère 6.3 et des tests associés
Suppression des critères triple A du RGAA 4.
Ancien critère 6.3
Critère 6.3 [AAA] Chaque intitulé de lien seul est-il explicite hors contexte (hors cas particuliers) ?
Suppression du critère 6.4 et des tests associés
Le critère 6.4 est couvert par la nouvelle définition d’intitulé de lien dont la pertinence est vérifiée par le critère 6.1.
Ancien critère 6.4
Critère 6.4 [A] Pour chaque page web, chaque lien identique a-t-il les mêmes fonction et destination ?
Test 6.5.1 : Dans chaque page web, chaque lien (balise a avec un attribut href), à l'exception des ancres, a-t-il un intitulé entre <a> et </a> ?
Nouveau test 6.2.1
Test 6.2.1 : Dans chaque page web, chaque lien, à l'exception des ancres, a-t-il un intitulé entre <a> et </a> ?
Suppression du test 7.1.2
Élément n’ayant aucun impact sur l’accessibilité. Il s’agit d’un problème d’interopérabilité qui relève du RGI et non du RGAA.
Ancien test 7.1.2
Test 7.1.2 : Chaque fonctionnalité d'insertion de contenu contrôlée par un script utilise-t-elle des propriétés et méthodes conformes à la spécification DOM (Document Object Model) ?
Suppression du test 7.1.3
Le respect des motifs de conception relève de la bonne pratique de conception et non de la conformité WCAG. Par ailleurs, la vérification de la présence d’un nom, rôle, valeur, paramétrage et changements d'états sur les composants d’interface ainsi que la bonne restitution est par ailleurs déjà vérifiée via les tests 7.1.1 et 7.1.5.
Ancien test 7.1.3
Test 7.1.3 : Chaque script qui génère, met à jour ou contrôle un composant d'interface qui comporte des rôles des états ou des propriétés correspondant à un motif de conception défini par l'API ARIA vérifie-t-il une de ces conditions ?
Le composant d'interface est conforme au motif de conception défini par l'API ARIA.
Un composant d'interface présent sur la page, permettant d'accéder aux mêmes fonctionnalités, est conforme au motif de conception défini par l'API ARIA.
Le composant d'interface adapte un motif de conception défini par l'API ARIA.
Une alternative accessible permet d'accéder aux mêmes fonctionnalités.
Création des cas particuliers 7.1
Ajout de cas particuliers concernant les exceptions introduites par le critère WCAG 2.5.3 Label in Name.
Nouveaux cas particuliers 7.1
Il existe une gestion de cas particulier pour le test 7.1.3 lorsque :
La ponctuation et les lettres majuscules sont présentes dans le texte de l’intitulé visible : elles peuvent être ignorées dans le nom accessible sans porter à conséquence.
Le texte de l’intitulé visible sert de symbole : le texte ne doit pas être interprété littéralement au niveau du nom accessible. Le nom doit exprimer la fonction véhiculée par le symbole (par exemple, "B" au niveau d'un éditeur de texte aura pour nom accessible "Mettre en gras", le signe ">" en fonction du contexte signifiera "Suivant" ou "Lancer la vidéo"). Le cas des symboles mathématiques fait cependant exception (voir la note ci-dessous).
Note : si l'étiquette visible représente une expression mathématique, les symboles mathématiques peuvent être repris littéralement pour servir d'étiquette au nom accessible (ex. : "A>B"). Il est laissé à l'utilisateur le soin d'opérer la correspondance entre l'expression et ce qu'il doit épeler compte tenu de la connaissance qu'il a du fonctionnement de son logiciel de saisie vocale ("A plus grand que B" ou "A supérieur à B").
Suppression du test 7.1.4
Test relevant de la bonne pratique de conception et non de la conformité WCAG. Par ailleurs, la vérification de la présence d’un nom, rôle, valeur, paramétrage, changements d'états sur les composants d’interface, la bonne restitution et l’usage d’un nom et rôle approprié est par ailleurs déjà vérifiée via les test 7.1.1, 7.1.5 et 7.1.7.
Ancien test 7.1.4
Test 7.1.4 : Chaque modification du rôle natif d'un élément HTML respecte-t-elle les règles et préconisations indiquées dans la spécification HTML5 et les notes techniques associées ?
Renumérotation du test 7.1.5
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.
Suppression du test 7.1.6
Ce test est déjà couvert par le test 7.1.1 et 7.1.5.
Ancien test 7.1.6
Test 7.1.6 : Chaque composant d'interface qui utilise un rôle ARIA application respecte-t-il une de ces conditions ?
Le composant d'interface est correctement restitué par les technologies d'assistance.
Une alternative accessible permet d'accéder aux mêmes fonctionnalités.
Renumérotation du test 7.1.7
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.
Modification du critère 7.3
Prise en compte de l’ensemble des dispositifs de pointage.
Ancien critère 7.3
Critère 7.3 [A] Chaque script est-il contrôlable par le clavier et la souris (hors cas particuliers) ?
Nouveau critère 7.3
Critère 7.3 Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
Modification du test 7.3.1
Prise en compte de l’ensemble des dispositifs de pointage.
Ancien test 7.3.1
Test 7.3.1 : Chaque élément possédant un gestionnaire d'événement contrôlé par un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'élément est accessible par le clavier et la souris.
Un élément accessible par le clavier et la souris permettant de réaliser la même action est présent dans la page.
Nouveau test 7.3.1
Test 7.3.1 : Chaque élément possédant un gestionnaire d'événement contrôlé par un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'élément est accessible par le clavier et tout dispositif de pointage.
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.
Suppression du test 7.3.3
Le respect des motifs de conception relève de la bonne pratique de conception et non de la conformité WCAG. Par ailleurs, la vérification de l’utilisation au clavier reste couverte par les critères 7.1, 12.13 et 12.14.
Ancien test 7.3.3
Test 7.3.3 : Chaque composant d'interface implémenté via un rôle défini par l'API ARIA et correspondant à un motif de conception respecte-t-il une de ces conditions ?
Les interactions au clavier sont conformes au comportement défini par le motif de conception pour les touches Echap, Barre d'espace, Tabulation et Flèches de direction au moins.
Un composant d'interface présent sur la page, permettant de réaliser la même action, possède des interactions au clavier conformes au comportement défini par le motif de conception, pour les touches Échap, Barre d'espace, Tabulation et Flèches de direction au moins.
Une alternative permettant d'accéder aux mêmes fonctionnalités est contrôlable par le clavier et la souris.
Suppression des notes techniques du critère 7.3
Suppression du test 7.3.3.
Ancienne note technique
ARIA définit pour un certain nombre de rôles, dédiés au développement de composants d'interface, un ensemble d'interactions au clavier basées sur les touches Échap, Barre d'espace, Tabulation et touches de direction auxquelles peuvent se rajouter d'autres interactions basées sur les touches de pagination, de début ou de fin par exemple. Afin d'accompagner la prise en charge progressive de ces interactions au clavier, le référentiel limite l'exigence aux touches d'interactions principales (Échap, barre d'espace, tabulation, flèches de direction) telles qu'elles sont définies par les motifs de conception.
Suppression du critère 7.5 et du test associé
Suppression des critères triple A du RGAA 4.
Ancien critère 7.5
Critère 7.5 [AAA] Chaque script qui provoque une alerte non sollicitée est-il contrôlable par l'utilisateur (hors cas particuliers) ?
Suppression des cas particuliers 7.5
Suppression du critère 7.5.
Anciens cas particuliers 7.5
Il existe une gestion de cas particulier lorsque l'alerte non sollicitée concerne un cas d'urgence, un événement ou une situation soudaine et imprévue qui exige une action immédiate afin de préserver la santé, la sécurité ou la propriété. Dans ces situations, le critère est non applicable.
Création du critère 7.5 et des tests associés
Prise en compte du nouveau critère WCAG 2.1 : 4.1.3 Status Messages (A).
Nouveau critère 7.5
Critère 7.5 Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d'assistance ?
Nouveau test 7.5.1
Test 7.5.1 : Chaque message de statut qui informe de la réussite, du résultat d'une action ou bien de l'état d'une application utilise-t-il l'attribut WAI-ARIA role="status" ?
Nouveau test 7.5.2
Test 7.5.2 : Chaque message de statut qui présente une suggestion, ou avertit de l'existence d'une erreur utilise-t-il l'attribut WAI-ARIA role="alert" ?
Nouveau test 7.5.3
Test 7.5.3 : Chaque message de statut qui indique la progression d'un processus utilise-t-il l'un des attributs WAI-ARIA role="log", role="progressbar" ou role="status" ?
Nouvelle note technique
Les rôles WAI-ARIA log, status et alert ont implicitement une valeur d'attribut WAI-ARIA aria-live et aria-atomic. On pourra donc considérer (conformément à la spécification WAI-ARIA 1.1) que :
Un attribut WAI-ARIA aria-live="polite" associé à un message de statut peut valoir pour un rôle WAI-ARIA log.
Un attribut WAI-ARIA aria-live="polite" et un attribut aria-atomic="true" associés à un message de statut peuvent valoir pour un rôle WAI-ARIA status.
Un attribut aria-live="assertive" et un attribut aria-atomic="true" associés à un message de statut peuvent valoir pour un rôle WAI-ARIA alert.
C'est sous réserve que la nature du message de statut satisfasse bien à la correspondance implicitement établie. Dans le cas d'un message de statut indiquant la progression d'un processus et matérialisé graphiquement par une barre de progression, un rôle WAI-ARIA progressbar explicite est nécessaire.
Modification des cas particuliers 8.2
Mise à jour suite à la suppression du test 8.2.2 et adaptation pour prise en compte des versions antérieures à HTML5.
Anciens cas particuliers 8.2
Il y a une gestion de cas particulier sur la conformité du code HTML.
Pour accompagner la prise en charge progressive de HTML5 par les navigateurs, les APIs d'accessibilité et les technologies d'assistance, certains critères peuvent exiger la présence d'attributs ou de balises déclarés « obsolètes » en HTML5. Dans ce cas le test 8.2.2 est non applicable.
Nouveaux cas particuliers 8.2
Il y a une gestion de cas particulier sur la conformité du code HTML.
Pour accompagner la prise en charge progressive de HTML par les navigateurs, les APIs d'accessibilité et les technologies d'assistance, certains critères peuvent exiger la présence d'attributs ou de balises déclarés « obsolètes » en HTML. Par ailleurs, dans la mesure où des balises ou des attributs déclarés « obsolètes » sont utilisés, ils restent soumis aux autres critères du RGAA (exemple la balise <marquee> serait non conforme par rapport au critère 13.8) et leur support d'accessibilité doit être vérifié au regard de l’environnement de test (ou « base de référence ») retenu.
Modification du test 8.2.1
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.
Ancien test 8.2.1
Test 8.2.1 : Pour chaque déclaration de type de document, le code source de la page vérifie-t-il ces conditions (hors cas particuliers) ?
Les balises respectent les règles d'écriture.
L'imbrication des balises est conforme.
L'ouverture et la fermeture des balises sont conformes.
Les attributs respectent les règles d'écriture.
Les valeurs des attributs respectent les règles d'écriture.
Nouveau test 8.2.1
Test 8.2.1 : Pour chaque déclaration de type de document, le code source généré de la page vérifie-t-il ces conditions (hors cas particuliers) ?
Les balises, attributs et valeurs d’attributs respectent les règles d'écriture,
L'imbrication des balises est conforme,
L'ouverture et la fermeture des balises sont conformes,
Les valeurs d’attribut id sont uniques dans la page,
Les attributs ne sont pas doublés sur un même élément.
Suppression du test 8.2.2
En l’absence de techniques ou d’éléments dans les WCAG indiquant l’interdiction d’utiliser des éléments obsolètes, le test est supprimé. L’usage d’éléments ou attributs obsolètes sera encadré par le cas particulier du critère 8.2 demandant de vérifier si ces éléments en question sont toujours compatibles avec l’accessibilité sur la base de référence retenue.
Ancien test 8.2.2
Test 8.2.2 : Pour chaque déclaration de type de document, le code source de la page ne doit pas utiliser d'éléments obsolètes. Cette règle est-elle respectée (hors cas particuliers) ?
Modification des cas particuliers 8.7
Réorganisation du texte : note sur le dictionnaire officiel renvoyée en bas de section.
Anciens cas particuliers 8.7
Il y a une gestion de cas particulier sur le changement de langue pour les cas suivants :
Nom propre, le critère est non applicable ;
Nom commun de langue étrangère présent dans le dictionnaire officiel de la langue par défaut de la page web, le critère est non applicable (Note : le dictionnaire officiel est celui recommandé par l'académie en charge de la langue en question). Pour la France, par exemple, le lien vers le dictionnaire officiel se trouve sur le site de l'Académie française à l'adresse suivante : http://www.academie-francaise.fr/le-dictionnaire/la-9e-edition. Pour toute demande auprès du service du dictionnaire de l'Académie française, utiliser le formulaire de contact du service du dictionnaire ;
Le terme de langue étrangère soumis, via un champ de formulaire et réaffiché dans la page (par exemple comme indication du terme recherché dans le cas d'un moteur de recherche), le critère est non applicable ;
Passage de texte dont la langue ne peut pas être déterminée : le critère est non applicable ;
Terme ou passage de texte issus d'une langue morte ou imaginaire pour laquelle il n'existe pas d'interprétation vocale : le critère est non applicable.
Note : pour les noms communs de langue étrangère, absents dans le dictionnaire officiel de la langue par défaut de la page web, et qui sont passés dans le langage commun (exemple : newsletter) : le critère est applicable, uniquement lorsque l'absence d'indication de langue peut provoquer une incompréhension pour la restitution.
Nouveaux cas particuliers 8.7
Il y a une gestion de cas particuliers sur le changement de langue pour les cas suivants :
Nom propre, le critère est non applicable ;
Nom commun de langue étrangère présent dans le dictionnaire officiel de la langue (voir note 1 ci-dessous) par défaut de la page web, le critère est non applicable ;
Le terme de langue étrangère soumis, via un champ de formulaire et rappelé dans la page (par exemple comme indication du terme recherché dans le cas d'un moteur de recherche), le critère est non applicable ;
Passage de texte dont la langue ne peut pas être déterminée : le critère est non applicable ;
Terme ou passage de texte issus d'une langue morte ou imaginaire pour laquelle il n'existe pas d'interprétation vocale : le critère est non applicable.
Note 1 : le dictionnaire officiel est celui recommandé par l'académie en charge de la langue en question. Pour la France, par exemple, le lien vers le dictionnaire officiel se trouve sur le site de l'Académie française à l'adresse suivante : http://www.academie-francaise.fr/le-dictionnaire/la-9e-edition. Pour toute demande auprès du service du dictionnaire de l'Académie française, utiliser le formulaire de contact du service du dictionnaire.
Note 2 : pour les noms communs de langue étrangère, absents dans le dictionnaire officiel de la langue par défaut de la page web, et qui sont passés dans le langage commun (exemple : newsletter) : le critère est applicable, uniquement lorsque l'absence d'indication de langue peut provoquer une incompréhension pour la restitution.
Modification du test 8.7.1
Modification pour mise en cohérence avec la syntaxe du test existant 8.3.1.
Ancien test 8.7.1
Test 8.7.1 : Dans chaque page web, chaque texte écrit dans une langue différente de la langue par défaut vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'indication de langue est donnée sur l'élément contenant le texte.
L'indication de langue est donnée sur un des éléments parents.
Nouveau test 8.7.1
Test 8.7.1 : Dans chaque page web, chaque texte écrit dans une langue différente de la langue par défaut vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'indication de langue est donnée sur l'élément contenant le texte (attribut lang et/ou xml:lang).
L'indication de langue est donnée sur un des éléments parents (attribut lang et/ou xml:lang).
Modification du critère 8.8
Modification pour une mise en cohérence avec la syntaxe du critère existant 8.4 qui vérifie la pertinence du code de langue et non du changement de langue lui-même.
Ancien critère 8.8
Critère 8.8 [AA] Dans chaque page web, chaque changement de langue est-il pertinent ?
Nouveau critère 8.8
Critère 8.8 Dans chaque page web, le code de langue de chaque changement de langue est-il valide et pertinent ?
Modification du test 8.8.1
Modification pour une mise en cohérence avec la syntaxe du test existant 8.4.1.
Fusion des tests 8.8.1 et 8.8.2.
Ancien test 8.8.1
Test 8.8.1 : Dans chaque page web, chaque changement de langue (attribut lang et/ou xml:lang) est-il valide ?
Nouveau test 8.8.1
Test 8.8.1 : Pour chaque page web, le code de langue de chaque changement de langue vérifie-t-il ces conditions ?
Le code de langue est valide.
Le code de langue est pertinent.
Suppression du test 8.8.2
Fusion du test 8.8.2 avec 8.8.1.
Ancien test 8.2.2
Dans chaque page web, chaque changement de langue (attribut lang et/ou xml:lang) est-il pertinent ?
Suppression du test 9.1.1
Condition non présente dans les WCAG et non nécessaire si une autre technique que l’utilisation des balises <hx> est mise en place pour satisfaire le contournement des blocs de contenu (critère WCAG 2.4.1 Bypass Block).
Ancien test 9.1.1
Test 9.1.1 : Dans chaque page web, y a-t-il un titre de niveau 1 (balise h1 ou balise possédant un rôle ARIA "heading" associé à une propriété aria-level="1") ?
Modification du test 9.1.2
Modification sémantique.
Renumérotation du test 9.1.2 et en test 9.1.1.
Ancien test 9.1.2
Test 9.1.2 : Dans chaque page web, la hiérarchie entre les titres (balise h ou balise possédant un rôle ARIA "heading" associé à une propriété aria-level) est-elle pertinente ?
Nouveau test 9.1.1
Test 9.1.1 : Dans chaque page web, la hiérarchie entre les titres (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-elle pertinente ?
Suppression du test 9.1.3
Condition non présente dans les WCAG et non nécessaire si une autre technique que l’utilisation des balises <hx> est mise en place pour satisfaire le contournement des blocs de contenu (critère WCAG 2.4.1 Bypass Block).
Ancien test 9.1.3
Test 9.1.3 : Dans chaque page web, chaque titre (balise h ou balise possédant un rôle ARIA "heading" associé à une propriété aria-level) nécessaire à la structure de l'information est-il présent ?
Modification du test 9.1.4
Modification sémantique.
Renumérotation du test 9.1.4 et en test 9.1.2.
Ancien test 9.1.4
Test 9.1.4 : Dans chaque page web, chaque titre (balise h ou balise possédant un rôle ARIA "heading" associé à une propriété aria-level) est-elle pertinente ?
Nouveau test 9.1.1
Test 9.1.2 : Dans chaque page web, le contenu de chaque titre (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-il pertinent ?
Création du test 9.1.3
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.
Nouveau test 9.1.3
Test 9.1.3 : Dans chaque page web, chaque passage de texte constituant un titre est-il structuré à l'aide d'une balise <hx> ou d'une balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level ?
Modification du critère 9.2
Ajout d’un cas particulier pour tenir compte des sites utilisant HTML4 ou XHTML.
Ancien critère 9.2
Critère 9.2 [A] Dans chaque page web, la structure du document est-elle cohérente ?
Nouveau critère 9.2
Critère 9.2 Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
Création des cas particuliers 9.2
Ajout d’un cas particulier pour tenir compte des sites utilisant HTML4 ou XHTML.
Nouveaux cas particuliers 9.2
Lorsque le doctype déclaré dans la page n'est pas le doctype HTML5, ce critère est non applicable.
Modification de la note technique critère 9.2
Suppression du test 9.2.2 suite à l'abandon de l'algorithme de titrage tenant compte des éléments sectionnant en HTML5.
Prise en compte de l’usage multiple de l’élément <main>.
Ancienne note technique
L'arborescence du document (outline) est générée par l'utilisation des balises sectionnantes <nav>, <article>, <section>, <aside> et les sections implicites générées par l'utilisation d'une balise <hx> (lorsque la balise <hx> n'est pas le premier enfant d'une section).
Une balise sectionnante permet de structurer ou de regrouper un contenu, les parties d'un contenu, ou un ensemble de contenus qui peuvent être considérés de manière indépendante du reste du document.
Une zone de navigation dans le site ou dans une rubrique, un sommaire ou la zone de navigation d'une collection de pages (<nav>), un contenu « complémentaire » au contenu principal (<aside>), le contenu principal ou le regroupement de plusieurs contenus comme des articles (<article> ou <section>) un ou des contenus secondaires comme un commentaire, un widget Twitter, un fil RSS (<article> ou <section>) sont autant d'exemples de contenus sectionnés.
Lorsqu'il s'agit de contenus, par opposition à des zones de navigation (<nav>) ou des zones de contenus complémentaires (<aside>), une section devrait posséder si c'est approprié une zone d'en-tête (<header>) et un pied de section (<footer>).
Le premier titre <hx> dans une section donne le « nom » de la section tel qu'il sera reporté dans l'arborescence du document. Les titres suivants (<hx>) créent des sections implicites qui seront présentées comme l'arborescence du contenu de la section.
Une section pouvant être considérée de manière indépendante du reste de la page, l'arborescence générée par les sections implicites (<hx>) est calculée à partir d'un niveau 1 affecté au premier titre de la section.
Lorsqu'elle est utilisée, l'arborescence du document peut donc être différente de l'arborescence du contenu représentée par l'ensemble des titres <hx> de la page, même si les deux structures restent similaires.
Cette arborescence doit donc être représentative de la structure du document et être cohérente avec la structuration du contenu générée par l'utilisation des balises <hx>. La structuration du contenu générée par les balises <hx> pouvant être, théoriquement, déduite de l'arborescence du document, la spécification HTML5 recommande d'utiliser uniquement des titres <h1>. Cet usage est proscrit et le critère 9.1 impose d'utiliser une hiérarchie de titres (<hx>) cohérente.
Si l'arborescence du document (à la condition qu'elle soit cohérente) peut permettre de proposer à l'utilisateur des fonctionnalités d'exploration et de navigation, sur certaines technologies d'assistance, elle influe sur la hiérarchie de titres générée par l'utilisation des balises <hx> en modifiant le niveau des titres restitués.
Pour accompagner la prise en charge progressive de l'arborescence du document et compte tenu du fait que le référentiel exige de disposer, en tout état de cause, d'une structure de contenu (balises <hx>) robuste et cohérente, il est acceptable de considérer le test 9.2.2 comme non applicable lorsqu'il n'est pas possible de s'assurer que l'arborescence du document est parfaitement cohérente.
Dans ce cas, la non-conformité au test devrait être relevée sous la forme d'une simple alerte.
Nouvelle note technique
La balise <main> peut être utilisée plusieurs fois dans le même document HTML. Néanmoins, il ne peut y avoir en permanence qu’une seule balise visible et lisible par les technologies d’assistances, les autres devant disposer d’un attribut hidden ou d’un style permettant de les masquer aux technologies d’assistances. A noter cependant que l’utilisation d’un style seul restera insuffisant pour assurer l’unicité d’une balise <main> visible en cas de désactivation des feuilles de styles.
Modification du test 9.2.1
Ajout d’un cas particulier pour tenir compte des sites utilisant HTML4 ou XHTML.
Prise en compte de la possibilité d'utiliser des éléments <main> multiples dans un document.
Ancien test 9.2.1
Test 9.2.1 : Dans chaque page web, la structure du document vérifie-t-elle ces conditions ?
La zone d'en-tête de la page est structurée via une balise header.
Les zones de navigation principales et secondaires sont structurées via une balise nav.
La balise nav est réservée à la structuration des zones de navigation principales et secondaires.
La zone de contenu principal est structurée via une balise main.
La structure du document utilise une balise main unique.
La zone de pied de page est structurée via une balise footer.
Nouveau test 9.2.1
Test 9.2.1 : Dans chaque page web, la structure du document vérifie-t-elle ces conditions (hors cas particuliers) ?
La zone d'en-tête de la page est structurée via une balise header.
Les zones de navigation principales et secondaires sont structurées via une balise nav.
La balise nav est réservée à la structuration des zones de navigation principales et secondaires.
La zone de contenu principal est structurée via une balise main.
La structure du document utilise une balise main visible unique.
La zone de pied de page est structurée via une balise footer.
Suppression du test 9.2.2
Suppression du test qui ne vaut pas pour les sites utilisant HTML4 ou XHTML.
Abandon de l'algorithme de titrage tenant compte des éléments sectionnant en HTML5.
Ancien test 9.2.2
Test 9.2.2 : Dans chaque page web, l'arborescence du document est-elle cohérente ?
Modification des références du critère 9.3
Suppression de la technique WCAG H97 non pertinente au regard du critère.
Modification de la note technique critère 9.3
Suppression du paragraphe relatif à l'attribut WAI-ARIA role="definition" qui propose un argumentaire inexact. La spécification HTML5 associe par défaut un attribut WAI-ARIA role="list" à la balise <dl> et il serait possible d’utiliser alors les attributs WAI-ARIA role="listitem", "term" et "definition" pour constituer un équivalent WAI-ARIA à la balise <dl>.
Ancienne note technique
Les rôles WAI-ARIA list et listitem peuvent nécessiter l'utilisation des propriétés aria-setsize et aria-posinset dans le cas où l'ensemble de la liste n'est pas disponible via le DOM généré au moment de la consultation.
Bien que possédant un rôle definition, utilisé en combinaison avec la propriété aria-labelledby, WAI-ARIA ne propose pas de rôle équivalent à une liste de définition HTML. Le rôle definition ne peut donc pas être utilisé comme équivalent à une liste de définition HTML dl.
Les rôles tree, tablist, menu, combobox et listbox ne sont pas équivalents à une liste HTML ul ou ol.
Les attributs WAI-ARIA role="list" et "listitem" peuvent nécessiter l'utilisation des attributs aria-setsize et aria-posinset dans le cas où l'ensemble de la liste n'est pas disponible via le DOM généré au moment de la consultation.
Les attributs WAI-ARIA role="tree", "tablist", "menu", "combobox" et "listbox" ne sont pas équivalents à une liste HTML <ul> ou <ol>.
Modification du test pour signaler qu’il ne vaut que pour des listes qui visuellement ressemblent à des listes (avec marqueurs de liste).
Ancien test 9.3.1
Test 9.3.1 : Dans chaque page web, les informations regroupées sous forme de liste non ordonnée vérifient-elles une de ces conditions ?
La liste utilise les balises HTML ul et li.
La liste utilise les rôles ARIA list et listitem.
Nouveau test 9.3.1
Test 9.3.1 : Dans chaque page web, les informations regroupées visuellement sous forme de liste non ordonnée vérifient-elles une de ces conditions ?
La liste utilise les balises HTML <ul> et <li>.
La liste utilise les attributs WAI-ARIA role="list" et "listitem".
Modification du test 9.3.2
Modification du test pour signaler qu’il ne vaut que pour des listes qui visuellement ressemblent à des listes (avec marqueurs de liste).
Ancien test 9.3.2
Test 9.3.2 : Dans chaque page web, les informations regroupées sous forme de liste ordonnée vérifient-elles une de ces conditions ?
La liste utilise les balises HTML ol et li.
La liste utilise les rôles ARIA list et listitem.
Nouveau test 9.3.2
Test 9.3.2 : Dans chaque page web, les informations regroupées visuellement sous forme de liste ordonnée vérifient-elles une de ces conditions ?
La liste utilise les balises HTML <ol> et <li>.
La liste utilise les attributs WAI-ARIA role="list" et "listitem".
Suppression du critère 9.4 et des tests associés
Suppression des critères triple A du RGAA 4.
Ancien critère 9.4
Critère 9.4 [AAA] Dans chaque page web, la première occurrence de chaque abréviation permet-elle d'en connaître la signification ?
Suppression du critère 9.5 et des tests associés
Suppression des critères triple A du RGAA 4.
Ancien critère 9.5
Critère 9.5 [AAA] Dans chaque page web, la signification de chaque abréviation est-elle pertinente ?
Renumérotation du critère 9.6 en critère 9.4
Pour tenir compte de la suppression des critères 9.4 et 9.5, le critère 9.6 est renuméroté en critère 9.4.
Modification des cas particuliers 10.4
Mise à jour suite à la suppression des tests 10.4.1 et 10.4.2 et prise en compte des cas particuliers prévus dans le critère 1.4.4 des WCAG.
Anciens cas particuliers 10.4
Il existe une gestion de cas particuliers pour les polices-icônes. Les polices-icônes permettent de créer des icônes à partir d'un fichier de police. Dans ces cas, il est autorisé d'utiliser des tailles en unités fixes pour la propriété CSS font-size.
Nouveaux cas particuliers 10.4
Dans le cas des textes en image et des sous-titres de vidéo le critère est non applicable.
Suppression du test 10.4.2
Suppression suite à la reformulation du test 10.4.3.
Ancien test 10.4.2
Test 10.4.2 : Dans les feuilles de styles du site web, pour les types de média screen, tv, handheld, projection, les tailles de caractères utilisent-elles uniquement des unités relatives (hors cas particuliers) ?
Modification du test 10.4.3
Reformulation du test pour mettre en avant différentes conditions de satisfaction du test.
Renumérotation du test 10.4.3 en test 10.4.2.
Ancien test 10.4.3
Test 10.4.3 : Dans chaque page web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, ne doit pas provoquer de perte d'information. Cette règle est-elle respectée ?
Nouveau test 9.3.2
Test 10.4.2 : Dans chaque page web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, ne doit pas provoquer de perte d'information. Cette règle est-t-elle respectée selon une de ces conditions (hors cas particuliers) ?
Lors de l'utilisation de la fonction d'agrandissement du texte du navigateur.
Lors de l'utilisation des fonctions de zoom graphique du navigateur.
Lors de l'utilisation d'un composant d'interface propre au site permettant d'agrandir le texte ou de zoomer.
Création du test 10.4.3
Ajout d'un test pour s'assurer de la portée de la technique mise en oeuvre dans la gestion de l'agrandissement à 200%.
Nouveau test 9.3.2
Test 10.4.3 : Dans chaque page web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, doit être possible pour l’ensemble du texte dans la page. Cette règle est-t-elle respectée selon une de ces conditions (hors cas particuliers) ?
Lors de l'utilisation de la fonction d'agrandissement du texte du navigateur.
Lors de l'utilisation des fonctions de zoom graphique du navigateur.
Lors de l'utilisation d'un composant d'interface propre au site permettant d'agrandir le texte ou de zoomer.
Modification du test 10.6.1
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.
Ancien test 10.6.1
Test 10.6.1 : Dans chaque page web, chaque lien texte signalé uniquement par la couleur, et dont la nature n'est pas évidente, a-t-il un rapport de contraste supérieur ou égal à 3:1 par rapport au texte environnant ?
Nouveau test 10.6.1
Test 10.6.1 : Dans chaque page web, chaque lien texte signalé uniquement par la couleur, et dont la nature n'est pas évidente, vérifie-t-il ces conditions ?
La couleur du lien à un rapport de contraste supérieur ou égal à 3:1 par rapport au texte environnant.
Le lien dispose d'une indication visuelle au survol autre qu'un changement de couleur.
Le lien dispose d'une indication visuelle au focus autre qu'un changement de couleur.
Suppression de la note technique critère 10.7
Prise en compte de l’ensemble des techniques prévues par WCAG.
Ancienne note technique
WCAG propose plusieurs techniques visant à améliorer la visibilité du focus :
C15: Using CSS to change the presentation of a user interface component when it receives focus ;
G195: Using an author-supplied, highly visible focus indicator ;
SCR31: Using script to change the background color or border of the element with focus.
Bien que ces techniques apportent un bénéfice important à l'utilisateur elles ne sont pas rendues obligatoires par le RGAA du fait de leur impact très fort sur le design et d'éventuelles interactions avec des dispositifs tiers (plugin ou indication native du navigateurs). En tout état de cause elles devraient être proposées via un mécanisme de personnalisation.
Note importante : même si ces techniques sont utilisées elles ne permettent pas de s'abstenir de garantir que l'indication visuelle du focus (propriété outline) n'est ni dégradée ni supprimée. En effet, l'outline controlé et pris en charge par le navigateur apparaît comme la seule solution suffisamment robuste car elle ne dépend pas de l'auteur.
Modification du test 10.7.1
Prise en compte de l’ensemble des techniques WCAG permettant la mise à disposition d’un style au focus.
Ancien test 10.7.1
Test 10.7.1 : Pour chaque élément recevant le focus, l'indication visuelle du navigateur ne doit pas être supprimée (propriété CSS outline, outline-color, outline-width, outline-style). Cette règle est-elle respectée ?
Nouveau test 10.7.1
Test 10.7.1 : Pour chaque élément recevant le focus, la prise de focus vérifie-t-elle une de ces conditions ?
Le style du focus natif du navigateur n'est pas supprimé ou dégradé.
Un style du focus défini par l'auteur est visible.
Suppression du test 10.7.2
Suppression suite à la mise à jour du test 10.7.1 et à l'absence d'élément dans les WCAG permettant de juger du caractère dégradé hors tests des contrastes.
Ancien test 10.7.2
Test 10.7.2 : Pour chaque élément recevant le focus, l'indication visuelle du navigateur ne doit pas être dégradée (propriété CSS outline-color). Cette règle est-elle respectée ?
Suppression du test 10.7.3
Suppression suite à la mise à jour du test 10.6.1 qui intègre désormais la présence d’une indication visuelle autre que la couleur au survol et au focus.
Ancien test 10.7.3
Test 10.7.3 : Chaque lien dans un texte signalé par la couleur uniquement vérifie-t-il ces conditions ?
Une indication visuelle autre que la couleur permet de signaler la prise de focus au clavier.
Une indication visuelle autre que la couleur permet de signaler le survol du lien à la souris.
Suppression des critères 10.8 à 10.12 et des tests associés
Suppression des critères triple A du RGAA 4.
Suppression des cas particuliers 10.11
Suppression du critère 10.11.
Anciens cas particuliers 10.11
Il existe une gestion de cas particulier pour les langues chinoises, japonaises et coréennes. Dans ces situations, le nombre de caractères de référence est de 40.
Ancien critère 10.8
Critère 10.8 [AAA] Dans chaque page web, le choix de la couleur de fond et de police du texte est-il contrôlable par l'utilisateur ?
Ancien critère 10.9
Critère 10.9 [AAA] Pour chaque page web, le texte ne doit pas être justifié. Cette règle est-elle respectée ?
Ancien critère 10.10
Critère 10.10 [AAA] Pour chaque page web, en affichage plein écran et avec une taille de police à 200%, chaque bloc de texte reste-t-il lisible sans l'utilisation de la barre de défilement horizontal ?
Ancien critère 10.11
Critère 10.11 [AAA] Pour chaque page web, les blocs de texte ont-ils une largeur inférieure ou égale à 80 caractères (hors cas particuliers) ?
Ancien critère 10.12
Critère 10.12 [AAA] Pour chaque page web, l'espace entre les lignes et les paragraphes est-il suffisant ?
Modification du critère 10.13
Simplification de l’intitulé pour faciliter sa compréhension.
Renumérotation du critère 10.13 en critère 10.8.
Ancien critère 10.13
Critère 10.13 [A] Pour chaque page web, les textes cachés sont-ils correctement affichés pour être restitués par les technologies d'assistance ?
Nouveau critère 10.8
Critère 10.8 Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d'assistance ?
Modification du test 10.13.1
Modification suite à la mise à jour de l’intitulé du critère 10.13.
Renumérotation du test 10.13.1 en test 10.8.1.
Ancien test 10.13.1
Test 10.13.1 : Dans chaque page web, chaque texte caché vérifie-t-il une de ces conditions ?
Le texte n'a pas vocation à être restitué par les technologies d'assistance.
Le texte est rendu visible sur action de l'utilisateur sur l'élément lui-même ou un élément précédant le texte caché.
Le texte caché fait partie d'un motif de conception défini par l'API ARIA, prenant en charge l'état affiché ou masqué du contenu.
Nouveau test 10.8.1
Test 10.8.1 : Dans chaque page web, chaque contenu caché vérifie-t-il une de ces conditions ?
Le contenu caché a vocation à être ignoré par les technologies d'assistance.
Le contenu caché n’a pas vocation à être ignoré par les technologies d’assistances et est rendu restituable par les technologies d'assistance suite à une action de l'utilisateur réalisable au clavier ou par tout dispositif de pointage sur un élément précédent le contenu caché ou suite à un repositionnement du focus dessus.
Modification des références du critère 10.14
Suppression de la technique WCAG G111 non pertinente au regard du critère, car elle concerne une information donnée uniquement par la couleur.
Renumérotation du critère 10.14 en critère 10.9
Pour tenir compte de la suppression des critères 10.8 à 10.12, le critère 10.14 est renuméroté en critère 10.9.
Modification des références du critère 10.15
Suppression de la technique WCAG G111 non pertinente au regard du critère, car elle concerne une information donnée uniquement par la couleur.
Renumérotation du critère 10.15 en critère 10.10
Pour tenir compte de la suppression des critères 10.8 à 10.12, le critère 10.15 est renuméroté en critère 10.10.
Création du critère 10.11 et des tests associés
Prise en compte du nouveau critère WCAG 2.1 : 1.4.10 Reflow (AA).
Nouveau critère 10.11
Critère 10.11 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) ?
Nouveau test 10.11.1
Test 10.11.1 : Pour chaque page web, lorsque le contenu dont le sens de lecture est horizontal est affiché dans une fenêtre réduite à une largeur de 320px, l'ensemble des informations et des fonctionnalités sont-elles disponibles sans aucun défilement horizontal (hors cas particuliers) ?
Nouveau test 10.11.2
Test 10.11.2 : Pour chaque page web, lorsque le contenu dont le sens de lecture est vertical est affiché dans une fenêtre réduite à une hauteur de 256px, l'ensemble des informations et des fonctionnalités sont-elles disponibles sans aucun défilement vertical (hors cas particuliers) ?
Cas particuliers
Font exception à ce critère les contenus dont l'agencement requiert deux dimensions pour être compris ou utilisés comme :
Les images, les graphiques ou les vidéos.
Les jeux (jeux de plateforme, par exemple).
Les présentations (type diaporama, par exemple).
Les tableaux de données (complexes).
Les interfaces où il est nécessaire d'avoir un ascenseur horizontal lors de la manipulation de l'interface.
Note : la majorité des navigateurs sur les systèmes d'exploitation mobile (Android, iOS) ne gère pas correctement la redistribution en cas de zoom. Dans ce contexte le critère sera considéré comme non applicable sur ces environnements.
Références
EN 301 549 V2.1.2 / WCAG 2.1
9.1.4.10 / 1.4.10 Reflow (AA)
Création du critère 10.12 et des tests associés
Prise en compte du nouveau critère WCAG 2.1 : 1.4.12 Text Spacing (AA).
Nouveau critère 10.12
Critère 10.12 Dans chaque page web, les propriétés d'espacement du texte peuvent-elles être redéfinies par l'utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?
Nouveau test 10.12.1
Test 10.12.1 : Dans chaque page web, le texte reste-t-il lisible lorsque l'affichage est modifié selon ces conditions (hors cas particuliers) ?
L'espacement entre les lignes (line-height) est augmenté jusqu'à 1,5 fois la taille de la police ;
L'espacement suivant les paragraphes (balise <p>) est augmenté jusqu'à 2 fois la taille de la police ;
L'espacement des lettres (letter-spacing) est augmenté jusqu'à 0,12 fois la taille de la police ;
L'espacement des mots (word-spacing) est augmenté jusqu'à 0,16 fois la taille de la police ;
Cas particuliers
Font exception à ce critère les contenus pour lesquels l'utilisateur n'a pas de possibilité de personnalisation :
Prise en compte du nouveau critère WCAG 2.1 : 1.4.13 Content on Hover or Focus (AA).
Nouveau critère 10.13
Critère 10.13 Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d'un composant d'interface sont-ils contrôlables par l'utilisateur (hors cas particuliers) ?
Nouveau test 10.13.1
Test 10.13.1 : Chaque contenu additionnel devenant visible à la prise de focus ou au survol d'un composant d'interface peut-il être masqué par une action utilisateur sans déplacer le focus ou le pointeur de la souris (hors cas particuliers) ?
Nouveau test 10.13.2
Test 10.13.2 : Chaque contenu additionnel qui apparaît au survol d'un composant d'interface peut-il être survolé par le pointeur de la souris sans disparaître (hors cas particuliers) ?
Nouveau test 10.13.3
Test 10.13.3 : Chaque contenu additionnel qui apparaît à la prise de focus ou au survol d'un composant d'interface vérifie-t-il une de ces conditions (hors cas particuliers) ?
Le contenu additionnel reste visible jusqu'à ce que l'utilisateur retire le pointeur souris ou le focus du contenu additionnel et du composant d'interface ayant déclenché son apparition.
Le contenu additionnel reste visible jusqu'à ce l'utilisateur déclenche une action masquant ce contenu sans déplacer le focus ou le pointeur souris du composant d'interface ayant déclenché son apparition.
Le contenu additionnel reste visible jusqu'à ce qu'il ne soit plus valide.
Cas particuliers
Lorsque le contenu additionnel est contrôlé par l'agent utilisateur (par exemple, attribut title ou validation native de formulaire) ou correspond à une fenêtre modale conforme au motif de conception WAI-ARIA dialog, le critère 10.13 est non applicable.
Lorsque le contenu additionnel ne masque ou ne remplace aucun contenu porteur d'information le test 10.13.1 est non applicable.
Prise en compte des contenus additionnels gérés au moyen de styles CSS.
Nouveau critère 10.14
Critère 10.14 Dans chaque page web, les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ?
Nouveau test 10.14.1
Test 10.14.1 : Dans chaque page web, les contenus additionnels apparaissant au survol d'un composant d'interface via les styles CSS respectent-ils si nécessaire une de ces conditions ?
Les contenus additionnels apparaissent également à l'activation du composant via le clavier et tout dispositif de pointage.
Les contenus additionnels apparaissent également à la prise de focus du composant.
Les contenus additionnels apparaissent également par le biais de l'activation ou de la prise de focus d'un autre composant.
Nouveau test 10.14.2
Test 10.14.2 : Dans chaque page web, les contenus additionnels apparaissant au focus d'un composant d'interface via les styles CSS respectent-ils si nécessaire une de ces conditions ?
Les contenus additionnels apparaissent également à l'activation du composant via le clavier et tout dispositif de pointage.
Les contenus additionnels apparaissent également au survol du composant.
Les contenus additionnels apparaissent également par le biais de l'activation ou du survol d'un autre composant.