WCAG 2.0

Sylvie Duchateau , Jean-Pierre Villain , Aurélien Levy

Braillenet, Qelios, Tektonika

Historique

• Première ébauche : janvier 2001; 9 ébauches depuis.
• Dernier appel à commentaires : document WCA2.0 du 27 avril 2006.
• 22 juin 2006 : fin des commentaires.
• Long processus avant que WCAG 2.0 ne devienne une recommandation.

But des WCAG 2.0

• Pour les personnes avec différents handicaps et les personnes âgées.
• Pour différentes technologies d'accès: aides techniques et technologies mobiles.
• Le but est de rendre les contenus Web accessibles au plus grand nombre.
• Les recommandations n'incluent pas des recommandations sur la facilité d'utilisation sauf si elles ont un impact spécifique sur l'accessibilité du Web.

Public visé

• Les créateurs de contenu Web,
• Les intégrateurs (ceux qui écrivent le code),
• Les évaluateurs de l'assurance qualité ou de l'accessibilité,
• Les politiques,
• Les gestionnaires, les directeurs
• et les utilisateurs.

Les documents des WCAG 2.0

• Une série de documents liés les uns aux autres.
• Des documents normatifs et des documents d'accompagnement, d'explications.
• Document normatif : ne peut être modifié.
• Document non normatif : peut évoluer...

Les documents normatifs

• Conformance to WCAG 2.0 :les règles de conformité
• Web Content Accessibility Guidelines 2.0 : les recommandations proprement dites
• Appendix A: Glossary (Glossaire des définitions)

Les documents non normatifs

• Une introduction à WCAG 2.0
• Overwiew WCAG 2.0
• Des annexes :
  • Checklist for Web Content Accessibility Guidelines 2.0 : une liste de vérification
  • Comparison of WCAG 1.0 checkpoints to WCAG 2.0 : un tableau comparatif des WCAG 1.0 et 2.0.
  • Des références et autres documents d'accompagnement.
  • “Understanding WCAG 2.0”, le document d’accompagnement indispensable

Documents d'aide à la compréhension des WCAG 2.0

“Understanding WCAG 2.0 ( Comprendre WCAG 2.0 )" est un document indispensable pour appréhender le document normatif avec des liens vers:

• la raison du critère;
• des techniques de mise en oeuvre
• des expressions du glossaire WCAG permettant de comprendre chaque critère,
• des exemples et les avantages de chaque critère.

Autres documents d'aide

• About Baselines for WCAG 2.0 qui présente le concept de Baseline.
• Techniques for WCAG 2.0 qui compile :
  • Des exemples pour différentes techniques comprenant du code, des exemples, et des tests.
  • De nouvelles techniques pourront être proposées à tout moment pour enrichir les recommandations.
  • Des notes pour l'application, appelées "application notes" : exemples relatifs à un type d'éléments.

Structure des WCAG 2.0

• 4 principes
• 13 recommandations
• 56 critères (success criteria : critères de réussite).

Les 4 grands principes - 1/3

L'adaptation, l'alternative et la transformation, au coeur de WCAG 1.0, censées être garantes de l'interopérabilité, ne sont plus que des "moyens" au bénéfice des 4 grands principes.

Les 4 grands principes - 2/3

• Perceivable – Perceptible, qui peut être perçu par les sens, y compris par l'esprit.
• Operable - Fonctionnel, qui peut être utilisé simplement
• Understandable - Compréhensible, qui peut être compris (langage, jargon, etc.)
• Robust - Robuste, qui est compatible avec les technologies présentes et futures

Les 4 grands principes - 3/3

• Ces quatre principes sont les fondations nécessaires pour garantir l’accessibilité du web à tous
• Ces concepts sont suffisament ouverts pour répondre aux questions et aux besoins d’accessibilité sans être spécifiques à une technologie.
• Cela rend WCAG 2.0 appliquable à une grande variété de situations et de technologies, y compris celles qui n’existent pas encore.
• Ils sont les lignes de conduite de tout bon producteur web

