Web Content Accessibility Guidelines (WCAG) 2.2

Lead translating organization: Access42
21 bis rue du Simplon, 75018 Paris
France
Website : https://access42.net

Coordinators of the translation:

Traduction française candidate

Publication le [../../..]

Cette version :
https://www.w3.org/Translations/WCAG22-fr-20240927/ [URL PROVISOIRE - À CONFIRMER]
Version la plus récente :
https://www.w3.org/Translations/WCAG22-fr/ [URL PROVISOIRE - À CONFIRMER]
Version originale (anglais) :
https://www.w3.org/TR/2023/REC-WCAG22-20231005/
Errata :
https://wcag.access42.net/22/errata/index.html.
Organisation coordinatrice de la traduction :
Access42
21 bis rue du Simplon, 75018 Paris
France
Site web : https://access42.net
Coordinatrices de la traduction :
Partenaires du comité de traduction :
https://lists.w3.org/Archives/Public/w3c-translators/2024JanMar/0031.html.

Ceci est une traduction autorisée d’un document du W3C. La publication de cette traduction a suivi les étapes décrites dans la Politique des traductions autorisées du W3C (en anglais). En cas de litiges, la version faisant foi est le document original en anglais.

Règles pour l’accessibilité des contenus Web (WCAG) 2.2

Recommandation du W3C

Plus d’information sur ce document :
Version actuelle (en anglais) :
https://www.w3.org/TR/2023/REC-WCAG22-20231005/
Version la plus récente (en anglais) :
https://www.w3.org/TR/WCAG22/
Document de travail le plus récent (en anglais) :
https://w3c.github.io/wcag/guidelines/22/
Historique :
https://www.w3.org/standards/history/WCAG22/
Historique des modifications (commits)
Rapport d’implémentation (en anglais) :
https://www.w3.org/WAI/WCAG22/implementation-report/
Recommandation précédente (en anglais) :
https://www.w3.org/TR/WCAG21/
Auteurs et autrices :
(Nomensa)
(Oracle)
(Library of Congress)
Michael Cooper (W3C)
(Adobe)
Commentaires :
GitHub w3c/wcag (pull requests, nouveau ticket, tickets ouverts)
Errata :
Errata disponible.

Voir aussi les traductions (en anglais).


Résumé

Les Règles pour l’accessibilité des contenus Web (WCAG) 2.2 couvrent un large éventail de recommandations pour rendre les contenus Web plus accessibles. Suivre ces règles rendra les contenus plus accessibles à une plus grande variété de personnes en situation de handicap, y compris les aménagements pour les personnes aveugles et malvoyantes, les personnes sourdes et malentendantes, les personnes ayant des limitations motrices, des limitations de la parole, une photosensibilité et les personnes ayant une combinaison de ces limitations fonctionnelles, et certains aménagements pour les personnes ayant des troubles de l’apprentissage et des limitations cognitives ; mais elles ne répondront pas à tous les besoins des utilisateurs avec ces handicaps. Ces règles concernent l’accessibilité des contenus Web sur les ordinateurs de bureau, les ordinateurs portables, les tablettes et les appareils mobiles. Suivre ces règles rendra aussi les contenus Web souvent plus faciles d’utilisation aux utilisateurs en général.

Les critères de succès des WCAG 2.2 sont écrits sous la forme d’énoncés testables qui ne se rattachent pas à une technologie particulière. Des consignes sur la façon de satisfaire à un critère de succès spécifique pour une technologie particulière ainsi que de l’information générale à propos de l’interprétation d’un critère de succès sont données dans des documents distincts. Voir Vue d’ensemble des Règles pour l’accessibilité des contenus Web (en anglais) à titre d’introduction et suivre les liens vers la documentation technique et pédagogique sur les WCAG.

Les WCAG 2.2 étendent les Règles pour l’accessibilité des contenus Web 2.1 (en anglais) [WCAG21] qui ont été publiées comme Recommandation du W3C en juin 2018. Le contenu qui est conforme aux WCAG 2.2 est également conforme aux WCAG 2.0 et aux WCAG 2.1. Le groupe de travail a prévu que pour les politiques d’accessibilité du Web exigeant la conformité aux WCAG 2.0 ou aux WCAG 2.1, les WCAG 2.2 puissent fournir un moyen alternatif de conformité. La publication des WCAG 2.2 ne rend pas obsolète ni ne remplace les WCAG 2.0 ou WCAG 2.1. Bien que les WCAG 2.0 et WCAG 2.1 restent des recommandations du W3C, le W3C conseille l’utilisation des WCAG 2.2 pour garantir l’applicabilité future des efforts d’accessibilité. Le W3C encourage également l’utilisation de la version la plus récente des WCAG lors de l’élaboration ou de la mise à jour des politiques d’accessibilité du Web.

Statut du présent document

Cette section décrit le statut de ce document au moment de sa publication. Une liste des publications actuelles du W3C et la dernière version corrigée de ce rapport technique peuvent être trouvées dans le catalogue des rapports techniques du W3C (en anglais) sur https://www.w3.org/TR/.

Pour émettre des commentaires, ouvrez un ticket dans le dépôt WCAG du W3C sur GitHub (en anglais). Bien que les critères de succès proposés dans ce document fassent référence à des tickets de suivi de leur discussion, le groupe de travail requiert que les commentaires publics soient émis sous forme de nouveaux tickets, où un ticket correspond à un commentaire. La création d’un compte GitHub pour ouvrir des tickets est gratuite. S’il n’est pas possible de créer un ticket dans GitHub, envoyez un courriel à public-agwg-comments@w3.org (archive des commentaires, en anglais).

Ce document a été publié par le groupe de travail sur les règles d’accessibilité en tant que Recommandation en suivant la procédure de Recommandation.

Le W3C recommande le déploiement généralisé de cette spécification en tant que norme pour le Web.

Une recommandation du W3C est une spécification qui, après une recherche approfondie de consensus, est approuvée par le W3C et ses membres, et que les membres du groupe de travail se sont engagés à diffuser sous licence libre de droits pour ses mises en œuvre.

Ce document a été produit par un groupe œuvrant dans le cadre de la politique de brevets du W3C (en anglais) du 1er août 2017. Le W3C conserve une liste publique de toutes les divulgations des brevets (en anglais) faites en relation avec les livrables du groupe ; cette page inclut également les instructions concernant la divulgation d’un brevet. Un individu ayant la réelle connaissance d’un brevet dont il pense qu’il contient des droits essentiels (en anglais), doit révéler cette information en accord avec la section 6 de la politique des brevets du W3C (en anglais).

Ce document est régi par le document de processus du W3C en date du 12 juin 2023 (en anglais).

Introduction

Cette section est non normative.

Contexte des WCAG 2

Les Règles pour l’accessibilité des contenus Web (WCAG) 2.2 définissent la façon de rendre les contenus Web plus accessibles aux personnes en situation de handicap. L’accessibilité couvre un large spectre de limitations fonctionnelles, telles que les limitations visuelles, auditives, physiques, cognitives, neurologiques ou encore celles liées à la parole, au langage ou à l’apprentissage. Bien que ces règles couvrent un éventail varié de problématiques, elles ne peuvent prétendre répondre aux besoins des personnes avec tous les types, les degrés ou les combinaisons possibles de limitations fonctionnelles. Ces règles rendent également les contenus Web plus utilisables par les individus dont les capacités changent en raison du vieillissement et améliorent souvent l’utilisabilité pour l’ensemble des utilisateurs.

Les WCAG 2.2 sont développées selon le processus du W3C (en anglais) en collaboration avec différents individus et organisations provenant des quatre coins du globe, dans le but de fournir un cadre commun de normalisation pour l’accessibilité des contenus Web répondant aux besoins des individus, des organisations et des gouvernements de partout dans le monde. Les WCAG 2.2 se fondent sur les WCAG 2.0 [WCAG20] et les WCAG 2.1 [WCAG21], qui, elles-mêmes, sont fondées sur les WCAG 1.0 [WAI-WEBCONTENT] et sont conçues pour être largement appliquées à différentes technologies Web existantes ou à venir, en plus d’être vérifiables avec une combinaison de tests automatiques et d’évaluations manuelles. Pour une introduction aux WCAG, voir la Vue d’ensemble des Règles pour l’accessibilité des contenus Web (WCAG) (en anglais).

Des défis importants ont été rencontrés dans le cadre de la définition de critères supplémentaires afin de prendre en compte les troubles cognitifs, linguistiques et d’apprentissage, notamment un court délai pour le développement. D’autres défis ont été rencontrés pour obtenir un consensus sur la testabilité, la capacité de mise en œuvre et les considérations internationales des propositions. Le travail se poursuivra dans ce domaine dans les futures versions des WCAG. Nous encourageons les auteurs à se référer à nos conseils supplémentaires sur l’amélioration de l’inclusion des personnes en situation de handicap, présentant notamment des troubles de l’apprentissage et cognitifs, les personnes malvoyantes, etc. (en anglais).

L’accessibilité du Web ne dépend pas uniquement des contenus accessibles, mais également des navigateurs Web accessibles et des autres agents utilisateurs. Les outils d’édition jouent un rôle majeur dans l’accessibilité du Web. Pour une vue d’ensemble de la manière dont ces éléments d’interaction et de développement Web coopèrent, voir :

Lorsque le présent document fait référence aux « WCAG 2 », il désigne toute version des WCAG commençant par 2.

Les différents niveaux de lecture des WCAG 2

Les particuliers et les organisations qui utilisent les WCAG sont très variés et comprennent des concepteurs Web, des développeurs Web, des décideurs, des acheteurs, des enseignants et des étudiants. Afin de répondre aux besoins variés de ces publics, plusieurs niveaux de lecture sont proposés : de grands principes, des règles générales, des critères de succès testables ainsi qu’un riche ensemble de techniques suffisantes, de techniques recommandées et d’échecs fréquents documentés avec des exemples, des liens vers des ressources et du code.

Tous ces niveaux de lecture (les principes, les règles, les critères de succès ainsi que les techniques suffisantes et les techniques recommandées) forment un ensemble qui donne une aide sur la façon de créer un contenu plus accessible. Les auteurs sont encouragés à consulter et à appliquer tous les niveaux qu’ils peuvent mettre en œuvre, y compris les techniques recommandées, afin de répondre au mieux aux besoins du plus grand nombre possible d’utilisateurs.

Notons que même du contenu conforme au niveau le plus élevé (AAA) ne sera pas accessible aux personnes de tous types, degrés ou combinaisons de handicap, en particulier dans les domaines cognitifs du langage et de l’apprentissage. Les auteurs sont encouragés à prendre en compte l’ensemble des techniques, y compris les techniques recommandées, Rendre le contenu utilisable pour les personnes ayant des troubles cognitifs et d’apprentissage (en anglais), et à rechercher des conseils appropriés sur les bonnes pratiques en vigueur pour veiller à ce que les contenus Web soient accessibles, autant que possible, à cette communauté. Des métadonnées (en anglais) peuvent aider l’utilisateur à trouver les contenus qui correspondent le mieux à ses besoins.

Les documents d’accompagnement des WCAG 2.2

Le document des WCAG 2.2 est conçu pour satisfaire ceux qui ont besoin de standards techniques stables auxquels il est possible de faire référence. D’autres documents, appelés documents d’accompagnement, sont basés sur les WCAG 2.2. Ils répondent à d’autres fins et offrent la possibilité d’être mis à jour pour décrire comment les WCAG devront être appliquées pour les technologies futures. Les documents d’accompagnement comprennent :

  1. Comment satisfaire aux WCAG 2.2 (en anglais) — Une liste personnalisable de références rapides pour les WCAG 2.2 qui contient toutes les règles, les critères de succès et les techniques utilisables par les auteurs lorsqu’ils développent et évaluent les contenus Web. Ces références incluent le contenu des WCAG 2.0, 2.1, 2.2 et peuvent être filtrées de plusieurs façons pour aider les auteurs à se concentrer sur le contenu pertinent.

  2. Comprendre les WCAG 2.2 (en anglais) — Un guide pour comprendre et mettre en œuvre les WCAG 2.2. On y trouve un court document de « compréhension » pour chaque règle et chaque critère de succès dans les WCAG 2.2 ainsi que pour certains éléments clés.

  3. Les techniques pour les WCAG 2.2 (en anglais) — Un regroupement de techniques et d’échecs fréquents, chacun dans un document distinct contenant une description, des exemples, du code et des tests.

  4. Les documents des WCAG 2 (en anglais) — Une courte introduction aux documents d’accompagnement des WCAG et aux conseils supplémentaires.

  5. Nouveautés dans les WCAG 2.2 présente les nouveaux critères de succès avec des citations de personas illustrant les problèmes d’accessibilité.

Voir la Vue d’ensemble des Règles pour l’accessibilité des contenus Web (en anglais) pour une description des éléments d’accompagnement, y compris les ressources éducatives en lien avec les WCAG 2.2. Des ressources supplémentaires qui couvrent des points tels que des analyses de rentabilité sur l’accessibilité, la planification des mises en œuvre d’améliorations de l’accessibilité des sites Web ou les politiques d’accessibilité sont décrits dans les ressources de la WAI (en anglais).

Exigences pour les WCAG 2.2

Les WCAG 2.2 respectent les exigences relatives aux WCAG 2.2 (en anglais) qui, à leur tour, se fondent sur les exigences des versions précédentes des WCAG 2. Les exigences structurent le cadre général des règles et assurent la rétrocompatibilité. Le groupe de travail a également utilisé un ensemble de critères d’acceptation moins formels pour les critères de succès, afin de s’assurer que le style et la qualité des critères de succès soient similaires à ceux des WCAG 2.0. Ces exigences ont eu pour effet de restreindre ce qui pouvait être inclus dans les WCAG 2.2. Cette contrainte était importante afin de préserver la nature de version mineure des WCAG 2.

Comparaison avec les WCAG 2.1

Les WCAG 2.2 ont été élaborées dans le but de continuer le travail des WCAG 2.1 : Améliorer les conseils d’accessibilité pour trois groupes principaux : les utilisateurs avec des troubles cognitifs ou d’apprentissage, les utilisateurs malvoyants et les utilisateurs en situation de handicap utilisant des dispositifs mobiles. De nombreuses solutions ont été proposées et évaluées pour répondre aux besoins de ces personnes, et une sélection de ces solutions a été affinée par le groupe de travail. Ce sont donc les exigences structurelles héritées des WCAG 2.0, combinées à la précision et à l’impact des propositions, et aux délais impartis qui ont conduit aux critères de succès inclus dans cette version. Le groupe de travail considère que les WCAG 2.2 font avancer progressivement les règles pour l’accessibilité des contenus Web dans tous ces domaines, mais souligne que ces règles ne répondent pas à tous les besoins des utilisateurs.

Les WCAG 2.2 ont été développées à partir des WCAG 2.1 et sont rétrocompatibles avec elles, ce qui signifie que les pages Web conformes aux WCAG 2.2 sont au moins aussi accessibles que les pages conformes aux WCAG 2.1. Des exigences ont été ajoutées en s’appuyant sur les versions 2.1 et 2.0. Les WCAG 2.2 ont supprimé le critère de succès 4.1.1 Analyse syntaxique. Les auteurs tenus par la réglementation de se conformer aux WCAG 2.0 ou aux WCAG 2.1 pourront mettre à jour les contenus en suivant les WCAG 2.2, mais il se peut qu’ils doivent continuer à tester le critère 4.1.1 et à en rendre compte. Les auteurs qui suivent plusieurs versions des règles doivent garder à l’esprit les ajouts suivants.

Nouveautés dans les WCAG 2.2

