Référentiel général d'amélioration de l'accessibilité – RGAA Version 4.1

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

Pour information et rappel, une traduction a été effectuée pour répondre aux besoins techniques immédiats : Annexe – Critères de succès triple A (AAA) des WCAG 2.1.

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

Nouvelle note technique

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

Nouvelle note technique

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

Nouveaux cas particuliers 1.8

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

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

Nouvelle note technique

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.

Modification du test 3.3.1

Passage à l’usage des pixels pour définir la taille de caractères tel que décrit dans le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1.

Renumérotation du test 3.3.1 en test 3.2.1.

Ancien test 3.3.1

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.

Modification du test 3.3.2

Passage à l’usage des pixels pour définir la taille de caractères tel que décrit dans le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1.

Renumérotation du test 3.3.2 en test 3.2.2.

Ancien test 3.3.2

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

Nouveaux cas particuliers 3.3

Modification du test 3.3.3

Passage à l’usage des pixels pour définir la taille de caractères tel que décrit dans le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1.

Renumérotation du test 3.3.3 en test 3.2.3.

Ancien test 3.3.3

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.

Modification du test 3.3.4

Passage à l’usage des pixels pour définir la taille de caractères tel que décrit dans le document Understanding Success Criterion 1.4.3: Contrast (Minimum) des WCAG 2.1.

Renumérotation du test 3.3.4 en test 3.2.4.

Ancien test 3.3.4

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.

Anciens cas particuliers 4.1 - 4.2 - 4.3 - 4.5 - 4.7 - 4.9 - 4.11 - 4.13

Nouveaux cas particuliers 4.1

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

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

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.

Modification du critère 6.1

Ajout du lien vers l’entrée de glossaire "Lien".

Ancien critère 6.1

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

Nouveaux cas particuliers 6.1

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 ?

Modification du critère 6.5

Ajout du lien vers l’entrée de glossaire "Lien".

Pour tenir compte de la suppression des critères 6.2, 6.3 et 6.4, le critère 6.5 est renuméroté en 6.2.

Ancien critère 6.5

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

Nouveau critère 6.2

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

Modification du test 6.5.1

Prise en compte de l’entrée de glossaire "Lien".

Renumérotation du test 6.5.1 en test 6.2.1.

Ancien test 6.5.1

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

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

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

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

Nouveaux cas particuliers 8.2

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

Nouveaux cas particuliers 8.7

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

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

Nouvelle note technique

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

Nouvelle note technique

Modification du test 9.3.1

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

Nouveaux cas particuliers 10.4

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

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

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

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

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.1.4.12 / 1.4.12 Text Spacing (AA)

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.1 : C35, C36, C8, C21.

Création du critère 10.13 et des tests associés

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

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.1.4.13 / 1.4.13 Content on Hover or Focus (AA)

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.1 : F95.

Création du critère 10.14 et des tests associés

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.

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.2.1.1 / 2.1.1 Keyboard (A)

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.1 : G202.

Modification du test 11.1.1

Référence directe à la balise . </p>

Modification de l'ordre des conditions pour reprendre l'ordre de calcul du nom accessible tel que prévu dans la spécification accname 1.1.

Nouvelle condition de test pour prendre en compte la technique G167 des WCAG.

Ancien test 11.1.1

Test 11.1.1 :Chaque champ de formulaire vérifie-t-il une de ces conditions ?

• Le champ de formulaire possède un attribut title.
• Une étiquette (balise <label>) est associée au champ de formulaire.
• Le champ de formulaire possède une propriété aria-label.
• Le champ de formulaire possède une propriété aria-labelledby référençant un passage de texte identifié.

Nouveau test 11.1.1

Test 11.1.1 : Chaque champ de formulaire vérifie-t-il une de ces conditions ?

• Le champ de formulaire possède un attribut WAI-ARIA aria-labelledby référençant un passage de texte identifié.
• Le champ de formulaire possède un attribut WAI ARIA aria-label.
• Une balise <label> ayant un attribut for est associée au champ de formulaire.
• Le champ de formulaire possède un attribut title.
• Un bouton adjacent au champ de formulaire lui fournit une étiquette visible et un attribut WAI-ARIA aria-label, aria-labelledby ou title lui fournit un nom accessible.

Modification du test 11.1.2

Référence directe à la balise . </p>

Ajout d'une condition en cas de présence d'un attribut aria-label ou d'un attribut aria-labelledby.

Ancien test 11.1.2

Test 11.1.2 : Chaque champ de formulaire, associé à une étiquette (balise <label>), vérifie-t-il ces conditions ?

• Le champ de formulaire possède un attribut id.
• La valeur de l'attribut id est unique.
• La balise <label> possède un attribut for.
• La valeur de l'attribut for est égale à la valeur de l'attribut id du champ de formulaire associé.

Nouveau test 11.1.2

Test 11.1.2 : Chaque champ de formulaire associé à une balise <label> ayant un attribut for, vérifie-t-il ces conditions ?

• Le champ de formulaire possède un attribut id.
• La valeur de l'attribut for est égale à la valeur de l'attribut id du champ de formulaire associé.

Suppression du test 11.1.3

Suppression du test suite à la modification de l'entrée de glossaire "Passage de texte" qui précise désormais la présence de l'attribut id, son unicité et l'utilisation de sa valeur dans l'attribut aria-labelledby du champ correspondant.

Ancien test 11.1.3

Test 11.1.3 : Chaque champ de formulaire associé à une étiquette via la propriété ARIA aria-labelledby, vérifie-t-il ces conditions ?

• L'étiquette possède un attribut id.
• La valeur de l'attribut id est unique.
• Les valeurs de la propriété ARIA aria-labelledby sont égales à la valeur des attributs id des passages de textes utilisés pour créer l'étiquette.

Modification du test 11.1.4

Modification du test en raison de la prise en compte de l'usage de balise <label> masqué et suppression de l'expression redondante ARIA aria-xxx.

Renumérotation du test 11.1.4 en test 11.1.3.

Ancien test 11.1.4

Test 11.1.4 : Chaque champ de formulaire qui utilise une propriété ARIA aria-label ou aria-labelledby est-il, si nécessaire, accompagné d'un passage de texte visible et accolé au champ permettant de comprendre la nature de la saisie attendue ?

Nouveau test 11.1.3

Test 11.1.3 : Chaque champ de formulaire ayant une étiquette dont le contenu n'est pas visible ou à proximité (masqué, aria-label) ou qui n’est pas accolé au champ (aria-labelledby), vérifie-t-il une de ses conditions ?

• Le champ de formulaire possède un attribut title dont le contenu permet de comprendre la nature de la saisie attendue.
• Le champ de formulaire est accompagné d'un passage de texte accolé au champ qui devient visible à la prise de focus permettant de comprendre la nature de la saisie attendue.
• Le champ de formulaire est accompagné d'un passage de texte visible accolé au champ permettant de comprendre la nature de la saisie attendue.

Suppression du test 11.1.5

Suppression de ce test car aucune technique WCAG correspondante à ce test et ce point est déjà couvert par la pertinence de l'étiquette (critère 11.2) pour les cas où le placeholder serait non pertinent et restituté comme nom accessible.

Ancien test 11.1.5

Test 11.1.5 : Chaque champ de formulaire qui utilise un attribut title comme étiquette, vérifie-t-il une de ces conditions ?

• L'attribut placeholder est absent.
• L'attribut placeholder est identique à l'attribut title.

Création des cas particuliers 11.2

Ajout de cas particuliers concernant les exceptions introduites par le critère WCAG 2.5.3 Label in Name.

Nouveaux cas particuliers 11.2

Modification du test 11.2.1

Référence directe à la balise <label> car les autres techniques pour associer une étiquette sont traitées par les tests suivants.

Ancien test 11.2.1

Test 11.2.1 : Chaque étiquette (balise <label>) permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?