Baseline (Référence de base) - 1/5

• Ensemble de technologies présumées être intégrées et activées dans les agents utilisateurs .
• Les Auteurs doivent s’assurer que le contenu et les fonctionnalités sont accessibles en n’utilisant que les technologies du Baseline.
• C’est le moyen choisi par WAI pour
  • Adapter WCAG à l’évolution du web
  • Prendre en compte des contextes d’utilisation particuliers (intranet…)

Baseline (Référence de base) - 2/5

Défini par un auteur, une société, un gouvernement, un client,…

WCAG 2.0 ne définit aucun Baseline.

Les technologies en dehors du baseline ne doivent pas empêcher l’accès au contenu pour les UA

• Qui supportent uniquement le Baseline
• Qui supportent le Baseline et ces autres technologies
• Lorsqu’elles sont activées ou désactivées

Baseline (Référence de base) - 3/5

Spécifique à des technologies et pas à :

• Un UA particulier, ou une de ses versions.
• Un public particulier.
• Toutes les technologies (W3C et non-W3C) peuvent être incluses.
• “WCAG 2.0 Quick reference” fournit un sommaire dynamique adapté au choix d’un Baseline pour les technologies communes du web.

Baseline (Référence de base) - 4/5

La nouvelle situation :

• On ne produit plus d’alternative pour une technologie du baseline, pour les UA qui ne la supportent pas. ( Cf conditions).
• C’est une situation qui peut engendrer des volontés de détournement et des défauts d’interprétation.
• C’est une solution dès lors que l’on maîtrise l’environnement d’exécution (exemple : intranet, interface d’administration)

Baseline (Référence de base) - 5/5

Exemples :

• Html : c’est la situation WCAG 1.0
• Html + Javascript : exemple WAI (en anglais) : absence d’alternative à la modification d’une liste de formulaire par la sélection d’un item.

Le scoping - 1/4

“Cette partie de votre site n’est pas accessible !”

“Mais j’ai jamais dit qu’elle l’était !”

• Nouveau concept, lié à la déclaration de conformité et au Baseline.
• Permet de pouvoir déclarer son site accessible même si l'on ne peut en garantir l’accessibilité pour une de ses parties (exemple : forum)

Le scoping - 2/4

• Le "vertical scoping" (exclusion d’une partie d’un site par URI ou groupe d’URI) est autorisé.
• “L’horizontal scoping" (exclusion d’une technologie particulière dans une page) n’est pas autorisé

Le scoping - 3/4

Faire un lien vers une partie non accessible est également autorisé selon les conditions suivantes :

• Le contenu visé n’est pas affiché conjointement à une page accessible (frame)
• La page n’est pas un point de passage obligatoire dans une suite de pages accessibles (panier d’achat)

Le scoping - 4/4

• Je ne peux pas dire que : je n’ai pas rendu accessible les vidéos de mon site
• Je peux dire que : je n’ai pas rendu accessible une partie de mon site (qui les contient)

Nuance...

Terminologie - 1/5

Web Unit (Unité Web)

Collection d’informations identifiée par une seule URI (comme une URL) et constituée d’une ou plusieurs ressources destinées à être rendues ensemble.

Equivalent à une “page”

Terminologie - 2/5

Authored Unit (Unité de conception)

Un ensemble de matériels créés en tant qu'entité unique par un auteur.

Par exemple :

• un ensemble de balisage, une feuille de style et une ressource média, telle qu'une image ou un clip audio.
• Un ensemble de pages web destinées à être vues comme une entité unique ou une séquence

Equivalent à Site Web

Terminologie - 3/5

Authored component (Composant de conception)

• C’est une unité de conception utilisée comme partie d’une autre unité de conception.

Par exemple, l’ensemble balisage+style CSS d’un flux RSS diffusé par un agrégateur.

Terminologie - 4/5

