DREAL HAUTS-DE-FRANCE

La méthodologie d'évaluation en accessibilité

Administrateur EN — 2022-09-30T14:17:00Z

Ces tests sont classés en douze thématiques opérationnelles, destinés à des personnels de profil technique, en vue de faciliter la vérification de conformité d'une page, d'un échantillon de page ou d'un site. Voici les thématiques : Cadres, couleurs, formulaires, images, multimédia, navigation, présentation, scripts, standards, structure, tableaux et textes.

Comment se fait l'évaluation accessibilité RGAA d'une page ?

La méthode est la suivante :

Ouvrir la page (à évaluer) du site Web dans un navigateur.
Tester un par un les critères RGAA ou seulement les tests du niveau (N, N+1, N+2) ou la thématique souhaitée.
Le critère RGAA est validé si la réponse au test est "oui".
Si un critère RGAA n'est pas applicable (Exemple, un critère sur une image au moment ou la page n'a pas d'images), le résultat du test est "non" applicable.
Si les résultats des tests sont "oui" ou "non applicable", le résultat de l'audit est positif.
Si un seul des 187 critères (ou du niveau, soit de la thématique) est non validé (un résultat de test est "non"), le résultat de l'audit est négatif.
e conformité a

Pour en savoir plus : Tests de conformité au RGAA

Existe - il d'autres référentiels ?

Le RGAA est le référentiel d'accessibilité de référence pour les administrations publiques. Mais il existe d'autres référentiels privés comme :

AccessiWeb qui appartient à l'association BrailleNet
UWEM : Bâtir l'avenir numérique de l'Europe.

Accessibilité Web : découverte, définition

Administrateur EN — 2013-10-30T11:09:00Z

L'accessibilité du web est la problématique de l'accès aux services et contenus en ligne pour les handicapés et les seniors.

Bien qu'elle soit une composante et un levier d'amélioration de leur qualité globale, le degré d'accessibilité effectif des sites Web reste très faible en 2008

L'accessibilité du Web signifie que les personnes handicapées peuvent utiliser le Web. Plus précisément, l'accessibilité signifie que le Web est conçu pour que ces personnes puissent percevoir, comprendre, naviguer et interagir de manière efficace avec le Web, mais aussi créer du contenu et apporter leur contribution au Web.

Des limitations fonctionnelles empêchent des millions de personnes d'utiliser le Web. Actuellement, la plupart des sites Web comporte des barrières qui rendent difficile voire impossible leur utilisation par un nombre important de personnes handicapées. Pourtant, si les sites et les applications Web étaient accessibles, ces personnes pourraient pleinement les utiliser.

L'accessibilité du Web vise toutes les déficiences, qu'elles soient visuelles, auditives, motrices, cognitives, neurologiques ou liées à la parole. Pour en savoir plus, on peut consulter le document "How People with Disabilities Use the Web" (Comment les personnes handicapées utilisent le Web), lequel décrit de quelles façons différentes incapacités affectent l'utilisation du Web et présente des scénarios d'utilisation du Web par des personnes handicapées.