Nouveau test 11.2.1

Test 11.2.1 : Chaque balise <label> permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?

Modification du test 11.2.4

Remplacement de "étiquette" par la nouvelle entrée de glossaire "Passage de texte".

Ancien test 11.2.4

Test 11.2.4 : Chaque étiquette implémentée via la propriété ARIA aria-labelledby permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?

Nouveau test 11.2.4

Test 11.2.4 : Chaque passage de texte associé via l'attribut WAI-ARIA aria-labelledby permet-il de connaître la fonction exacte du champ de formulaire auquel il est associé ?

Création du test 11.2.5

Prise en compte du critère WCAG 2.1 “Label in name”.

Nouveau test 11.2.5

Test 11.2.5 : Chaque champ de formulaire ayant un intitulé visible vérifie-t-il ces conditions (hors cas particuliers) ?

• S'il est présent, le contenu de l'attribut WAI-ARIA aria-label du champ de formulaire contient au moins l'intitulé visible.
• S'il est présent, le passage de texte lié au champ de formulaire via un attribut WAI-ARIA aria-labelledby contient au moins l'intitulé visible.
• S'il est présent, le contenu de l'attribut title du champ de formulaire contient au moins l'intitulé visible.
• S'il est présent le contenu de la balise <label> associé au champ de formulaire contient au moins l'intitulé visible.

Création du test 11.2.6

Prise en compte de la possibilité d'utiliser un bouton adjacent au champ de formulaire comme étiquette visible.

Nouveau test 11.2.6

Test 11.2.6 : Chaque bouton adjacent au champ de formulaire qui fournit une étiquette visible permet-il de connaître la fonction exacte du champ de formulaire auquel il est associé ?

Modification du critère 11.4

Ajout d'un cas particulier pour les tests 11.4.2 et 11.4.3.

Ancien critère 11.4

Critère 11.4 [A] Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés ?

Nouveau critère 11.4

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

Création des cas particuliers 11.4

Ajout des cas particuliers pour les tests 11.4.2 et 11.4.3.

Nouveaux cas particuliers 11.4

Création du test 11.4.2

Test ajouté suite à la prise en compte des contraintes présentes dans la technique G162 des WCAG.

Nouveau test 11.4.2