Parsed unambiguously (Analysé de manière univoque)

• Analysé au travers d’une structure unique de données.

Par exemple, l’arbre d’un document restitué au travers du DOM

Terminologie - 5/5

Programmatically determined (déterminé informatiquement )

• Déterminé informatiquement signifie qu'une valeur spécifique peut être déterminée dans une forme normalisée pouvant être lue par une machine ou un logiciel.

Par exemple, la nomenclature du DOM qui renvoie le type d’élément.

Guideline 1.1

fournir des alternatives textuelles pour tous les éléments de contenu non textuels

Guideline 1.1 - 1/5

• Principe de référence : Le contenu doit être perceptible
• nombre de critères : 1
• Le contenu doit être appréhendé par tous les internautes.

Guideline 1.1 - 2/5

Le critère de succès vise à donner :

• Un équivalent textuel à tout élément non textuel.
• Plus de détails sur les contenus non textuels que dans WCAG 1.0

Guideline 1.1 - 3/5

Plusieurs sortes de contenus non textuels :

• Contenu non textuel donnant de l'information : l'alternative doit être équivalente.
• Contenu non textuel permettant une action utilisateur ( bouton de soumission ) : donner une alternative équivalente.
• Si l'alternative textuelle ne peut être équivalente alors l'alternative textuelle permet, au moins, d'identifier le but de l'élément non textuel.

Guideline 1.1 - 4/5

Plusieurs sortes de contenus non textuels :

• Nouveaux contenus : tests ou exercices requérant un sens particulier, multimédia, audio en direct uniquement, vidéo en direct uniquement : L’ alternative indique, au minimum, leur présence et les décrivent, avec leur titre.
• Les éléments de décoration doivent avoir une alternative qui permet de les ignorer.

Guideline 1.1 - 5/5

• Equivalents aux scripts, applets, objets traités dans une autre recommandation.
• Idem pour les contenus multimédia.
• NOFRAME n'est plus exigé.
• L’ ART ASCII est inclus dans ce critère; le point de contrôle 13.10 de WCAG 1.0 n'a plus de correspondance directe.
• Attention : porte ouverte par la mention “ Si l'alternative textuelle ne peut être équivalente alors elle permet d'identifier, au moins, le but de l'élément non textuel”.
(L’audio et la vidéo vont vite se retrouver avec comme alternative textuelle : vidéo/son de monsieur machin)

Guideline 1.2

Fournir des alternatives synchronisées pour le multimédia

Guideline 1.2 - 1/8