Les WCAG 2.2 élargissent les WCAG 2.1 avec de nouveaux critères de succès, leurs définitions respectives, des règles dont le rôle est d’organiser les nouveaux éléments. Cette approche additive permet d’expliquer clairement que les sites qui respectent les WCAG 2.2 respectent également les WCAG 2.1. Dans le but de fournir une meilleure accessibilité et d’anticiper les futurs changements de réglementation, le groupe de travail sur les règles d’accessibilité recommande que les sites adoptent les WCAG 2.2 comme nouvelle référence de conformité, même si les exigences officielles font mention des versions précédentes.

Les critères de succès suivants sont nouveaux dans les WCAG 2.2 :

Ces nouveaux critères de succès peuvent faire référence à de nouveaux termes qui ont également été ajoutés au glossaire et font partie des exigences normatives des critères de succès.

Les WCAG 2.2 introduisent aussi de nouvelles sections qui détaillent les aspects de la spécification pouvant avoir un impact sur la vie privée et la sécurité.

Numérotation dans les WCAG 2.2

Afin d’éviter toute confusion parmi les responsables de mise en œuvre pour qui la rétrocompatibilité avec les versions des WCAG 2 est déterminante, les nouveaux critères de succès des WCAG 2.2 ont été ajoutés à la fin de la liste des critères de succès dans leur règle respective. Cela évite de devoir modifier la numérotation des critères de succès, déjà établie par les WCAG 2 ; une nouvelle numérotation serait nécessaire si les nouveaux critères de succès étaient insérés entre les critères de succès existants au sein d’une règle. Or suivre la numérotation existante signifie que les critères de succès de chaque règle ne sont plus organisés par niveau de conformité. L’ordre des critères de succès indiqué au sein de chaque règle n’est plus représentatif du niveau de conformité associé à ces critères ; désormais, seul l’indicateur du niveau de conformité (A/AA/AAA) attribué à chaque critère de succès informera sur le niveau de conformité. Le document « Comment satisfaire aux WCAG 2.2 (Référence rapide) » (en anglais) permet de visualiser les critères de succès regroupés par niveau de conformité, et offre de nombreuses options pour filtrer et trier les critères.

Conformité aux WCAG 2.2

Les WCAG 2.2 utilisent le même modèle de conformité que les WCAG 2.0. Ce modèle prévoit que les sites conformes aux WCAG 2.2 sont également conformes aux WCAG 2.0 et WCAG 2.1, ce qui signifie qu’ils répondent aux exigences de toute réglementation faisant référence aux WCAG 2.0 ou WCAG 2.1, tout en proposant une réponse améliorée aux besoins des utilisateurs du Web tel qu’il existe actuellement.

Versions ultérieures des règles d’accessibilité

Parallèlement aux WCAG 2.2, le groupe de travail sur les règles d’accessibilité élabore une autre version majeure des règles d’accessibilité. Le résultat de ce travail devrait être une restructuration plus importante des règles sur l’accessibilité du Web que ce qui serait réaliste de faire pour les versions mineures ultérieures des WCAG 2. Le travail suit une méthodologie de conception axée sur la recherche et centrée sur l’utilisateur afin de produire le résultat le plus efficace et le plus souple possible, incluant des informations relatives aux rôles des différents intervenants lors de la création de contenu, au support des agents utilisateur et au support des outils d’édition. Comme il s’agit d’un travail se déroulant sur plusieurs années, les WCAG 2.2 sont une mesure provisoire nécessaire pour fournir des règles actualisées sur l’accessibilité du Web afin de refléter les changements intervenus sur le Web depuis la publication des WCAG 2.0. Le groupe de travail pourra également développer des versions intermédiaires supplémentaires, dont les WCAG 2.2, dans un délai court similaire afin de fournir des ressources supplémentaires en attendant que la version majeure soit achevée.

1. Perceptible

L’information et les composants de l’interface utilisateur doivent être présentés à l’utilisateur de façon à ce qu’il puisse les percevoir.

Règle 1.1 Équivalents textuels

Proposer des équivalents textuels à tout contenu non textuel qui pourra alors être présenté sous d’autres formes selon les besoins de l’utilisateur : grands caractères, braille, synthèse vocale, symboles ou langage simplifié.

Critère de succès 1.1.1 Contenu non textuel

(Niveau A)

Tout contenu non textuel présenté à l’utilisateur a un équivalent textuel qui remplit une fonction équivalente sauf dans les situations énumérées ci-dessous.

Composant d’interface ou de saisie

si le contenu non textuel est un composant d’interface ou s’il permet la saisie d’informations par l’utilisateur, alors il a un nom qui décrit sa fonction. (Se référer au Critère de succès 4.1.2 pour des exigences supplémentaires à propos des composants d’interfaces utilisateur ou des contenus qui permettent la saisie d’informations par l’utilisateur.)

Média temporel

si le contenu non textuel est un média temporel, alors l’équivalent textuel fournit au moins une identification descriptive du contenu non textuel. (Se référer à la Règle 1.2 pour des exigences supplémentaires concernant les médias temporels.)

Test

si le contenu non textuel est un test ou un exercice qui serait invalide s’il était présenté en texte, alors l’équivalent textuel fournit au moins une identification descriptive du contenu non textuel.

Contenu sensoriel

si le contenu non textuel vise d’abord à créer une expérience sensorielle spécifique, l’équivalent textuel fournit au moins une identification descriptive de ce contenu non textuel.

CAPTCHA

si ce contenu non textuel vise à confirmer que le contenu est consulté par une personne plutôt que par un ordinateur, alors un équivalent textuel est fourni pour identifier et décrire la fonction du contenu non textuel, et des formes alternatives du CAPTCHA sont proposées pour différents types de perception sensorielle afin d’accommoder différents types de limitations fonctionnelles.

Décoration, formatage, invisibilité

si le contenu non textuel est purement décoratif, s’il est utilisé seulement pour un formatage visuel ou s’il n’est pas présenté à l’utilisateur, alors il est implémenté de manière à être ignoré par les technologies d’assistance.

Règle 1.2 Média temporel

Proposer des versions de remplacement aux médias temporels.

Critère de succès 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

(Niveau A)

Pour des médias pré-enregistrés seulement audio et pré-enregistrés seulement vidéo, sauf si l’audio ou la vidéo sont un média de remplacement pour un texte et qu’ils sont clairement identifiés comme tels, les points suivants sont vrais :

Contenu pré-enregistré seulement audio

fournir une version de remplacement pour un média temporel, présentant une information équivalente au contenu seulement audio.

Contenu pré-enregistré seulement vidéo

fournir, soit une version de remplacement pour un média temporel, soit une piste audio (présentant une information équivalente) pour un contenu pré-enregistré seulement vidéo.

Critère de succès 1.2.2 Sous-titres (pré-enregistrés)

(Niveau A)

Fournir des sous-titres pour tout contenu audio pré-enregistré dans un média synchronisé, excepté lorsque le média est un média de remplacement pour un texte et qu’il est clairement identifié comme tel.

Critère de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré)

(Niveau A)

Fournir une version de remplacement pour un média temporel ou une audio-description du contenu vidéo pré-enregistré pour un média synchronisé, excepté quand le média est un média de remplacement pour un texte et qu’il est clairement identifié comme tel.

Critère de succès 1.2.4 Sous-titres (en direct)

(Niveau AA)

Fournir des sous-titres pour tout contenu audio en direct, sous forme de média synchronisé.

Critère de succès 1.2.5 Audio-description (pré-enregistrée)

(Niveau AA)

Fournir une audio-description pour tout contenu vidéo pré-enregistré, sous forme de média synchronisé.

Critère de succès 1.2.6 Langue des signes (pré-enregistrée)

(Niveau AAA)

Fournir une interprétation en langue des signes pour tout contenu audio pré-enregistré, sous forme de média synchronisé.

Critère de succès 1.2.7 Audio-description étendue (pré-enregistrée)

(Niveau AAA)

Lorsque les blancs présents dans le fond sonore ne sont pas suffisants pour permettre à l’audio-description de transmettre le sens de la vidéo, fournir une audio-description étendue pour tout contenu vidéo pré-enregistré sous la forme de média synchronisé.

Critère de succès 1.2.8 Version de remplacement pour un média temporel (pré-enregistrée)

(Niveau AAA)

Fournir une version de remplacement pour un média temporel, pour tout contenu de type média synchronisé pré-enregistré et pour tout média pré-enregistré seulement vidéo.

Critère de succès 1.2.9 Seulement audio (en direct)

(Niveau AAA)

Fournir une version de remplacement pour un média temporel, donnant une information équivalente pour un contenu seulement audio en direct.

Règle 1.3 Adaptable

Créer un contenu qui puisse être présenté de différentes manières sans perte d’information ni de structure (par exemple avec une mise en page simplifiée).

Critère de succès 1.3.1 Information et relations

(Niveau A)

L’information, la structure, et les relations véhiculées par la présentation peuvent être déterminées par un programme informatique ou sont disponibles sous forme de texte.

Critère de succès 1.3.2 Ordre séquentiel logique

(Niveau A)

Lorsque l’ordre de présentation du contenu affecte sa signification, un ordre de lecture correct peut être déterminé par un programme informatique.

Critère de succès 1.3.3 Caractéristiques sensorielles

(Niveau A)

Les instructions données pour la compréhension et l’utilisation du contenu ne doivent pas reposer uniquement sur les caractéristiques sensorielles des éléments comme la forme, la couleur, la taille, l’emplacement visuel, l’orientation ou le son.

Note

Pour les exigences liées à la couleur, se référer à la Règle 1.4.

Critère de succès 1.3.4 Orientation

(Niveau AA)

La consultation et le fonctionnement du contenu ne sont pas limités à une seule orientation de l’affichage, comme le portrait ou le paysage, à moins qu’une orientation spécifique de l’affichage ne soit essentielle.

Note

On compte parmi les exemples où une orientation spécifique de l’affichage peut être essentielle : un chèque de banque, une application de piano, des diapositives pour un projecteur ou une télévision, ou un contenu de réalité virtuelle qui n’est pas nécessairement limité à une orientation d’affichage en mode paysage ou portrait.

Critère de succès 1.3.5 Identifier la finalité de la saisie

(Niveau AA)

La finalité de chaque champ de saisie recueillant des informations sur l’utilisateur peut être déterminée par un programme informatique lorsque :

Critère de succès 1.3.6 Identifier la fonction

(Niveau AAA)

Dans un contenu implémenté via un langage de balisage, la fonction des composants d’interface utilisateur, des icônes et des régions peut être déterminée par un programme informatique.

Règle 1.4 Distinguable

Faciliter la perception visuelle et auditive du contenu par l’utilisateur, notamment en séparant le premier plan de l’arrière-plan.

Critère de succès 1.4.1 Utilisation de la couleur

(Niveau A)

La couleur n’est pas utilisée comme la seule façon de véhiculer de l’information, d’indiquer une action, de solliciter une réponse ou de distinguer un élément visuel.

Note

Ce critère de succès traite spécifiquement de la perception des couleurs. Les autres formes de perception sont traitées à la règle 1.3 comme l’accès à la couleur par programme informatique et les autres formes de codage de la présentation visuelle.

Critère de succès 1.4.2 Contrôle du son

(Niveau A)

Si du son sur une page Web est audible automatiquement pendant plus de 3 secondes, un mécanisme est disponible pour le mettre en pause, l’arrêter ou pour en contrôler le volume de façon indépendante du niveau de volume du système général.

Note

Puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès. Voir l’exigence de conformité 5 : Non-interférence.

Critère de succès 1.4.3 Contraste (minimum)

(Niveau AA)

La présentation visuelle du texte et du texte sous forme d’image a un rapport de contraste d’au moins 4,5:1, sauf dans les cas suivants :

Texte agrandi

le texte agrandi et le texte agrandi sous forme d’image ont un rapport de contraste d’au moins 3:1.

Texte décoratif

aucune exigence de contraste pour le texte ou le texte sous forme d’image qui fait partie d’un composant d’interface utilisateur inactif, qui est purement décoratif, qui est invisible pour tous ou qui est une partie d’une image contenant un autre contenu significatif.

Logotypes

aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de marque.

Critère de succès 1.4.4 Redimensionnement du texte

(Niveau AA)

À l’exception des sous-titres et du texte sous forme d’image, le texte peut être redimensionné jusqu’à 200 pour cent sans l’aide d’une technologie d’assistance et sans perte de contenu ou de fonctionnalité.

Critère de succès 1.4.5 Texte sous forme d’image

(Niveau AA)

Si les technologies utilisées peuvent réaliser la présentation visuelle, du texte est utilisé pour véhiculer l’information plutôt que du texte sous forme d’image sauf dans les cas suivants :

Personnalisable

le texte sous forme d’image peut être personnalisé visuellement selon les exigences de l’utilisateur ;

Essentielle

une présentation spécifique du texte est essentielle à l’information véhiculée.

Note

Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un nom de marque).

Critère de succès 1.4.6 Contraste (amélioré)

(Niveau AAA)

La présentation visuelle du texte et du texte sous forme d’image a un rapport de contraste d’au moins 7:1, sauf dans les cas suivants :

Texte agrandi

le texte agrandi et le texte agrandi sous forme d’image ont un rapport de contraste d’au moins 4,5:1 ;

Texte décoratif

aucune exigence de contraste pour le texte ou le texte sous forme d’image qui fait partie d’un composant d’interface utilisateur inactif, qui est purement décoratif, qui est invisible pour tous ou qui est une partie d’une image contenant un autre contenu significatif.

Logotypes

aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de marque.

Critère de succès 1.4.7 Arrière-plan sonore de faible volume ou absent

(Niveau AAA)

Pour un contenu seulement audio pré-enregistré qui (1) contient principalement de la parole au premier plan, (2) n’est pas un CAPTCHA ou un logo sonore et (3) qui n’est pas une vocalisation dont l’intention est principalement d’être musicale comme une chanson ou un rap, au moins l’une des conditions suivantes est vraie :

Sans arrière-plan

le contenu audio ne contient pas d’arrière-plan sonore.

Désactivation

l’arrière-plan sonore peut être désactivé.

20 dB

l’arrière-plan sonore est au moins 20 décibels plus faible que le contenu parlé au premier plan sauf pour certains effets sonores occasionnels durant seulement une ou deux secondes.

Note

Par la définition du « décibel », le volume de l’arrière-plan sonore correspondant à cette exigence est approximativement quatre fois plus faible que le contenu parlé au premier plan.

Critère de succès 1.4.8 Présentation visuelle

(Niveau AAA)

Pour la présentation visuelle des blocs de texte, un mécanisme est disponible permettant de réaliser ce qui suit :

  • Les couleurs de premier plan et d’arrière-plan peuvent être choisies par l’utilisateur.
  • La largeur n’excède pas 80 caractères ou glyphes (40 si CJK).
  • Le texte n’est pas justifié (aligné simultanément à droite et à gauche).
  • L’espacement entre les lignes (interlignage) est d’une valeur d’au moins 1,5 dans les paragraphes et l’espacement entre les paragraphes est au moins 1,5 fois plus grand que la valeur de l’interligne.
  • La taille du texte peut être redimensionnée jusqu’à 200 pour cent sans l’aide d’une technologie d’assistance et sans que l’utilisateur soit obligé de faire défiler le texte horizontalement pour lire une ligne complète dans une fenêtre plein écran.
Note 1

Le contenu n’est pas tenu d’utiliser ces valeurs. L’exigence est qu’il existe un mécanisme permettant aux utilisateurs de modifier ces aspects de la présentation. Ce mécanisme peut être fourni par le navigateur ou un autre agent utilisateur. Le contenu n’est pas tenu de fournir ce mécanisme.

