Lead translating organization:
Access42
21 bis rue du Simplon, 75018 Paris
France
Website:
https://access42.net
Coordinators of the translation:
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.
Se reporter aux errata (en anglais) pour consulter toute erreur ou problème signalé depuis la publication.
Voir aussi les traductions (en anglais).
Ce document est également disponible dans des formats qui ne sont pas normatifs : Autres versions des règles pour l’accessibilité des contenus Web 2.1 (en anglais).
Copyright © 2017-2018 W3C® (MIT, ERCIM, Keio, Beihang). La déclaration de responsabilité (en anglais), les droits d’utilisation de la marque (en anglais) et la licence d’utilisation de ce document (en anglais) du W3C s’appliquent.
Les Règles pour l’accessibilité des contenus Web (WCAG) 2.1 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 pour 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.1 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.1 étendent les Règles pour l’accessibilité des contenus Web 2.0 (en anglais) [WCAG20] qui ont été publiées comme Recommandation du W3C en décembre 2008. Le contenu qui est conforme aux WCAG 2.1 est également conforme aux WCAG 2.0. Le groupe de travail a prévu que pour les politiques d’accessibilité du Web exigeant la conformité aux WCAG 2.0, les WCAG 2.1 puissent fournir un moyen alternatif de conformité. La publication des WCAG 2.1 ne rend pas obsolète ni ne remplace les WCAG 2.0. Bien que les WCAG 2.0 restent une recommandation du W3C, le W3C conseille l’utilisation des WCAG 2.1 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.
Cette section décrit le statut de ce document au moment de sa publication. D’autres documents peuvent remplacer ce document. 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/.
Ceci est une Recommandation (en anglais) des WCAG 2.1 émanant du groupe de travail sur les règles d’accessibilité (Accessibility Guidelines Working Group, abrégé AG WG) (en anglais).
Ce document a été passé en revue par les membres du W3C, par des développeurs de logiciels et par d’autres groupes du W3C et par des tiers intéressés ; il a été approuvé par le directeur en tant que recommandation du W3C. C’est un document stable pouvant être utilisé comme référence ou cité dans un autre document. Le rôle du W3C, dans l’élaboration de cette recommandation, est d’attirer l’attention sur les spécifications et d’en promouvoir le large déploiement. Ceci améliore la fonctionnalité et l’interopérabilité du Web.
En publiant cette recommandation, le W3C anticipe que les fonctionnalités qui y sont décrites ne seront pas affectées par les changements apportés au module CSS Values and Units de niveau 3 ou à la spécification Pointer Events de niveau 2. Le groupe de travail continuera à réaliser un suivi de ces spécifications.
Pour émettre des commentaires, ouvrez un ticket dans le dépôt WCAG du W3C sur GitHub (en anglais). 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 à [email protected] (archive des commentaires, en anglais). Les commentaires reçus concernant la Recommandation des WCAG 2.1 ne peuvent entraîner de modifications de cette version des règles, mais peuvent être pris en compte dans des errata ou dans de futures versions des WCAG. Le groupe de travail n’envisage pas de produire des réponses formelles aux commentaires. Une liste des tickets déposés (en anglais) ainsi que les archives des discussions de la liste de diffusion du groupe de travail des règles d’accessibilité (AG WG) (en anglais) sont disponibles publiquement, et les futurs travaux entrepris par le groupe de travail apporteront éventuellement des réponses aux commentaires reçus au sujet du présent document.
Ce document a été publié par le groupe de travail sur les règles d’accessibilité (Accessibility Guidelines Working Group – AG WG) (en anglais) sous forme de recommandation.
Merci de consulter le rapport de mise en œuvre (en anglais) du groupe de travail.
Ce document a été produit par un groupe œuvrant dans le cadre de la politique de brevets du W3C (en anglais). 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 1er février 2018 (en anglais).
Cette section est non-normative.
Les Règles pour l’accessibilité des contenus Web (WCAG) 2.1 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.1 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.1 se fondent sur les WCAG 2.0 [WCAG20], 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 :
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.
Les principes — Le premier niveau traite des quatre principes fondamentaux pour l’accessibilité des contenus Web : perceptible, utilisable, compréhensible et robuste. Voir aussi Comprendre les quatre principes de l’accessibilité (en anglais).
Les règles — Après les principes il y a les règles. Les 13 règles donnent les objectifs de base que les auteurs doivent atteindre afin de rendre le contenu plus accessible pour les utilisateurs ayant différents types de limitations fonctionnelles. Les règles ne sont pas testables, mais elles fournissent la trame et les objectifs principaux pour aider les auteurs à comprendre les critères de succès et à mieux mettre en œuvre les techniques.
Les critères de succès — Des critères de succès testables sont fournis pour chaque règle afin de permettre l’utilisation des WCAG 2.1 là où des exigences et des tests de conformité sont nécessaires, notamment pour la spécification de conception, l’achat, la réglementation et les accords contractuels. Afin de répondre aux besoins de divers groupes et de différents contextes, trois niveaux de conformité ont été définis : A (le plus bas), AA et AAA (le plus élevé). Des informations complémentaires sur les niveaux des WCAG peuvent être consultées dans Comprendre les niveaux de conformité (en anglais).
Techniques suffisantes et techniques recommandées — Pour chaque règle et chaque critère de succès des WCAG 2.1, le groupe de travail a également documenté une grande variété de techniques. Ces techniques sont informatives et se divisent en deux catégories : celles qui sont suffisantes pour satisfaire au critère de succès et celles qui sont recommandées. Les techniques recommandées vont plus loin que ce qui est requis par chacun des critères de succès et elles permettent aux auteurs de mieux respecter les règles. Certaines techniques recommandées concernent des problèmes d’accessibilité qui ne sont pas traités par les critères de succès testables. Lorsque des échecs fréquents sont connus, ils sont aussi documentés. Voir également les techniques suffisantes et les techniques recommandées dans Comprendre les WCAG 2.1 (en anglais).
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 ayant tous les types, les degrés ou les combinaisons de limitations fonctionnelles, 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, et à rechercher des conseils appropriés à propos des bonnes pratiques en vigueur afin de faire en sorte que les contenus Web soient accessibles, autant que possible, à cette communauté. Des métadonnées (en anglais) pourront aider l’utilisateur à trouver les contenus qui correspondent le mieux à ses besoins.
Le document des WCAG 2.1 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.1. 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 :
Comment satisfaire aux WCAG 2.1 (en anglais) — Une liste personnalisable de références rapides pour les WCAG 2.1 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 et WCAG 2.1 et peuvent être filtrées de plusieurs façons pour aider les auteurs à se concentrer sur le contenu pertinent.
Comprendre les WCAG 2.1 (en anglais) — Un guide pour comprendre et mettre en œuvre les WCAG 2.1. On y trouve un court document de « compréhension » pour chaque règle et chaque critère de succès dans les WCAG 2.1 ainsi que pour certains éléments clés.
Les techniques pour les WCAG 2.1 (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.
Les documents des WCAG (en anglais) — Un diagramme et une description de la façon dont les documents techniques sont reliés entre eux.
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. 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).
Les WCAG 2.1 respectent les exigences relatives aux WCAG 2.1 (en anglais) qui, à leur tour, se fondent sur les exigences des WCAG 2.0. 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.1. Cette contrainte était importante afin de préserver la nature de version mineure des WCAG 2.
Les WCAG 2.1 ont été élaborées dans le but d’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.1 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.1 ont été développées à partir des WCAG 2.0 et sont rétrocompatibles avec elles, ce qui signifie que les pages Web conformes aux WCAG 2.1 sont également conformes aux WCAG 2.0. Les auteurs tenus par la réglementation de se conformer aux WCAG 2.0 pourront mettre à jour les contenus en suivant les WCAG 2.1 sans perdre en conformité par rapport aux WCAG 2.0. Les auteurs qui suivent les deux ensembles de règles doivent garder à l’esprit les différences suivantes :
Les WCAG 2.1 élargissent les WCAG 2.0 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, et quelques ajouts à la section Conformité. Cette approche additive permet d’expliquer clairement que les sites qui respectent les WCAG 2.1 respectent également les WCAG 2.0, répondant ainsi aux obligations de conformité prévues par les WCAG 2.0. 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.1 comme nouvelle référence de conformité, même si les exigences officielles font mention des WCAG 2.0.
Les critères de succès suivants sont nouveaux dans les WCAG 2.1 :
Beaucoup de ces critères de succès font 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.
Dans la section Conformité, une troisième note sur les variantes de page a été ajoutée à la sous-section Pages complètes, et une option pour des métadonnées lisibles par machine a été ajoutée à la sous-section Éléments optionnels d’une déclaration de conformité.
Afin d’éviter toute confusion parmi les responsables de mise en œuvre pour qui la rétrocompatibilité avec les WCAG 2.0 est déterminante, les nouveaux critères de succès des WCAG 2.1 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.0 ; 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 (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.
Les WCAG 2.1 utilisent le même modèle de conformité que les WCAG 2.0, avec quelques ajouts, modèle qui est décrit dans la section Conformité. Ce modèle prévoit que les sites conformes aux WCAG 2.1 sont également conformes aux WCAG 2.0, ce qui signifie qu’ils répondent aux exigences de toute réglementation faisant référence aux WCAG 2.0, tout en proposant une réponse améliorée aux besoins des utilisateurs du Web tel qu’il existe actuellement.
Parallèlement aux WCAG 2.1, 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.1 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.
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.
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é.
(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.
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.)
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.)
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.
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.
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.
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.
Proposer des versions de remplacement aux médias temporels.
(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 :
fournir une version de remplacement pour un média temporel, présentant une information équivalente au contenu seulement audio.
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.
(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.
(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.
(Niveau AA)
Fournir des sous-titres pour tout contenu audio en direct, sous forme de média synchronisé.
(Niveau AA)
Fournir une audio-description pour tout contenu vidéo pré-enregistré, sous forme de média synchronisé.
(Niveau AAA)
Fournir une interprétation en langue des signes pour tout contenu audio pré-enregistré, sous forme de média synchronisé.
(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é.
(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.
(Niveau AAA)
Fournir une version de remplacement pour un média temporel, donnant une information équivalente pour un contenu seulement audio en direct.
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).
(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.
(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.
(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.
Pour les exigences liées à la couleur, se référer à la Règle 1.4.
(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.
On compte parmi les exemples où une orientation spécifique de l’affichage est 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 où l’orientation binaire de l’affichage n’est pas applicable.
(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 :
(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.
Faciliter la perception visuelle et auditive du contenu par l’utilisateur, notamment en séparant le premier plan de l’arrière-plan.
(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.
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.
(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.
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.
(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 :
le texte agrandi et le texte agrandi sous forme d’image ont un rapport de contraste d’au moins 3:1.
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.
aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de marque.
(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é.
(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 :
le texte sous forme d’image peut être personnalisé visuellement selon les exigences de l’utilisateur ;
une présentation spécifique du texte est essentielle à l’information véhiculée.
Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un nom de marque).
(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 :
le texte agrandi et le texte agrandi sous forme d’image ont un rapport de contraste d’au moins 4,5:1 ;
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.
aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de marque.
(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 :
le contenu audio ne contient pas d’arrière-plan sonore.
l’arrière-plan sonore peut être désactivé.
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.
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.
(Niveau AAA)
Pour la présentation visuelle des blocs de texte, un mécanisme est disponible permettant de réaliser ce qui suit :
(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.
Les logotypes (le texte qui fait partie d’un logo ou d’un nom de marque) sont considérés comme essentiels.
(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 :
Sauf pour les parties du contenu dont l’utilisation ou la compréhension nécessite une mise en page en deux dimensions.
320 pixels CSS équivaut à une largeur d’affichage initiale de 1280 pixels CSS avec un zoom de 400 %. Pour les contenus Web conçus 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 avec un zoom de 400 %.
On compte parmi les exemples de contenu nécessitant une mise en page en deux dimensions : les images, les cartes, les diagrammes, les vidéos, les jeux, les présentations, les tableaux de données, et les interfaces où il est nécessaire de garder les barres d’outils visibles pendant la manipulation du contenu.
(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 :
(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 :
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.
(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 :
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.
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
.
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.
Les composants de l’interface utilisateur et de navigation doivent être utilisables.
Rendre toutes les fonctionnalités accessibles au 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é.
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.
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.
(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.
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.
(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.
(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 :
Laisser à l’utilisateur suffisamment de temps pour lire et utiliser le contenu.
(Niveau A)
Pour chaque limite de temps fixée par le contenu, au moins l’un des points suivants est vrai :
l’utilisateur a la possibilité de supprimer la limite de temps avant de la rencontrer ; ou
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
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
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
la limite de temps est essentielle et l’étendre invaliderait alors l’activité ; ou
la limite de temps est supérieure à 20 heures.
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.
(Niveau A)
Pour toute information en mouvement, clignotante, défilante ou mise à jour automatiquement, tous les points suivants sont vrais :
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
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é.
Pour les exigences relatives au contenu scintillant ou flashant, se référer à la règle 2.3.
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.
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.
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.
(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.
(Niveau AAA)
Les interruptions peuvent être reportées ou supprimées par l’utilisateur, à l’exception des interruptions impliquant une urgence.
(Niveau AAA)
Quand une session authentifiée expire, l’utilisateur peut poursuivre son activité sans perte de données après une nouvelle authentification.
(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.
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.
Ne pas concevoir de contenu susceptible de provoquer des crises ou des réactions physiques.
(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.
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.
(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.
(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.
Faciliter l’utilisation des fonctionnalités par les utilisateurs au moyen de divers dispositifs d’entrées en plus du clavier.
(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.
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).
(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 :
Les fonctions qui émulent l’appui d’une touche du clavier ou du pavé numérique sont considérées comme essentielles.
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).
(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.
Une bonne pratique consiste à placer le texte de l’étiquette au début du nom.
(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 :
(Niveau AAA)
La taille de la cible pour les pointeurs d’entrée est d’au moins 44 par 44 pixels CSS, sauf quand :
(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.
Les informations et l’utilisation de l’interface utilisateur doivent être compréhensibles.
Rendre le contenu textuel lisible et compréhensible.
(Niveau A)
La langue par défaut de chaque page Web peut être déterminée par un programme informatique.
(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.
(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.
(Niveau AAA)
Un mécanisme est disponible pour identifier la forme complète ou la signification d’une abréviation.
(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.
(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.
Faire en sorte que les pages apparaissent et fonctionnent de manière prévisible.
(Niveau A)
Quand un composant d’interface utilisateur reçoit le focus, il ne doit pas initier de changement de contexte.
(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.
(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.
(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.
Aider l’utilisateur à éviter et à corriger les erreurs de saisie.
(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.
(Niveau A)
Des étiquettes sont présentées ou des instructions sont fournies quand un contenu requiert une saisie utilisateur.
(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.
(Niveau AA)
Pour les pages Web qui entraînent des engagements juridiques ou des transactions financières de la part de l’utilisateur, qui modifient ou effacent des données contrôlables par l’utilisateur dans des systèmes de stockages de données, qui enregistrent les réponses de l’utilisateur à un test ou un examen, au moins l’une des conditions suivantes est vraie :
(Niveau AAA)
Une aide contextuelle est disponible.
(Niveau AAA)
Pour des pages Web demandant à l’utilisateur de soumettre des informations, au moins l’une des conditions suivantes est vraie :
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.
Optimiser la compatibilité avec les agents utilisateurs actuels et futurs, y compris les technologies d’assistance.
(Niveau A)
À moins que les spécifications ne le permettent, dans un contenu implémenté via un langage de balisage, les éléments ont des balises de début et de fin complètes, ils sont imbriqués conformément à leurs spécifications, ils ne contiennent pas d’attributs dupliqués et chaque ID est unique.
Les balises de début et de fin auxquelles il manque un caractère critique, comme un chevron fermant ou un guillemet pour une valeur d’attribut, sont considérées incomplètes.
(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.
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.
(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.
Cette section reprend les exigences de conformité aux WCAG 2.1. 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é.
Le contenu principal des WCAG 2.1 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].
Afin qu’une page Web soit conforme aux WCAG 2.1, toutes les exigences suivantes doivent être satisfaites :
L’un des niveaux de conformité suivants est atteint par le respect de la totalité de ses critères de succès.
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.
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.
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.
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.
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.
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.
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.)
Une boutique en ligne présente une série de pages permettant de sélectionner et d’acheter des produits. Toutes les pages de la séquence depuis le début jusqu’à la fin (le paiement) sont conformes afin que toute page faisant partie du processus soit conforme.
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).
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 :
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 :
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).
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.
Une déclaration de conformité n’est pas obligatoire. Les auteurs peuvent se conformer aux WCAG 2.1 sans faire aucune déclaration. Toutefois, si une déclaration de conformité est faite, cette déclaration de conformité doit inclure les informations suivantes :
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.
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.
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é.
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.
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 :
Lire Comprendre la déclaration de conformité (en anglais) pour plus d’information et pour des exemples de déclarations de conformité.
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é.
Parfois, des pages Web sont créées afin que l’on puisse y rajouter un contenu. 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 :
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
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.1 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 :
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.1 au niveau X si la compatibilité avec l’accessibilité était assurée pour la (les) langue(s) suivante(s) : »
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
Ceci comprend les sigles et les acronymes formés à partir des initiales des mots où :
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.
Ne sont pas définies dans toutes les langues.
SNCF est le sigle de la Société nationale des chemins de fer français.
ESP est le sigle, en anglais, de extrasensory perception, la perception extrasensorielle.
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.
ONU est un acronyme constitué des premières lettres de Organisation des Nations unies.
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.
tout logiciel qui récupère et présente le contenu Web aux utilisateurs
Les navigateurs Web, les lecteurs de média, les modules d’extensions et les autres programmes — dont les technologies d’assistance — qui aident à récupérer, restituer et interagir avec le contenu Web.
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)
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.
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.
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.
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.
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.
texte d’aide qui fournit des informations relatives à la fonction actuellement utilisée
Des étiquettes claires peuvent jouer le rôle d’aide contextuelle.
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)
Le mot goyave dans la phrase suivante utilisé comme lien : « L’une des exportations importantes est la goyave ». Ce lien pourrait conduire à une définition de la goyave, à un graphe présentant une liste des quantités de goyave exportées ou à une photo de gens récoltant la goyave. Jusqu’à ce que le lien soit activé, tout utilisateur est dans l’incertitude et une personne handicapée n’est donc pas désavantagée.
ajout d’étapes entre des états pour créer l’illusion de mouvement ou pour donner l’impression d’une transition fluide
Par exemple, un élément qui se déplace ou change de taille lors de son apparition est considéré comme animé. Un élément qui apparaît instantanément sans transition n’est pas considéré comme animé. L’animation basée sur le mouvement ne comprend pas les changements de couleur, d’effet de flou ou d’opacité.
dessin créé par une disposition spatiale de caractères ou glyphes (habituellement à partir des 95 caractères imprimables définis en ASCII)
la technologie de reproduction des sons
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.
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
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.
Dans une audio-description standard, la narration est ajoutée durant les pauses qui existent dans le dialogue. (Voir aussi audio-description étendue.)
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.
Aussi nommée « vidéo-description » et « narration descriptive ».
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
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.
plus d’une phrase de texte
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)
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.
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 majeurs dans le contenu d’une page Web qui, s’ils sont faits sans que l’utilisateur en soit conscient, peuvent désorienter l’utilisateur qui ne peut voir l’ensemble de la page en même temps
Les changements de contexte comprennent les changements de :
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).
L’ouverture d’une nouvelle fenêtre, le déplacement du focus sur un composant différent, le déplacement vers une nouvelle page (y compris tout ce qui, pour l’utilisateur, aurait l’air d’un déplacement vers une autre page) ou la réorganisation significative du contenu d’une page sont autant d’exemples d’un changement de contexte.
zone du dispositif d’affichage qui reçoit l’action d’un pointeur, telle que la zone interactive d’un composant d’interface utilisateur
Si deux cibles tactiles 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.
alternance entre deux états visuels d’une façon qui veut attirer l’attention
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 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) :
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
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 :
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
La technologie fonctionne avec un module d’extension largement distribué et qui est lui-même compatible avec l’accessibilité ;
OU
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
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 :
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).
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.
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.
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.
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.
partie du contenu qui est perçue par les utilisateurs comme un élément de contrôle unique pour une fonction distincte
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.
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.
Les termes « composant » ou « composant d’interface utilisateur » sont aussi parfois désignés par « élément d’interface utilisateur ».
Un microprogramme (applet) dispose d’un « élément de contrôle » permettant de se déplacer dans le contenu ligne par ligne, page par page ou au hasard. Puisque chacune de ces fonctions devrait avoir un nom et fonctionner indépendamment, elles constitueraient chacune un « composant d’interface utilisateur ».
satisfaire à toutes les exigences d’une norme ou d’un standard donné, d’une règle ou d’une spécification
contenu supplémentaire illustrant ou clarifiant le contenu primaire
La version audio d’une page Web.
L’illustration d’un processus complexe.
Un paragraphe résumant les principales conclusions et recommandations d’un rapport de recherche.
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
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.
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
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
En HTML, l’information qui est déterminée par un programme informatique à partir d’un lien en français, y compris le texte qui est dans le même paragraphe, la même liste ou la même cellule de tableau que le lien, ou une cellule d’en-tête de tableau associée avec la cellule contenant le lien.
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.
données auxquelles les utilisateurs ont accès
Ceci ne concerne pas les journaux de connexions (logs) Internet et les données de supervision des moteurs de recherche.
Les champs nom et adresse d’un compte utilisateur.
sur les écrans d’ordinateur de bureau ou portable de taille courante dont l’espace de restitution est maximisé
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 un logiciel utilisant des méthodes qui fonctionnent avec les agents utilisateurs, y compris les technologies d’assistance
le contenu ne serait pas conforme si cette technologie est inactivée ou si elle n’est pas compatible
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
Déterminé dans un langage de balisage à partir d’éléments et d’attributs auxquels on accède grâce aux technologies d’assistance couramment disponibles.
Déterminé grâce à des structures de données spécifiques d’une technologie pour un langage non-balisé et exposée aux technologies d’assistance via une API d’accessibilité aux technologies d’assistance couramment disponibles.
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
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.
Si l’information est totalement générée par ordinateur il ne s’agit pas d’information en direct.
transactions par lesquelles la personne contracte une obligation ou reçoit un bénéfice de nature juridique
Un contrat de mariage, un échange d’actions (financier et juridique), un legs, un prêt, une adoption, un enrôlement dans l’armée, un contrat de tout type, etc.
période de six ans qui commence entre l’âge de 5 et 7 ans, sans forcément d’antécédents d’éducation
Cette définition se fonde sur la norme de Classification internationale type de l’éducation de l’[UNESCO].
groupe de pages Web partageant un objectif commun et créées par le même auteur, groupe ou organisation
Cela inclut, par exemple une publication répartie sur plusieurs pages Web, dans laquelle chaque page contient un chapitre ou une autre section importante de l’ouvrage. La publication constitue une seule unité logique, contiguë et contient des éléments de navigation qui permettent d’accéder à l’ensemble des pages.
Différentes versions linguistiques seraient considérées comme des ensembles de pages Web distincts.
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.
L’image d’un graphique est décrite textuellement dans le paragraphe suivant le graphique. Le bref équivalent textuel du graphique indique que la description suit celui-ci.
Se référer à Comprendre les équivalents textuels (en anglais) pour plus d’informations.
information fournie par l’utilisateur qui n’est pas acceptée
Cela inclut :
objet au sein duquel l’agent utilisateur présente du contenu
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.
Cette définition est fondée sur le Glossaire des règles pour l’accessibilité des agents utilisateurs 1.0 (en anglais) [UAAG10].
é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
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.
texte ou autre composant avec un équivalent textuel qui est restitué à l’utilisateur pour permettre d’identifier un composant dans un contenu Web.
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.
Le terme étiquette n’est pas limité à l’élément label en HTML.
é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 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 qui a) se produit en même temps que la visualisation et b) n’est pas entièrement généré par le contenu
Une diffusion Web d’une représentation en direct (qui se produit en même temps que la visualisation et qui n’est pas pré-enregistrée).
Des enchères en ligne avec des gens qui enchérissent (avec une visualisation en direct).
Des humains interagissant dans un monde virtuel grâce à des avatars (qui ne sont pas entièrement générés par le contenu et qui se produisent en même temps que la visualisation).
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
On compte parmi les exemples un morceau de flûte solo, des œuvres d’art visuel, etc.
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
Les expressions idiomatiques ne peuvent être traduites littéralement sans perdre leur sens (culturel ou linguistique).
En anglais, « spilling the beans » signifie « révéler un secret ». Cependant, « knocking over the beans » ou « spilling the vegetable » ne signifie pas la même chose.
En japonais, la phrase « さじを投げる » se traduit littéralement par « il jette une cuillère » mais cela signifie qu’il n’y a rien qu’il puisse faire et que finalement il abandonne.
En néerlandais, « Hij ging met de kippen op stok » se traduit littéralement par « il est allé rôtir avec les poulets » mais cela signifie qu’il est allé au lit tôt.
alternance de luminosité relative qui peut causer des crises chez certaines personnes si leur taille est suffisamment importante dans une gamme de fréquences spécifiques
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.
Voir aussi clignotement.
nature d’un résultat obtenu par l’activation d’un lien
processus et résultats atteignables par une action de l’utilisateur
produit le même résultat à l’utilisation
Un bouton « rechercher » sur une page Web et un bouton « trouver » sur une autre peuvent tous les deux proposer un champ pour saisir un terme et lister les sujets présents dans le site et pertinents par rapport au terme soumis. Dans ce cas, ils offrent la même fonctionnalité mais ne sont pas nommés à l’identique.
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.
dans un but d’informations complémentaires et non exigé pour la conformité
Le contenu exigé pour la conformité est indiqué comme « normatif ».
interface utilisée par un logiciel pour obtenir une saisie au clavier
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.
Un assistant numérique personnel (PDA) à écran tactile possède une interface clavier intégrée à son système d’exploitation et un connecteur pour des claviers externes. Les applications dans le PDA peuvent utiliser l’interface pour obtenir une saisie au clavier externe ou par d’autres applications qui simulent une sortie clavier comme les interpréteurs d’écriture manuscrite ou les applications de transcription vocale en texte avec des fonctionnalités « d’émulation clavier ».
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.
traduction d’une langue, généralement parlée, en langue des signes
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.
termes utilisés par les personnes d’une façon particulière dans un domaine particulier
Les termes « touches rémanentes » sont du jargon du domaine des technologies d’assistance.
langue qui est parlée, écrite ou signée (à l’aide des signes visuels ou tactiles) pour communiquer avec les humains
Voir aussi 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
luminosité 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
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 * B où R, G et B sont définis par :
et RsRGB, GsRGB, et BsRGB sont définis par :
Le caractère "^" est l’opérateur exponentiel. (formules tirées de [sRGB] et [IEC-4WD]).
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).
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).
Il existe des outils qui effectuent automatiquement les calculs lors des tests de contraste et de flash.
Une version MathML de la définition de la luminosité relative est disponible.
processus ou technique pour obtenir un résultat
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.
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 qui ne donne pas plus d’information que ce que donne le texte (directement ou via un équivalent textuel)
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.
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 position relativement aux autres éléments
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.
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
arrêté par une action de l’utilisateur et relancé seulement sur demande de l’utilisateur
texte grâce auquel un logiciel peut identifier pour l’utilisateur un composant du contenu Web
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.
Celui-ci n’a pas de lien avec l’attribut HTML name.
exigé pour la conformité
Il est possible d’être en conformité stricte avec ce document de nombreuses manières bien définies.
Le contenu identifié comme « informatif » ou « non-normatif » n’est jamais exigé pour la conformité.
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
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
Bien que toutes les « autres ressources » seraient restituées avec la ressource primaire, elles ne sont pas nécessairement restituées simultanément.
À 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.
Une ressource Web incluant toutes les images et médias liés.
Un programme Web de courrier électronique (Webmail) développé à l’aide d’AJAX (Asynchronous JavaScript and XML, JavaScript asynchrone et XML). Le programme réside intégralement à l’adresse http://exemple.com/mail, mais comprend une boîte de réception, un carnet d’adresses et un calendrier. Des liens et des boutons permettent d’afficher la boîte de réception, les contacts ou le calendrier, mais ne changent pas globalement l’URI de la page.
Un site portail personnalisable, dans lequel les utilisateurs peuvent choisir le contenu à afficher à partir d’un ensemble de modules de contenu.
Quand on saisit « http://shopping.exemple.com/ » dans son navigateur, on entre dans un environnement commercial animé et interactif dans lequel on se déplace visuellement dans une boutique, retirant les produits directement depuis les rayons pour les placer dans un panier d’achat face à soi. Cliquer sur un produit déclenche une démonstration avec la fiche technique juste à côté. Cela peut être un site Web à page unique ou simplement une page à l’intérieur d’un site Web.
parcouru dans l’ordre défini par le déplacement du focus (d’un élément à l’autre) en utilisant une interface clavier
la police, la taille, la couleur et le fond sont paramétrables
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).
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é.
dispositif d’entrée 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
Voir aussi la définition de pointeur dans Pointer Events (en anglais) [pointerevents].
information qui n’est pas diffusée en direct
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
Cette définition se fonde sur la norme de Classification internationale type de l’éducation de l’[UNESCO].
rendu du contenu sous une forme perceptible par l’utilisateur
série d’actions de l’utilisateur dont l’enchaînement est nécessaire à l’accomplissement d’une tâche
Utilisation réussie par l’utilisateur, sur un site de vente, d’un enchaînement de pages Web permettant de voir différents produits, des prix et des offres, de sélectionner des produits, de soumettre une commande, de fournir les informations d’envoi et de paiement.
Une page permettant de créer un compte utilisateur nécessitant l’accomplissement d’un test de Turing avant de pouvoir accéder à cette page de formulaire de création de compte.
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 :
utilisé seulement dans un but esthétique, ne fournissant aucune information et n’ayant aucune fonctionnalité
Un texte est purement décoratif si les mots peuvent être réarrangés ou remplacés sans changer leur raison d’être.
La page de couverture d’un dictionnaire présente un arrière-plan estompé et constitué de mots choisis au hasard.
moyen alternatif pour déclencher une action par l’appui d’une ou plusieurs touches
(L1 + 0,05) / (L2 + 0,05), où
Le rapport de contraste peut varier de 1 à 21 (communément écrit 1:1, 1 pour 1, à 21:1, 21 pour 1).
É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.
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.
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.
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.
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.
section de contenu perceptible, déterminée par un programme informatique
En HTML, toute zone identifiée avec un rôle de repère (landmark) serait considérée comme une région.
associations significatives entre des parties distinctes du contenu
texte ou nombre par lequel un logiciel peut identifier la fonction d’un composant dans du contenu Web
Un nombre qui indique si une image sert d’hyperlien, de bouton de commande ou de case à cocher.
le critère de succès ne se révèle pas « faux » lors de l’évaluation de la page
une portion autonome de contenu écrit qui traite d’un ou plusieurs sujets ou idées liés entre eux
Une section peut consister en un ou plusieurs paragraphes et inclure des graphiques, des tableaux, des listes et des sous-sections.
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 :
où :
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.
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). (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.)
Une transition est le changement, dans un temps donné, de luminosité relative (ou de luminosité relative ou de couleur pour le flash rouge) entre les pics et les creux adjacents dans un ensemble de mesures de luminosité relative (ou de luminosité relative ou de couleur pour le flash rouge). Un flash est constitué de deux transitions opposées.
La définition couramment utilisée dans le domaine pour « deux transitions opposées de rouge saturé » est : pour chacun ou tous les états impliqués dans chacune des transitions, R/(R+ G + B) >= 0,8, et le changement dans la valeur de (R-G-B)x320 est > 20 (les valeurs négatives de (R-G-B)x320 sont considérées comme nulles) pour chacune des transitions. Les valeurs R, G, B se classent entre 0 et 1 tel que spécifié dans la définition de « luminosité relative ». [HARDING-BINNIE]
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).
une présentation temporelle qui contient seulement de l’audio (sans vidéo ni interaction)
une présentation temporelle qui ne contient que de la vidéo (aucun flux audio ni aucune interaction)
visuel synchronisé ou équivalent textuel pour l’information audio avec ou sans parole nécessaire à la compréhension du contenu d’un média
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.
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.
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.
Les sous-titres ne devraient pas masquer l’information pertinente de la vidéo, même partiellement.
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.
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.
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
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).
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).
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.
Les technologies d’assistance qui sont importantes dans le contexte du présent document comprennent les technologies suivantes :
mécanisme pour encoder les instructions devant être restituées, jouées ou exécutées par les agents utilisateurs
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.
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.
On compte parmi les exemples les plus fréquents de technologies Web : HTML, CSS, SVG, PNG, PDF, Flash et JavaScript.
séquence de caractères pouvant être déterminée par un programme informatique et exprimant quelque chose dans une langue donnée.
texte qui est restitué sous une forme non textuelle (par exemple une image) dans le but de permettre un effet visuel particulier
Cela n’inclut pas le texte qui est une partie d’une image qui contient d’autres contenus visuels signifiants.
Le nom d’une personne sur un badge dans une photographie.
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é
mots employés de telle manière qu’ils obligent les utilisateurs à savoir exactement quelle définition appliquer afin de comprendre correctement le contenu
Le terme « mémoire » possède une signification différente dans une conversation universitaire de celle qu’il peut avoir dans un article consacré au stockage informatique, mais la définition pertinente peut être déduite du contexte. À l’inverse, le mot « texte » est utilisé de manière très spécifique dans les WCAG 2.1, à tel point qu’une définition figure dans le glossaire.
version qui
pour laquelle au moins l’une des affirmations suivantes est vraie :
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.
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).
Si des versions sont proposées dans plusieurs langues, une version de remplacement conforme est donc requise pour chacune de ces langues.
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.
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.
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.
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)
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
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 la technologie des images ou photos en mouvement ou en séquence
Une vidéo peut être constituée d’images fixes ou animées ou des deux.
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.
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 field de HTML 5.2 (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.
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).
Paul Adam, Jenae Andershonis, Wilhelm Joys Andersen, Andrew Arch, Avi Arditti, Aries Arditi, 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, 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, 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, Devarshi 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.
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 et maintenant sous le numéro de référence HHSP23301500054C. 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.