• Principe de référence : Le contenu doit être perceptible
• nombre de critères : 7
• Quelques définitions d'abord :
  • Multimédia : Contenu audio ou video synchronisé avec un autre type de média et/ou avec une composante interactive temporelle (un son seul n'est donc pas un élément multimédia mais un élément non textuel)
  • Vidéo : technologie de mise en mouvement d'images (film, animation, diaporama)

Guideline 1.2 - 2/8

• Sous titres : texte présenté et synchronisé avec le multimédia pour fournir l'équilavent des éléments parlés, mais aussi des effets sonores et, parfois, des identifications du narrateur
• Audio description : éléments narratifs ajoutés à la bande sonore pour décrire les détails visuels importants qui ne peuvent être perçus par la bande sonore seule.

Note : sur une vidéo, les informations portent sur les actions, les personnages, les changements de décors et les textes apparaissant à l'écran.

Dans l'audio description de base, ces éléments sont ajoutés pendant les pauses dans le dialogue. Dans l'audio description étendue, la vidéo sera mise en pause.

Guideline 1.2 - 3/8

• Alternative texte multimedia incluant toutes les interactions : Document incluant, pour chaque séquence, les descriptions de l'environnement visuel, des actions et des éléments non parlés, en supplément de la transcription de tous les dialogues et des moyens de réaliser toute action qui serait réalisable dans l'élément multimedia. (ex : alternative Html à un Flash)

Guideline 1.2 - 4/8

• Cette guideline reprend les points 1.3 et 1.4 de WCAG 1.0
• 1.3 Jusqu’à ce que les agents utilisateurs soient en mesure de lire automatiquement à haute voix l’équivalent textuel d’une piste visuelle, fournir une description auditive des informations importantes de la piste visuelle d’une présentation multimédia. [Priorité 1]
• 1.4 Pour toute présentation multimédia temporisée (par exemple, un film ou une animation), synchroniser les alternatives équivalentes (par exemples, les sous-titres ou la description auditive des pistes visuelles) avec la présentation. [Priorité 1]

Guideline 1.2 - 5/8

L'objectif de WCAG 2.0 sur cette thématique multimédia est double :

• Prendre en considération l'évolution du web sur la partie multimédia depuis 1999.
• Prendre en considération tous les types de handicaps, tout en rééquilibrant les niveaux d'exigence.

Guideline 1.2 - 6/8

Level 1

• Des sous-titres sont disponibles pour le multimédia pré-enregistré
• L’audio description pour les éléments vidéos, ou une alternative textuelle incluant toutes les interactions, est disponible pour le multimédia pré-enregistré.

Guideline 1.2 - 8/8

On peut donc constaster que, sur cette thématique, WCAG 2.0 répond bien à ces objectifs. Cependant, quelques points sont susceptibles de faire débat :

• Audio description facultative au niveau 1
• Sous titrage des éléments en direct en niveau 2
• Pas d'audio description pour les éléments en direct
• Encore difficile à implémenter -> AOL recommande de passer le niveau 1 en niveau 2 (prb de vidéo à la demande et d'aggrégation de contenu)

Guideline 1.3

Séparation structure, information, présentation

Guideline 1.3 - 1/8

• Principe de référence : 1 - Le contenu doit être perceptible
• nombre de critères : 5
• Cette guideline reprend 17 critères WCAG 1.0
• L’objectif général est d’assurer que le contenu est perçu en adéquation avec les capacités des moyens de restitution.

Guideline 1.3 - 4/8

Critères WCAG 2.0 Niveau 1 :

• 1.3.2 : Chaque information restituée par la couleur est également restituée sans couleur.

Moyens :

• Pour html : Les moyens habituels utilisés avec WCAG 1.0
• Pour les autres technologies : Pas d’indication encore disponible, pour Javascript, notamment.

Guideline 1.3 - 5/8

Critères WCAG 2.0 Niveau 1 :

• 1.3.3 : Lorsque le contenu est ordonné selon une séquence qui affecte sa signification, cette séquence peut être déterminée informatiquement

Moyens :

• Pour Html : Structurer le contenu, utiliser CSS, de manière appropriée pour restituer la présentation du contenu.
• Pour les autres technologies : Structurer le contenu selon les spécifications propres aux technologies du Baseline.

Guideline 1.3 - 6/8

Critères WCAG 2.0 Niveau 2 :

• 1.3.4 : Les informations restituées par des variations de la présentation d'un texte sont aussi restituées par le texte lui-même ou ces variations peuvent être déterminées informatiquement.

Moyens :

• Pour Html : Utiliser la sémantique appropriée du balisage ( exemple : em, strong, blockquote)
• Pour les autres technologies : Pas d’indication disponible.

Guideline 1.3 - 7/8

Critères WCAG 2.0 Niveau 2 :

• 1.3.5 : L'information requise pour comprendre et utiliser le contenu ne se fonde pas sur la forme, la taille, la position visuelle ni l'orientation des composants.

Moyens :

• Pour Html : Les moyens habituels pour WCAG 1.0, sur le texte explicite d’un bouton de formulaire, par exemple, ou le traitement de l’iconographie.
• Pour les autres technologies : Pas d’indication disponible.

Guideline 1.3 - 8/8

Les zones d’ombres

• Cette guideline reprend un nombre très important de points de contrôle WCAG 1.0 en généralisant les moyens et les techniques de prise en charge, ce qui peut générer des erreurs d’interprétation.
• Certaines techniques,CSS et Javascript, par exemple, sont dépendantes du Baseline, ce qui peut engendrer des volontés de détournement.
• Il n’est plus fait mention de l’obligation d’utiliser CSS pour assurer la présentation, notamment en relation avec sa structure, qui est transposée comme un des moyens de succès du critère.

Guideline 2.4

Fournir des mécanismes pour aider les utilisateurs à trouver le contenu, s'orienter et naviguer dans ce contenu

Guideline 2.4 - 1/13

• Principe de référence : les éléments d'interface du contenu doivent être utilisables
• Nombre de critères : 8

Cette guideline reprend les points WCAG 1.0 suivants :

• 1.2 et 9.1 sur les alternatives aux régions actives d’une carte cliquable [Priorité 1]
• 12.1 Donner un titre à chaque cadre pour faciliter l'identification et la navigation entre les cadres. [Priorité 1]

Guideline 2.4 - 2/13

• 13.1 Identifier clairement la cible de chaque lien. [Priorité 2]
• 13.3 Fournir des informations concernant la mise en page générale d'un site. (par ex. la carte d'un site ou une table présentant le contenu). [Priorité 2]

Guideline 2.4 - 3/13

• 9.4 Développer un ordre logique de tabulation, pour les liens, éléments de formulaires et objets. [Priorité 3]
• 13.6 Regrouper les liens de même nature, identifier le groupe (pour les agents-utilisateurs), et, jusqu'à ce que les agents utilisateurs le permettent, donner un moyen de s'affranchir du groupe. [Priorité 3]
• 10.3 Jusqu'à ce que les agents utilisateurs (comprenant les technologies d'assistance) puissent restituer des textes adjacents correctement, prévoir une alternative en mode texte linéaire (sur la page concernée ou sur une autre) pour toutes les tables qui formatent le texte en colonnes parallèles et qui ajustent le texte sur la largeur de la colonne. [Priorité 3]