Note 2

Les systèmes d’écriture de certaines langues utilisent des aspects de présentation différents pour améliorer la lisibilité visuelle et textuelle. Si un aspect de présentation de ce critère de succès n’est pas utilisé dans un système d’écriture, le contenu n’a pas besoin d’utiliser ce paramètre et peut être conforme sans lui. Les auteurs sont encouragés à suivre les conseils pour améliorer la lisibilité visuelle et textuelle dans leur système d’écriture.

Critère de succès 1.4.9 Texte sous forme d’image (sans exception)

(Niveau AAA)

Le texte sous forme d’image est utilisé seulement pour du texte purement décoratif ou lorsqu’une présentation spécifique du texte est essentielle à l’information véhiculée.

Note

Les logotypes (le texte qui fait partie d’un logo ou d’un nom de marque) sont considérés comme essentiels.

Critère de succès 1.4.10 Redistribution

(Niveau AA)

Le contenu peut être présenté sans perte d’information ou de fonctionnalité et sans nécessité de défilement dans les deux dimensions pour :

  • un contenu à défilement vertical avec une largeur équivalente à 320 pixels CSS ;
  • un contenu à défilement horizontal avec une hauteur équivalente à 256 pixels CSS.

Sauf pour les parties du contenu dont l’utilisation ou la compréhension nécessite une mise en page en deux dimensions.

Note 1

320 pixels CSS équivaut à une largeur d’affichage initiale de 1280 pixels CSS avec un zoom de 400 %. Pour un contenu Web conçu pour défiler horizontalement (par exemple, avec du texte vertical), la valeur de 256 pixels CSS équivaut à une hauteur d’affichage initiale de 1024 pixels CSS avec un zoom de 400 %.

Note 2

On compte parmi les exemples de contenu nécessitant une mise en page en deux dimensions les images nécessaires à la compréhension (comme les cartes ou les diagrammes), les vidéos, les jeux, les présentations, les tableaux de données (non pas les cellules individuelles), et les interfaces où il est nécessaire de garder les barres d’outils visibles pendant la manipulation du contenu. Un défilement bidimensionnel pour ces parties du contenu est acceptable.

Critère de succès 1.4.11 Contraste du contenu non textuel

(Niveau AA)

La présentation visuelle des éléments suivants a un rapport de contraste d’au moins 3:1 avec la ou les couleurs adjacentes :

Composants d’interface utilisateur
informations visuelles nécessaires à l’identification des composants et des états de l’interface utilisateur, à l’exception des composants inactifs ou lorsque l’apparence du composant est déterminée par l’agent utilisateur et non modifiée par l’auteur ;
Objets graphiques
parties d’éléments graphiques nécessaires à la compréhension du contenu, sauf si une présentation spécifique de ces éléments est essentielle à l’information transmise.

Critère de succès 1.4.12 Espacement du texte

(Niveau AA)

Dans un contenu implémenté via un langage de balisage qui prend en charge les propriétés de style de texte suivantes, il n’y a aucune perte de contenu ou de fonctionnalité lorsqu’on applique toutes les valeurs ci-dessous sans modifier aucune autre propriété de style :

  • La hauteur de ligne (interlignage) définie à au moins 1,5 fois la taille de la police ;
  • L’espacement entre les paragraphes consécutifs défini à au moins 2 fois la taille de la police ;
  • L’espacement des lettres (interlettrage) défini à au moins 0,12 fois la taille de la police ;
  • L’espacement entre les mots défini à au moins 0,16 fois la taille de la police.

Exception : les langues et systèmes d’écritures qui n’utilisent pas une ou plusieurs de ces propriétés de style de texte pour le texte écrit peuvent être conformes en utilisant uniquement les propriétés qui existent pour cette combinaison de langue et de système d’écriture.

Note 1

Il n’est pas obligatoire d’utiliser ces valeurs d’espacement du texte. L’exigence consiste à s’assurer que, lorsqu’un utilisateur modifie l’espacement du texte défini par l’auteur, le contenu ou la fonctionnalité ne soient pas perdus.

Note 2

Dans certaines langues, les systèmes d’écriture utilisent des paramètres d’espacement de texte différents, tels que l’indentation au début des paragraphes. Les auteurs sont encouragés à suivre les recommandations disponibles à l’échelle locale pour améliorer la lisibilité et la clarté du texte dans leur propre système d’écriture.

Critère de succès 1.4.13 Contenu au survol ou au focus

(Niveau AA)

Lorsque la réception puis le retrait du survol du pointeur ou du focus du clavier déclenche l’affichage puis le masquage d’un contenu additionnel, les éléments suivants sont vrais :

Masquable
il existe un mécanisme permettant de masquer le contenu additionnel sans déplacer le pointeur ou le focus du clavier, à moins que le contenu additionnel ne communique une erreur de saisie ou ne masque ni ne remplace un autre contenu ;
Survolable
si le survol du pointeur peut déclencher le contenu additionnel, alors le pointeur peut être déplacé sur le contenu additionnel sans que celui-ci disparaisse ;
Persistant
le contenu additionnel reste visible jusqu’à ce que le survol ou le focus soit retiré, que l’utilisateur le masque ou que ses informations ne soient plus valables.

Exception : la présentation visuelle du contenu additionnel est contrôlée par l’agent utilisateur et n’est pas modifiée par l’auteur.

Note 1

Parmi les exemples de contenu additionnel contrôlé par l’agent utilisateur figurent les infobulles du navigateur créées à l’aide de l’attribut HTML title [HTML].

Note 2

Les infobulles personnalisées, les sous-menus et autres fenêtres non modales qui s’affichent au survol et à la prise de focus sont des exemples de contenu additionnel couvert par ce critère.

Note 3

Ce critère s’applique au contenu qui apparaît en plus du composant déclencheur lui-même. Étant donné que les composants cachés qui deviennent visibles au focus du clavier (comme les liens d’accès rapide à une autre partie d’une page) ne présentent pas de contenu additionnel, ils ne sont pas couverts par ce critère.

2. Utilisable

Les composants de l’interface utilisateur et de navigation doivent être utilisables.

Règle 2.1 Accessibilité au clavier

Rendre toutes les fonctionnalités accessibles au clavier.

Critère de succès 2.1.1 Clavier

(Niveau A)

Toutes les fonctionnalités du contenu sont utilisables à l’aide d’une interface clavier sans exiger un rythme de frappe propre à l’utilisateur, sauf lorsque la fonction sous-jacente nécessite une saisie qui dépend du tracé du mouvement effectué par l’utilisateur et pas seulement des points de départ et d’arrivée de ce tracé.

Note 1

Cette exception ne concerne que la fonction sous-jacente et non la technique de saisie. Par exemple, lorsqu’on utilise l’écriture manuscrite pour saisir du texte, la technique de saisie (l’écriture manuscrite) nécessite une saisie qui dépend d’un tracé, mais la fonction sous-jacente (la saisie de texte) ne le requiert pas.

Note 2

Cela n’interdit pas et ne devrait pas décourager l’utilisation de la souris ou de toute autre méthode de saisie en plus de l’utilisation du clavier.

Critère de succès 2.1.2 Pas de piège au clavier

(Niveau A)

Si le focus du clavier peut être positionné sur un élément de la page à l’aide d’une interface clavier, réciproquement, il peut être déplacé hors de ce même composant simplement à l’aide d’une interface clavier et, si ce déplacement exige plus que l’utilisation d’une simple touche flèche ou tabulation ou toute autre méthode standard de sortie, l’utilisateur est informé de la méthode permettant de déplacer le focus hors de ce composant.

Note

Puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès. Voir l’exigence de conformité 5 : Non-interférence.

Critère de succès 2.1.3 Clavier (pas d’exception)

(Niveau AAA)

Toutes les fonctionnalités du contenu sont utilisables à l’aide d’une interface clavier sans exiger un rythme de frappe propre à l’utilisateur.

Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères

(Niveau A)

Si un raccourci clavier est implémenté dans du contenu en utilisant uniquement des caractères de type lettres (y compris les majuscules et les minuscules), des signes de ponctuation, des chiffres ou des symboles, alors au moins l’une des conditions suivantes est vraie :

Désactivation
un mécanisme est disponible pour désactiver le raccourci ;
Réassignation
un mécanisme est disponible pour réassigner le raccourci afin d’inclure une ou plusieurs touches non imprimables du clavier (par exemple, Ctrl, Alt) ;
Actif uniquement au focus
le raccourci clavier pour un composant d’interface utilisateur n’est actif que lorsque ce composant a le focus.

Règle 2.2 Délai suffisant

Laisser à l’utilisateur suffisamment de temps pour lire et utiliser le contenu.

Critère de succès 2.2.1 Réglage du délai

(Niveau A)

Pour chaque limite de temps fixée par le contenu, au moins l’un des points suivants est vrai :

Suppression

l’utilisateur a la possibilité de supprimer la limite de temps avant de la rencontrer ; ou

Ajustement

l’utilisateur a la possibilité d’ajuster la limite de temps avant de la rencontrer dans un intervalle d’au moins dix fois la durée paramétrée par défaut ; ou

Extension

l’utilisateur est averti avant que la limite de temps n’expire et il lui est accordé au moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins dix fois ; ou

L’exception du temps réel

la limite de temps est une partie constitutive d’un événement en temps réel (par exemple, une enchère) et aucune alternative n’est possible ; ou

L’exception de la limite essentielle

la limite de temps est essentielle et l’étendre invaliderait alors l’activité ; ou

L’exception des 20 heures

la limite de temps est supérieure à 20 heures.

Note

Ce critère de succès permet de s’assurer que les utilisateurs peuvent compléter leurs tâches sans changement inattendu de contenu ou de contexte résultant de la limite de temps. Il devrait être considéré conjointement avec le critère de succès 3.2.1, qui pose des limites aux changements de contenu ou de contexte résultant d’une action de l’utilisateur.

Critère de succès 2.2.2 Mettre en pause, arrêter, masquer

(Niveau A)

Pour toute information en mouvement, clignotante, défilante ou mise à jour automatiquement, tous les points suivants sont vrais :

Déplacement, clignotement, défilement

pour toute information en mouvement, clignotante ou défilante qui (1) démarre automatiquement, (2) dure plus de cinq secondes et (3) est présentée conjointement avec un autre contenu, il y a un mécanisme à la disposition de l’utilisateur pour la mettre en pause, l’arrêter ou la masquer, à moins que le mouvement, le clignotement ou le défilement s’avère un élément essentiel au bon déroulement de l’activité; et

Mise à jour automatique

pour toute information mise à jour automatiquement qui (1) démarre automatiquement (2) et est présentée conjointement avec un autre contenu, il y a un mécanisme à la disposition de l’utilisateur pour la mettre en pause, l’arrêter ou pour en contrôler la fréquence des mises à jour à moins que la mise à jour automatique s’avère essentielle au bon déroulement de l’activité.

Note 1

Pour les exigences relatives au contenu scintillant ou flashant, se référer à la règle 2.3.

Note 2

Puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès. Lire Exigence de conformité 5 : Non-interférence.

Note 3

Il n’est pas exigé que le contenu mis à jour périodiquement par logiciel ou diffusé en flux à l’agent utilisateur conserve ou présente l’information générée ou reçue entre la mise en pause et la reprise de la présentation, puisque cela peut ne pas être techniquement possible et s’avérer trompeur dans beaucoup de situations.

Note 4

Une animation survenant dans une phase de pré-chargement ou dans une situation similaire peut être considérée comme essentielle si aucune interaction n’est permise à tous les utilisateurs durant cette phase et si l’absence d’indication de progression est susceptible de perturber les utilisateurs ou de leur faire croire que le contenu est figé ou défectueux.

Critère de succès 2.2.3 Pas de délai d’exécution

(Niveau AAA)

Le temps n’est pas un facteur essentiel dans le déroulement de l’événement ou de l’activité, à l’exception des médias synchronisés non interactifs et des événements en temps réel.

Critère de succès 2.2.4 Interruptions

(Niveau AAA)

Les interruptions peuvent être reportées ou supprimées par l’utilisateur, à l’exception des interruptions impliquant une urgence.

Critère de succès 2.2.5 Nouvelle authentification

(Niveau AAA)

Quand une session authentifiée expire, l’utilisateur peut poursuivre son activité sans perte de données après une nouvelle authentification.

Critère de succès 2.2.6 Délais d’expiration

(Niveau AAA)

Les utilisateurs sont avertis de la durée de leur inactivité qui pourrait entraîner une perte de données, à moins que les données ne soient conservées pendant plus de 20 heures lorsque l’utilisateur n’effectue aucune action.

Note

Les réglementations relatives à la protection de la vie privée peuvent exiger le consentement explicite de l’utilisateur avant qu’il ait été authentifié et avant que ses données soient conservées. Dans la plupart des juridictions, pays ou régions, le consentement explicite d’une personne mineure ne peut pas être sollicité. Lorsque la conservation des données est envisagée comme une méthode pour satisfaire à ce critère de succès, il est conseillé de consulter des professionnels de la protection de la vie privée et un conseiller juridique.

Règle 2.3 Crises et réactions physiques

Ne pas concevoir de contenu susceptible de provoquer des crises ou des réactions physiques.

Critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique

(Niveau A)

Une page Web doit être exempte de tout élément qui flashe plus de trois fois dans n’importe quel intervalle d’une seconde ou ce flash doit se situer sous le seuil de flash générique et le seuil de flash rouge.

Note

Puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès. Voir l’exigence de conformité 5 : Non-interférence.

Critère de succès 2.3.2 Trois flashs

(Niveau AAA)

Une page Web doit être exempte de tout élément qui flashe plus de trois fois dans n’importe quel intervalle d’une seconde.

Critère de succès 2.3.3 Animation résultant d’interactions

(Niveau AAA)

L’animation basée sur le mouvement, déclenchée par une interaction, peut être désactivée sauf si l’animation est essentielle à la fonctionnalité ou à l’information transmise.

Règle 2.5 Modalités d’entrée

Faciliter l’utilisation des fonctionnalités par les utilisateurs au moyen de divers dispositifs d’entrées en plus du clavier.

Critère de succès 2.5.1 Gestes pour le contrôle du pointeur

(Niveau A)

Toutes les fonctionnalités qui utilisent des gestes multipoints ou basés sur un tracé peuvent être utilisées avec un pointage à contact unique sans geste basé sur un tracé, à moins qu’un geste multipoint ou basé sur un tracé ne soit essentiel.

Note

Cette exigence s’applique aux contenus Web qui interprètent les actions du pointeur (elle ne s’applique donc pas aux actions nécessaires à l’utilisation d’un agent utilisateur ou d’une technologie d’assistance).

Critère de succès 2.5.2 Annulation de l’action du pointeur

(Niveau A)

Pour une fonctionnalité qui peut être activée avec un dispositif de pointage à contact unique, au moins une des conditions suivantes est vraie :

Aucun événement descendant
l’événement descendant (down-event) du pointeur n’est pas utilisé pour exécuter une partie ou la totalité de la fonction ;
Abandon ou annulation
l’achèvement de la fonction se fait sur l’événement ascendant (up-event), et un mécanisme est disponible pour interrompre la fonction avant l’achèvement ou pour annuler la fonction après l’achèvement ;
Inversion sur l’événement ascendant
l’événement ascendant inverse tout résultat de l’événement descendant précédent ;
Essentiel
l’achèvement de la fonction lors de l’événement descendant est essentiel.
Note 1

Les fonctions qui émulent l’appui d’une touche du clavier ou du pavé numérique sont considérées comme essentielles.

Note 2