L'accessibilité du Web peut aussi intéresser des organisations comme des personnes qui ne présentent aucune déficience. Par exemple, un principe fondamental de l'accessibilité Web est la flexibilité qui consiste à répondre à des besoins, à des situations et à des préférences variés. Cette flexibilité bénéficie à toute personne utilisant le Web, y compris celles qui sans avoir de déficience font face à différentes situations, comme une connexion à faible débit ou une incapacité temporaire (telle qu'une fracture au bras). Les personnes plus âgées peuvent également bénéficier de cette flexibilité.

Attestation de conformité

Administrateur EN — 2013-09-30T16:51:38Z

Principe

L' « attestation de conformité » est l'étape finale de la vérification de la conformité au RGAA ; elle est réalisée préalablement à la mise à disposition du service en ligne et correspond à un engagement sur l'honneur de satisfaire à l'ensemble des tests (sauf dérogation dûment justifiée) ayant un niveau WCAG déduit A et AA dans la version du RGAA en vigueur.
Elle peut donc comporter des écarts en nombre limité au regard des tests du RGAA. Dans certains cas, l'administrateur du site sera dans l'impossibilité matérielle de mettre en œuvre une partie des critères. Il sera alors possible de signaler les contenus correspondant comme non-accessibles.
En tout état de cause, les écarts devront être justifiés et expliqués suivant le principe de la dérogation (cf. 5.5).
La mise en œuvre de ce principe de dérogation ne remet pas en question l'objectif de conformité totale aux tests du RGAA, mais elle permet aux administrateurs :

de démontrer les avancées de leur démarche de mise en conformité,
de signaler les futures améliorations du site,
de montrer aux utilisateurs que les problèmes sont connus et anticipés,
de faire remonter au Ministère chargé des personnes handicapées les problèmes de mise en œuvre sur le terrain,
de faciliter l'ajustement ou la mise en œuvre des actions de formation, de sensibilisation ou de mise à disposition d'outils.

Contenu de l'attestation

L'attestation de conformité porte au minimum sur la liste de pages suivantes du site, lorsqu'elles existent :

Page d'accueil (page constituant le point d'entrée principale du service de communication publique en ligne elle est généralement accessible par une adresse de la forme http://www.urldusite.extension )
Page contact (page contenant les informations de contact ou le ou les formulaires permettant de contacter directement le ou les responsables du service de communication publique en ligne)
Page politique d'accessibilité : outre les informations relatives à l'évolution globale de l'accessibilité du site, cette page contiendra les renseignements relatifs à l'attestation de conformité dont la liste des pages ou secteurs du service dérogeant aux exigences d'accessibilité, leur type de contenu et les solutions alternatives pour y accéder.
Page aide (page contenant les informations facilitant l'utilisation du site, raccourcis claviers, éventuels, logiciels/plug-in nécessaires à la consultation du site)
Page plan du site (page récapitulant l'arborescence du site ou permettant plus largement une navigation au sein des différentes pages composant le services de communication publique en ligne)
Page recherche (page dont l'objet principal est la mise à disposition d'un formulaire de recherche ou des résultats d'une recherche)
Toutes les pages composant le processus d'un service en ligne (un formulaire ou une transaction sur plusieurs pages)
S'ajoute à ces pages impératives un certain nombre de pages dans la liste suivante :
Pages d'accès aux contenus ou fonctionnalités principaux (ex : rubriques de 1er niveau dans l'arborescence ou page représentative de la nature
Pages représentatives des types de contenus disponibles sur le site (ex. : page contenant des tableaux de données, des éléments multimédia, des illustrations, des formulaires, etc.)
Pages ayant le plus grand nombre de visiteurs
Le choix exact des pages dans cette liste complémentaire et leur nombre nécessitent une appréciation humaine. Cette appréciation dépend des contenus et services, et de la capacité à mettre en œuvre le RGAA, dans votre environnement technique, en fonction de vos compétences et de vos ressources.
Elle fait la distinction entre :
les contenus pour lesquels le service s'engage dès maintenant sur leur accessibilité,
les contenus pour lesquels le service s'engage sur un calendrier de travail,
les raisons pour lesquelles certains tests ou certains contenus ne sont pas accessibles doivent être justifiées par l'administrateur du site dans son attestation.
Le RGAA ne fournit pas de format spécifique pour l'attestation de conformité mais précise les informations minimums à faire figurer :
date de réalisation,
version du RGAA de référence,
nom et adresse email du déclarant,
technologies utilisées sur le site,
liste des agents utilisateurs et technologies d'assistance utilisées pour vérifier l'accessibilité des contenus,
liste des pages du site ayant fait l'objet de la vérification de conformité,
résultat des tests et justification des dérogations.

Qui vérifie la conformité ?

Il faut distinguer la vérification effectuée par le créateur du contenu Web et qui peut être effectuée tout au long de la mise en œuvre des contenus de la vérification effectuée par l'administration sur la base ou non d'une attestation de conformité et dont l'objectif est de contrôler le respect du RGAA.

Selon le décret n° 2009-546 du 14 mai 2009, la vérification de la conformité au RGAA est assurée par le ministère chargé des personnes handicapées, qui mettra en œuvre depuis fin 2010 un dispositif de veille et de contrôle. C'est ce principe de vérification qui est décrit ici. C'est également ce principe qui peut être retenu pour vérifier le site lors de sa production ou dans le cadre d'une démarche d'amélioration d'un site existant.

Que vérifie-t-on ?

Il est le plus souvent impossible de vérifier l'intégralité des critères du RGAA sur l'intégralité des pages d'un site (qu'il vienne d'être refondu ou qu'il soit en cours d'amélioration). C'est pourquoi l'administrateur du site va devoir déterminer un échantillon de pages représentatives dont certaines seront obligatoires au regard de l'attestation de conformité. La taille de cet échantillon peut varier suivant le nombre de pages, les contenus proposés, le nombre de formulaires, les processus transactionnels, etc…
L'administrateur de site aura intérêt à choisir un échantillon de pages le plus étendu et le plus représentatif possible, tout en veillant à ne pas provoquer une masse de travail exagérée pour la vérification.

Comment vérifie-t-on ?

Les actions à effectuer par le responsable de la vérification de la conformité au RGAA sont :

Identification des pages composant l'échantillon : ce choix relèvera le plus souvent de décisions locales eu égard à la disparité des contextes et donc de la politique d'accessibilité définie. L'échantillon contient au minimum l'ensemble des pages obligatoires
Réalisation des tests sur chacune des pages de l'échantillon :
A partir du code source
Bien que cela représente un travail fastidieux, il est techniquement possible de réaliser une grande partie des tests de l'annexe 2 en contrôlant le code source du contenu Web dont on souhaite mesurer la conformité au RGAA.
A l'aide d'outils
Pour faciliter la réalisation des tests de l'annexe 2, des travaux sont actuellement en cours pour mettre à disposition un outil permettant d'automatiser une partie des tests de l'annexe 2 et de se comporter comme un aide à la réalisation pour les tests non automatisables.

Les modalités d'accès et d'utilisation seront définies par les services du ministre chargé des personnes handicapées.

Mise en ligne de l'attestation

L'attestation sera accessible sur le service de communication publique en ligne via une page dédiée ou au sein d'une autre page (aide/politique d'accessibilité/mention légale). Cette page devrait être accessible depuis n'importe quelle autre page du service de communication publique en ligne.

Validité de l'attestation

L'attestation de conformité est considérée comme valide pour la version en cours du RGAA à la date de sa mise en ligne. Dès qu'une nouvelle version du RGAA sera publiée, l'attestation liée à une version antérieure ne sera plus valide.
Il est à noter qu'une attestation de conformité pour être mises à jour à plusieurs reprises pour un même site et une même version du RGAA, afin de mettre en évidence les efforts de mise en accessibilité et de mettre à jour le niveau atteint.

Dérogations au principe d'accessibilité totale d'un site

Dans certains cas, le responsable du service de communication publique en ligne peut être dans l'incapacité de mettre en œuvre tout ou partie du RGAA. Il est alors nécessaire de définir les choix et priorités de mise en œuvre et de les consigner dans un document de politique d'accessibilité.
Les principales raisons pouvant conduire à déroger au principe d'accessibilité total du site sont notamment :

un volume trop important : le nombre de pages concernées par la mise en accessibilité est tel qu'une dérogation est inévitable pendant une durée définie permettant la mise en conformité totale.
Exemple : un service ayant mis en ligne des centaines ou des milliers de pages avant l'entrée en vigueur du RGAA et pour lesquelles la mise en accessibilité implique un travail anormalement conséquent et techniquement irréalisable dans les délais prévus au Référentiel.
Une obsolescence des contenus : les contenus relevant de la mission de sauvegarde à titre patrimonial de l'internet par les acteurs publics désignés par la loi.
Exemple : un service proposant des archives de contenu. Voir notamment, concernant les archives, les articles 221-1 et suivants du Code du patrimoine, et concernant le dépôt légal, l'article L132-2-1 du Code du patrimoine, ajouté par l'article IV de la loi n°2006- 961 du 1er août 2006 sur le Droit d'auteur et les droits voisins dans la société de l'information, qui charge La Bibliothèque nationale de France (BNF) et l'Institut national de l'audiovisuel (INA) d'effectuer le dépôt légal des œuvres sous forme numérique
(http://www.legifrance.gouv.fr/WAspad/UnTexteDeJorf?numjo=MCCX0300082L)
un contenu tierce partie : dans le cas d'un site hébergeant des forums publics, zones de commentaires publiques ou mettant en forme l'agrégation de différents contenus externes, le propriétaire du service de communication publique n'est pas l'auteur des contenus et ne peut donc pas avoir la garantie qu'il est et reste accessible en permanence.
Exemple : un wiki, un forum, l'espace collaboratif d'une communauté de pratiques DGME

Dans tous ces cas :

les contenus non accessibles doivent être signalés à l'utilisateur pour qu'il soit informé de la proportion des pages concernées et de leur localisation dans les rubriques du site.
Les dérogations en matière d'accessibilité doivent être expliquées et motivées dans le cadre de l'attestation de conformité
Il est nécessaire de prévoir un canal permettant aux personnes handicapées ou qui détectent un problème dans ce domaine de pouvoir le signaler aux administrateurs du service en ligne.
De plus, il est important de rappeler qu'en vertu de l'article 11 de la loi de février 2005 « la personne handicapée a droit à la compensation des conséquences de son handicap quels que soient l'origine et la nature de sa déficience, son âge ou son mode de vie ». De ce fait, chaque organisme devra prendre les moyens nécessaires afin de donner accès aux informations recherchés par la personne handicapé.

Tour d'horizon des législations à l'international et en Europe

Administrateur EN — 2013-09-30T14:16:00Z

En Europe

Avant la France, plusieurs pays s'étaient déjà dotés d'une loi faisant obligation d'accessibilité aux sites web publics.

Dès 1995, le Royaume-Uni a voté le Discrimination Disability Act, remplacé, en partie, depuis le 1er octobre 2010 par le Equality Act. L'Allemagne a intégré la question de l'accessibilité numérique dans la loi du 24 Juillet 2002. Quant à l'Italie, le pays a adopté une loi spécifique sur l'accessibilité numérique, la loi « Stanca ». Votée très largement en janvier 2004, elle reconnaît à tout citoyen, et aux personnes handicapées en particulier, un droit égal d'accès à l'information et aux services télématiques. Les administrations et entreprises publiques, les entreprises privées gérant des services publics, les entreprises gérées par les collectivités locales ou régionales, les organismes publics chargés de l'assistance et de l'insertion des personnes handicapées, devront désormais tenir compte de cette obligation dans leurs réalisations ou leurs appels d'offres, et respecter les recommandations internationales ou européennes. Les éditeurs de manuels scolaires devront aussi fournir des versions électroniques permettant la production de versions adaptées aux jeunes handicapés.

L'Union européenne s'efforce d'harmoniser les pratiques dans le domaine des Technologies de l'Information et de la Communication (TIC). Le Conseil de l'Union Européenne a adopté des conclusions le 31 mars 2009 demandant aux états membres d'appliquer les critères d'accessibilité dans leurs appels d'offres concernant les services et biens TIC, incluant les sites Web publics.

En outre, en janvier, l'Union européenne a ratifié la convention des Nations unies qui a pour objet de garantir que les personnes handicapées puissent exercer leurs droits sur un pied d'égalité avec tous les autres citoyens. Les 27 Etats membres l'ont signée et 16 d'entre eux l'ont ratifiée. Cette convention engage les parties à veiller à ce que les personnes handicapées puissent pleinement exercer leurs droits. Les pays qui l'ont ratifiée doivent prendre des mesures dans les domaines suivants : accès à l'éducation, à l'emploi, aux transports, aux infrastructures et aux bâtiments ouverts au public, l'octroi du droit de vote, l'amélioration de la participation politique et la jouissance de la pleine capacité juridique par toutes les personnes handicapées.

Pour en savoir plus : http://www.euracert.org/fr/

Aux Etats-Unis

La question de l'accessibilité numérique a été prise en compte, dès 1998, avec l'adoption par le Congrès américain d'un amendement à une loi américaine (Rehabilitation Act de 1973). Cet amendement, couramment appelé section 508, porte sur l'accessibilité des sites fédéraux et des ressources électroniques du gouvernement pour les personnes handicapées.

En outre, afin d'accompagner l'évolution des technologies et des pratiques comme la télévision ou la vidéo sur internet ou encore sur les smartphones (téléphones disposant de fonctions multimédia et bureautiques), le président Barack Obama a signé, le 8 octobre 2010, the 21st Century Communications and Video Accessibility Act. Cette nouvelle législation vient amender l'Americans with Disabilities Act (ADA) et stipule qu'avec différentes échéances, les concepteurs de matériels, logiciels et services doivent dorénavant prendre en compte l'accès aux contenus du Web pour les personnes handicapées utilisant ces technologies.

La définition WAI et les quatre grands principes WCAG 2.0

Administrateur EN — 2013-09-30T14:14:00Z

Web Accessibility Initiative (WAI)

L'Initiative sur l'Accessibilité du web ou Web Accessibility Initiative (WAI) fut lancée en avril 1997 par le World Wide Web Consortium (W3C).

La principale mission de la WAI est de proposer des solutions techniques pour rendre le World Wide Web accessible aux personnes handicapées et d'une manière plus générale à toute personne sans nécessiter de pré-requis particulier.

Les actions de la WAI se situent dans cinq domaines :

les technologies du Web ;
le développement de recommandations ;
le développement d'outils ;
l'information et la formation ;
la recherche et le développement.

Web Content Accessibility Guidelines (WCAG)

Les WCAG 2.0 adoptent une approche thématique proposant 12 directives structurantes selon 4 principes fondamentaux :

Principe 1 : Perceptible

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é,
Proposer des versions de remplacement aux média temporels,
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),
Faciliter la perception visuelle et auditive du contenu par l'utilisateur, notamment en séparant le premier plan de l'arrière-plan.

Principe 2 : Utilisable

Rendre toutes les fonctionnalités accessibles au clavier,
Laisser à l'utilisateur suffisamment de temps pour lire et utiliser le contenu,
Ne pas concevoir de contenu susceptible de provoquer des crises,
Fournir à l'utilisateur des éléments d'orientation pour naviguer, trouver le contenu et se situer dans le site.

Principe 3 : Compréhensible

Rendre le contenu textuel lisible et compréhensible,
Faire en sorte que les pages apparaissent et fonctionnent de manière prévisible,
Aider l'utilisateur à éviter et à corriger les erreurs de saisie.

Principe 4 : Robuste

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

La version du WCAG sur laquelle s'appuie le RGAA est la version WCAG 2.0 du 11 décembre 2008.

Chacune des douze directives se décompose en un ou plusieurs « critère de succès » de niveau A, AA ou AAA, qui deviennent la base d'évaluation d'accessibilité du site. Pour chaque critère de succès, WCAG2.0 indique des « techniques suffisantes et indicatives » qui fournissent un guide limité à XHTML CSS, sans pour autant faire dépendre la conformité ni de l'emploi exclusif de ces formats, ni des techniques spécifiquement détaillées pour ceux-ci.

Législation en France et obligations légales

Administrateur EN — 2013-09-29T14:16:00Z

L'accessibilité des services publics de communication en ligne est une obligation légale, en France, du fait de l'article 47 de la loi du 11 février 2005 "pour l'égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées".

L'article 47 stipule que "les services de communication publique en ligne des services de l'État, des collectivités territoriales et des établissements publics qui en dépendent doivent être accessibles aux personnes handicapées.

L'accessibilité des services de communication publique en ligne concerne l'accès à tout type d'information sous forme numérique quels que soient le moyen d'accès, les contenus et le mode de consultation. Les recommandations internationales pour l'accessibilité de l'Internet doivent être appliquées pour les services de communication publique en ligne.

Un décret en Conseil d'État fixe les règles relatives à l'accessibilité et précise, par référence aux recommandations établies par l'Agence pour le développement de l'administration électronique, la nature des adaptations à mettre en œuvre ainsi que les délais de mise en conformité des sites existants, qui ne peuvent excéder trois ans, et les sanctions imposées en cas de non-respect de cette mise en accessibilité. Le décret énonce en outre les modalités de formation des personnels intervenant sur les services de communication publique en ligne".

Pour en savoir plus : RGAA - Accessibilité

Définition et découverte des formes multiples du handicap

Administrateur EN — 2013-09-29T14:13:00Z

Le terme handicap désigne la limitation des possibilités d'interaction d'un individu avec son environnement, causée par une déficience provoquant une incapacité, permanente ou non, menant à un stress et à des difficultés morales, intellectuelles, sociales et/ou physiques.

Le terme de handicap renvoie également aux difficultés de la personne handicapée face à son environnement en termes d'accessibilité, d'expression, de compréhension ou d'appréhension. Il s'agit autant d'une notion sociale que d'une notion médicale. Ces limitations d'activité et de participation restent variables selon les contextes nationaux ou sociétaux.

En France, la définition donnée par la loi handicap du 11 février 2005 portant sur l'égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées, définit le handicap comme suit dans son article 114 : « Constitue un handicap, au sens de la présente loi, toute limitation d'activité ou restriction de participation à la vie en société subie dans son environnement par une personne en raison d'une altération substantielle, durable ou définitive d'une ou plusieurs fonctions physiques, sensorielles, mentales, cognitives ou psychiques, d'un polyhandicap ou d'un trouble de santé invalidant. ».

Boîte à outils pour une évaluation simplifiée et automatisée de quelques critères d'accessibilité.

Administrateur EN — 2013-09-29T09:23:00Z

Sommaire de la page

Vérificateurs d'accessibilité en ligne

Les vérificateurs d'accessibilité permettent de détecter automatiquement un certain nombre de non-conformités au sein des pages Web au regard des WCAG et parfois également au regard des exigences de la Section 508 ou d'autres référentiels. Ces vérifications automatiques doivent impérativement être validées et complétées par une inspection « humaine » des pages.

AChecker
Vérification selon les WCAG 1.0, 2.0, la Section 508 et d'autres référentiels. On peut choisir le niveau de conformité A, AA ou AAA.
Cynthia Says, HiSoftware (service en anglais)
Vérification des pages selon les WCAG 1.0 (priorité 1, 2 ou 3) ou la Section 508.
Ocawa (service en français)
Dans la version gratuite, vérification des pages selon les WCAG 1.0 priorité 1. Nous n'avons pas testé la version payante.
Opquast Reporting Inspecteur de page, Temesis
L'inspecteur de pages Opquast Reporting est un service en ligne, en français, qui analyse le code généré, tel qu'il est vu par les utilisateurs, après application des scripts et feuilles de styles. L'inspecteur évalue la page sur plus de 300 critères de qualité et d'accessibilité. L'inspecteur de page fait partie de la plate-forme Opquast Reporting de la société Temesis.
Tanaguru AXS, Open-S
Tanaguru AXS est un service en ligne qui permet d'auditer l'accessibilité des pages Web (sur la base du code source « auteur ») au regard d'une partie des critères du référentiel AccessiWeb. L'outil produit un score exprimé en pourcentage selon une formule propre à l'outil. Tanaguru AXS est développé par la société Open-S.
TAW (service en espagnol)

Vérification des pages selon les WCAG 1.0 ou 2.0. On peut choisir le niveau de conformité A, AA ou AAA.
Truwex Online (service en anglais)

Vérification selon différentes recommandations :WCAG 1.0, partiellement WCAG 2.0 et la Section 508. Nombreuses options de personnalisation de la vérification incluant le respect de la vie privée et la qualité Web.
Wave 4.0, WebAIM (service en anglais)
Wave permet de tester les pages au regard des exigences WCAG 2.0 sur la base du code source auteur ; c'est à notre connaissance le seul outil de vérification en ligne prenant en compte les éléments WAI-ARIA inclus dans les pages. Cet outil est également disponible comme une extension du navigateur Firefox (analyse du code source généré).

Sommaire

Autres outils de test en ligne

Vérification du code

Extensions et compléments du navigateur

Les « indispensables »

Firebug, extension Firefox (version française disponible)
Juicy Studio Accessibility Toolbar, extension Firefox (en anglais)
Web Accessibility Toolbar (WAT) for IE, The Paciello Group
Barre d'outils Accessibilité du Web (version 2.0 beta en français)
Web Developer, extension Firefox (version française disponible)

Autres extensions et compléments

Accessibility Evaluation Toolbar, extension Firefox (en anglais)
Barre d'outils Accessibilité du Web (version 1.2 en français)
Colour Contrast Analyser Extension, extension Firefox (en anglais)
Complex Table Mark-up (com tab) Toolbar, Vision Australia
Fangs, extension Firefox (en anglais)
Glossary of Terms, extension Firefox (en anglais)
google-axs-chrome, Chrome Extensions for Accessibility
HeadingsMap, extension Firefox (en anglais)
Longdesc, extension Firefox (en anglais)
OcawaToolbar, extension Firefox (en français)
Opquast Desktop, Temesis, extension Firefox (en français)
RampWEB Section 508 Toolbar (en anglais)
TAW3 with a click, extension Firefox (en anglais)
Total Validator Extension, extension Firefox (version française disponible)
Wave 4.0 Firefox toolbar, WebAIM, extension Firefox (en anglais)
Web Accessibility Toolbar (WAT) for Opera, The Paciello Group
Web Accessibility Toolbar (WAT) 1.2, Vision Australia Limited
WCAG Contrast checker, extension Firefox (en anglais)

Sommaire

Logiciels vérificateurs d'accessibilité

Total Validator Tool (en anglais)
Web Accessibility Inspector, Fujitsu (en anglais)

Sommaire

Autres logiciels de test

aDesigner, Eclipse ACTF Project (en anglais)
AViewer beta, The Paciello Group (en anglais)
ColorDoctor, Fujitsu (en anglais)
Color Oracle (colorblindness simulator), Institute of Cartography, ETH Zurich (en anglais)
ColorSelector, Fujitsu (en anglais)
Colour Contrast Visualiser, StainlessVision (en anglais)
Contrast Analyser 2.2 (version française disponible)
Inspect, Microsoft (en anglais)
Sim Daltonisme, en français
Visual Impairment Simulator for Microsoft Windows (en anglais)

Outils de test des documents PDF : voir la page « Accessibilité des documents bureautiques »

Sommaire

Navigateurs texte (en anglais)

Sommaire

Audits de sites

Le cadre normatif français (AccessiWeb, RGAA) et international (WCAG).

Administrateur EN — 2013-09-28T14:13:00Z

AccessiWeb

AccessiWeb est une marque déposée par l'association BrailleNet (membre du W3C) et constitue son pôle "Accessibilité du web".

Les activités AccessiWeb s'articulent autour de 4 principaux domaines :

Référentiels (AccessiWeb 2.2) : production et maintenance de référenciels issus des travaux du W3C/WAI
Formations : pour les professionnels du Web et pour tout public. Création et animation du plus important réseau français d'experts en accesssibilité (Experts AccessiWeb en Evaluation) : le Groupe de Travail AccessiWeb
Label : mesure la conformité des sites Web aux standards d'accessibilité de W3C/WAI
Projets de recherche : participation à des projets européens et porteur d'initiatives en faveur de l'accessibilité numérique

Le référentiel AccessiWeb a été élaboré par l'association BrailleNet->http://www.braillenet.org/] et peut donner lieu à une certification tierce partie (voir Labellisation des sites).

AccessiWeb 2 constitue une méthode d'application et de vérification de conformité aux recommandations internationales d'accessibilité WCAG 2.0 (publiées le 11 décembre 2008).

La version officielle en cours de ce référentiel est la version 2.2 publiée le 17 octobre 2012.

Le référentiel AccessiWeb 2.2 comporte 133 critères organisés en 13 thématiques. Il couvre les 3 niveaux de conformité définis par les WCAG 2.0 :

A ou AccessiWeb Bronze (niveau le plus bas), 82 critères ;
AA ou AccessiWeb Argent, 20 critères ;
AAA ou AccessiWeb Or (niveau le plus élevé), 31 critères.

Ces 133 critères se décomposent en plus de 300 tests unitaires.

voir aussi :

RGAA (Référentiel Général d'Accessibilité pour les Administrations)

Le développement de l'administration électronique est l'un des principaux leviers de
l'amélioration de la qualité des services publics et de la modernisation de l'état. Conformément à l'article 47 de la loi du 11 février 2005 pour l'égalité des droits et des chances, les services publics doivent être accessibles à tous pour développer
une administration électronique efficace.

C'est pour répondre à cet enjeu que la direction générale de la modernisation de l'état (DGME) a élaboré le référentiel général d'accessibilité pour les administrations (RGAA). Sa mise en œuvre est assurée par le comité interministériel du handicap (CIH).

Le Comité interministériel du handicap est placé sous l'autorité du Premier ministre. Il est composé par tous les ministres concernés par la politique du handicap (logement, culture, recherche, travail, sport, défense, anciens combattants, collectivités territoriales….) Ainsi, tous les membres du Gouvernement peuvent être appelés à siéger au comité.

1. Qu'est-ce que le RGAA ?

Le RGAA est un recueil de règles et de bonnes pratiques qui visent à améliorer l'accessibilité des sites Web des administrations.
Il se fonde sur les normes et standards en vigueur, en particulier sur le standard international WCAG 2.0. Celui-ci prévoit que les contenus Web doivent être « perceptibles, utilisables, compréhensibles et robustes ».

Le RGAA est un document conçu pour rendre service concrètement sur le terrain. Cela se traduit dans sa structure, qui propose notamment :

une présentation des règles pour l'accessibilité des contenus Web (WCAG 2.0)
un guide d'accompagnement, destiné aux responsables des projets de mise en conformité
des critères de succès, ensemble d'exigences que doit respecter un site Web pour être accessible
des tests de conformité, qui permettent de vérifier l'accessibilité des contenus Web.

Basé sur une approche très pragmatique, ce référentiel propose plusieurs grilles de lecture aux webmestres, en fonction de leurs compétences et des caractéristiques du site dont on souhaite mesurer ou améliorer le niveau d'accessibilité.

2. Les objectifs du RGAA

Le RGAA a pour objectif de favoriser l'accessibilité des contenus diffusés sous forme numérique à travers les canaux Web, téléphonie et télévisuel.
Dans sa version actuelle :

il guide les autorités administratives dans l'adoption et la mise en œuvre de bonnes pratiques assurant l'accessibilité des contenus Web à tous les publics, quels que soient leurs équipements et leurs aptitudes physiques ou mentales.
il offre aux autorités administratives la possibilité de mesurer la conformité de leurs contenus Web au RGAA et, donc, aux standards internationaux d'interopérabilité (WCAG 2.0).

3. À qui s'adresse le RGAA ?

Le RGAA s'adresse en priorité aux autorités administratives : ministères, établissements publics administratifs, organismes de sécurité sociale, collectivités locales, etc.

Au sein de ces autorités, les utilisateurs du RGAA sont les responsables des services de communication en ligne (directeurs de la communication, webmestres, graphistes, ergonomes…), les responsables de systèmes d'information ou de téléservices, ainsi que les chefs de projet et les développeurs.

Le RGAA concerne également des acteurs tels que les prestataires travaillant sur les systèmes d'information de l'administration, les éditeurs de services de communication en ligne, etc.

L'article 47 de la loi n° 2005-102 du 11 février 2005 pour l'égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées, fait de l'accessibilité une exigence pour tous les services de communication publique en ligne de l'État, des collectivités territoriales et des établissements publics qui en dépendent. Il stipule que les informations diffusées par ces services doivent être accessibles à tous. Le Référentiel Général d'Accessibilité pour les Administrations (RGAA) permettra de rendre progressivement accessible l'ensemble des informations fournies par ces services.

Le décret n°2009-546 du 14 mai 2009 (pris en application de l'article 47 de la loi n° 2005-102 du 11 février 2005 sur l'égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées) impose une mise en œuvre de l'accessibilité dans un délai de deux ans (à partir de la publication du décret) pour les services de communication publique en ligne de l'Etat et des établissements publics qui en dépendent, et de trois ans pour les services de communication publique en ligne des collectivités territoriales et des établissements publics qui en dépendent.

Pour en savoir plus : Le Référentiel général d'accessibilité pour les administrations (RGAA)

Les WCAG 2.0 et leur traduction

L'accessibilité Web dépend de plusieurs composantes interdépendantes :

le contenu Web, c'est-à-dire « l'ensemble de l'information et de l'expérience sensorielle qui est communiquée à l'utilisateur par le biais d'un agent utilisateur, incluant le code ou le balisage qui définit la structure du contenu, sa présentation et les interactions avec lui » ;

les agents utilisateurs qui exploitent le contenu et le restituent aux internautes : navigateurs, plugins, etc. ;
les technologies d'assistance logicielles (lecteurs d'écran, logiciels d'agrandissement, etc.) et matérielles (claviers adaptés, commutateurs, etc.) ;
les outils d'édition du contenu ;
les outils d'évaluation de l'accessibilité Web ;
les développeurs de contenu, d'agents utilisateurs, de technologies d'assistance, d'outils d'édition et d'évaluation.

Pour permettre le développement de l'accessibilité à travers ces composants, le W3C a créé des recommandations à travers le projet Web Accessibility Initiative (WAI) créé en 1996. Ces recommandations sont organisées selon trois points de vue :

les outils de production de contenu doivent d'une part pouvoir être utilisés par tous, et d'autre part autoriser et favoriser la production d'un contenu accessible. Il s'ensuit qu'ils doivent suivre des lignes de conduite particulières ; ces lignes de conduite sont répertoriées dans les Authoring Tools Accessibility Guidelines ;
le contenu mis en ligne lui-même doit être accessible ; c'est ce que l'on entend habituellement par l'accessibilité du Web et dont les recommandations sont regroupées dans les Web Content Accessibility Guidelines ;
afin de tirer parti de ce contenu accessible, les outils de consultation (par exemple les navigateurs Internet) doivent être utilisables par tous et exploiter les informations spécifiques qui ont été ajoutées aux contenus pour les rendre accessibles. Les lignes de conduite pour les outils de consultation sont exposées dans les User Agent Accessibility Guidelines.

La WAI intervient également lors de l'élaboration de toutes les spécifications du W3C afin de s'assurer de leur compatibilité avec les directives d'accessibilité. Son groupe de travail sur les protocoles et les formats est ainsi à l'origine d'améliorations du format HTML ainsi que des feuilles de style en cascade (CSS). Enfin, d'autres recommandations en chantier sont consacrées notamment au interfaces riches, ou à XML, SVG, SMIL.

Les règles pour l'accessibilité des contenus du Web, qui sont proposées à travers ce référentiel, reposent sur le WCAG 2.0 (Web Content Accessibility Guidelines 2.0), rédigé par la WAI.

Alors que les WCAG1.0 concernent principalement les contenus HTML, les WCAG2.0 font abstraction de la technologie spécifiquement utilisée et ont pour objectifs d'être :

applicables à toutes les technologies actuelles et futures de conception de pages Web, qu'il s'agisse de technologies du W3C comme CSS, XML et SMIL ou d'autres technologies telles que Flash, Silverlight ou PDF. WCAG2.0 adopte à cet effet le concept de « technologie compatible avec l'accessibilité », défini par le fait qu'une technologie est conçue de manière à permettre aux agents utilisateurs d'accéder à toute l'information nécessaire pour restituer le contenu à l'utilisateur de manière appropriée, et que les agents utilisateurs et les technologies d'assistance aient été adaptés à l'usage de cette technologie. WCAG2.0 tient ainsi compte de l'évolution des services Web et de l'émergence des interfaces enrichies : une des ruptures les plus notables avec WCAG1.0 est que JavaScript est désormais reconnu comme une technologie compatible avec l'accessibilité, qui ne nécessite donc plus d'alternative pour les agents utilisateurs n'en ayant pas le supportW3C 18. Là où WCAG1.0 recourait au bannissement de technologies considérées comme non accessibles, WCAG2.0 privilégie le développement de l'interopérabilité et autorise l'utilisation de technologies non accessibles dans la mesure où elles n'interfèrent pas avec l'information équivalente fournie par ailleurs via les technologies accessibles ;
plus aisées à comprendre et à utiliser. Pour cela, les WCAG2.0 sont dotées d'un guide d'implémentation, Understanding WCAG 2.0 et d'un exemple de méthode d'application dans le cadre XHTML CSS, les Techniques for WCAG 2.0 ;
plus aptes à l'évaluation humaine ou logicielle grâce à des critères de succès explicites et testables, afin de répondre aux besoins en matière de préconisations lors de la conception de site, d'évaluation de la conformité des solutions, de règlementation et d'accords contractuels.

Les WCAG 2.0 adoptent une approche thématique proposant 12 directives structurantes selon 4 principes fondamentaux :

Principe 1 : Perceptible
- 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é,
- Proposer des versions de remplacement aux média temporels,
- 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),
- Faciliter la perception visuelle et auditive du contenu par l'utilisateur, notamment en séparant le premier plan de l'arrière-plan.

Principe 2 : Utilisable
- Rendre toutes les fonctionnalités accessibles au clavier,
- Laisser à l'utilisateur suffisamment de temps pour lire et utiliser le contenu,
- Ne pas concevoir de contenu susceptible de provoquer des crises,
- Fournir à l'utilisateur des éléments d'orientation pour naviguer, trouver le contenu et se situer dans le site.

Principe 3 : Compréhensible
- Rendre le contenu textuel lisible et compréhensible,
- Faire en sorte que les pages apparaissent et fonctionnent de manière prévisible,
- Aider l'utilisateur à éviter et à corriger les erreurs de saisie.

Principe 4 : Robuste
- Optimiser la compatibilité avec les agents utilisateurs actuels et futurs, y compris les technologies d'assistance.

La version du WCAG sur laquelle s'appuie le RGAA est la version WCAG 2.0 du 11 décembre 2008.

Bénéfices de l'accessibilité web

Administrateur EN — 2013-09-27T14:20:58Z

L'accessibilité du web est la problématique de l'accès aux services et contenus en ligne non seulement pour les handicapés et les seniors, mais aussi de manière plus générale pour tous les utilisateurs qui ne disposent pas du confort offert par un ordinateur de bureau situé dans une pièce tranquille.

En effet son application concerne également les utilisateurs « normaux » placés dans des situations moins confortables comme avec un téléphone mobile, une tablette… ou placés en situation particulière de bruit, de dimension d'affichage, etc.

Définie par des normes techniques établies par la Web Accessibility Initiative (WAI) du World Wide Web Consortium (W3C), elle nécessite un traitement tout au long du cycle de vie d'un site web, par l'ensemble de ses acteurs, via des méthodes d'applications, des référentiels métiers et une démarche de suivi. Bien qu'elle soit une composante et un levier d'amélioration de leur qualité globale, le degré d'accessibilité effectif des sites Web reste encore très faible en 2013.

Contextes utilisateur

Même dans cette acception étroitement liée au handicap, l'accessibilité vise une très grande variété de cas utilisateurs. Celle-ci s'illustre en effet par :

la diversité des handicaps susceptibles d'affecter la capacité à accéder à un contenu ou à un service en ligne. Ceux-ci peuvent être visuels (cécité, trouble de la vision, daltonisme, achromatopsie), auditifs (surdité totale ou partielle), moteurs, cognitifs ou neurologiques, ou encore liés au vieillissement ;
la variété des périphériques d'entrée et de sortie, et celle des technologies d'assistance : claviers alternatifs et commutateurs, dispositifs braille, lecteurs d'écran (JAWS, Window-Eyes, SRCore pour Gnopernicus), outils de synthèse vocale (Narrator pour Windows 2000), loupes d'écran et autres dispositifs d'agrandissement, navigateurs textes, dispositifs d'interaction vocale, paramétrages d'accessibilité des navigateurs Web classiques, etc.

L'un des enjeux de la démarche d'accessibilité du Web est de s'extraire des contraintes spécifiques à ces multiples contextes utilisateurs, et ainsi atteindre un niveau d'abstraction suffisant pour pouvoir se doter d'outils normatifs et de recommandations utilisables par l'industrie (fabricants de navigateurs Web, créateurs de contenus, etc.).

Effets induits de l'accessibilité des contenus

Au-delà des bénéfices atteints pour les utilisateurs handicapés, l'accessibilité Web profite plus largement à tous les utilisateurs et acteurs, notamment en termes d'utilisabilité, de maîtrise de la production des contenus, de retours sur investissement et d'image.

L'accessibilité des contenus rejoint également en partie la problématique de l'accès sur les mobiles et les Mobile Web Best Practices 1.0 du W3C sont en partie dérivées des normes d'accessibilité des contenus Web. Mais l'essor du Web mobile suscite à son tour de nouveaux usages et des innovations technologiques qui sont autant de nouveaux défis en termes d'accessibilité.

Accessibilité des contenus ou accessibilité universelle ?

Certains acteurs de l'accessibilité Web étendent son champ au-delà de la question du handicap, à tous les contextes utilisateurs, en s'inspirant en particulier de l'objectif du « Web pour tous » donné au W3C par Tim Berners-Lee, inventeur du World Wide Web :

« Mettre le web et ses services à la disposition de tous les individus, quels que soient leur matériel ou logiciel, leur infrastructure réseau, leur langue maternelle, leur culture, leur localisation géographique, ou leurs aptitudes physiques ou mentales. »

L'accessibilité des contenus reste cependant, aux points de vue normatif et opérationnel, un aspect spécifique de cette ambition, et ne se confond pas davantage avec la notion de qualité Web dont elle est également une composante. En fonction des solutions techniques et de l'état de l'art, des arbitrages peuvent être nécessaires entre investir dans l'optimisation de l'accessibilité ou dans d'autres aspects qualitatifs tels que les contenus eux-mêmes, l'innovation, le référencement, l'ergonomie ou l'interopérabilité.

DREAL HAUTS-DE-FRANCE

La méthodologie d'évaluation en accessibilité

Accessibilité Web : découverte, définition

Attestation de conformité

Principe

Contenu de l'attestation

Qui vérifie la conformité ?

Que vérifie-t-on ?

Comment vérifie-t-on ?

Mise en ligne de l'attestation

Validité de l'attestation

Dérogations au principe d'accessibilité totale d'un site

Tour d'horizon des législations à l'international et en Europe

En Europe

Aux Etats-Unis

La définition WAI et les quatre grands principes WCAG 2.0

Web Accessibility Initiative (WAI)

Web Content Accessibility Guidelines (WCAG)

Législation en France et obligations légales

Définition et découverte des formes multiples du handicap

Boîte à outils pour une évaluation simplifiée et automatisée de quelques critères d'accessibilité.

Sommaire de la page

Vérificateurs d'accessibilité en ligne

Autres outils de test en ligne

Vérification du code

Analyse des couleurs

Analyse des images

Tests de lisibilité

Autres tests

Extensions et compléments du navigateur

Les « indispensables »

Autres extensions et compléments

Logiciels vérificateurs d'accessibilité

Autres logiciels de test

Navigateurs texte (en anglais)

Audits de sites

Le cadre normatif français (AccessiWeb, RGAA) et international (WCAG).

AccessiWeb

RGAA (Référentiel Général d'Accessibilité pour les Administrations)

Les WCAG 2.0 et leur traduction

Bénéfices de l'accessibilité web