Guideline 2.4 - 4/13

• Certains critères de WCAG 1.0 sont également partiellement traités via cette guideline :
• Le points 12.3 sur la division en blocs d'information. [Priorité 2]
• Les points 9.5, 13.5, 13.7 et 13.8 sur les raccourcis clavier, les barres de navigation, les moteurs de recherche, et les informations distinctives au début des en-têtes, des paragraphes, des listes etc. [Priorité 3]

Guideline 2.4 - 5/13

Level 1

• 2.4.1 un mécanisme est disponible pour passer les blocs de contenu qui sont répétés sur plusieurs unités web

Grâce à :

• Skip link en début de page ou avant les blocs
• Liens regroupés dans une liste non ordonnée
• Utilisation de h1...h6
• Utilisation de frame avec des titres !!!!

Guideline 2.4 - 6/13

Level 2

• 2.4.2 Il y a plus d'une façon disponible pour localiser du contenu sur un ensemble de pages où le contenu n'est pas le résultat ( ou bien une partie ) d'un processus ou d'une action

Grâce à un :

• plan du site
• moteur de recherche
• plan de page

Guideline 2.4 - 7/13

Level 2

• 2.4.3 Les unités web ont un titre

Grâce à :

• Balise title ( + documents non Html : exif, meta, id3)
• Mettre un titre explicite est un conseil supplémentaire mais non obligatoire

Guideline 2.4 - 10/13

Level 3

• 2.4.6 Quand une unité web ou un élément de conception est parcouru de façon séquentielle, leurs éléments reçoivent le focus dans un ordre lié aux relations et à l'ordre dans le contenu

Grâce à :

• Des éléments d'interaction ordonnés de façon logique et respectant le flux
• Utilisation de tabindex

Guideline 2.4 - 11/13

Level 3

• 2.4.7 Des informations sur la position de l'utilisateur dans un ensemble d'unités web sont disponibles.