Cette exigence s’applique aux contenus Web qui interprètent les actions du pointeur (elle ne s’applique donc pas aux actions nécessaires à l’utilisation d’un agent utilisateur ou d’une technologie d’assistance).

Critère de succès 2.5.3 Étiquette dans le nom

(Niveau A)

Pour les composants d’interface utilisateur dont les étiquettes contiennent du texte ou du texte sous forme d’image, le nom contient le texte qui est présenté visuellement.

Note

Une bonne pratique consiste à placer le texte de l’étiquette au début du nom.

Critère de succès 2.5.4 Activation par le mouvement

(Niveau A)

Les fonctionnalités qui peuvent être activées par un mouvement de l’appareil ou un mouvement de l’utilisateur peuvent également être activées par des composants d’interface utilisateur et la réponse au mouvement peut être désactivée pour éviter une activation accidentelle, sauf dans les cas suivants :

Interface compatible 
le mouvement est utilisé pour activer la fonctionnalité par l’intermédiaire d’une interface compatible avec l’accessibilité ;
Essentiel 
le mouvement est essentiel à la fonction et le désactiver invaliderait l’activité.

Critère de succès 2.5.5 Taille de la cible (amélioré)

(Niveau AAA)

La taille de la cible pour les pointeurs d’entrée est d’au moins 44 par 44 pixels CSS, sauf quand :

Équivalence 
la cible est disponible depuis un lien ou un contrôle équivalent sur la même page qui mesure au moins 44 par 44 pixels CSS ;
En ligne 
la cible se trouve dans une phrase ou un bloc de texte ;
Contrôle par l’agent utilisateur 
la taille de la cible est déterminée par l’agent utilisateur et n’est pas modifiée par l’auteur ;
Essentiel 
une présentation spécifique de la cible est essentielle pour transmettre l’information.

Critère de succès 2.5.6 Modalités d’entrées concurrentes

(Niveau AAA)

Le contenu Web ne restreint pas l’utilisation des modalités d’entrée disponibles sur une plateforme, sauf si la restriction est essentielle, nécessaire pour garantir la sécurité du contenu ou nécessaire pour respecter les paramètres de l’utilisateur.

Critère de succès 2.5.7 Mouvements de glissement

(Niveau AA)

[Nouveau]

Toutes les fonctionnalités qui utilisent un mouvement de glissement peuvent être réalisées par un pointage à contact unique sans glissement, sauf si le glissement est essentiel ou que la fonctionnalité est déterminée par l’agent utilisateur et non modifiée par l’auteur.

Note

Cette exigence s’applique aux contenus Web qui interprètent les actions du pointeur (c’est-à-dire qu’elle ne s’applique pas aux actions nécessaires pour faire fonctionner l’agent utilisateur ou la technologie d’assistance).

Critère de succès 2.5.8 Taille de la cible (minimum)

(Niveau AA)

[Nouveau]

La taille de la cible pour les entrées de pointeur est d’au moins 24 par 24 pixels CSS, sauf dans les cas suivants :

  • Espacement : les cibles de taille réduite (de moins de 24 par 24 pixels CSS) sont positionnées de telle sorte que si un cercle de 24 pixels CSS de diamètre est centré sur la boîte de délimitation de chacune d’elles, les cercles ne croisent pas d’autre cible ni le cercle d’une autre cible de taille réduite ;
  • Équivalence : la fonction peut être réalisée grâce à un élément de contrôle différent sur la même page, et qui satisfait à ce critère ;
  • En ligne : la cible se trouve dans une phrase, ou bien sa taille est limitée par la hauteur de ligne du texte non ciblé ;
  • Contrôle par l’agent utilisateur : la taille de la cible est déterminée par l’agent utilisateur et n’est pas modifiée par l’auteur ;
  • Essentiel : une présentation spécifique de la cible est essentielle ou est légalement requise pour transmettre l’information.
Note 1

Pour ce critère de succès, les cibles qui permettent de sélectionner des valeurs en fonction de leur position dans la cible sont considérées comme une seule cible. Cela inclut par exemple les curseurs (slider), les sélecteurs de couleurs affichant un dégradé de couleurs, ou les zones éditables où l’on positionne le curseur.

Note 2

Pour les cibles en ligne, la hauteur de ligne doit être interprétée comme étant perpendiculaire au flux de texte. Par exemple, dans une langue affichée verticalement, la hauteur de ligne serait horizontale.

3. Compréhensible

Les informations et l’utilisation de l’interface utilisateur doivent être compréhensibles.

Règle 3.1 Lisible

Rendre le contenu textuel lisible et compréhensible.

Critère de succès 3.1.1 Langue de la page

(Niveau A)

La langue par défaut de chaque page Web peut être déterminée par un programme informatique.

Critère de succès 3.1.2 Langue d’un passage

(Niveau AA)

La langue de chaque passage ou expression du contenu peut être déterminée par un programme informatique sauf pour un nom propre, pour un terme technique, pour un mot dont la langue est indéterminée ou pour un mot ou une expression faisant partie du langage courant de la langue utilisée dans le contexte immédiat.

Critère de succès 3.1.3 Mots rares

(Niveau AAA)

Un mécanisme est disponible pour identifier la définition spécifique des mots ou expressions utilisés de manière inhabituelle ou de façon limitée, y compris les expressions idiomatiques et le jargon.

Critère de succès 3.1.4 Abréviations

(Niveau AAA)

Un mécanisme est disponible pour identifier la forme complète ou la signification d’une abréviation.

Critère de succès 3.1.5 Niveau de lecture

(Niveau AAA)

Lorsqu’un texte nécessite une capacité de lecture plus avancée que le premier cycle de l’enseignement secondaire après la suppression des noms propres et des titres, un contenu additionnel, ou une version qui ne requiert pas de capacité de lecture supérieure au premier cycle de l’enseignement secondaire est disponible.

Critère de succès 3.1.6 Prononciation

(Niveau AAA)

Un mécanisme permet d’identifier la prononciation spécifique des mots dont la signification est ambiguë dans le contexte si leur prononciation n’est pas connue.

Règle 3.2 Prévisible

Faire en sorte que les pages apparaissent et fonctionnent de manière prévisible.

Critère de succès 3.2.1 Au focus

(Niveau A)

Quand un composant d’interface utilisateur reçoit le focus, il ne doit pas initier de changement de contexte.

Critère de succès 3.2.2 À la saisie

(Niveau A)

Le changement de paramètre d’un composant d’interface utilisateur ne doit pas initier de changement de contexte à moins que l’utilisateur n’ait été avisé de ce comportement avant d’utiliser le composant.

Critère de succès 3.2.3 Navigation cohérente

(Niveau AA)

Dans un ensemble de pages, les mécanismes de navigation qui se répètent sur plusieurs pages Web se présentent dans le même ordre relatif chaque fois qu’ils sont répétés, à moins qu’un changement soit initié par l’utilisateur.

Critère de succès 3.2.4 Identification cohérente

(Niveau AA)

Dans un ensemble de pages Web les composants qui ont la même fonctionnalité sont identifiés de la même façon.

Critère de succès 3.2.5 Changement à la demande

(Niveau AAA)

Un changement de contexte est initié uniquement sur demande de l’utilisateur ou un mécanisme est disponible pour désactiver un tel changement.

Critère de succès 3.2.6 Aide cohérente

(Niveau A)

[Nouveau]

Si une page Web contient l’un des mécanismes d’aide suivants et que ces mécanismes sont répétés sur plusieurs pages d’un ensemble de pages, alors ils se présentent dans le même ordre relativement aux autres contenus de la page ; à moins qu’un changement soit initié par l’utilisateur :

  • des coordonnées de personnes ;
  • un mécanisme pour contacter une personne ;
  • une option d’auto-assistance ;
  • un mécanisme de contact entièrement automatisé.
Note 1

Les mécanismes d’aide peuvent être fournis directement sur la page, ou être fournis grâce à un lien direct vers une page distincte contenant les informations.

Note 2

Pour ce critère de succès, « le même ordre relativement aux autres contenus de la page » peut être considéré comme la manière dont le contenu est ordonné lorsque la page est linéarisée. La position visuelle d’un mécanisme d’aide sera probablement cohérente d’une page à l’autre pour la même variante de page (par exemple, un point de rupture CSS). L’utilisateur peut initier un changement, comme modifier le zoom de la page ou son orientation, ce qui peut déclencher l’affichage d’une variante différente de la page. Ce critère s’intéresse à l’ordre relatif dans des pages affichées avec la même variante de page (par exemple, le même niveau de zoom et la même orientation).

Règle 3.3 Assistance à la saisie

Aider l’utilisateur à éviter et à corriger les erreurs de saisie.

Critère de succès 3.3.1 Identification des erreurs

(Niveau A)

Si une erreur de saisie est détectée automatiquement, l’élément en erreur est identifié et l’erreur est décrite à l’utilisateur sous forme de texte.

Critère de succès 3.3.2 Étiquettes ou instructions

(Niveau A)

Des étiquettes sont présentées ou des instructions sont fournies quand un contenu requiert une saisie utilisateur.

Critère de succès 3.3.3 Suggestion après une erreur

(Niveau AA)

Si une erreur de saisie est automatiquement détectée et que des suggestions de corrections sont connues, ces suggestions sont alors proposées à l’utilisateur à moins que cela puisse compromettre la sécurité ou la finalité du contenu.

Critère de succès 3.3.5 Aide

(Niveau AAA)

Une aide contextuelle est disponible.

Critère de succès 3.3.6 Prévention des erreurs (toutes)

(Niveau AAA)

Pour des pages Web demandant à l’utilisateur de soumettre des informations, au moins l’une des conditions suivantes est vraie :

Réversible
les actions d’envoi sont réversibles.
Vérifiée
les données saisies par l’utilisateur sont vérifiées au niveau des erreurs de saisie et la possibilité est donnée à l’utilisateur de les corriger.
Confirmée
un mécanisme est disponible pour revoir, confirmer et corriger les informations avant leur soumission finale.

Critère de succès 3.3.7 Saisie redondante

(Niveau A)

[Nouveau]

Les informations précédemment saisies par l’utilisateur ou fournies à l’utilisateur, et qui doivent être à nouveau saisies dans le même processus sont soit :

  • préremplies, ou
  • disponibles pour être sélectionnées par l’utilisateur.

Sauf dans les cas suivants :

  • il est essentiel de ressaisir les informations soi-même,
  • les informations sont requises pour assurer la sécurité du contenu, ou
  • les informations précédemment saisies ne sont plus valides.

Critère de succès 3.3.8 Authentification accessible (minimum)

(Niveau AA)

[Nouveau]

Aucune étape d’un processus d’authentification ne requiert de test cognitif (comme la mémorisation d’un mot de passe ou la résolution d’une énigme), à moins que cette étape ne fournisse au moins l’un des éléments suivants :

Alternative
une autre méthode d’authentification, qui ne repose pas sur un test cognitif.
Mécanisme
un mécanisme est disponible pour aider l’utilisateur à compléter le test cognitif.
Reconnaissance d’objets
le test cognitif consiste à reconnaître des objets.
Contenu personnel
le test cognitif consiste à identifier un contenu non textuel que l’utilisateur a fourni au site web.
Note 1

La « reconnaissance d’objets » et le « contenu personnel » peuvent être représentés par des images, des vidéos ou de l’audio.

Note 2

Des exemples de mécanismes qui satisfont à ce critère comprennent :

  1. la possibilité de saisir un mot de passe par l’intermédiaire d’un gestionnaire de mots de passe afin de réduire l’effort de mémorisation, et
  2. la fonction copier-coller pour réduire la charge cognitive due à une saisie répétitive.

Critère de succès 3.3.9 Authentification accessible (amélioré)

(Niveau AAA)

[Nouveau]

Aucune étape d’un processus d’authentification ne requiert de test cognitif (comme la mémorisation d’un mot de passe ou la résolution d’une énigme), à moins que cette étape ne fournisse au moins l’un des éléments suivants :

Alternative
une autre méthode d’authentification, qui ne repose pas sur un test cognitif.
Mécanisme
un mécanisme est disponible pour aider l’utilisateur à compléter le test cognitif.

4. Robuste

Le contenu doit être suffisamment robuste pour être interprété de manière fiable par une large variété d’agents utilisateurs, y compris les technologies d’assistance.

Règle 4.1 Compatible

Optimiser la compatibilité avec les agents utilisateurs actuels et futurs, y compris les technologies d’assistance.

Critère de succès 4.1.1 Analyse syntaxique (Obsolète et supprimé)

Note

Ce critère a été initialement adopté pour résoudre les problèmes que les technologies d’assistance rencontraient lors de l’analyse directe du HTML. Les technologies d’assistance n’ont plus besoin d’analyser directement le HTML. Par conséquent, ces problèmes n’existent plus ou sont traités par d’autres critères. Ce critère n’a plus d’utilité et est supprimé.

Critère de succès 4.1.2 Nom, rôle et valeur

(Niveau A)

Pour tout composant d’interface utilisateur (comprenant mais n’étant pas limité aux éléments de formulaire, liens et composants générés par des scripts), le nom et le rôle peuvent être déterminés par un programme informatique ; les états, les propriétés et les valeurs qui peuvent être paramétrés par l’utilisateur peuvent être définis par programmation; et la notification des changements de ces éléments est disponible aux agents utilisateurs, incluant les technologies d’assistance.

Note

Ce critère de succès s’adresse d’abord aux auteurs qui développent ou programment leurs propres composants d’interface utilisateur. Toutefois, les contrôles HTML standards se conforment déjà à ce critère de succès lorsqu’ils sont utilisés conformément à la spécification.

Critère de succès 4.1.3 Messages d’état

(Niveau AA)

Dans un contenu implémenté via un langage de balisage, les messages d’état peuvent être déterminés par un programme informatique grâce à un rôle ou des propriétés afin qu’ils puissent être présentés à l’utilisateur par des technologies d’assistance sans recevoir le focus.

5. Conformité

Cette section reprend les exigences de conformité aux WCAG 2.2. Elle explique aussi comment faire une déclaration de conformité, ce qui est optionnel. Finalement, elle décrit la signification du terme compatible avec l’accessibilité puisque la conformité ne peut dépendre que des technologies qui sont utilisées de manière compatible avec l’accessibilité. Le document Comprendre la conformité (en anglais) comprend des explications plus précises sur la notion de compatibilité avec l’accessibilité.

5.1 Interprétation des exigences normatives

Le contenu principal des WCAG 2.2 est normatif et définit les exigences qui ont un impact sur les déclarations de conformité. Les éléments introductifs, les annexes, les sections marquées comme « non normatives », les diagrammes, les exemples et les notes sont informatifs (non normatifs). Les éléments non normatifs fournissent des conseils pour aider à interpréter les règles, mais ne constituent pas des exigences ayant un impact sur une déclaration de conformité.

Les mots clés PEUT (MAY), DOIT (MUST), NE DOIT PAS (MUST NOT), NON RECOMMANDÉ (NOT RECOMMENDED), RECOMMANDÉ (RECOMMENDED), DEVRAIT (SHOULD), et NE DEVRAIT PAS (SHOULD NOT) doivent être interprétés comme décrit dans [RFC2119].

5.2 Les exigences de conformité

Afin qu’une page Web soit conforme aux WCAG 2.2, toutes les exigences suivantes doivent être satisfaites :

5.2.1 Niveau de conformité

L’un des niveaux de conformité suivants est atteint par le respect de la totalité de ses critères de succès.

  • Pour une conformité de niveau A (le niveau minimal de conformité), la page Web satisfait à tous les critères de succès de niveau A ou une version de remplacement conforme est fournie.
  • Pour une conformité de niveau AA, la page Web remplit tous les critères de succès de niveau A et AA ou une version de remplacement conforme au niveau AA est fournie.
  • Pour une conformité de niveau AAA, la page Web remplit tous les critères de succès de niveau A, AA et AAA ou une version de remplacement conforme au niveau AAA est fournie.