Test 11.4.2 : Chaque étiquette accolée à un champ (à l'exception des case à cocher, bouton radio ou balise ayant un attribut WAI-ARIA role="checkbox", role="radio" ou role="switch"), vérifie-t-elle ces conditions (hors cas particuliers) ?

• L'étiquette est visuellement accolée immédiatement au-dessus ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de gauche à droite.
• L'étiquette est visuellement accolée immédiatement au-dessus ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de droite à gauche.

Création du test 11.4.3

Test ajouté suite à la prise en compte des contraintes présentes dans la technique G162 des WCAG.

Nouveau test 11.4.3

Test 11.4.3 : Chaque étiquette accolée à un champ de type checkbox ou radio ou à une balise ayant un attribut WAI-ARIA role="checkbox", role="radio" ou role="switch", vérifie-t-elle ces conditions (hors cas particuliers) ?

• L'étiquette est visuellement accolée immédiatement au-dessus ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de gauche à droite.
• L'étiquette est visuellement accolée immédiatement au-dessus ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de droite à gauche.

Modification du critère 11.5

Modification de l’intitulé du critère suite à la modification de l'entrée de glossaire "Champs de même nature".

Ancien critère 11.5

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

Nouveau critère 11.5

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

Modification des références du critère 11.5

Ajout de la technique WCAG ARIA17 à propos du rôle de regroupement.

Modification du test 11.5.1

Prise en compte de la modification de l’entrée de glossaire "Bloc d'informations de même nature" et de la technique WCAG ARIA17.

Ancien test 11.5.1

Test 11.5.1 : Dans chaque formulaire, les informations de même nature sont-elles regroupées, si nécessaire ?

Nouveau test 11.5.1

Test 11.5.1 : Dans chaque formulaire, les champs de même nature vérifient-ils l’une de ces conditions, si nécessaire ?

• Les champs de même nature sont regroupés dans une balise <fieldset>.
• Les champs de même nature sont regroupés dans une balise possédant un attribut WAI-ARIA role="group".
• Les champs de même nature de type radio (<input type="radio"> ou balises possédant un attribut WAI-ARIA role="radio") sont regroupés dans une balise possédant un attribut WAI-ARIA role="radiogroup" ou "group".

Modification des références du critère 11.6

Ajout de la technique WCAG ARIA17 à propos du rôle de regroupement.

Modification du test 11.6.1

Modification de l’intitulé du critère suite au remplacement de l'entrée de glossaire "Groupement de champ de formulaire" par "champs de même nature" et à la création de l'entrée "Légende".

Ancien test 11.6.1

Test 11.6.1 : Chaque regroupement de champs de formulaire possède-t-il une légende ?

Nouveau test 11.6.1

Test 11.6.1 : Chaque regroupement de champs de même nature possède-t-il une légende ?

Modification du critère 11.7

Modification de l’intitulé du critère suite au remplacement de l'entrée de glossaire "Groupement de champ de formulaire" par "Champs de même nature".

Ancien critère 11.7

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

Nouveau critère 11.7

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

Modification du test 11.7.1

Modification de l’intitulé du critère suite au remplacement de l'entrée de glossaire "Groupement de champ de formulaire" par "Champs de même nature".

Ancien test 11.7.1

Test 11.7.1 : Dans chaque formulaire, chaque légende associée à un groupement de champs de formulaire est-elle pertinente ?

Nouveau test 11.7.1

Test 11.7.1 : Chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?

Modification du critère 11.8

Modification de l’intitulé du critère suite au remplacement de l'entrée de glossaire "Liste de choix" par "Items de même nature d’une liste de choix".

Ancien critère 11.8

Critère 11.8 [A] Dans chaque formulaire, chaque liste de choix est-elle structurée de manière pertinente ?

Nouveau critère 11.8

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

Création de la note technique critère 11.8

Précision concernant l'impossibilité de créer des groupes d’options au moyen de WAI-ARIA.

Nouvelle note technique

Modification du test 11.8.1

Modification de l’intitulé du critère suite au remplacement de l'entrée de glossaire "Liste de choix" par "Items de même nature d’une liste de choix".

Ancien test 11.8.1

Test 11.8.1 : Dans chaque formulaire, pour chaque liste de choix (balise <select>), les items sont-ils regroupés avec une balise <optgroup>, si nécessaire ?

Nouveau test 11.8.1

Test 11.8.1 : Pour chaque balise <select>, les items de même nature d'une liste de choix sont-ils regroupés avec une balise <optgroup>, si nécessaire ?

Modification du test 11.8.2

Modification de l’intitulé du critère suite au remplacement de l'entrée de glossaire "Liste de choix" par "Items de même nature d’une liste de choix".

Ancien test 11.8.2

Test 11.8.2 : Dans chaque liste de choix (balise <select>), chaque regroupement d'items de liste (balise <optgroup>) possède-t-il un attribut label ?

Nouveau test 11.8.2

Test 11.8.2 : Dans chaque balise <select>, chaque balise <optgroup> possède-t-elle un attribut label ?

Modification du test 11.8.3

Modification de l’intitulé du critère suite au remplacement de l'entrée de glossaire "Liste de choix" par "Items de même nature d’une liste de choix".

Ancien test 11.8.3

Test 11.8.3 : Pour chaque regroupement d'items de liste (balise <optgroup>) ayant un attribut label, le contenu de l'attribut label est-il pertinent ?

Nouveau test 11.8.3

Test 11.8.3 : Pour chaque balise <optgroup> ayant un attribut label, le contenu de l'attribut label est-il pertinent ?

Création des cas particuliers 11.9

Ajout de cas particuliers concernant les exceptions introduites par le critère WCAG 2.5.3 Label in Name.

Nouveaux cas particuliers 11.4

Modification des références du critère 11.9

Ajout du critère WCAG 2.1 "Label in name".

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.2.5.3 / 2.5.3 Label in Name (A)
• 9.4.1.2 / 4.1.2 Name, Role, Value (A)

Modification du test 11.9.1

Ajouts d'une condition suite à la modification de l’entrée de glossaire "Bouton (formulaire)".

Modification de l'ordre des conditions pour reprendre l'ordre de calcul du nom accessible.

Ancien test 11.9.1

Test 11.9.1 : Dans chaque formulaire, l'intitulé de chaque bouton vérifie-t-il ces conditions ?

• Le contenu de l'attribut value des boutons de formulaire de type submit, reset ou button est pertinent.
• Le contenu de la balise <button> est pertinent.
• Le contenu de l'attribut title est pertinent.
• Le contenu de la propriété ARIA aria-label est pertinent.
• Un passage de texte est lié au bouton via un attribut aria-labelledby.

Nouveau test 11.9.1

Test 11.9.1 : L'intitulé de chaque bouton est-il pertinent ?

• S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
• S'il est présent, le passage de texte lié au bouton via un attribut WAI-ARIA aria-labelledby est pertinent.
• S'il est présent, le contenu de l'attribut value d'une balise <input> de type submit, reset ou button est pertinent.
• S'il est présent, le contenu de la balise <button> est pertinent.
• S'il est présent, le contenu de l'attribut alt d'une balise <input> de type image est pertinent.
• S'il est présent, le contenu de l'attribut title est pertinent.

Suppression du test 11.9.2

Suppression du test suite à la modification de l'entrée de glossaire "Passage de texte" qui précise désormais la présence de l'attribut id, son unicité et l'utilisation de sa valeur dans l'attribut aria-labelledby du champ correspondant.

Ancien test 11.9.2

Test 11.9.2 : Dans chaque formulaire, l'intitulé de chaque bouton implémenté via une propriété ARIA aria-labelledby vérifie-t-il ces conditions ?

• Le passage de texte servant d'intitulé possède un attribut id.
• La valeur de l'attribut id est unique.
• Les valeurs de la propriété ARIA aria-labelledby sont égales à la valeur des attributs id des passages de textes utilisés pour créer l'intitulé.
• Le passage de texte est pertinent.

Création du test 11.9.2

Prise en compte du critère WCAG 2.1 "Label in name".

Nouveau test 11.9.2

Test 11.9.2 : Chaque bouton affichant un intitulé visible vérifie-t-il ces conditions (hors cas particuliers) ?

• S'il est présent, le contenu de l'attribut WAI-ARIA aria-label contient au moins l'intitulé visible.
• S'il est présent, le passage de texte lié au bouton via un attribut WAI-ARIA aria-labelledby contient au moins l'intitulé visible.
• S'il est présent, le contenu de l'attribut value d'une balise <input> de type submit, reset ou button contient au moins l'intitulé visible.
• S'il est présent, le contenu de la balise <button> contient au moins l'intitulé visible.
• S'il est présent, le contenu de l'attribut alt d'une balise <input> de type image contient au moins l'intitulé visible.
• S'il est présent, le contenu de l'attribut title contient au moins l'intitulé visible.

Modification du critère 11.10

Prise en compte du cas particulier pour le test 11.10.1.

Ancien critère 11.5

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

Nouveau critère 11.5

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

Création des cas particuliers 11.10

Précision de l'application du test 11.10.1.

Nouveaux cas particuliers 11.10

Modification du test 11.10.1

Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie.

Ancien test 11.10.1

Test 11.10.1 : Pour chaque formulaire, les indications de champs obligatoires vérifient-elles une de ces conditions ?

• L'indication de champ obligatoire est donnée par un passage de texte situé avant le champ de formulaire.
• L'indication de champ obligatoire est donnée via un attribut required.
• L'indication de champ obligatoire est donnée via la propriété ARIA aria-required.
• L'indication de champ obligatoire est donnée dans l'étiquette du champ de formulaire.
• L'indication de champ obligatoire est donnée par un passage de texte lié par la propriété ARIA aria-describedby.

Nouveau test 11.10.1

Test 11.10.1 : Les indications du caractère obligatoire de la saisie des champs vérifient-elles une de ces conditions (hors cas particuliers) ?

• Une indication de champ obligatoire est visible et permet d'identifier nommément le champ concerné préalablement à la validation du formulaire.
• Le champ obligatoire dispose de l'attribut aria-required="true" ou required préalablement à la validation du formulaire.

Modification du test 11.10.2

Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie.

Ancien test 11.10.2

Test 11.10.2 : Chaque indication de champ obligatoire qui utilise les propriétés ARIA aria-label, aria-required ou l'attribut required doit être accompagnée d'une indication visuelle explicite dans l'étiquette ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby, cette règle est-elle respectée ?

Nouveau test 11.10.2

Test 11.10.2 : Les champs obligatoires ayant l'attribut aria-required="true" ou required vérifient-ils une de ces conditions ?

• Une indication de champ obligatoire est visible et située dans l'étiquette associé au champ préalablement à la validation du formulaire.
• Une indication de champ obligatoire est visible et située dans le passage de texte associé au champ préalablement à la validation du formulaire.

Suppression du test 11.10.3

Suppression du test suite à la modification de l'entrée de glossaire "Passage de texte" qui précise désormais la présence de l'attribut id, son unicité et l'utilisation de sa valeur dans l'attribut aria-labelledby du champ correspondant.

Ancien test 11.10.3

Test 11.10.3 : Chaque indication de champ obligatoire qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?

• Le passage de texte est identifié via un attribut id.
• La valeur de l'attribut id est unique.
• Les valeurs de la propriété ARIA aria-describedby ou aria-labelledby sont égales à la valeur des attributs id.

Modification du test 11.10.4

Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie.

Renumérotation du test 11.10.4 en test 11.10.3.

Ancien test 11.10.4

Test 11.10.4 : Pour chaque formulaire, les erreurs de saisie vérifient-elles une de ces conditions ?

• L'erreur de saisie est indiquée dans l'étiquette du champ de formulaire.
• L'erreur de saisie est indiquée par un passage de texte avant le champ de formulaire.
• Le champ de formulaire possède un type qui produit de manière automatique un message d'erreur de saisie.
• L'erreur de saisie est indiquée par un passage de texte lié par la propriété ARIA aria-describedby.
• L'erreur de saisie est indiquée via la propriété ARIA aria-invalid.

Nouveau test 11.10.3

Test 11.10.3 : Les messages d'erreur indiquant l'absence de saisie d'un champ obligatoire vérifient-ils une de ces conditions ?

• le message d'erreur indiquant l'absence de saisie d'un champ obligatoire est visible et permet d'identifier nommément le champ concerné.
• Le champ obligatoire dispose de l'attribut aria-invalid="true".

Modification du test 11.10.5

Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie.

Renumérotation du test 11.10.5 en test 11.10.4.

Ancien test 11.10.5

Test 11.10.5 : Chaque indication d'erreur de saisie réalisée grâce à la propriété ARIA aria-label ou aria-invalid doit être accompagnée d'une indication visuelle explicite dans l'étiquette : balise label, texte visible à proximité ou passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby. Cette règle est-elle respectée ?

Nouveau test 11.10.4

Test 11.10.4 : Les champs obligatoires ayant l'attribut aria-invalid="true" vérifient-ils une de ces conditions ?

• Une indication de champ obligatoire est visible et située dans l'étiquette associée au champ.
• Une indication de champ obligatoire est visible et située dans le passage de texte associé au champ.

Suppression du test 11.10.6

Suppression du test suite à la modification de l'entrée de glossaire "Passage de texte" qui précise désormais la présence de l'attribut id, son unicité et l'utilisation de sa valeur dans l'attribut aria-labelledby du champ correspondant.

Ancien test 11.10.6

Test 11.10.6 : Chaque erreur de saisie qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?

• Le passage de texte est identifié via un attribut id.
• La valeur de l'attribut id est unique.
• Les valeurs de la propriété ARIA aria-describedby ou aria-labelledby sont égales aux valeurs des attributs id des passages de texte utilisés pour créer l'étiquette.

Modification du test 11.10.7

Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie.

Renumérotation du test 11.10.7 en test 11.10.5.

Ancien test 11.10.7

Test 11.10.7 : Pour chaque formulaire, chaque champ obligatoire vérifie-t-il une de ces conditions ?

• Le type de données et/ou de format est indiqué, si nécessaire, dans l'étiquette du champ.
• Le type de données et/ou de format est indiqué, si nécessaire, par un passage de texte avant le champ de formulaire.
• Le type de données et/ou de format est indiqué, si nécessaire, par un passage de texte lié par la propriété ARIA aria-describedby.

Nouveau test 11.10.5

Test 11.10.5 : Les instructions et indications du type de données et/ou de format obligatoires vérifient-elles une de ces conditions ?

• Une instruction ou une indication du type de données et/ou de format obligatoire est visible et permet d'identifier nommément le champ concerné préalablement à la validation du formulaire.
• Une instruction ou une indication du type de données et/ou de format obligatoire est visible dans l'étiquette ou le passage de texte associé au champ préalablement à la validation du formulaire.

Création du test 11.10.6

Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie.

Nouveau test 11.10.6

Test 11.10.6 : Les messages d'erreurs fournissant une instruction ou une indication du type de données et/ou de format obligatoire des champs vérifient-ils une de ces conditions ?

• Le message d'erreur fournissant une instruction ou une indication du type de données et/ou de format obligatoires est visible et identifie le champ concerné.
• Le champ dispose de l'attribut aria-invalid="true".

Modification du test 11.10.8

Prise en compte de la mise à disposition d'information sur le caractère obligatoire des champs préalablement à la saisie.

Renumérotation du test 11.10.8 en test 11.10.7.

Ancien test 11.10.8

Test 11.10.8 : Chaque indication du type de données et/ou de format réalisée grâce à la propriété ARIA aria-label doit être accompagnée d'une indication visuelle explicite dans l'étiquette ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby, cette règle est-elle respectée ?

Nouveau test 11.10.7

Test 11.10.7 : Les champs ayant l'attribut aria-invalid="true" dont la saisie requiert un type de données et/ou de format obligatoires vérifient-ils une de ces conditions ?

• Une instruction ou une indication du type de données et/ou de format obligatoire est visible et située dans la balise <label> associée au champ.
• Une instruction ou une indication du type de données et/ou de format obligatoire est visible et située dans le passage de texte associé au champ.

Suppression du test 11.10.9

Suppression du test suite à la modification de l'entrée de glossaire "Passage de texte" qui précise désormais la présence de l'attribut id, son unicité et l'utilisation de sa valeur dans l'attribut aria-labelledby du champ correspondant.

Ancien test 11.10.9

Test 11.10.9 : Chaque indication de type de données et/ou de format qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?

• Le passage de texte est identifié via un attribut id.
• La valeur de l'attribut id est unique.
• Les valeurs de la propriété ARIA aria-describedby ou aria-labelledby sont égales aux valeurs des attributs id.

Suppression du test 11.10.10

Suppression en l'absence d'une technique WCAG justifiant la nécessité d'une identité des contenus du placeholder et du title.

Ancien test 11.10.10

Test 11.10.10 : Chaque champ de formulaire qui utilise un attribut title comme aide à la saisie, vérifie-t-il une de ces conditions ?

• L'attribut placeholder est absent.
• L'attribut placeholder est identique à l'attribut title.

Modification note technique critère 11.11

Suppression de l'avertissement concernant le non support de l'API Contraint Validation qui n'est plus d'actualité et mise à jour de la référence.

Ancienne note technique

Nouvelle note technique

Modification du critère 11.12

Prise en compte plus complète des cas d'usage définis par le critère 3.3.4 des WCAG.

Ancien critère 11.5

Critère 11.12 [AA] Pour chaque formulaire, les données à caractère financier, juridique ou personnel peuvent-elles être modifiées, mises à jour ou récupérées par l'utilisateur ?

Nouveau critère 11.5

Critère 11.12 Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, la saisie des données vérifie-t-elle une de ces conditions ?

Modification du test 11.12.1

Modification du test suite à la mise à jour du critère 11.12 et à la création de l’entrée de glossaire "Modifier ou annuler les données et les actions effectuées".

Remplacement de "personnel" par "les réponses de l’utilisateur à un test ou un examen" conformément à WCAG pour le cas confirmation.

Ancien test 11.12.1

Test 11.12.1 : Pour chaque formulaire, la saisie des données à caractère financier, juridique ou personnelle vérifie-t-elle une de ces conditions ?

• L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après leur saisie.
• L'utilisateur peut vérifier et corriger les données avant la validation du formulaire.
• Un mécanisme de confirmation explicite, via un champ de formulaire ou une étape supplémentaire, est présent.

Nouveau test 11.12.1

Test 11.12.1 : Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou un examen, ou dont la validation a des conséquences financières ou juridiques, la saisie des données vérifie-t-elle une de ces conditions ?

• L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après la validation du formulaire.
• L'utilisateur peut vérifier et corriger les données avant la validation d'un formulaire en plusieurs étapes.
• Un mécanisme de confirmation explicite, via une case à cocher (balise <input> de type checkbox ou balise ayant un attribut WAI-ARIA role="checkbox") ou une étape supplémentaire, est présent.

Modification du test 11.12.2

Modification du test suite à la mise à jour du critère 11.12 et à la création de l’entrée de glossaire "Modifier ou annuler les données et les actions effectuées".

Prise en compte du cas de la modification de données existantes tel que prévu dans les WCAG.

Ancien test 11.12.2

Test 11.12.2 : Pour chaque formulaire , la suppression des données à caractère financier, juridique ou personnelle vérifie-t-elle une de ces conditions ?

• Un mécanisme permet de récupérer les données supprimées par l'utilisateur.
• Un mécanisme de confirmation explicite de la suppression, via un champ de formulaire ou une étape supplémentaire, est présent.

Nouveau test 11.12.2

Test 11.12.2 : Chaque formulaire dont la validation modifie ou supprime des données à caractère financier, juridique ou personnel vérifie-t-il une de ces conditions ?

• Un mécanisme permet de récupérer les données supprimées ou modifiées par l'utilisateur.
• Un mécanisme de demande de confirmation explicite de la suppression ou de la modification, via un champ de formulaire ou une étape supplémentaire, est proposé.

Création du critère 11.13 et du test associé

Prise en compte du nouveau critère WCAG 2.1 : 1.3.5 Identify Input Purpose (AA).

Nouveau critère 11.13

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

Nouveau test 11.13.1

Test 11.13.1 : Chaque champ de formulaire dont l'objet se rapporte à une information concernant l'utilisateur vérifie-t-il ces conditions ?

• Le champ de formulaire possède un attribut autocomplete.
• L'attribut autocomplete est pourvu d'une valeur présente dans la liste des valeurs possibles pour l'attribut autocomplete associés à un champ de formulaire.
• La valeur indiquée pour l'attribut autocomplete est pertinente au regard du type d'information attendu.

Nouvelle note technique

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.1.3.5/ 1.3.5 Identify Input Purpose (AA)

Technique(s) suffisante(s) et/ou échec(s) WCAG 2.1 : H98.

Modification du test 12.2.1

Les tests 12.2.1 et 12.2.2 sont redondants car ils disent la même chose pour deux types d’élément, menu et barres de navigation, dont le premier n’est qu’un cas spécifique du second. Ces deux types d’élément peuvent donc être rassemblés en un seul et même test. D’où la modification du test 12.2.1 et la suppression du test 12.2.2, et la fusion des deux entrées de glossaire "Barre de navigation" et "Menu de navigation".

Ancien test 12.2.1

Test 12.2.1 : Dans chaque ensemble de pages, chaque page ayant un menu de navigation vérifie-t-elle ces conditions (hors cas particuliers) ?

• Le menu de navigation est toujours à la même place dans la présentation.
• Le menu de navigation se présente toujours dans le même ordre relatif dans le code source.

Nouveau test 12.2.1

Test 12.2.1 : Dans chaque ensemble de pages, chaque page disposant d'un menu ou de barres de navigation vérifie-t-elle ces conditions (hors cas particuliers) ?

• Le menu ou les barres de navigation sont toujours à la même place dans la présentation.
• Le menu ou les barres de navigation se présentent toujours dans le même ordre relatif dans le code source.

Suppression du test 12.2.2

Les tests 12.2.1 et 12.2.2 sont redondants car ils disent la même chose pour deux types d’élément, menu et barres de navigation, dont le premier n’est qu’un cas spécifique du second. Ces deux types d’élément peuvent donc être rassemblés en un seul et même test. D’où la modification du test 12.2.1 et la suppression du test 12.2.2, et la fusion des deux entrées de glossaire "Barre de navigation" et "Menu de navigation".

Ancien test 12.2.2

Test 12.2.2 : Chaque barre de navigation répétée dans un ensemble de pages vérifie-t-elle ces conditions (hors cas particuliers) ?

• La barre de navigation est toujours à la même place dans la présentation.
• La barre de navigation se présente toujours dans le même ordre relatif dans le code source.

Suppression du critère 12.3 et des tests associés

Le critère 12.3 est redondant avec le critère 12.2. En effet, soit la notion de "présentation cohérente" correspond à une caractérisation spécifique au niveau de WCAG, ce qui n’est pas le cas; soit cette notion correspond au principe de barres et menus de navigation toujours à la même place, ce qui est déjà couvert par le critère 12.2.

Ancien critère 12.3

Critère 12.3 [AA] Dans chaque ensemble de pages, le menu et les barres de navigation ont-ils une présentation cohérente (hors cas particuliers) ?

Renumérotation des critères 12.4, 12.5, 12.6 et des tests associés

Pour tenir compte de la suppression du critère 12.3 les critères 12.4, 12.5 et 12.6 sont renumérotés respectivement en critères 12.3, 12.4 et 12.5. Les tests associés sont renumérotés de la même façon.

Suppression du critère 12.7 et des tests associés

Le critère 12.7 repose sur la considération d’une entité spécifique "collection de pages" alors que WCAG emploie indifféremment les expressions "ensemble de pages" ou "collection de pages". Une collection de pages n’est rien d’autre qu’un ensemble de pages, sans conditions de vérification supplémentaires.

Ancien critère 12.7

Critère 12.7 [AA] Dans chaque page d'une collection de pages, des liens facilitant la navigation sont-ils présents ?

Suppression des critères 12.8, 12.9 et des tests associés

Suppression des critères triple A du RGAA 4.

Ancien critère 12.8

Critère 12.8 [AAA] Dans chaque page web, un fil d'Ariane est-il présent (hors cas particuliers) ?

Ancien critère 12.9

Critère 12.9 [AAA] Dans chaque page web, le fil d'Ariane est-il pertinent ?

Suppression des cas particuliers 12.8

Suppression du critère 12.8.

Anciens cas particuliers 12.8

Modification du critère 12.10

Prise en compte de l’ensemble des techniques WCAG liés au critère 2.4.1.

Renumérotation du test 12.10 en test 12.6.

Ancien critère 12.10

Critère 12.10 [A] Dans chaque page web, les groupes de liens importants (menu, barre de navigation…) et la zone de contenu sont-ils identifiés ?

Nouveau critère 12.6

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

Suppression de la note technique critère 12.10

Mise à jour et reprise de son contenu dans la nouvelle entrée de glossaire "Landmarks".

Ancienne note technique

Modification du test 12.10.1

Prise en compte de l’ensemble des techniques WCAG liés au critère 2.4.1.

Renumérotation du test 12.10.1 en test 12.6.1.

Ancien test 12.10.1

Test 12.10.1 : Dans chaque page web, la structure du document vérifie-t-elle ces conditions ?

• La zone d'en-tête de la page possède un rôle ARIA banner.
• Le menu de navigation principal possède un rôle ARIA navigation.
• La zone de contenu principal possède un rôle ARIA main.
• La zone de pied de page possède un rôle ARIA contentinfo.
• Le moteur de recherche sur le site possède un rôle ARIA search.
• Les rôles ARIA banner, main, contentinfo et search sont uniques dans la page.
• Le rôle ARIA navigation est réservé aux zones de navigations principales et secondaires.

Nouveau test 12.10.1

Test 12.6.1 : Dans chaque page web où elles sont présentes, la zone d'en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche respectent-elles au moins une de ces conditions :

• la zone possède un rôle WAI-ARIA de type landmark</code> correspondant à sa nature.
• la zone possède un titre de hiérarchie dont le contenu permet de comprendre la nature du contenu de la zone.
• la zone peut être masquée par le biais d'un bouton précédant directement la zone dans l'ordre du code source.
• la zone peut être évitée par le biais d'un lien d'évitement précédant directement la zone dans l'ordre du code source.
• la zone peut être atteinte par le biais d'un lien d'accès rapide visible à la prise de focus lors d’une tabulation.

Modification du critère 12.11

Restriction du critère à la simple présence d’un lien d’accès rapide vers la zone de contenu principal, les techniques G1 et G123 étant considérées comme suffisantes pour satisfaire le critère 2.4.1.

Renumérotation du test 12.11 en test 12.7.

Ancien critère 12.11

Critère 12.11 [A] Dans chaque page web, des liens d'évitement ou d'accès rapide aux groupes de liens importants et à la zone de contenu sont-ils présents (hors cas particuliers) ?

Nouveau critère 12.7

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

Suppression du test 12.11.1

Suppression du test car la technique G1 est considérée comme suffisante pour satisfaire le critère 2.4.1 et ne porte que sur la possibilité d'accéder au contenu principal et non à l'ensemble des zones.

Ancien test 12.11.1

Test 12.11.1 : Dans chaque page web, un lien permet-il d'éviter chaque groupe de liens importants identifié ou d'y accéder (hors cas particuliers) ?

Modification du test 12.11.2

Modification syntaxique liée à l’évolution du critère 12.11.

Renumérotation du test 12.11.2 en test 12.7.1.

Ancien test 12.11.2

Test 12.11.2 : Dans chaque page web, un lien permet-il d'éviter la zone de contenu identifiée ou d'y accéder (hors cas particuliers) ?

Nouveau test 12.7.1

Test 12.7.1 : Dans chaque page web, un lien permet-il d'éviter la zone de contenu principal ou d'y accéder (hors cas particuliers) ?

Suppression du test 12.11.3

Suppression suite à la mise à jour de l'entrée de glossaire de "Liens d'évitement ou d'accès rapide".

Ancien test 12.11.3

Test 12.11.3 : Dans chaque page web, chaque lien d'évitement ou d'accès rapide est-il fonctionnel (hors cas particuliers) ?

Modification du test 12.11.4

Modification syntaxique liée à l’évolution du critère 12.11.

Renumérotation du test 12.11.4 en test 12.7.2.

Ancien test 12.11.4

Test 12.11.4 : Dans chaque ensemble de pages, les liens d'évitement ou d'accès rapide vérifient-ils ces conditions (hors cas particuliers) ?

• Chaque lien est situé à la même place dans la présentation.
• Chaque lien se présente toujours dans le même ordre relatif dans le code source.
• Chaque lien est visible à la prise de focus de tabulation au moins.

Nouveau test 12.7.2

Test 12.7.2 : Dans chaque ensemble de pages, le lien d'évitement ou d'accès rapide à la zone de contenu principal vérifient-il ces conditions (hors cas particuliers) ?

• Le lien est situé à la même place dans la présentation.
• Le lien se présente toujours dans le même ordre relatif dans le code source.
• Le lien est visible à la prise de focus lors d'une tabulation.

Suppression des critères 12.12 et des tests associés

Suppression des critères triple A du RGAA 4.

Ancien critère 12.12

Critère 12.12 [AAA] Dans chaque page web, la page en cours de consultation est-elle indiquée dans le menu de navigation ?

Renumérotation des critères 12.13, 12.14 et des tests associés

Pour tenir compte de la suppression des critères précédents, les critères 12.13 et 12.14 sont renumérotés respectivement en critères 12.8 et 12.9. Les tests associés sont renumérotés de la même façon.

Création du critère 12.10 et du test associé

Prise en compte du nouveau critère WCAG 2.1 : 2.1.4 Character Key Shortcuts (A).

Nouveau critère 12.10

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

Nouveau test 12.10.1

Test 12.10.1 : Dans chaque page web, chaque raccourci clavier n'utilisant qu'une seule touche (lettres minuscule ou majuscule, ponctuation, chiffre ou symbole) vérifie-t-il l'une de ces conditions ?

• Un mécanisme est disponible pour désactiver le raccourci clavier.
• Un mécanisme est disponible pour configurer la touche de raccourci clavier au moyen des touches de modification (Ctrl, Alt, Maj, etc).
• Dans le cas d'un composant d'interface utilisateur, le raccourci clavier qui lui est associé ne peut être activé que si le focus clavier est sur ce composant.

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.2.1.4 / 2.1.4 Character Key Shortcuts (A)

Création du critère 12.11 et du test associé

Prise en compte d'un cas d'usage non couvert : les contenus additionnels interactifs.

Nouveau critère 12.11

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

Nouveau test 12.11.1

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

Nouvelle note technique

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.2.1.1 / 2.1.1 Keyboard (A)

Suppression du critère 13.2 et des tests associés

Les techniques référencées correspondent à un critère WCAG 3.2.5 triple A ou bien sont seulement considérées comme "advisory".

Ancien critère 13.2

Critère 13.2 [A] Dans chaque page web, pour chaque ouverture de nouvelle fenêtre, l'utilisateur est-il averti ?

Renumérotation du critère 13.3 et des tests associés

Pour tenir compte de la suppression du critère 13.2, le critère 13.3 est renuméroté en critères 13.2. Les tests associés sont renumérotés de la même façon.

Suppression des critères 13.4, 13.5 et des tests associés

Suppression des critères triple A du RGAA 4.

Ancien critère 13.4

Critère 13.4 [AAA] Dans chaque page web, une tâche ne doit pas requérir de limite de temps pour être réalisée, sauf si elle se déroule en temps réel ou si cette limite de temps est essentielle. Cette règle est-elle respectée ?

Ancien critère 13.5

Critère 13.5 [AAA] Dans chaque page web, lors d'une interruption de session authentifiée, les données saisies par l'utilisateur sont-elles récupérées après ré-authentification ?

Suppression du critère 13.6 et des tests associés

Absence d’élément dans les WCAG permettant de considérer que l’absence d’indication de format, poids ou langue des fichiers en téléchargement est un motif de non conformité.

Ancien critère 13.6

Critère 13.6 [A] Dans chaque page web, pour chaque fichier en téléchargement, des informations relatives à sa consultation sont-elles présentes (hors cas particuliers) ?

Suppression des cas particuliers 13.6

Suppression du critère 13.6.

Anciens cas particuliers 13.6

Renumérotation des critères 13.7, 13.8 et des tests associés

Pour tenir compte de la suppression des critères précédents, les critères 13.7 et 13.8 sont renumérotés respectivement en critères 13.3 et 13.4. Les tests associés sont renumérotés de la même façon.

Création des cas particuliers 13.3

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.

Nouveaux cas particuliers 13.3

Suppression des critères 13.9, 13.10 et des tests associés

Suppression des critères triple A du RGAA 4.

Ancien critère 13.9

Critère 13.9 [AAA] Dans chaque page web, les expressions inhabituelles, les expressions idiomatiques ou le jargon sont-ils explicités ?

Ancien critère 13.10

Critère 13.10 [AAA] Dans chaque page web, pour chaque expression inhabituelle ou limitée, idiomatique ou de jargon ayant une définition, cette définition est-elle pertinente ?

Renumérotation des critères 13.11, 13.12 et des tests associés

Pour tenir compte de la suppression des critères précédents, les critères 13.11 et 13.12 sont renumérotés respectivement en critères 13.5 et 13.6. Les tests associés sont renumérotés de la même façon.

Suppression des critères 13.13, 13.14 et des tests associés

Suppression des critères triple A du RGAA 4.

Ancien critère 13.13

Critère 13.13 [AAA] Dans chaque page web, pour chaque mot dont le sens ne peut être compris sans en connaître la prononciation, celle-ci est-elle indiquée ?

Ancien critère 13.14

Critère 13.14 [AAA] Dans chaque page web, chaque texte qui nécessite un niveau de lecture plus avancé que le premier cycle de l'enseignement secondaire a-t-il une version alternative ?

Renumérotation des critères 13.15 et des tests associés

Pour tenir compte de la suppression des critères précédents, le critère 13.15 est renuméroté en critères 13.7. Les tests associés sont renumérotés de la même façon.

Suppression des critères 13.16 et des tests associés

Suppression des critères triple A du RGAA 4.

Ancien critère 13.16

Critère 13.16 [AAA] Dans chaque page web, les changements brusques de luminosité ou les effets de flash ont-ils une fréquence inférieure ou égale à 3 par seconde ?

Renumérotation des critères 13.17 et des tests associés

Pour tenir compte de la suppression des critères précédents, le critère 13.17 est renuméroté en critères 13.8. Les tests associés sont renumérotés de la même façon.

Création du critère 13.9 et du test associé

Prise en compte du nouveau critère WCAG 2.1 : 1.3.4 Orientation (AA).

Nouveau critère 13.9

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

Nouveau test 13.9.1

Test 13.9.1 : Dans chaque page web, chaque contenu vérifie-t-il ces conditions (hors cas particuliers) ?

• La consultation est possible quel que soit le mode d'orientation de l'écran.
• Le contenu proposé reste le même quel que soit le mode d'orientation de l'écran utilisé même si sa présentation et le moyen d'y accéder peut différer.

Nouveaux cas particuliers

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.1.3.4 / 1.3.4 Orientation (AA)

Création du critère 13.10 et des tests associés

Prise en compte du nouveau critère WCAG 2.1 : 2.5.1 Pointer Gestures (A).

Nouveau critère 13.10

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

Nouveau test 13.10.1

Test 13.10.1 : Dans chaque page web, chaque fonctionnalité utilisable ou disponible suite à un contact multipoint est-elle également utilisable ou disponible suite à un contact en un point unique de l'écran (hors cas particuliers).

Nouveau test 13.10.2

Test 13.10.2 : Dans chaque page web, chaque fonctionnalité utilisable ou disponible suite à un geste basé sur le suivi d'une trajectoire sur l'écran est-elle également utilisable ou disponible suite à un contact en un point unique de l'écran (hors cas particuliers).

Nouveaux cas particuliers

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.2.5.1 / 2.5.1 Pointer Gestures (A)

Création du critère 13.11 et du test associé

Prise en compte du nouveau critère WCAG 2.1 : 2.5.2 Pointer Cancellation (A).

Nouveau critère 13.11

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

Nouveau test 13.11.1

Test 13.11.1 : Dans chaque page web, les actions déclenchées au moyen d'un dispositif de pointage sur un point unique de l'écran vérifient-elles l'une de ces conditions (hors cas particuliers) ?

• L'action est déclenchée au moment où le dispositif de pointage est relâché ou relevé ;
• L'action est déclenchée au moment où le dispositif de pointage est pressé ou posé puis annulée lorsque le dispositif de pointage est relâché ou relevé ;
• Un mécanisme est disponible pour abandonner (avant achèvement de l'action) ou annuler (après achèvement) l'exécution de l'action ;

Nouveaux cas particuliers

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.2.5.2 / 2.5.2 Pointer Cancellation (A)

Création du critère 13.12 et des tests associés

Prise en compte du nouveau critère WCAG 2.1 : 2.5.4 Motion Actuation (A).

Nouveau critère 13.12

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

Nouveau test 13.12.1

Test 13.12.1 : Dans chaque page web, les fonctionnalités disponibles en bougeant l'appareil peuvent-elles être accomplies avec des composants d'interface utilisateur (hors cas particuliers) ?

Nouveau test 13.12.2

Test 13.12.2 : Dans chaque page web, les fonctionnalités disponibles en faisant un geste en direction de l'appareil peuvent-elles être accomplies avec des composants d'interface utilisateur (hors cas particuliers) ?

Nouveau test 13.12.3

Test 13.12.3 : L'utilisateur a-t-il la possibilité de désactiver la détection du mouvement pour éviter un déclenchement accidentel de la fonctionnalité (hors cas particuliers) ?

Nouveaux cas particuliers

Références

EN 301 549 V2.1.2 / WCAG 2.1

• 9.2.5.4 / 2.5.4 Motion Actuation (A)

Glossaire

Modification “Accessible et activable par le clavier et la souris”

Prise en compte de l’ensemble des dispositifs de pointage, prise en compte du nouveau critère 12.15, référence aux motifs de conception

Ancienne entrée

Nouvelle entrée

Modification Accolés (étiquette et champ accolés)

Raison de la suppression

Prise en compte des contraintes de positionnnement de la technique G162 dans la critère 11.4

Ancienne entrée

Nouvelle entrée

Il faut que l’étiquette et son champ soient visuellement proches de manière à ce que la relation entre les deux ne puisse pas prêter à confusion.

Modification “Alternative textuelle”

Prise en compte de l’ensemble des techniques permettant d’associer une alternative textuelle aux différentes formes d’images

Ancienne entrée

Nouvelle entrée

Suppression « Arborescence du document »

Raison de la suppression

Suppression du test 9.2.2.

Ancienne entrée

Suppression « Attribut target »

Raison de la suppression

Suppression du critère 13.6 et des tests associés.

Ancienne entrée

Modification « Barre de navigation »

Raison de la modification de l’entrée

Fusion des deux entrées de glossaire « Barre de navigation » et « Menu de navigation » dont les contenus se recoupent en partie, la notion de menu de navigation étant englobée dans la notion plus générique de barre de navigation. Cette mise en cohérence permet d’éviter les tests redondants des critères 12.2 et 12.3.

Ancienne entrée

Nouvelle entrée

Suppression « Bloc d’informations de même nature »

Raison de la suppression

L’entrée de glossaire bloc d’information de même nature est divisée en deux entrées distinctes.

Ancienne entrée

Modification « bouton (formulaire) »

Prise en compte du role WAI-ARIA button, modification pour introduire l’utilisation des attributs aria-labelledby et aria-label comme solution de nommage d’un bouton et ajout d’un note pour couvrir le critère 2.5.3 WCAG 2.1 label in name

Ancienne entrée

Nouvelle entrée

Modification « cadre en ligne »

Devient « cadre et cadre en ligne »

Bien que html5 qui ne contienne plus la balise <frame> les concepteurs peuvent encore utiliser une version de HTML supportant cette balise (qui par ailleurs continue de fonctionner meme en html5). Il existe également d’anciennes applications utilisant cette balise pour laquelle l’absence de prise en compte de cette balise dans le RGAA signifierait qu’ils n’ont rien à faire pour les rendre conforme.

Ancienne entrée

Nouvelle entrée

Création « Champs de même nature »

Raison de la création

L’entrée de glossaire bloc d’information de même nature est divisée en deux entrées distinctes dont « champs de même nature »

Nouvelle entrée

Modification « Champ de saisie de formulaire »

Mise à jour suite à l’évolution de la spécification HTML, prise en compte de champs de formulaires simulés via les rôles WAI-ARIA et renommage pour couvrir les champs d’affichage html5 qui ne sont pas des champs “de saisie”

Ancienne entrée

Nouvelle entrée

Suppression « Collection de pages »

Raison de la suppression

Suppression de l’entrée de glossaire suite à la suppression du critère 12.7 qui lui est exclusivement associé.

Ancienne entrée

Modification « Composant d’interface »

Ajout de la référence au document “WAI-ARIA 1.1 Authoring Practices”.

Ancienne entrée

Nouvelle entrée

Modification « Contexte du lien »

Reformulation de la note 1.

Ancienne entrée

Nouvelle entrée

Modification « Contrôle de saisie (formulaire) »

En l’absence de technique WCAG correspondante suppression de la note rendant obligatoire la modification du titre d’une page en cas d’erreur de formulaire.

Ancienne entrée

Nouvelle entrée

Création « couleur d’arrière-plan contiguë et couleur contiguë »

Raison de la création

Précisions visant à faciliter la compréhension du critère.

Nouvelle entrée

Modification « Description détaillée (image) »

Raison de la modification de l’entrée de glossaire Prise en compte de la définition de glossaire alternative textuelle et lien ou bouton adjacente ainsi que de la possibilité d’avoir recours à l’attribut WAI-ARIA aria-labelledby en cas de nos support de l’attribut WAI-ARIA aria-describedby

Ancienne entrée

Nouvelle entrée

Création « élément graphique »

Raison de la création

Précisions visant à faciliter la compréhension du critère.

Nouvelle entrée

Modification « En-tête de lignes ou de colonnes »

Prise en compte de WAI-ARIA pour les tableaux de données simple

Ancienne entrée

Nouvelle entrée

Modification « Ensemble de pages »

Suppression de l’exemple “Processus de paiement électronique” suite à la mise à jour du cas particulier du critère 12.1

Ancienne entrée

Nouvelle entrée

Modification « Étiquette de champ de formulaire »

Précision visant à interdire l’usage de l’attribut aria-label pour indiquer le caractère obligatoire des champs car cela rendrait l’indication non visible pour les utilisateurs mal voyants ou en situation de handicap moteur

Nouvelle entrée

Création « Formulaire »

Raison de la création

Prise en compte de WAI-ARIA

Nouvelle entrée

Création « Gestes simples et gestes complexes »

Raison de la création

Précisions visant à faciliter la compréhension des termes relatifs aux différents types de geste.

Nouvelle entrée

Modification « Image de décoration »

Exclusion des balises possédant un attribut WAI-ARIA role=“img” du champ d’application lorsqu’elle ne possède aucun attribut WAI-ARIA aria-hidden=“true”.

Ancienne entrée

Nouvelle entrée

Création « indication de champ obligatoire »

Raison de la création

Mise à disposition d’information sur ce qu’est une indication de champ obligatoire

Nouvelle entrée

Création « indication du type de données et/ou de format »

Raison de la création

Mise à disposition d’information sur ce qui constitue une indication du type de données et/ou de format

Nouvelle entrée

Modification « Information (donnée par la couleur) »

Mise à jour des exemples et ajout de précisions indiquant les cas permettant de considérer qu’une information est transmise uniquement par la couleur ou non. Cette mise à jour a donc pour effet de rendre le critère 3.2 inutile

Ancienne entrée

Nouvelle entrée

Modification « intitulé de lien »

Prise en compte des liens en SVG, référence aux entrées de glossaire existantes, prise en compte du critère « label in name » 2.5.3 des WCAG 2.1, prise en compte de l’usage de l’attribut title et des intitulés de liens identiques.

Ancienne entrée

Nouvelle entrée

Création « Intitulé visible »

Raison de la création

Ajout des tests permettant de couvrir le nouveau critère WCAG 2.1 “Label in name”.

Nouvelle entrée

Création « Contenu alternatif »

Raison de la création

Prise en compte de la possibilité de fournir une alternative textuelle par le biais d’un contenu alternatif pour les images objet (balise <object> avec l’attribut type=“image/…”, les images embarqués (balise <embed> avec l’attribut type=“image/…”) et les images bitmap (balise <canvas>)).

Nouvelle entrée

Création «Contenu caché »

Raison de la création

Le critère 10.13 porte logiquement sur l’ensemble des contenus cachés et non uniquement sur le texte. L’entrée de glossaire est ainsi renommée “Contenu caché”. Suppression du cas width et height avec les valeurs 0 (width:0;height:0) qui est désormais restitué par les technologies d’assistances

Nouvelle entrée

Création « Landmark »

Raison de la création

Modification du critère 12.10.

Nouvelle entrée

Modification « Le nom, le rôle, la valeur, le paramétrage et les changements d’états »

Référence au document WAI-ARIA 1.1 Authoring Practices et remplacement de API ARIA par WAI-ARIA

Ancienne entrée

Nouvelle entrée

Création « Légende »

Raison de la création

L’entrée de glossaire bloc d’information de même nature est divisée en deux entrées distinctes dont Légende

Nouvelle entrée

Modification « Lien »

Simplification de l’entrée de glossaire, prise en compte des liens WAI-ARIA et SVG.

Ancienne entrée

Nouvelle entrée

Modification « Lien adjacent ou bouton adjacent »

Prise en compte de l’utilisation de boutons permettant d’accéder à un contenu alternatif dans la page.

Ancienne entrée

Nouvelle entrée

Modification « Lien composite »

Reformulation suite à la modification de l’entrée de glossaire Lien.

Ancienne entrée

Nouvelle entrée

Suppression « liens identiques »

Raison de la suppression

Suppression du critère 6.4 désormais traité via la nouvelle définition d’intitulé du lien dont la pertinence est vérifié dans le critère 6.1.

Ancienne entrée

Modification « Lien image »

Reformulation suite à la modification de l’entrée de glossaire Lien. Faire directement référence à l’entrée de glossaire « Alternative textuelle » pour éviter une redondance.

Ancienne entrée

Nouvelle entrée

Modification « Lien texte »

Reformulation suite à la modification de l’entrée de glossaire Lien.

Ancienne entrée

Nouvelle entrée

Modification « Liens d’évitement ou d’accès rapide »

Précisions sur la notion suite à la modification des tests.

Ancienne entrée

Nouvelle entrée

Modification « listes »

Ajout d’une note pour signaler le changement d’appellation “liste de définition” par “liste de description” en HTML5 et l’ouverture sémantique qui l’accompagne.

Ancienne entrée

Nouvelle entrée

Modification « Liste de choix »

Remplacement de l’entrée par « Items de même nature des listes de choix »

Ancienne entrée

Nouvelle entrée

Création « liste des valeurs possibles pour l’attribut autocomplete »

Raison de la création

Prise en compte du nouveau critère de succès 1.3.5 des WCAG 2.1

Nouvelle entrée

Suppression « Mécanisme qui permet d’afficher le texte avec un rapport de contraste conforme »

Raison de la suppression

Suppression du test 3.3.5

Ancienne entrée

Suppression « Menu de navigation »

Raison de la suppression

Fusion des deux entrées de glossaire « Barre de navigation » et « Menu de navigation » dont les contenus se recoupent en partie, la notion de menu de navigation étant englobée dans la notion plus générique de barre de navigation. Cette mise en cohérence permet d’éviter les tests redondants des critères 12.2 et 12.3.

Ancienne entrée

Création « Message de statut »

Raison de la création de l’entrée

Prise en compte du critère WCAG 4.1.3.

Nouvelle entrée

Création « modifier ou annuler les données et les actions effectuées »

Raison de la création

Ajouter visant à faciliter la compréhension du critère

Nouvelle entrée

Modification «Motif de conception»

Mise à jour suite à la suppression des test 7.1.3 et 7.3.3, mise à jour de la référence à la version du document WAI-ARIA Authoring Practices, reformulation du début de la note 2.

Ancienne entrée

Nouvelle entrée

Création « Passage de texte associé au tableau de données »

Raison de la création

Prise en compte des attributs WAI-ARIA dans la thématique tableaux

Nouvelle entrée

Modification « Passage de texte lié par aria-labelledby ou aria-describedby »

Intégration dans la définition de la présence d’un id unique et de l’association au champ

Ancienne entrée

Nouvelle entrée

Modification « Prise de focus »

Mise à jour de la note 2 suite à la mise à jour du critère 3.3.

Ancienne entrée

Nouvelle entrée

Création « Pressé ou posé »

Raison de la création

Précisions visant à faciliter la compréhension technique des termes pressé ou posé

Nouvelle entrée

Création « Raccourci clavier »

Raison de la création

Précision sur la nature d’un raccourci clavier et le cas des “Access keys”.

Nouvelle entrée

Création « Règles d’écriture »

Raison de la création

Précisions visant à faciliter la compréhension des règles techniques concernée

Nouvelle entrée

Création « Relâché ou relevé »

Raison de la création

Précisions visant à faciliter la compréhension technique des termes relâché ou relevé.

Nouvelle entrée

Modification « Résumé »

Modification de la note pour permettre le test du résumé sur les sites utilisant HTML4 ou XHTML. Prise en charge des tableaux WAI-ARIA

Ancienne entrée

Nouvelle entrée

Modification « Systèmes de navigation »

Remplacement de « Table de contenu » par « Table des matières ».

Ancienne entrée

Nouvelle entrée

Modification « Tableau de données »

Prise en charge des tableaux WAI-ARIA

Ancienne entrée

Nouvelle entrée

Création « Tableau de données ayant un titre »

Raison de la création

Prise en compte des attributs WAI-ARIA dans la thématique tableaux

Nouvelle entrée

Modification « Tableau de données complexe »

Prise en charge des tableaux WAI-ARIA

Ancienne entrée

Nouvelle entrée

Modification « Taille de caractère »

Mise à jour suite à la suppression des tests 10.4.1 et 10.4.2 et à la mise à jour du test 10.4.3

Ancienne entrée

Nouvelle entrée

Suppression « Texte caché »

Raison de la suppression

Suppression de l’entrée texte caché pour «Contenu caché»

Ancienne entrée

Modification « Titre »

Modification de l’entrée pour :

• supprimer la mention obligatoire d’un titre h1 dans une page
• supprimer la note concernant les titres masqués suite à la suppression des tests 9.1.1 et 9.1.3.
• Prendre en compte WAI-ARIA role heading

Ancienne entrée

Nouvelle entrée

Modification « titre de cadre »

Remplacement de l’expression redondante ARIA aria-hidden par attribut et précision sur l’applicabilité du test.

Ancienne entrée

Nouvelle entrée

Suppression « Titre de lien »

Raison de la suppression

Suppression du critère 6.2 désormais traité via la nouvelle définition d’intitulé du lien dont la pertinence est vérifié dans le critère 6.1.

Ancienne entrée

Création « Uniquement à des fins de présentation »

Raison de la création

Complément d’information sur la note 1 et remplacement de <blokquote role="presentation"> par <blockquote role="presentation">

Nouvelle entrée