Grâce à :

• Un fil d‘Ariane
• Un plan de site
• L'utilisation de la balise link Rel (liens relationnels)
• Des barres de navigation contextuelles (couleur+ icone, suppression du lien, emphase)

Guideline 2.4 - 12/13

Level 3

• 2.4.8 La fonction de chaque lien peut être informatiquement déterminée par le lien lui-même.

Grâce à :

• Idem 2.4.4 sauf texte présent dans un élément parent

Guideline 2.4 - 13/13

• Les critères de succès de cette guideline sont loin d'être aisément compréhensibles et cohérents entre eux
• le document how to meet (non normatif) est loin d'être clair, et conseille même des éléments dommageables à l'accessibilité ou à la validité du code
• Il faut attendre le niveau 3 pour être sûr d'avoir une page aux liens, titres de section ou titres de page explicites

Guideline 3.1

Rendre le contenu textuel lisible et compréhensible

Guideline 3.1 - 1/3

• Principe de référence : compréhensible, qui peut être compris.
• Nombre de critères : 6
• Critère 3.1.1, niveau 1 : Les logiciels doivent être capables d'identifier la langue naturelle du document et le sens de lecture
Correspond au point de contrôle 14.3 de WCAG 1.0, priorité 3. Le critère 14.1 sur le langage clair et explicite est supprimé et fait partie de cette recommandation.
• Critère 3.1.2, niveau 2 : Identifier les changements de langue dans le document. Correspond au point de contrôle 14.1 de WCAG 1.0.
• Critère 3.1.4, niveau 3 : Définir les abréviations.

Guideline 3.1 - 2/3

Nouveaux critères :

• Critère 3.1.3, niveau 3 : définir les mots peu compréhensibles dans un contexte inhabituel (idiomes, jargon)
• Critère 3.1.5: proposer une alternative à un texte qui est difficilement compréhensible si on n'a pas le niveau secondaire.
• Critère 3.1.6: déterminer la prononciation d'un mot.

Guideline 3.1 - 3/3

Deux points sont susceptibles d'être problématiques pour cette guideline :

• La notion de niveau d'éducation secondaire du critère 3.1.5 est totalement inutilisable
• Le choix des mots difficilement compréhensibles dans un contexte inhabituel est laissé à l'auteur

Guideline 4.1

Compatibilité avec les Agents utilisateurs actuels et futurs (y compris les technologies d’assistances)

Guideline 4.1 - 1/5

• Principe de référence : 4 - Le contenu doit être assez robuste pour fonctionner avec les technologies actuelles et futures
• nombre de critères : 2
• Cette guideline reprend 4 critères WCAG 1.0
• L’objectif général est d’assurer les conditions suffisantes pour une interopérabilité de base (« assez robuste »).

Guideline 4.1 - 2/5

Critères WCAG 1.0 :

• 12.1 : Donner un titre aux frames en relation avec la robustesse de la restitution du DOM ( WCAG 2.0 – 4.1.2)
• 3.2 : Créer des documents valides
• 12.4 : Associer des labels explicites aux contrôles de formulaires
• 8.1 : Produire des scripts et des applets compatibles avec les technologies d’assistances

Guideline 4.1 - 3/5

Critères WCAG 2.0 :

• 4.1.1 Les unités web ou les composants de conception peuvent être analysés de manière univoque et les relations restituées par la structure de données sont aussi univoques.

Moyens :

• Pour Html : Contrôler la restitution du DOM dans les différents agents utilisateurs
• Valider l’unité web
• Pour d’autres technologies : se conformer aux spécifications

Guideline 4.1 - 5/5

Les zones d’ombres :

• Pour Html : l’abandon, en tant qu’obligation, de la validation du langage Html qui a été transposé comme un des moyens de valider ces critères.
• Dans le cas où le moyen de la validation est choisi, il ne concerne que les éléments impliqués dans le traitement et la restitution de la structure de données.