Note 1

Bien que la conformité se définisse par paliers, les auteurs sont invités à mentionner (dans leur déclaration) tous les critères de succès satisfaits au-delà du niveau de conformité atteint.

Note 2

Il n’est pas recommandé de se fixer le niveau AAA comme objectif à l’échelle de sites entiers car il n’est pas possible de satisfaire à tous les critères de succès du niveau AAA pour certains contenus.

5.2.2 Pages complètes

La conformité (et le niveau de conformité) s’entend uniquement pour des pages Web complètes et ne peut être atteinte si une partie de la page Web est exclue.

Note 1

Dans le but de déterminer la conformité, les versions de remplacement à une partie du contenu de la page sont considérées comme une partie de la page quand les versions de remplacement peuvent être obtenues directement depuis la page, comme par exemple, une description longue ou la présentation de remplacement d’une vidéo.

Note 2

Les auteurs de pages Web qui ne peuvent être considérées comme conformes en raison d’un contenu qui n’est pas sous le contrôle de l’auteur peuvent envisager d’utiliser une déclaration de conformité partielle.

Note 3

Une page complète comprend toutes les variations de cette page automatiquement présentées dans les différentes tailles d’écran (par exemple, les variations dans une page Web responsive). Chacune de ces variations doit être conforme (ou doit avoir une version alternative conforme) pour que la page complète soit conforme.

5.2.3 Processus complets

Quand une page Web fait partie d’un ensemble représentant un processus (comme une succession d’étapes devant être complétées afin d’accomplir une activité), toutes les pages Web du processus sont conformes au moins au niveau spécifié. (La conformité à un certain niveau est impossible s’il existe une page de ce processus qui n’atteint pas au moins ce niveau.)

5.2.4 L’usage des technologies selon des méthodes exclusivement compatibles avec l’accessibilité

La satisfaction à un critère de succès ne dépend que des méthodes d’utilisation des technologies qui sont compatibles avec l’accessibilité. Toute information ou fonctionnalité proposée d’une manière non compatible avec l’accessibilité est également disponible sous une forme compatible avec l’accessibilité. Voir Comprendre la compatibilité avec l’accessibilité (en anglais).

5.2.5 Non-interférence

Si des technologies sont employées de manière non compatible avec l’accessibilité ou non conforme, alors elles n’empêchent pas les utilisateurs d’accéder au reste de la page. En outre, la page Web dans sa globalité continue de répondre aux exigences de conformité dans chacun des cas suivants :

  1. quand toute technologie non dépendante est activée dans l’agent utilisateur,
  2. quand toute technologie non dépendante est désactivée dans l’agent utilisateur et
  3. quand toute technologie non dépendante n’est pas reconnue par l’agent utilisateur.

De plus, les critères de succès suivants s’appliquent à tout le contenu de la page, y compris au contenu dont on ne dépend pas autrement pour atteindre la conformité, car un échec à les satisfaire pourrait perturber toute utilisation de la page :

  • 1.4.2 — Contrôle du son,
  • 2.1.2 — Pas de piège au clavier,
  • 2.3.1 — Pas plus de trois flashs ou sous le seuil critique, et
  • 2.2.2 — Mettre en pause, arrêter, masquer.
Note

Si une page ne peut pas être rendue conforme (par exemple une page de test de la conformité ou une page d’exemple), elle ne peut pas être incluse dans le périmètre de conformité ou dans une déclaration de conformité.

Pour plus d’information et des exemples, voir Comprendre les exigences de conformité (en anglais).

5.3 Déclarations de conformité (optionnelle)

La conformité est définie seulement pour les pages Web. Toutefois, une déclaration de conformité peut être faite pour une seule page, une série de pages ou un ensemble de pages Web reliées entre elles.

5.3.1 Éléments requis pour une déclaration de conformité

Une déclaration de conformité n’est pas obligatoire. Les auteurs peuvent se conformer aux WCAG 2.2 sans faire aucune déclaration. Toutefois, si une déclaration de conformité est faite, cette déclaration de conformité doit inclure les informations suivantes :

  1. Date de la déclaration
  2. Titre des Règles, version et URI « Règles pour l’accessibilité des contenus Web 2.2 à https://www.w3.org/TR/WCAG22/ »
  3. Niveau de conformité satisfait : (Niveau A, AA ou AAA)
  4. Une brève description des pages Web, comme une liste d’URI pour lesquelles la déclaration est faite en précisant si les sous-domaines sont inclus dans la déclaration.

    Note 1

    Les pages Web peuvent être décrites sous forme de liste ou par une expression qui décrit tous les URI inclus dans la déclaration.

    Note 2

    Les produits Web qui ne comportent pas d’URI avant leur installation sur le site Web du client peuvent comporter un engagement à l’effet que le produit sera conforme une fois installé.

  5. Une liste des technologies Web dont dépend l’utilisation du contenu.
Note 3

Si un logo de conformité est utilisé, il devrait constituer une déclaration et doit donc être accompagné des éléments requis pour une déclaration de conformité tel qu’énumérés ci-dessus.

5.3.2 Éléments optionnels d’une déclaration de conformité

En plus des éléments ci-dessus qui sont requis pour une déclaration de conformité, considérer la possibilité d’ajouter des informations pour aider les utilisateurs. Les informations supplémentaires recommandées comprennent :

  • Une liste des critères de succès qui vont au-delà du niveau de conformité atteint. Cette information devrait être donnée d’une façon que les utilisateurs pourront utiliser, de préférence sous la forme de métadonnées lisibles par machine.
  • Une liste des technologies qui « sont utilisées mais dont l’utilisation du contenu ne dépend pas ».
  • Une liste des agents utilisateurs, incluant les technologies d’assistance qui ont été utilisées pour vérifier le contenu.
  • Une liste des caractéristiques d’accessibilité spécifiques du contenu, fournies par des métadonnées lisibles par machine.
  • De l’information à propos des dispositions prises pour aller au-delà des critères de succès dans le but d’améliorer l’accessibilité.
  • Une version lisible par machine d’une métadonnée sur les technologies spécifiques dont dépend l’utilisation du contenu.
  • Une version lisible par machine de la déclaration de conformité.
Note 1

Lire Comprendre la déclaration de conformité (en anglais) pour plus d’information et pour des exemples de déclarations de conformité.

Note 2

Lire Comprendre les métadonnées (en anglais) pour plus d’informations à propos de l’utilisation des métadonnées dans une déclaration de conformité.

5.4 Déclaration de conformité partielle — Contenu fourni par un tiers

Des pages Web dans lesquelles du contenu supplémentaire sera ajouté ultérieurement peuvent utiliser une « déclaration de conformité partielle ». Par exemple, une application Web de courrier électronique, un blogue, un article permettant l’ajout de commentaires par les utilisateurs ou des applications acceptant du contenu généré par l’utilisateur. Un autre exemple serait une page, telle que celles d’un portail ou d’un site d’informations, composées d’une somme de contenus rédigés par de multiples contributeurs ou des sites insérant automatiquement, au fur et à mesure, du contenu provenant d’autres sites, tels que des publicités insérées automatiquement.

Dans ces cas-là, il est impossible lors de l’affichage original de savoir quel sera le contenu non contrôlé de ces pages. Il est important de remarquer que le contenu non contrôlé peut également affecter l’accessibilité du contenu contrôlé. Deux options sont envisageables :

  1. La détermination de conformité peut être basée sur la connaissance de l’existant. Si une page de ce type est vérifiée et réparée (le contenu non conforme est enlevé ou mis en conformité) en moins de deux jours ouvrables, alors une détermination ou affirmation de la conformité peut être faite puisque, excepté les erreurs dans le contenu généré en externe qui sont corrigées ou enlevées lorsqu’elles sont découvertes, la page est conforme. Aucune affirmation de conformité ne peut être faite s’il est impossible de vérifier ou de réparer le contenu non conforme ;

    OU

  2. Une « déclaration de conformité partielle » peut être faite comme quoi la page n’est pas conforme, mais qu’elle pourrait l’être si certaines parties étaient enlevées. La forme de cette déclaration pourrait être : « Cette page n’est pas conforme, mais pourrait être conforme aux WCAG 2.2 niveau X si les parties suivantes, issues de sources non contrôlées, lui étaient retirées ». De plus, ce qui suit pourrait également être reconnu comme un contenu non contrôlé comme décrit dans la déclaration de conformité partielle :

    1. C’est du contenu qui n’est pas contrôlé par l’auteur.
    2. C’est du contenu décrit de façon à être identifié par les utilisateurs (par exemple, on ne peut pas les décrire comme « toutes les parties que nous ne contrôlons pas » à moins qu’elles ne soient clairement marquées comme telles).

5.5 Déclaration de conformité partielle — Langue

Une « déclaration de conformité partielle selon la langue » peut être faite lorsqu’une page n’est pas conforme et pourrait l’être si la compatibilité avec l’accessibilité était assurée pour toutes les langues utilisées dans la page. La déclaration s’énonce alors comme suit : « Cette page n’est pas conforme, mais serait conforme aux WCAG 2.2 au niveau X si la compatibilité avec l’accessibilité était assurée pour la (les) langue(s) suivante(s) : »

5.6 Considérations relatives à la vie privée

Cette section est non normative.

Sont énumérés ci-dessous les critères de succès de cette spécification pour lesquels le groupe de travail a identifié des implications possibles pour la vie privée, soit en fournissant des protections pour les utilisateurs finaux, soit parce qu’elles sont importantes pour les fournisseurs de sites Web à prendre en considération lors de la mise en œuvre de fonctionnalités conçues pour protéger la vie privée des utilisateurs. Cette liste reflète la compréhension actuelle du groupe de travail, mais d’autres critères de succès peuvent avoir des implications en matière de vie privée dont le groupe de travail n’a pas connaissance au moment de la publication.

Les critères de succès au sein de cette spécification pouvant avoir un lien avec la vie privée sont les suivants :

5.7 Considérations relatives à la sécurité

Cette section est non normative.

Sont énumérés ci-dessous les critères de succès de cette spécification pour lesquels le groupe de travail a identifié des implications possibles pour la sécurité, soit en fournissant des protections pour les utilisateurs finaux, soit parce qu’elles sont importantes pour les fournisseurs de sites Web à prendre en considération lors de la mise en œuvre de fonctionnalités conçues pour protéger la sécurité des utilisateurs. Cette liste reflète la compréhension actuelle du groupe de travail, mais d’autres critères de succès peuvent avoir des implications en matière de sécurité dont le groupe de travail n’a pas connaissance au moment de la publication.

Les critères de succès au sein de cette spécification pouvant avoir un lien avec la sécurité sont les suivants :

6. Glossaire

abréviation

forme abrégée d’un mot, d’une expression ou d’un nom lorsque l’abréviation ne fait pas encore partie de la langue courante

Note 1

Ceci comprend les sigles et les acronymes formés à partir des initiales des mots où :

  1. les sigles sont une forme abrégée d’un nom ou d’une expression constituée des lettres initiales des mots ou des syllabes contenues dans ce nom ou cette expression.

    Note 2

    Ne sont pas définies dans toutes les langues.

  2. les acronymes sont des abréviations formées à partir des premières lettres ou des parties d’autres mots (dans un nom ou une expression) et qui peuvent être prononcés comme un mot.

Note 3

Quelques sociétés ont adopté ce qui constituait un sigle ou un acronyme comme nom de leur société. Dans un tel cas, le nouveau nom de la société est constitué des lettres (par exemple, Ecma) et le mot n’est plus alors considéré comme une abréviation.

agent utilisateur

tout logiciel qui récupère et présente le contenu Web aux utilisateurs

(texte) agrandi

avec au minimum 18 points ou 14 points gras ou une taille de caractère équivalente pour les polices chinoises, japonaises ou coréennes (CJK)

Note 1

Les polices avec des traits extraordinairement fins ou des aspects et des caractéristiques inhabituels qui réduisent la reconnaissance de la forme des lettres sont plus difficiles à lire, spécialement à des niveaux de contrastes bas.

Note 2

La taille de caractère est la taille lorsque le contenu est affiché. Cela n’inclut pas le redimensionnement qui pourrait être fait par l’utilisateur.

Note 3

La taille réelle des caractères qu’un utilisateur voit est dépendante à la fois de la définition de la taille faite par l’auteur, du périphérique de restitution de l’utilisateur ou du paramétrage de l’agent utilisateur. Pour la majorité des polices de corps de texte, 14 et 18 points est sensiblement équivalent à 1,2 et 1,5 em ou à 120% et 150% de la taille par défaut du corps de texte (en considérant que la police de corps est à 100%), mais les auteurs seraient tenus de vérifier cela pour les polices particulières qui seraient utilisées. Quand les polices sont définies en unités relatives, la taille réelle du point est mesurée par l’agent utilisateur pour l’affichage. La taille d’un point doit être obtenue auprès de l’agent utilisateur ou calculée sur la même base de mesure que celle de l’agent utilisateur, lors de l’évaluation de ce critère de succès. Les utilisateurs qui ont une basse vision auront à choisir les paramètres appropriés.

Note 4

Lors de l’utilisation de texte sans spécification de taille de caractère, la taille la plus petite utilisée dans les principaux navigateurs pour le texte dont la taille n’est pas spécifiée serait considérée comme une taille raisonnable pour la police. Si un titre de niveau 1 est restitué en 14pt gras ou plus sur les principaux navigateurs, alors il est raisonnable de considérer qu’il s’agit de texte agrandi. Le redimensionnement relatif peut être calculé de manière identique à partir de la taille par défaut.

Note 5

La taille 18 ou 14 points pour les textes en alphabet latin est définie à partir de la taille minimum pour les grands caractères (14pt) et de la taille standard plus grande (18pt). Pour les autres polices telles que les langues CJK, les tailles « équivalentes » seraient la taille de grand caractère minimum utilisée pour ces langues et la taille de grands caractères plus grande suivante.

aide contextuelle

texte d’aide qui fournit des informations relatives à la fonction actuellement utilisée

Note

Des étiquettes claires peuvent jouer le rôle d’aide contextuelle.

ambigu pour tout utilisateur

l’intention ne peut être déterminée à partir du lien et de toute l’information de la page Web présentée à l’utilisateur en même temps que ce lien (c’est-à-dire qu’un lecteur sans limitations fonctionnelles ne connaîtrait pas la fonction d’un lien avant de l’activer)

animation basée sur le mouvement

ajout d’étapes entre des états pour créer l’illusion de mouvement ou pour donner l’impression d’une transition fluide

art ASCII

dessin créé par une disposition spatiale de caractères ou glyphes (habituellement à partir des 95 caractères imprimables définis en ASCII)

audio

la technologie de reproduction des sons

Note

Le son peut être créé de façon synthétique (y compris la synthèse vocale), être enregistré à partir de sons réels ou les deux.

audio-description

narration ajoutée à une piste sonore pour décrire les détails visuels importants qui ne peuvent être compris à partir de la piste sonore principale seulement

Note 1

L’audio-description d’une vidéo fournit de l’information à propos des actions, des personnages, des changements de scènes, du texte apparaissant à l’écran et d’autres contenus visuels.

Note 2

Dans une audio-description standard, la narration est ajoutée durant les pauses qui existent dans le dialogue. (Voir aussi audio-description étendue.)

Note 3

Lorsque toute l’information de la vidéo est déjà donnée dans la piste audio, aucune audio-description supplémentaire n’est requise.

Note 4

