Le référentiel technique constitue la partie opérationnelle du RGAA pour réaliser les audits d’évaluation de la conformité.
Il est composé : d’une liste de critères, d’un glossaire, des cas particuliers, des notes techniques, de la base de référence et enfin des références bibliographiques.
Cette liste est organisée autour de treize thématiques opérationnelles (par exemple : images, couleurs, liens, tableau, formulaires…). Chaque critère d'une thématique est associé à un ensemble de tests permettant de déterminer le statut de conformité.
La liste des critères a pour objectif de vérifier chaque point d'une thématique et de statuer sur la conformité selon les indicateurs suivants :
Chaque critère implémente un ou plusieurs critères de succès WCAG et est associé à un niveau déduit : lorsque plusieurs critères de succès WCAG liés sont de niveaux différents, le niveau déduit est le plus bas.
Les tests sont aussi précis que possible et parfois très techniques, une bonne connaissance de HTML, CSS et JavaScript est requise.
Chaque test implémente une technique WCAG au moins, ce qui assure une compatibilité totale avec WCAG 2.
Certains tests sont associés à des conditions qu’il faut respecter entièrement (« toutes ces conditions ») ou isolément (« une de ces conditions »).
Les critères et les tests sont unitaires et indépendants les uns des autres.
Voici le premier critère du RGAA :
Critère 1.1 [A] Chaque image a-t-elle une alternative textuelle ?
Ce critère implémente le critère de succès WCAG 2.0 1.1.1 de niveau A, le niveau déduit est donc [A].
Il est associé à 4 tests :
Ces tests sont associés aux techniques WCAG : H36 - H37 - H53 - H24 – F65.
Si aucun de ces tests n’est applicable, le critère est non applicable (NA) ; si tous les tests applicables sont réussis, alors le critère est conforme (C) ; si au moins un test est échoué, le critère est non conforme (NC).
Le glossaire est un élément central du référentiel technique. Il contient toutes les définitions de termes techniques qui peuvent faire varier l’applicabilité du critère et donc la mesure de conformité.
Alerte : Message d'alerte interrompant la navigation ou l'utilisation de la page, notamment en demandant de cliquer sur un bouton ou un lien pour continuer la navigation ou l'utilisation du contenu. Par exemple, une boîte de dialogue générée par JavaScript via la fonction alert. Par extension, une fenêtre modale (contenu présenté sous forme de « fenêtre » insérée ou affichée dans le DOM) qui nécessite d'être fermée pour continuer la navigation ou l'utilisation du contenu est considérée comme une alerte. Note : la désactivation des alertes concernées peut être proposée avant le déclenchement de l'alerte, par exemple, via un paramètre utilisateur ou lors de l'affichage de la première alerte, par exemple via une case à cocher « ne plus afficher cette alerte ».
Le recours au glossaire est un élément majeur de la conduite d’un audit.
Les cas particuliers répertorient toutes les situations de dérogations prévisibles, c’est-à-dire dans lesquelles il n’est jamais possible de rendre un contenu accessible.
Lorsqu’un critère invoque un cas particulier et que ce dernier est présent, le critère est non applicable (NA) pour ce contenu.
Critère 1.3 :
Il existe une gestion de cas particuliers lorsque l'image est utilisée comme CAPTCHA ou comme image-test. Dans cette situation, où il n'est pas possible de donner une alternative pertinente sans détruire l'objet du CAPTCHA ou du test, le critère est non applicable. Note : le cas des CAPTCHAS et des images-tests est traité de manière spécifique par le critère 1.4.
Les cas particuliers sont indiqués par l’intermédiaire d’un lien dans l’intitulé du critère : Critère 1.3 [A] Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
Les notes techniques ont pour vocation d’apporter des précisions sur certains éléments nouveaux dans la spécification HTML5 notamment.
Le RGAA demande, pour certaines problématiques, le développement de composants riches avec JavaScript et ARIA[1] notamment que leur restitution soit testée avec certains lecteurs d’écrans d’usage habituel.
La base de référence est constituée de différentes configurations (associant une technologie d'assistance, un système d'exploitation et un navigateur) qui permettent de déclarer qu'un dispositif HTML5/ARIA est conforme.
À l’heure de la rédaction de ce document, la base de référence est constituée des lecteurs d’écran NVDA, JAWS et VoiceOver et des navigateurs Internet Explorer, Firefox et Safari.