Aussi nommée « vidéo-description » et « narration descriptive ».

audio-description étendue

audio-description ajoutée à une présentation audiovisuelle en mettant en pause la vidéo de manière à avoir le temps d’ajouter des descriptions supplémentaires

Note

cette technique est à utiliser seulement si le sens de la vidéo est perdu sans audio-description supplémentaire et que les pauses entre les dialogues ou la narration sont trop courtes.

blocs de texte

plus d’une phrase de texte

boîte de délimitation minimale

[Nouveau]

le plus petit rectangle englobant aligné sur l’axe horizontal à l’intérieur duquel se trouvent tous les points d’une forme. Pour les composants qui s’étendent sur plusieurs lignes dans le cadre d’une phrase ou d’un bloc de texte (comme les liens hypertextes), la boîte de délimitation est déterminée par la façon dont le composant apparaîtrait sur une seule ligne.

CAPTCHA

sigle de « Completely Automated Public Turing test to tell Computers and Humans Apart » (test public de Turing entièrement automatique ayant pour but de distinguer les humains des ordinateurs)

Note 1

Les tests de type CAPTCHA demandent souvent à l’utilisateur de taper un texte présenté dans une image ou un extrait audio déformés.

Note 2

Un test de Turing est tout système de tests conçu pour distinguer un humain d’un ordinateur. Il est nommé en l’honneur du célèbre informaticien Alan Turing. Ce terme a été popularisé par les chercheurs de l’Université Carnegie Mellon.

changements de contexte

changements majeurs qui, s’ils sont faits sans que l’utilisateur en soit conscient, peuvent désorienter les utilisateurs qui ne peuvent voir l’ensemble de la page en même temps

Les changements de contexte comprennent les changements de :

  1. agent utilisateur ;
  2. espace de restitution ;
  3. focus ;
  4. contenu qui modifie la signification de la page Web.
Note

Un changement de contenu n’est pas toujours un changement de contexte. Un changement dans le contenu comme le déploiement d’une arborescence, un menu dynamique ou un déplacement de tabulation ne change pas nécessairement le contexte à moins qu’il ne change aussi l’un des éléments énumérés ci-dessus (par exemple le focus).

cible

zone du dispositif d’affichage qui reçoit l’action d’un pointeur, telle que la zone interactive d’un composant d’interface utilisateur

Note

Si deux cibles ou plus se chevauchent, la zone de chevauchement ne devrait pas être incluse dans la mesure de la taille de la cible, sauf si les cibles qui se chevauchent exécutent la même action ou ouvrent la même page.

clignotement

alternance entre deux états visuels d’une façon qui veut attirer l’attention

Note

Voir aussi flash. Il est possible que quelque chose soit suffisamment gros et clignote de façon suffisamment lumineuse à la fréquence appropriée pour être aussi considéré comme un flash.

compatible avec l’accessibilité

compatible avec les technologies d’assistance des utilisateurs ainsi qu’avec les fonctions d’accessibilité des navigateurs et des autres agents utilisateurs

Pour que l’utilisation d’une technologie Web (ou d’une fonctionnalité d’une technologie) soit considérée comme compatible avec l’accessibilité, les conditions 1 et 2 doivent toutes deux être respectées pour une technologie Web (ou pour une fonctionnalité d’une technologie) :

  1. La façon dont la technologie Web est utilisée doit être compatible avec les technologies d’assistance des utilisateurs. Cela signifie que la façon dont la technologie est utilisée a été testée dans une perspective d’interopérabilité avec des utilisateurs des technologies d’assistance dans la ou les langues du contenu ;

    ET

  2. La technologie Web doit fonctionner avec des agents utilisateurs qui sont compatibles avec l’accessibilité et qui sont à la disposition des utilisateurs. Cela signifie qu’au moins une des quatre affirmations suivantes est vraie :

    1. La technologie fonctionne de façon native dans des agents utilisateurs largement distribués qui sont eux-mêmes compatibles avec l’accessibilité (comme HTML et CSS) ;

      OU

    2. La technologie fonctionne avec un module d’extension largement distribué et qui est lui-même compatible avec l’accessibilité ;

      OU

    3. Le contenu est disponible dans un environnement fermé comme le réseau d’une université ou d’une entreprise où l’agent utilisateur requis par la technologie et utilisé par l’organisation est lui-même compatible avec l’accessibilité ;

      OU

    4. Les agents utilisateurs avec lesquels fonctionne la technologie sont compatibles avec l’accessibilité et sont disponibles en téléchargement ou à l’achat d’une façon qui :

      • ne coûte pas plus cher à une personne handicapée qu’à une personne sans limitations fonctionnelles et
      • est aussi facile à trouver et à obtenir par une personne handicapée qu’elle l’est pour une personne sans limitations fonctionnelles.
Note 1

Le groupe de travail sur les règles d’accessibilité (AG WG) et le W3C ne précisent pas quel niveau de compatibilité avec les technologies d’assistance une technologie Web particulière doit avoir pour être considérée comme compatible avec l’accessibilité. Voir le niveau de compatibilité avec les technologies d’assistance nécessaire à la « compatibilité avec l’accessibilité » (en anglais).

Note 2

Les technologies Web peuvent être utilisées d’une manière qui n’est pas compatible avec l’accessibilité tant que l’utilisation du contenu n’en dépend pas et que la page dans son ensemble satisfait aux exigences de conformité, incluant l’exigence de conformité 4 et l’exigence de conformité 5.

Note 3

Quand une technologie Web est utilisée d’une manière qui est « compatible avec l’accessibilité », cela n’implique pas que toute la technologie ou que tous les usages de cette technologie sont compatibles. La plupart des technologies, y compris HTML, comportent une fonction ou un usage qui n’est pas compatible. Les pages sont conformes aux WCAG seulement si les usages de la technologie qui sont compatibles avec l’accessibilité sont les seuls dont dépend l’utilisation du contenu et que ces usages permettent de satisfaire aux exigences des WCAG.

Note 4

Lorsqu’une technologie Web est citée et qu’elle se présente en plusieurs versions, la ou les versions compatibles devraient être spécifiées.

Note 5

Pour les auteurs, une façon de repérer les usages d’une technologie qui sont compatibles avec l’accessibilité consisterait à consulter la compilation des usages qui sont documentés comme compatibles avec l’accessibilité. Voir Comprendre les usages des technologies compatibles avec l’accessibilité (en anglais). Les auteurs, les sociétés, les vendeurs de technologies ou n’importe qui d’autre peuvent documenter les usages des technologies qui sont compatibles avec l’accessibilité. Toutefois, tous les usages des technologies documentés devraient satisfaire à la définition des technologies Web compatibles avec l’accessibilité telle qu’elle est énoncée ci-dessus.

composant d’interface utilisateur

partie du contenu qui est perçue par les utilisateurs comme un élément de contrôle unique pour une fonction distincte

Note 1

Plusieurs composants d’interface utilisateur peuvent être implémentés au sein d’un seul programme. La notion de composant n’est pas liée ici aux techniques de programmation, mais plutôt à ce que les utilisateurs perçoivent comme des éléments de contrôle distincts.

Note 2

Les composants d’interface utilisateur incluent les éléments de formulaire et les liens aussi bien que des composants générés par scripts.

Note 3

Les termes « composant » ou « composant d’interface utilisateur » sont aussi parfois désignés par « élément d’interface utilisateur ».

conformité

satisfaire à toutes les exigences d’une norme ou d’un standard donné, d’une règle ou d’une spécification

contenu additionnel

contenu supplémentaire illustrant ou clarifiant le contenu primaire

contenu non textuel

tout contenu qui n’est pas une suite de caractères déterminée par un programme informatique ou suite de caractères sans signification dans aucune langue

Note

Ceci inclut l’art ASCII (qui est un dessin à base de caractères), les émoticônes, l’écriture « leetspeak » (qui utilise la substitution de caractères) et les images représentant du texte.

contenu Web

information et expérience sensorielle à communiquer à l’utilisateur au moyen d’un agent utilisateur, y compris le code ou le balisage qui définit la structure, la présentation et les interactions du contenu

contexte du lien déterminé par un programme informatique

information supplémentaire qui peut être déterminée par un programme informatique à partir des relations avec un lien, combinée avec le texte du lien et présentée aux utilisateurs sous différentes formes

Note
Puisque les lecteurs d’écran interprètent la ponctuation, ils peuvent aussi fournir le contexte de la phrase en cours, lorsque le focus est sur le lien contenu dans cette phrase.

contrôlable par l’utilisateur

données auxquelles les utilisateurs ont accès

Note

Ceci ne concerne pas les journaux de connexions (logs) Internet et les données de supervision des moteurs de recherche.

dans une fenêtre plein écran

sur les écrans d’ordinateur de bureau ou portable de taille courante dont l’espace de restitution est maximisé

Note

Du fait que les gens gardent leurs ordinateurs pendant plusieurs années, il est conseillé de ne pas se baser sur les dernières résolutions d’écrans des ordinateurs de bureau ou portable, mais de prendre en considération la plus représentative des résolutions d’écrans durant une période de plusieurs années précédant cette évaluation.

défini par programmation

défini par un logiciel utilisant des méthodes qui fonctionnent avec les agents utilisateurs, y compris les technologies d’assistance

dépendre (technologies)

le contenu ne serait pas conforme si cette technologie est inactivée ou si elle n’est pas compatible

déterminé (déterminable) par un programme informatique

déterminé par un programme à partir de données fournies par l’auteur d’une manière qui permet aux agents utilisateurs, y compris les technologies d’assistance, d’extraire et de présenter cette information aux utilisateurs sous différentes formes

en direct

information captée depuis un événement du monde réel et transmise à un récepteur sans autre délai que celui de la diffusion

Note 1

Le délai de diffusion est un court délai souvent automatisé, utilisé par exemple pour permettre aux diffuseurs de mettre en liste d’attente ou de censurer le flux sonore (ou vidéo), mais insuffisant pour permettre un montage significatif.

Note 2

Si l’information est totalement générée par ordinateur il ne s’agit pas d’information en direct.

engagements juridiques

transactions par lesquelles la personne contracte une obligation ou reçoit un bénéfice de nature juridique

englobe

[Nouveau]

délimite ou entoure complètement

enseignement primaire

période de six ans qui commence entre l’âge de 5 et 7 ans, sans forcément d’antécédents d’éducation

Note

Cette définition se fonde sur la norme de Classification internationale type de l’éducation de l’[UNESCO].

ensemble de pages Web

groupe de pages Web partageant un objectif commun et créées par le même auteur, groupe ou organisation

Note

Différentes versions linguistiques seraient considérées comme des ensembles de pages Web distincts.

entrée de pointeur

entrée effectuée par un dispositif pouvant cibler une coordonnée spécifique (ou un ensemble de coordonnées) sur un écran, tel qu’une souris, un stylet ou un contact tactile

équivalent textuel

texte associé par programmation à un contenu non textuel ou dont il est fait mention depuis un texte associé par programmation à un contenu non textuel. Un texte associé par programmation est un texte dont l’emplacement peut être déterminé par programmation depuis le contenu non textuel.

Note

Se référer à Comprendre les équivalents textuels (en anglais) pour plus d’informations.

erreur de saisie

information fournie par l’utilisateur qui n’est pas acceptée

Note

Cela inclut :

  1. L’information qui est demandée par la page Web mais oubliée par l’utilisateur.
  2. L’information qui est fournie par l’utilisateur mais qui ne correspond pas au format ou aux valeurs des données attendus.
espace de restitution

objet au sein duquel l’agent utilisateur présente du contenu

Note 1

L’agent utilisateur présente le contenu au travers d’un ou plusieurs espaces de restitution. Les espaces de restitution peuvent être des fenêtres, des cadres, des haut-parleurs et des loupes virtuelles. Un espace de restitution peut contenir lui-même un autre espace de restitution (par exemple, des cadres imbriqués). Les composants d’interface créés par l’agent utilisateur, tels que des invites de commandes, des menus et des alertes ne sont pas des espaces de restitution.

essentiel (essentielle)

élément qui changerait fondamentalement les informations ou les fonctionnalités du contenu s’il était supprimé et informations et fonctionnalités qui ne pourraient être restituées autrement d’une manière conforme

état

propriété dynamique représentant les caractéristiques d’un composant d’interface utilisateur qui peut changer en réponse à une action de l’utilisateur ou à des processus automatisés

Les états n’affectent pas la nature du composant, mais représentent des données associées au composant ou aux possibilités d’interaction par l’utilisateur. Il s’agit par exemple des états focus, survolé, sélectionné, pressé, coché, visité/non visité, et développé/réduit.

étiquette

texte ou autre composant avec un équivalent textuel qui est restitué à l’utilisateur pour permettre d’identifier un composant dans un contenu Web.

Note 1

Une étiquette est présentée à tous les utilisateurs alors que le nom peut être masqué et seulement restitué par une technologie d’assistance. Dans de nombreux cas (mais pas tous) le nom et l’étiquette sont identiques.

Note 2

Le terme étiquette n’est pas limité à l’élément label en HTML.

événement ascendant (up-event)

événement de la plateforme qui se produit lorsque le mécanisme de déclenchement d’un pointeur est relâché

L’événement ascendant peut avoir des noms différents selon les plateformes, comme « touchend » ou « mouseup ».

événement descendant (down-event)

événement de la plateforme qui se produit lorsque le mécanisme de déclenchement d’un pointeur est enfoncé

L’événement descendant peut avoir des noms différents selon les plateformes, comme « touchstart » ou « mousedown ».

événement en temps réel

événement qui a) se produit en même temps que la visualisation et b) n’est pas entièrement généré par le contenu

expérience sensorielle spécifique

une expérience sensorielle qui n’est pas purement décorative et dont l’objectif premier n’est pas de transmettre une information importante ou d’accomplir une fonction

expression idiomatique

phrase dont le sens ne peut être déduit du sens des mots qui la composent et dont les mots spécifiques ne peuvent être changés sans en perdre le sens

Note

Les expressions idiomatiques ne peuvent être traduites littéralement sans perdre leur sens (culturel ou linguistique).

flash

alternance de luminance relative qui peut causer des crises chez certaines personnes si leur taille est suffisamment importante dans une gamme de fréquences spécifiques

Note 1

Voir seuil de flash générique et seuil de flash rouge pour plus d’informations sur les types de flashs qui ne sont pas autorisés.

Note 2

Voir aussi clignotement.

fonction du lien

nature d’un résultat obtenu par l’activation d’un lien

fonctionnalité

processus et résultats atteignables par une action de l’utilisateur

fonctionnalité similaire

produit le même résultat à l’utilisation

inactivité de l’utilisateur

intervalle de temps continu pendant lequel l’utilisateur n’effectue aucune action

La méthode de détection sera déterminée par le site Web ou l’application.

indicateur de focus

[Nouveau]

pixels qui sont modifiés pour indiquer visuellement qu’un composant d’interface utilisateur est dans un état focalisé

informatif, informative

dans un but d’informations complémentaires et non exigé pour la conformité

Note

Le contenu exigé pour la conformité est indiqué comme « normatif ».

interface clavier

interface utilisée par un logiciel pour obtenir une saisie au clavier

Note 1

Une interface clavier permet aux utilisateurs de fournir aux programmes une saisie au clavier même si la technologie native ne comporte pas de clavier.

Note 2

L’utilisation d’une application (ou de parties d’une application) à travers un pointeur souris dirigé au clavier, comme MouseKeys, ne constitue pas une opération réalisée au travers d’une interface clavier car l’utilisation du programme passe par l’interface de pointage et non pas par l’interface clavier.

interprétation en langue des signes

traduction d’une langue, généralement parlée, en langue des signes

Note

Les véritables langues des signes sont des langues indépendantes qui ne sont pas attachées à la langue parlée de la même région ou du même pays.

jargon

termes utilisés par les personnes d’une façon particulière dans un domaine particulier

langue

langue qui est parlée, écrite ou signée (à l’aide des signes visuels ou tactiles) pour communiquer avec les humains

Note

Voir aussi langue des signes.

langue des signes

un langage employant des combinaisons de mouvements des mains et des bras, des expressions faciales ou des positions corporelles pour transmettre du sens

luminance relative

luminance relative d’un quelconque point de l’espace colorimétrique normalisé à 0 pour le noir le plus foncé et à 1 pour le blanc le plus clair

Note 1

Pour l’espace colorimétrique de couleur sRGB, la luminance relative d’une couleur est définie par L = 0,2126 * R + 0,7152 * G + 0,0722 * BR, G et B sont définis par :

  • si RsRGB <= 0,04045 alors R = RsRGB/12,92 sinon R = ((RsRGB+0,055)/1,055) ^ 2,4
  • si GsRGB <= 0,04045 alors G = GsRGB/12,92 sinon G = ((GsRGB+0,055)/1,055) ^ 2,4
  • si BsRGB <= 0,04045 alors B = BsRGB/12,92 sinon B = ((BsRGB+0,055)/1,055) ^ 2,4

et RsRGB, GsRGB, et BsRGB sont définis par :

  • RsRGB = R8bit/255
  • GsRGB = G8bit/255
  • BsRGB = B8bit/255

Le caractère "^" est l’opérateur exponentiel. (formule tirée de [SRGB]).

Note 2

Avant mai 2021, la valeur de 0,04045 dans la définition était différente (0,03928). Elle provenait d’une version précédente de la spécification et a été mise à jour. Cela n’a aucun effet pratique sur les calculs dans le contexte de ces règles.

Note 3

La plupart des systèmes utilisés aujourd’hui pour afficher le contenu Web adoptent l’encodage sRGB. À moins que l’on sache qu’un autre espace colorimétrique va être utilisé pour traiter et afficher le contenu, les auteurs devraient l’évaluer en utilisant l’espace colorimétrique sRGB. Si l’on utilise d’autres espaces colorimétriques, voir Comprendre le critère de succès 1.4.3 (en anglais).

Note 4

Si un tramage est effectué après l’affichage, alors la valeur source de la couleur est utilisée. Pour les couleurs tramées à la source, les valeurs moyennes des couleurs qui sont tramées devraient être utilisées (R moyen, G moyen, B moyen).

Note 5

Il existe des outils qui effectuent automatiquement les calculs lors des tests de contraste et de flash.

mécanisme

processus ou technique pour obtenir un résultat

Note 1

Le mécanisme peut être explicitement fourni par le contenu ou dépendre de la plateforme ou de l’agent utilisateur, y compris les technologies d’assistance.

Note 2

Le mécanisme doit satisfaire à tous les critères de succès (d’un niveau donné) pour déclarer un niveau de conformité.

média de remplacement pour un texte

média qui ne donne pas plus d’information que ce que donne le texte (directement ou via un équivalent textuel)

Note

Une version de remplacement pour un texte est fournie à ceux qui bénéficient de représentations équivalentes du texte. Les versions de remplacement de texte peuvent n’être que seulement audio, que seulement vidéo (y compris la vidéo en langue des signes) ou audio-vidéo.

média synchronisé

flux audio ou vidéo synchronisé avec un autre format pour présenter de l’information et/ou comportant des composants temporels interactifs, à moins que le média soit un média de remplacement pour un texte clairement identifié comme tel

même ordre relatif

même position relativement aux autres éléments

Note

Plusieurs éléments sont considérés être dans le même ordre relatif même si d’autres éléments sont insérés ou retirés de l’ordre original. Par exemple, des menus de navigation extensibles peuvent intégrer un niveau de détail additionnel, une section de navigation secondaire peut être insérée dans l’ordre de lecture.

message d’état

changement dans le contenu qui n’est pas un changement de contexte et qui fournit des informations à l’utilisateur sur le succès ou les résultats d’une action, sur l’état d’attente d’une application, sur la progression d’un processus ou sur l’existence d’erreurs

mis en pause

arrêté par une action de l’utilisateur et relancé seulement sur demande de l’utilisateur

mouvement de glissement

[Nouveau]

une action où un élément est saisi par le pointeur lors de l’événement descendant (down-event) et pendant laquelle l’élément (ou une représentation de sa position) suit le pointeur jusqu’à l’événement ascendant (up-event).

Note

Les éléments de liste, de texte et les images sont des exemples d’éléments pouvant être déplacés par glissement.

nom

texte grâce auquel un logiciel peut identifier pour l’utilisateur un composant du contenu Web

Note 1

Le nom peut être caché et présenté seulement aux technologies d’assistance, alors qu’une étiquette est présentée à tous les utilisateurs. Dans de nombreux cas (mais pas dans tous), l’étiquette et le nom sont identiques.

Note 2

Celui-ci n’a pas de lien avec l’attribut HTML name.

normatif

exigé pour la conformité

Note 1

Il est possible d’être en conformité stricte avec ce document de nombreuses manières bien définies.

Note 2

Le contenu identifié comme « informatif » ou « non normatif » n’est jamais exigé pour la conformité.

ordre de lecture correct

tout ordre séquentiel où les mots et les paragraphes sont présentés dans un ordre qui ne modifie pas la signification du contenu

page Web

une ressource autonome obtenue depuis un URI unique grâce au protocole HTTP, accompagnée de toutes les autres ressources utilisées dans la restitution ou conçues pour être restituées simultanément par un agent utilisateur

Note 1

Bien que toutes les « autres ressources » seraient restituées avec la ressource primaire, elles ne sont pas nécessairement restituées simultanément.

Note 2

À des fins de conformité avec ces règles, une ressource doit être autonome à l’intérieur du périmètre de conformité pour être considérée comme une page Web.

parcouru de façon séquentielle

parcouru dans l’ordre défini par le déplacement du focus (d’un élément à l’autre) en utilisant une interface clavier

périmètre

[Nouveau]

ligne la plus courte entre la ligne continue délimitant une forme, en excluant les pixels partagés, et la ligne continue délimitant sa boîte de délimitation minimale

personnalisé visuellement

la police, la taille, la couleur et le fond sont paramétrables

pixel CSS

angle visuel d’environ 0,0213 degré

Un pixel CSS est l’unité de mesure canonique pour toutes les longueurs et mesures en CSS. Cette unité est indépendante de la densité et différente des pixels matériels réels présents sur un écran. Les agents utilisateurs et les systèmes d’exploitation devraient garantir qu’un pixel CSS représente la meilleure approximation du pixel de référence défini dans le module CSS Values and Units de niveau 3 (en anglais) [css3-values], qui tient compte des dimensions physiques de l’écran et de la distance de visualisation supposée (facteurs qui ne peuvent être déterminés par les auteurs de contenu).

pointage à contact unique

action de pointage qui fonctionne au moyen d’un seul point de contact avec l’écran, y compris les appuis courts et les simples clics, les doubles appuis et les doubles clics, les appuis longs et les gestes basés sur un tracé.

pré-enregistré

information qui n’est pas diffusée en direct

premier cycle de l’enseignement secondaire

les deux ou trois années de scolarité qui commencent après six ans environ d’enseignement primaire et qui se terminent après neuf ans environ de scolarisation depuis le début de l’enseignement primaire

Note

Cette définition se fonde sur la norme de Classification internationale type de l’éducation de l’[UNESCO].

présentation

rendu du contenu sous une forme perceptible par l’utilisateur

processus

série d’actions de l’utilisateur dont l’enchaînement est nécessaire à l’accomplissement d’une tâche

propriété de style

propriété dont la valeur détermine la présentation (par exemple, la police, la couleur, la taille, l’emplacement, les marges intérieures (padding), le volume, la prosodie de la synthèse vocale) des éléments de contenu lorsqu’ils sont restitués (par exemple, à l’écran, par un haut-parleur, sur une plage braille) par les agents utilisateurs.

Les propriétés de style peuvent avoir plusieurs origines :

  • Les styles par défaut de l’agent utilisateur : les valeurs des propriétés de style par défaut appliquées en l’absence de tout style d’auteur ou d’utilisateur. Certaines technologies Web spécifient un rendu par défaut, d’autres non ;
  • Styles d’auteur : les valeurs des propriétés de style qui sont définies par l’auteur dans le cadre du contenu (par exemple, les styles en ligne, les feuilles de style de l’auteur) ;
  • Styles de l’utilisateur : les valeurs des propriétés de style qui sont définies par l’utilisateur (par exemple, via les paramètres de l’interface de l’agent utilisateur, les feuilles de style de l’utilisateur).
purement décoratif

utilisé seulement dans un but esthétique, ne fournissant aucune information et n’ayant aucune fonctionnalité

Note

Un texte est purement décoratif si les mots peuvent être réarrangés ou remplacés sans changer leur raison d’être.

raccourci clavier

moyen alternatif pour déclencher une action par l’appui d’une ou plusieurs touches

rapport de contraste

(L1 + 0,05) / (L2 + 0,05), où

Note 1

Le rapport de contraste peut varier de 1 à 21 (communément écrit 1:1, 1 pour 1, à 21:1, 21 pour 1).

Note 2

Étant donné que les auteurs ne contrôlent pas la configuration de l’utilisateur concernant le rendu du texte (par exemple le lissage de police ou l’anti-crénelage), le rapport de contraste du texte peut être évalué en désactivant l’anti-crénelage.

Note 3

En ce qui concerne les critères de succès 1.4.3 et 1.4.6, le contraste est mesuré en tenant compte de l’arrière-plan sur lequel le texte est normalement affiché. Si aucune couleur d’arrière-plan n’est spécifiée, il est considéré comme blanc.

Note 4

La couleur d’arrière-plan est la couleur spécifiée du contenu sur lequel le texte est normalement affiché. Il est considéré comme une erreur de ne pas définir une couleur d’arrière-plan lorsque la couleur du texte est spécifiée, parce que la couleur d’arrière-plan de l’utilisateur est inconnue et ne peut donc pas être évaluée pour vérifier si le contraste est suffisant. Pour la même raison, il est aussi considéré comme une erreur de ne pas définir la couleur du texte lorsqu’une couleur d’arrière-plan est spécifiée.

Note 5

Lorsqu’il y a une bordure autour de la lettre, la bordure peut augmenter le contraste et serait utilisée dans le calcul du contraste entre la lettre et son arrière-plan. La couleur d’une bordure étroite autour de la lettre serait utilisée à la place de la lettre. Une bordure large autour de la lettre qui remplit l’espace dans lequel se découpe le détail de la lettre agit comme un halo et serait considérée comme un arrière-plan.

Note 6

La conformité aux WCAG devrait être évaluée pour les paires de couleurs spécifiées dans le contenu qu’un auteur s’attendrait à voir apparaître de façon adjacente dans une présentation habituelle. Les auteurs n’ont pas besoin de prendre en considération les présentations inhabituelles comme les changements de couleurs faits par l’agent utilisateur sauf si ces changements sont provoqués par le code de l’auteur.

région

section de contenu perceptible, déterminée par un programme informatique

Note

En HTML, toute zone identifiée avec un rôle de repère (landmark) serait considérée comme une région.

relations

associations significatives entre des parties distinctes du contenu

rôle

texte ou nombre par lequel un logiciel peut identifier la fonction d’un composant dans du contenu Web

satisfait à un critère de succès

le critère de succès ne se révèle pas « faux » lors de l’évaluation de la page

section

une portion autonome de contenu écrit qui traite d’un ou plusieurs sujets ou idées liés entre eux

Note

Une section peut consister en un ou plusieurs paragraphes et inclure des graphiques, des tableaux, des listes et des sous-sections.

seuil de flash générique et seuil de flash rouge

un flash ou une séquence d’images changeant rapidement est en dessous du seuil de flash (c’est-à-dire que le contenu est conforme) si l’une des conditions suivantes est satisfaite :

  1. il n’y a pas plus de trois flashs génériques et pas plus de trois flashs rouges par seconde ; ou
  2. la surface d’affichage combinée des flashs simultanés ne représente pas plus de 0,006 stéradian dans chaque champ visuel de 10 degrés sur l’écran (soit 25% de chaque champ visuel de 10 degrés sur l’écran) à une distance habituelle de visualisation

où :

  • un flash générique est défini comme une alternance de luminance relative de 10% ou plus par rapport à la luminance relative maximum (1.0), où la luminance relative de l’image la plus sombre est en dessous de 0,80 et où « une alternance » est définie comme étant une augmentation suivie d’une diminution ou une diminution suivie d’une augmentation, et
  • un flash rouge est défini comme toute alternance de transition impliquant un rouge saturé.

Exception : Le flash qui suit un modèle précis et équilibré comme du bruit blanc ou un modèle de damier alterné avec des « carrés » dont les côtés font moins de 0,1 degré (du champ visuel à une distance habituelle de visualisation) ne dépasse pas le seuil de flash.

Note 1

Pour les logiciels ou le contenu Web, un rectangle de 341 x 256 pixels n’importe où sur la surface d’affichage de l’écran, quand la résolution est à 1024 x 768 pixels, fournit une bonne estimation de ce que représente 10 degrés du champ visuel sur l’écran pour un écran et une distance habituelle de visualisation. Par exemple des écrans de 38 à 43 centimètres (15 à 17 pouces) à une distance de 55 à 65 centimètres (22-26 pouces). Cette résolution de 75 à 85 ppp est connue pour être plus basse, et donc plus conservatrice que la résolution nominale du pixel CSS de 96 ppp dans les spécifications CSS. Un affichage à une résolution supérieure du même contenu produirait des images plus petites et plus sûres, c’est pourquoi des résolutions inférieures sont utilisées pour définir le seuil.

Note 2

Une transition est le changement, dans un temps donné, de luminance relative (ou de luminance relative ou de couleur pour le flash rouge) entre les pics et les creux adjacents dans un ensemble de mesures de luminance relative (ou de luminance relative ou de couleur pour le flash rouge). Un flash est constitué de deux transitions opposées.

Note 3

La nouvelle définition utilisée dans le domaine pour « deux transitions opposées de rouge saturé » (provenant des WCAG 2.2) est : une paire de transitions opposées où une transition depuis ou vers un état avec une valeur R/(R + G + B) qui est supérieure ou égale à 0,8, et la différence entre les états est de plus de 0,2 (sans unité) sur le diagramme de chromaticité CIE 1976 UCS. [ISO_9241-391]

Note 4

Des outils sont disponibles pour effectuer l’analyse depuis des captures vidéos. Cependant, aucun outil n’est nécessaire pour évaluer cette condition si le flash est inférieur ou égal à 3 flashs par seconde. Le contenu est automatiquement conforme (voir #1 et #2 ci-dessus).

seulement audio

une présentation temporelle qui contient seulement de l’audio (sans vidéo ni interaction)

seulement vidéo

une présentation temporelle qui ne contient que de la vidéo (aucun flux audio ni aucune interaction)

sous-titres

visuel synchronisé ou équivalent textuel pour l’information audio avec ou sans parole nécessaire à la compréhension du contenu d’un média

Note 1

Les sous-titres (en anglais captions) sont similaires à ceux qui sont utilisés seulement pour les dialogues (en anglais subtitles) sauf que les sous-titres ne communiquent pas seulement le contenu des dialogues parlés mais aussi des équivalents pour les informations audio autres que le dialogue et nécessaires à la compréhension du contenu du programme, y compris les effets sonores, la musique, les rires, l’identification et le positionnement des interlocuteurs.

Note 2

Les sous-titres codés sont de la même espèce mais peuvent être activés ou désactivés dans certains lecteurs multimédia.

Note 3

Les sous-titres visibles sont des sous-titres qui ne peuvent être désactivés. Par exemple, si les sous-titres sont un équivalent visuel en texte sous forme d’image intégré à la vidéo.

Note 4

Les sous-titres ne devraient pas masquer l’information pertinente de la vidéo, même partiellement.

Note 5

Dans certaines langues comme l’anglais on distingue entre caption et subtitles, le terme caption étant parfois traduit en français par sous-titres pour malentendants.

Note 6

L’audio-description peut aussi être sous-titrée, mais n’a pas besoin de l’être, étant donné qu’il s’agit d’une description d’information qui est déjà présentée visuellement.

structure
  1. La manière dont les parties d’une page Web sont organisées entre elles ; et
  2. La manière dont un groupe de pages Web est organisé
technologie d’assistance (tel qu’utilisé dans ce document)

matériel ou logiciel qui agit comme agent utilisateur ou simultanément avec un agent utilisateur usuel afin de fournir des fonctionnalités répondant aux besoins des utilisateurs ayant des limitations fonctionnelles, fonctionnalités qui vont au-delà de celles qui sont offertes par les agents utilisateurs usuels

Note 1

Les fonctionnalités fournies par les technologies d’assistance comprennent des présentations de remplacement (par exemple de la synthèse vocale ou du contenu agrandi), des méthodes de saisie alternatives (par exemple la voix), des mécanismes de navigation ou d’orientation supplémentaires et des transformations de contenu (par exemple pour rendre un tableau plus accessible).

Note 2

Les technologies d’assistance communiquent souvent les données et les messages aux agents utilisateurs usuels en utilisant et en surveillant le fonctionnement d’une API (interface de programmation).

Note 3

La distinction entre agents utilisateurs usuels et technologies d’assistance n’est pas absolue. Plusieurs agents utilisateurs usuels comportent des fonctions d’assistance aux utilisateurs ayant des limitations fonctionnelles. La principale différence est que ces agents utilisateurs usuels visent un public large et diversifié qui comprend des personnes avec et sans limitations fonctionnelles. Les technologies d’assistance visent des populations plus restreintes d’utilisateurs ayant des limitations fonctionnelles particulières. L’assistance fournie par une technologie d’assistance est plus spécifique et appropriée aux besoins des utilisateurs visés. Un agent utilisateur usuel peut comporter des fonctionnalités importantes pour les technologies d’assistance comme l’extraction du contenu Web à partir d’objets de programmation ou l’analyse syntaxique du balisage par paquets identifiables.

technologie Web

mécanisme pour encoder les instructions devant être restituées, jouées ou exécutées par les agents utilisateurs

Note 1

Tels qu’employés dans ces règles, l’expression « technologie Web » et le mot « technologie » (utilisé seul) désignent les technologies relatives aux contenus Web.

Note 2

Les technologies relatives aux contenus Web comprennent les langages de balisage, les formats de données ou les langages de programmation que les auteurs sont amenés à utiliser seuls ou combinés pour créer des expériences pour l’utilisateur final qui vont de pages Web statiques jusqu’à des présentations multimédia synchronisées, en passant par des applications Web dynamiques.

test cognitif

[Nouveau]

Une tâche qui demande à l’utilisateur de mémoriser, manipuler ou retranscrire une information. Des exemples comprennent, mais ne se limitent pas à :

  • la mémorisation, par exemple se souvenir d’un identifiant, d’un mot de passe, d’un ensemble de caractères, d’images ou de motifs. Les identifiants courants tels que le nom, l’adresse de courrier électronique et le numéro de téléphone ne sont pas considérés comme des tests cognitifs, car ils sont propres à l’utilisateur et constants d’un site Web à l’autre ;
  • la transcription, comme la saisie de caractères ;
  • l’utilisation d’une orthographe correcte ;
  • l’exécution de calculs ;
  • la résolution d’énigmes.
texte

séquence de caractères pouvant être déterminée par un programme informatique et exprimant quelque chose dans une langue donnée.

texte sous forme d’image

texte qui est restitué sous une forme non textuelle (par exemple une image) dans le but de permettre un effet visuel particulier

Note

Cela n’inclut pas le texte qui est une partie d’une image qui contient d’autres contenus visuels signifiants.

urgence

un événement ou une situation soudaine et imprévue qui exige une action immédiate afin de préserver la santé, la sécurité ou la propriété

utilisé de manière inhabituelle ou de façon limitée

mots employés de telle manière qu’ils obligent les utilisateurs à savoir exactement quelle définition appliquer afin de comprendre correctement le contenu

version de remplacement conforme

version qui

  1. se conforme au niveau déterminé et
  2. fournit toutes les informations similaires et les mêmes fonctionnalités dans la même langue et
  3. est aussi à jour que le contenu non conforme et
  4. pour laquelle au moins l’une des affirmations suivantes est vraie :

    1. la version conforme peut être atteinte à partir de la page non conforme via un mécanisme compatible avec l’accessibilité ou
    2. la version non conforme peut être atteinte seulement à partir de la version conforme ou
    3. la version non conforme peut être atteinte seulement à partir d’une page conforme qui fournit aussi un mécanisme pour atteindre la version conforme.
Note 1

Dans cette définition, « peut être atteinte seulement » signifie qu’il y a un mécanisme comme une redirection conditionnelle, qui empêche un utilisateur « d’atteindre » (de charger) la page non conforme à moins que l’utilisateur ne vienne justement de la version conforme de cette même page.

Note 2

La version de remplacement n’a pas besoin d’être appariée page par page avec la version originale (par exemple la version de remplacement conforme peut se présenter en plusieurs pages).

Note 3

Si des versions sont proposées dans plusieurs langues, une version de remplacement conforme est donc requise pour chacune de ces langues.

Note 4

Des versions de remplacement peuvent aussi être fournies afin d’accommoder différents environnements technologiques ou différents groupes d’utilisateurs. Chaque version devrait être aussi conforme que possible. Une version devrait être entièrement conforme afin de satisfaire à l’exigence de conformité 1.

Note 5

La version de remplacement conforme n’a pas besoin d’être située dans le périmètre de conformité ni même sur le même site Web tant qu’elle est aussi librement disponible que la version non conforme.

Note 6

Une version de remplacement ne devrait pas être confondue avec un contenu additionnel qui s’ajoute à la page originale pour en améliorer la compréhension.

Note 7

Permettre la configuration des préférences de l’utilisateur à l’intérieur du contenu afin de produire une version conforme est un mécanisme acceptable pour atteindre une autre version tant que la méthode utilisée pour configurer les préférences est compatible avec l’accessibilité.

Voir Comprendre Version de remplacement conforme (en anglais)

version de remplacement pour un média temporel

document renfermant dans un ordre correct une description des contenus visuels et sonores d’un média temporel et fournissant un moyen de réaliser les effets de toute interaction temporelle

Note

Un scénario utilisé pour créer le contenu d’un média synchronisé serait conforme à cette définition seulement s’il a été corrigé afin de représenter fidèlement la version finale du média synchronisé après édition.

vidéo

vidéo la technologie des images ou photos en mouvement ou en séquence

Note

Une vidéo peut être constituée d’images fixes ou animées ou des deux.

7. Finalités de saisie des composants d’interface utilisateur

Cette section contient une liste des finalités de saisie courantes des composants d’interface utilisateur. Les termes ci-dessous ne sont pas des mots-clés qui doivent être utilisés, mais représentent plutôt des finalités qui doivent être intégrées dans la taxonomie utilisée par une page Web. Le cas échéant, les auteurs identifient les contrôles avec la taxonomie choisie pour indiquer la finalité sémantique. Cela permet aux agents utilisateurs et aux technologies d’assistance d’appliquer des présentations personnalisées pour permettre à un plus grand nombre de personnes de comprendre et d’utiliser le contenu.

Note

La liste des finalités du type de saisie est basée sur les finalités du contrôle définies dans la section Autofill de la spécification HTML (en anglais), mais il est important de comprendre qu’une technologie différente peut intégrer tout ou partie des mêmes concepts dans sa spécification et que seuls les concepts équivalents aux significations ci-dessous sont requis.

Les finalités de saisie suivantes sont censées se rapporter à l’utilisateur du contenu et ne concernent que les informations relatives à cette personne.

A. Historique des modifications

Cette section liste les changements substantiels des WCAG 2.2 depuis les WCAG 2.1. La liste des errata des WCAG 2.1 a également été appliquée aux WCAG 2.2.

L’historique complet des modifications (commits) des WCAG 2.2 est disponible.

B. Remerciements

Cette section est non normative.

Des informations supplémentaires à propos de la participation au groupe de travail sur les règles d’accessibilité (AG WG) sont consultables sur la page d’accueil du groupe de travail (en anglais).

B.1 Personnes participant activement au groupe de travail AG WG au moment de la publication :

B.2 Autres personnes participant activement au groupe de travail AG WG et autres personnes ayant contribué aux WCAG 2.0, WCAG 2.1 ou personnes ressources

Paul Adam, Jenae Andershonis, Wilhelm Joys Andersen, Andrew Arch, Avi Arditti, Aries Arditi, Tom Babinszki, Mark Barratt, Mike Barta, Sandy Bartell, Kynn Bartlett, Chris Beer, Charles Belov, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Frederick Boland, Denis Boudreau, Patrice Bourlon, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Ben Caldwell, Tomas Caspers, Roberto Castaldo, Sofia Celic-Li, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, Darcy Clarke, James Coltham, Earl Cousins, James Craig, Tom Croucher, Pierce Crowell, Nir Dagan, Daniel Dardailler, Geoff Deering, Sébastien Delorme, Pete DeVasto, Iyad Abu Doush, Sylvie Duchateau, Cherie Eckholm, Roberto Ellero, Don Evans, Gavin Evans, Neal Ewers, Steve Faulkner, Bengt Farre, Lainey Feingold, Wilco Fiers, Michel Fitos, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Alistair Garrison, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Karl Groves, Loretta Guarino Reid, Jon Gunderson, Emmanuelle Gutiérrez y Restrepo, Brian Hardy, Eric Hansen, Benjamin Hawkes-Lewis, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Allen Hoffman, Chris Hofstader, Yvette Hoitink, Martijn Houtepen, Carlos Iglesias, Richard Ishida, Jonas Jacek, Ian Jacobs, Phill Jenkins, Barry Johnson, Duff Johnson, Jyotsna Kaki, Shilpi Kapoor, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Johannes Koch, Marja-Riitta Koivunen, Maureen Kraft, Preety Kumar, Kristjan Kure, Andrew LaHart, Gez Lemon, Chuck Letourneau, Aurélien Levy, Harry Loots, Scott Luebking, Tim Lacy, Jim Ley, Alex Li, William Loughborough, N Maffeo, Mark Magennis, Erich Manser, Kapsi Maria, Luca Mascaro, Matt May, Sheena McCullagh, Liam McGee, Jens Oliver Meiert, Niqui Merret, Jonathan Metz, Alessandro Miele, Steven Miller, Mathew J Mirabella, Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Charles Nevile, Liddy Nevile, Dylan Nicholson, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Charu Pandhi, evarshi Pant, Nigel Peck, Anne Pemberton, David Poehlman, Ian Pouncey, Charles Pritchard, Kerstin Probiesch, W Reagan, Adam Victor Reed, Chris Reeve, Chris Ridpath, Lee Roberts, Mark Rogers, Raph de Rooij, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Joel Sanda, Janina Sajka, Roberto Scano, Gordon Schantz, Tim van Schie, Wolf Schmidt, Stefan Schnabel, Cynthia Shelly, Glenda Sims, John Slatin, Becky Smith, Jared Smith, Andi Snow-Weaver, Neil Soiffer, Mike Squillace, Michael Stenitzer, Diane Stottlemyer, Christophe Strobbe, Sarah J Swierenga, Jim Thatcher, Terry Thompson, Justin Thorp, David Todd, Mary Utt, Jean Vanderdonckt, Carlos A Velasco, Eric Velleman, Gijs Veyfeyken, Dena Wainwright, Paul Walsch, Daman Wandke, Richard Warren, Elle Waters, Takayuki Watanabe, Gian Wild, David Wooley, Wu Wei, Kenny Zhang, Leona Zumbo.

B.3 Organismes financeurs

Cette publication a été en partie financée par des fonds fédéraux du ministère de la Santé et des Services sociaux des États-Unis, par l’Institut national pour la recherche sur le handicap, la vie autonome et la réadaptation (National Institute on Disability, Independent Living, and Rehabilitation Research ou NIDILRR), initialement sous le numéro de référence ED-OSE-10-C-0067, ensuite sous le numéro de référence HHSP23301500054C, et maintenant sous le numéro HHS75P00120P00168. Le contenu de cette publication ne reflète pas nécessairement les avis ou politiques du ministère de la Santé et des Services sociaux ou du ministère de l’Éducation des États-Unis, et la mention de noms de marques, de produits commerciaux ou d’organismes ne signifie pas non plus qu’ils ont été approuvés par le gouvernement des États-Unis.

C. Références

C.1 Références informatives

[css3-values]
CSS Values and Units Module Level 3. Tab Atkins Jr. ; Elika Etemad. W3C. 1 décembre 2022. Recommandation candidate du W3C. URL : https://www.w3.org/TR/css-values-3/
[HTML]
HTML Standard. Anne van Kesteren ; Domenic Denicola ; Ian Hickson ; Philip Jägenstedt ; Simon Pieters. WHATWG. Living Standard. URL : https://html.spec.whatwg.org/multipage/
[ISO_9241-391]
Ergonomics of human-system interaction—Part 391 : Requirements, analysis and compliance test methods for the reduction of photosensitive seizures. International Standards Organization. URL : https://www.iso.org/standard/56350.html
[pointerevents]
Pointer Events. Jacob Rossi; Matt Brubeck. W3C. 4 avril 2019. Recommandation du W3C. URL : https://www.w3.org/TR/pointerevents/
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels. S. Bradner. IETF. Mars 1997. Best Current Practice. URL : https://www.rfc-editor.org/rfc/rfc2119
[SRGB]
Multimedia systems and equipment - Colour measurement and management - Part 2-1 : Colour management - Default RGB colour space - sRGB. IEC. URL : https://webstore.iec.ch/publication/6169
[UAAG10]
User Agent Accessibility Guidelines 1.0. Ian Jacobs ; Jon Gunderson ; Eric Hansen. W3C. 17 décembre 2002. Recommandation du W3C. URL: https://www.w3.org/TR/UAAG10/
[UNESCO]
International Standard Classification of Education. 2011. URL : https://unesdoc.unesco.org/ark:/48223/pf0000219109
[WAI-WEBCONTENT]
Web Content Accessibility Guidelines 1.0. Wendy Chisholm ; Gregg Vanderheiden ; Ian Jacobs. W3C. 5 mai 1999. W3C Recommendation. URL : https://www.w3.org/TR/WAI-WEBCONTENT/
[WCAG20]
Web Content Accessibility Guidelines (WCAG) 2.0. Ben Caldwell ; Michael Cooper; Loretta Guarino Reid ; Gregg Vanderheiden et al. W3C. 11 décembre 2008. Recommandation du W3C. URL : https://www.w3.org/TR/WCAG20/
[WCAG21]
Web Content Accessibility Guidelines (WCAG) 2.1. Michael Cooper ; Andrew Kirkpatrick; Joshue O'Connor ; Alastair Campbell. W3C. 21 septembre 2023. Recommandation du W3C. URL : https://www.w3.org/TR/WCAG21/