Vous êtes sur la page 1sur 32

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 1/32

Livre blanc
Accessibilit numrique
Estelle RENAUD
Bonne lecture

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 2/32
Jouve
A propos du groupe
Le Groupe Jouve conoit, enrichit, valorise et diffuse les contenus sur tous les mdias. A la pointe des
technologies et expert des nouveaux usages, Jouve renforce lagilit et la comptitivit de ses clients
dans lre du numrique.
Son offre de services est unique : conseil, conception et valorisation de contenus enrichis et
multimdia, leader de la production de livres numriques, dmatrialisation des flux documentaires,
IT Solutions, externalisation scurise des processus mtiers, diffusion multicanale et optimisation des
chanes dapprovisionnement des imprims. Acteur international, le Groupe Jouve compte 19 sites
dans le monde dont 9 en France et emploie 2500 personnes.
Des mtiers en synergie
Valoriser les contenus numriques des entreprises et dynamiser leur diffusion
Jouve ITS (Conseil/AMOA, Tests utilisateurs, Responsive Design, Web & Mobi lit,
Infogrance) valorise les contenus numriques de ses clients. Sa matrise des nouveaux
usages en mobilit et ses solutions cratrices de valeur dynamisent votre diffusion
cross canal.
Renforcer la comptitivit des entreprises
Spcialiste du BPO, Jouve renforce la comptitivit de ses clients grce ses sol utions
de dmatrialisation des flux documentaires et dexternalisation scurise des
processus mtiers.
Capitaliser sur tous les formats de lre numrique
Prestataire de services ditoriaux devenu le leader mondial de la production de li vres
numriques, Jouve conoit, valorise et di ffuse des contenus adapts tous les
supports papier et numri que.
Optimiser les chanes dapprovisionnement des imprims
Imprimeur centenaire et leader de lopti misation des chanes dapprovisionnement,
Jouve propose des solutions dimpression innovantes pour renforcer la comptiti vit de
ses clients.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 3/32
Table des matires
Jouve .......................................................................................................2
Table des matires ...................................................................................3
Introduction .............................................................................................5
1 Laccessibilit, pourquoi ? ..................................................................6
1.1 Enjeux .................................................................................................... 6
1.2 Bnfices ................................................................................................ 6
1.3 Accessibilit, Design, Ergonomie Quid des ides reues ? ....................... 6
1.3.1 Responsive Web Design .......................................................................... 6
1.3.2 Design et accessible ? ............................................................................. 7
2 Comprendre les rfrentiels et les niveaux ..........................................8
2.1 Recommandations de la WAI (W3C) : WCAG, ATAG, ARIA ........................... 8
2.2 Technologies dassistance........................................................................ 8
2.3 AccessiWeb ............................................................................................. 9
2.3.1 Le rfrentiel .......................................................................................... 9
2.3.2 La labellisation ........................................................................................ 9
2.4 RGAA .................................................................................................... 10
2.4.1 Le rfrentiel ........................................................................................ 10
2.4.2 Lattestation de conformit ................................................................... 10
3 Votre site Web est-il accessible ? Comment lauditer ? ........................ 12
3.1 Choix du rfrentiel et du niveau ........................................................... 12
3.2 Echantillonnage ..................................................................................... 12
3.3 Tests automatisables ............................................................................. 13
3.4 Tests manuels ....................................................................................... 14
3.4.1 Outils daide lvaluation ................................................................... 14
3.4.2 Compatibilit avec les technologies dassistance.................................. 14
3.5 Rapport daudit ..................................................................................... 15
3.5.1 Vue synthtique .................................................................................... 15
3.5.2 Vue dtaille ......................................................................................... 16
4 Refonte de site Web, comment sy prendre ? ...................................... 17
4.1 Cahier des charges ................................................................................ 17
4.2 Conception ........................................................................................... 17
4.2.1 Ergonomes ............................................................................................ 17
4.2.2 Directeurs artistiques et infographistes ................................................ 18
4.3 Maquettage HTML.................................................................................. 18
4.4 Spcifications, dveloppements et recette ............................................... 18
4.5 Intgration de contenus et mise en ligne ................................................ 19

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 4/32
5 Comment maintenir laccessibilit de votre site Web ? ........................ 20
5.1 Texte .................................................................................................... 20
5.2 Hyperliens ............................................................................................. 20
5.3 Images .................................................................................................. 21
5.4 Tableaux de donnes ............................................................................. 21
5.5 Documents PDF ..................................................................................... 21
5.6 Vidos .................................................................................................. 22
5.6.1 Recommandations de niveau A ............................................................. 22
5.6.2 Recommandations de niveau AAA ........................................................ 22
6 Vos sites et applications mobiles sont-ils accessibles sur smartphones
et tablettes ? .......................................................................................... 24
6.1 Comment naviguer sur un smartphone en tant non-voyant ? ................. 24
6.2 Accessibilit des mobiles ....................................................................... 24
6.3 Bientt des rfrentiels daccessibilit pour les applications mobiles..... 25
7 Autres initiatives en faveur du handicap ............................................ 26
7.1 Vocalisation des contenus ...................................................................... 26
7.2 Personnalisation de laffichage ............................................................... 26
7.3 Navigation en langage des signes ........................................................... 27
8 Conclusion ...................................................................................... 28
Liens utiles ............................................................................................ 29
Index des acronymes .............................................................................. 31
A propos de laccessibilit de ce document .............................................. 32

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 5/32
Introduction
Un site Web accessible est un site qui pourra tre consult par un maximum de personnes, y compris
les personnes handicapes quipes de dispositifs techniques spcifiques dites technologies
dassistance . En augmentant leur autonomie sur le Web, laccessibilit est un facteur dintgration
sociale, professionnelle et culturelle. En France plus de 4 millions de personnes sont touches par le
handicap, et prs de 40 millions en Europe.
Les premires initiatives en faveur de laccessibilit du Web ont t amorces en 1996 avec la cration
de la WAI
1
, par le W3C
2
. Tim Berners-Lee, directeur du W3C, dfinit laccessibilit du Web de la faon
suivante :
Mettre le Web et ses services la disposition de tous les individus, quels que soient leur matriel ou
logiciel, leur infrastructure rseau, leur langue maternelle, leur culture, leur localisation gographique,
ou leurs aptitudes physiques ou mentales.
Tous les concepteurs de sites, savent que cette phrase interprte au sens le plus strict, est trs
ambitieuse. Pour rpondre au mieux cette problmatique, le W3C diffuse des recommandations qui
permettent de rendre les sites Web accessibles un maximum dutilisateurs, et ce en considrant trois
niveaux daccessibilit : A, AA et AAA.
Les recommandations du W3C sont reconnues au niveau international, sans pour autant tre imposes
par la loi. Chaque pays dispose dune lgislation qui lui est propre, avec gnralement des distinctions
entre les obligations du service public et celles des socits prives. Il existe galement des labels de
qualit permettant aux diteurs de sites Web de justifier auprs de leurs internautes dun niveau
daccessibilit reconnu.
Aprs avoir rappel les enjeux et bnfices de laccessibilit, nous dresserons dans le second chapitre
un tour dhorizon des rfrentiels, labels dont la multitude dacronymes rend la comprhension
complexe. Lobjet des chapitres suivants sera de vous donner les cls pour amliorer laccessibilit de
vos sites Web et applications mobiles. Votre site Web est-il accessible ? Comment lauditer ? Comment
mener bien un projet de cration ou de refonte de site Web Accessible ? Comment maintenir votre
site Web accessible aprs la mise en ligne ? Quelles sont les recommandations suivre pour
laccessibilit des applications mobiles ? Enfin, nous conclurons avec des initiatives complmentaires
aux normes mises en place.

1
WAI - Web Accessibility Initiative
2
W3C - World Wide Web Consortium

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 6/32
1 Laccessibilit, pourquoi ?
Lobjet de ce premier chapitre est de rappeler les enjeux de laccessibilit en France et au niveau
international et lensemble de ses bnfices sociaux, financiers et techniques.
1.1 Enjeux
En France, lenjeu principal est de respecter la loi n 2005-102 du 11 fvrier 2005 pour l'galit des
droits et des chances, la participation et la citoyennet des personnes handicapes. Cette loi impose :
Pour le secteur public, de rendre accessi ble lensemble de ses contenus et services en
ligne : Internet et Intranet inclus, en respectant le RGAA (quivalent niveau AA des
WCAG/W3C)
Pour le secteur priv, de rendre accessibl e tous les contenus et services lis au
recrutement (Contact, Offres demplois) en respectant a minima le niveau A des
WCAG/W3C
A ltranger, la loi varie dun pays lautre, mais la recommandation est souvent de rpondre au
niveau AA des WCAG/W3C, et a minima au niveau A.
1.2 Bnfices
Les bnfices de laccessibilit sont nombreux et il serait restrictif de penser que laccessibilit ne
sadresse quau public handicap. Ainsi, grce laccessibilit, on pourra :
Augmenter le nombre potentiel d'utilisateurs
Respecter l e cadre lgal
Etre dans une dmarche citoyenne et vhiculer une meilleure image
Etre mieux rfrenc par les moteurs de recherche
Favoriser la consultation multi support (ordinateurs, tablettes, mobiles)
Faciliter la maintenance de votre site (code rutilisable, optimisation des processus)
Optimiser la taille des pages (diminution du temps de chargement, conomie de cots
dhbergement)
1.3 Accessibilit, Design, Ergonomie Quid des
ides reues ?
1.3.1 Responsive Web Design
RWD
3
et accessibilit, est-ce compatible ?
Oui, techniquement rien nempche de faire un site Web RWD et accessible. De plus, les deux
convergent vers un site plus ergonomique et utilisable en toutes circonstances. En effet, alors que

3
RWD Responsive Web Design

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 7/32
laccessibilit tend rendre les contenus accessibles un maximum dutilisateurs, le RWD tend en
faciliter la consultation quelle que soit la taille de lcran.
Et pourtant cette question est souvent aborde car grce au RWD, on peut adapter la mise en avant des
contenus des situations de mobilit. Par exemple, dans le cadre dune mission dassistance matrise
douvrage pour le Ministre de la Dfense, les quipes de Jouve ont pris le parti de mettre en avant les
contenus destins aux jeunes sur la version mobile. Les autres contenus ont galement t rendus
accessibles sur la version mobile travers dautres scnarios de navigation.


1.3.2 Design et accessible ?
La mme question se pose pour le design Oui, un site Web accessible pourra tre beau. Une seule
contrainte pour les graphistes en accessibilit : les textes doivent tre lisibles. Quest ce quun texte
lisible ? Cest un texte utilisant une fonte lisible, une taille suffisante, et une couleur suffisamment
contraste avec la couleur de fond. Pour cela, il y a des standards respecter en terme de fonte et des
outils permettant de vrifier les contrastes. Mais en aucun cas ce critre naura un impact ngatif sur le
design du site.
Depuis dcembre 2013, un nouvel outil destin aux graphistes a vocation donner des ides de
couleurs aux contrastes accessibles : Tanaguru Contrast-Finder 0.1
Figure 1 - Vue Mobile Figure 2 - Vue Desktop

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 8/32
2 Comprendre les rfrentiels et les
niveaux
Comprendre les codes de laccessibilit nest pas simple : WAI, WCAG, RGAA
4
, A, AA, AAA la liste de
sigles ou acronymes est longue. Ce chapitre a pour vocation de prsenter les bases et concepts cls de
laccessibilit.
2.1 Recommandations de la WAI (W3C) : WCAG,
ATAG, ARIA
Le W3C qui travaille sur les standards prsents sur le Web a cre en 1996 la WAI. La WAI est un
organisme diffusant diffrents types de recommandations, largement rpandues et reconnues par la
communaut internationale. Parmi ces recommandations, les principales destines aux concepteurs de
sites Web sont les suivantes :
WCAG
5
2.0 : une recommandation pour amliorer laccessibilit des contenus Web. La
version 2.0 des WCAG est la version de rfrence depuis dcembre 2008.
ATAG
6
2.0 : une recommandation pour amliorer les outils de cration de sites Web
(diteurs HTML WYSIWYG) tels que Dreamweaver, TinyMCE, CKeditor ; et les
outils de gestion de contenus (galement appel CMS) tels que Drupal, eZpublish,
Typo3, Wordpress La version 2.0 des ATAG est la version de rfrence depuis
novembre 2013.
UAAG 2.0 : une recommandation pour l'accessibilit des navigateurs, lecteurs
multimdia, applications Web et technologies d'assistance. A noter que la version 2.0
des UAAG est une version non encore stabilise en cours de relecture depuis
novembre 2013.
ARIA : une spcification qui offre la possibilit de dfinir une description des rles,
des tats et des proprits pour les widgets
7
personnaliss, de manire ce quils
soient reconnaissables et utilisables par les utilisateurs de technologies dassistance.
2.2 Technologies dassistance
Les technologies dassistance sont les outils dassistance la navigation pour les personnes
handicapes (lecteur dcran, synthse vocale). Le lecteur dcran et la synthse vocale sont deux outils
complmentaires qui permettent la restitution vocale des contenus. Le lecteur dcran lit le contenu, et
la synthse vocale le restitue vocalement.

4
RGAA - Rfrentiel Gnral d'Accessibilit pour les Administrations
5
WCAG - Web Content Accessibility Guidelines
6
ATAG - Authoring Tool Accessibility Guidelines
7
Widget - Assemblage d'HTML, de CSS et de Javascript, les widgets sont des applications utilises pour
de petits outils permettant d'obtenir de l'information (exemple : widget mto).

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 9/32
Un lecteur dcran transforme le texte affich sur lcran en un texte en braille lu via une tablette ou un
texte oral lu via une synthse vocale.
Les principaux lecteurs dcran utiliss sous Windows sont Jaws, NVDA et Window Eyes. Sous Mac,
Voice Over est un lecteur dcran fourni comme lment intgral de Mac OS depuis sa version 10.4.
Source : WEB Accessibility In Mind
2.3 AccessiWeb
2.3.1 Le rfrentiel
AccessiWeb est un rfrentiel mthodologique dapplication des WCAG cr par Braillenet
8
. Depuis
dcembre 2013, deux rfrentiels Accessiweb cohabitent : "AccessiWeb HTML5/ARIA" pour les sites
Web en HTML5 et "AccessiWeb 2.2" pour les sites Web en HTML4. Les sites Web en HTML4 ntant plus
dactualit, nous nirons pas plus loin dans la description du rfrentiel "AccessiWeb 2.2" qui va
progressivement devenir obsolte.
Le rfrentiel HTML5/ARIA, pour sa part, a encore le statut de document de travail , il a t construit
sur la base de 3 spcifications HTML5, WCAG2.0 et ARIA. On notera que la terminologie des niveaux
Bronze / Argent/ Or a t abandonne au profit des niveaux A / AA / AAA tel que les WCAG. Ce
rfrentiel est compos de thmatiques, critres et tests : 133 critres rpartis dans 13 thmatiques.
Un certain nombre de tests sont associs chaque critre. Au total, 330 tests sont passer pour
atteindre le niveau AAA. La liste exhaustive est disponible en ligne : AccessiWeb HTML5/ARIA
Ce rfrentiel est particulirement intressant car bien document et anim par une communaut
dexperts francophone dynamique. Ci-dessous quelques lments de documentation ne pas
manquer :
L'quivalence avec les critres du RGAA et des WCAG.
Le glossaire
La base de rfrence
Les notes techniques
2.3.2 La labellisation
Dans une dmarche de qualit, il est possible deffectuer une demande de labellisation. Le label
AccessiWeb est une procdure contractuelle tablie entre lassociation Braillenet et un propritaire de
site Web, permettant de vrifier et de communiquer qu'un site Web est conforme aux critres du
rfrentiel AccessiWeb.
Les labels de qualit en accessibilit du Web ont deux intrts :
Une marque de qualit visi ble et reconnue par des professionnels

8
Braillenet est une association franaise ayant pour but d'encourager l'accessibilit numrique,
notamment destination des personnes handicapes visuelles.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 10/32
Un site sous contrle, garantissant laccessibilit sur le long terme
Un site peut respecter lensemble des critres du label sans pour autant tre labellis. La labellisation
ncessite une dmarche auprs dun organisme certifi. Certains pays ont dvelopp des labels de
qualit, par exemple : AccessiWeb en France ou Anysurfer en Belgique. Chacun de ces labels repose
sur les WCAG du W3C, avec des variations sur quelques critres.
Au niveau europen, le label Euracert a t cr pour harmoniser les standards d'accessibilit du Web
et faciliter la reconnaissance de sites labelliss localement au sein des pays de l'Union. Le label
Euracert n'est pas un label d'accessibilit du Web de plus. Il est attribu un site Web en complment
du label dlivr par un organisme de labellisation de l'accessibilit du Web. Cet organisme doit tre
habilit (tel que le sont AccessiWeb, Anysurfer et Techno site).
2.4 RGAA
2.4.1 Le rfrentiel
Le SGMAP
9
diffuse un rfrentiel mthodologique dapplication des WCAG, destin aux
administrations : le RGAA. Le RGAA 2.2.1 est un rfrentiel dapplication des WCAG quasi-quivalent
au rfrentiel AccessiWeb 2.2. Il distingue 3 niveaux de conformit : A / AA / AAA. Ce rfrentiel est
compos de thmatiques, critres et tests : 61 critres rpartis dans 12 thmatiques. Un certain
nombre de tests sont associs chaque critre. Au total, 187 tests sont passer pour atteindre le
niveau AAA. La liste exhaustive est disponible en ligne sur le site du SGMAP.
Quant au guide daccompagnement, cest une lecture incontournable dans laquelle on retrouvera
quelques spcificits lies au RGAA :
Lattestation de conformit est une attestation produire et mettre en ligne dans
une page ddi e (voir ci-dessous).
La notion de drogation permet aux administrations de droger laccessibilit de
certaines parties de leurs sites Web dans le respect des rgles nonces dans le
chapitre 5.5 du guide.
A ce jour, on prfrera utiliser le rfrentiel AccessiWeb qui a t adapt pour les sites en HTML5. Un
appel doffres pour la mise jour du RGAA est en cours en 2014.
2.4.2 Lattestation de conformit
Les administrations ont pour obligation de produire une attestation de conformit (voir chapitre 5.4 du
guide daccompagnement du RGAA). Lattestation peut faire lobjet dune page spcifique ou bien tre
incluse dans une page daide, de politique daccessibilit ou dans les mentions lgales. Mais elle doit
tre accessible depuis toutes les pages du site.
Ci-dessous un rappel des lments faire paratre dans cette page :
adresse du site,

9
SGMAP Secrtariat Gnral pour la Modernisation de lAction Publique

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 11/32
date de ralisation,
version du RGAA de rfrence,
nom et adresse email du dclarant,
technologies utilises sur le site,
liste des agents utilisateurs et technologies dassistance utilises pour vrifier
laccessibilit des contenus,
liste des pages du site ayant fait lobjet de la vrification de conformit, avec au
minimum lorsquelles existent :
Page d'accueil
Page contact
Page mentions lgales
Page politique d'accessibilit
Page aide
Page plan du site
Page recherche
Toutes les pages composant le processus d'un service en ligne
Pages d'accs aux contenus ou fonctionnalits principales
Pages reprsentatives des types de contenus disponibles sur le site
Pages ayant le plus grand nombre de visi teurs
rsultat des tests : Indiquez le niveau daccessibilit vis (A, AA prconis, AAA).
Prcisez par ni veau daccessibilit, le pourcentage de tests conformes, non conformes,
non applicables et le taux de conformit.
justification des drogations : Indiquez les lments non accessibles et pour quelles
raisons. Prcisez la dmarche que vous souhaitez mettre en place pour amliorer
laccessibilit de ces lments.
dtection dventuels dfauts daccessibilit : proposez un ou plusieurs moyens de vous
contacter (adresse postale, tlphone, adresse lectronique, formulaire) en cas de
dtection dun dfaut daccessibilit non signal dans lattestation.
A titre dexemples, on pourra consulter le site du Service Public ou le site de lElyse qui reprennent
correctement la structure de cette attestation.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 12/32
3 Votre site Web est-il accessible ?
Comment lauditer ?
Lidal est de prendre en compte laccessibilit en amont de la cration dun site. Mais si votre site Web
vient dtre refondu sans prendre en compte les problmatiques daccessibilit, il est conseill de
raliser un audit pour mesurer le niveau actuel et planifier des actions correctives.
3.1 Choix du rfrentiel et du niveau
La premire tape est de choisir le rfrentiel utiliser et de se fixer un objectif de niveau atteindre.
Quil sagisse dun site du secteur public ou priv, il est possible dutiliser le RGAA ou AccessiWeb.
Nanmoins, nous conseillerons plutt dopter pour le rfrentiel AccessiWeb puisquil donne les
quivalences avec le RGAA.
La recommandation du W3C et du RGAA est le niveau AA. Cependant, atteindre le niveau A est dj un
gage de trs grande qualit sur la toile.
3.2 Echantillonnage
Le choix des pages auditer est important car il doit tre reprsentatif du site vis et respecter le
cadre du RGAA lorsquil sagit dun site du service public. Cette tude pralable doit donc prendre en
compte les gabarits de page les plus frquents et les pages les plus visites.
La liste dtaille des pages auditer est dcrite dans le chapitre 5.4 du Guide d'accompagnement du
RGAA :
Accueil du site ;
Page de contact ;
Mentions lgales ;
Page sur la politique d'accessibilit avec en particulier l attestation daccessibilit ;
Page aide pour faciliter lutilisation du si te ;
Figure 3 - Etapes d'un audit d'accessibilit

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 13/32
Plan du site ;
Recherche et rsultats de la recherche ;
Toutes les pages composant le processus d'un service en ligne
Pages daccs aux contenus ou fonctionnalits principaux : cela correspond aux
gabarits rcurrents comme les pages de rubrique ou les pages de liste ;
Pages reprsentatives des types de contenus disponibles : il sagit ici de vrifier l a
bonne intgration de contenus dans le respect des rgles daccessi bilit (tableaux,
illustration, formulaires) ;
Pages ayant le plus grand nombre de visi teurs : ces pages tant les plus demandes
par les internautes, il est important dy attacher une attention particulire afin de les
rendre accessi bles.
A noter que cette liste de pages auditer est galement une bonne base de travail pour les sites des
socits prives.
Aprs cette phase dchantillonnage, la phase de tests repose sur deux tapes :
Audit automatique avec un outil dautomatisation des tests,
Audit manuel pour vrifier lexhaustivit des critres
Nous dtaillons ci-dessous les outils utiliss pour chacune de ces deux tapes.
3.3 Tests automatisables
Laudit automatique est une phase qui permet dacclrer le processus et dviter les erreurs pour les
tests automatisables. Il existe de nombreux outils bass sur diffrents rfrentiels. Selon les
prfrences ou habitudes de nos clients, nous utilisons lun des outils suivants : Ocawa, Opquast,
Tanaguru ou Wave.
Ocawa Opquast Tanaguru Wave
Audit de pages
Audit de sites
Audit de fichiers et scnarios
WCAG 2.0
RGAA 2.3
AccessiWeb 2.2 (HTML4)
AccessiWeb HTML5/ARIA
Offre Gratuit
payant
10

Gratuit
payant
Gratuit et open
source
Gratuit
Tableau 1 - Comparatif des outils de tests automatisables raliss par Jouve en 2013

10
Gratuit payant en fonction du volume daudits et installation serveur

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 14/32
Figure 4 Exemple daudit dun site de 9753 pages avec Tanaguru
3.4 Tests manuels
En complment des tests automatisables, la phase de tests manuels est indispensable. Lobjet de cette
phase est de raliser les tests que les outils de tests automatiques nont pas pu raliser et de statuer
sur les rsultats des outils automatiques lorsque ces derniers mettent un doute.
3.4.1 Outils daide lvaluation
La liste des outils de tests est longue et variable en fonction des prfrences des experts daudits en
accessibilit. On pourra citer les principaux comme tant :
Firebug,
Web Developper Toolbar,
Web Accessi bility Toolbar,
Color Contrast Analyser
3.4.2 Compatibilit avec les technologies dassistance
Dans le cadre de ces tests, il faudra galement vrifier que le site Web est compatible avec les
technologies dassistance, cest--dire quil est correctement restitu avec les lecteurs dcran et
synthses vocales. On pourra alors suivre la mthodologie propose dans le rfrentiel AccessiWeb
HTML5/ARIA : lorsqu'un critre, un test ou une condition de test demande de vrifier la restitution d'un
dispositif il faut s'assurer que ladite restitution est compatible avec l'accessibilit.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 15/32
Le test consiste vrifier que la restitution est pertinente pour au moins une des combinaisons de la
base de rfrence
11
utilise pour dclarer qu'un lment, un dispositif ou une alternative est
"compatible avec l'accessibilit".
Par exemple : le test 1.3.7 du rfrentiel AccessiWeb HTML5/ARIA demande de vrifier que l'alternative
d'une image porteuse d'information vectorielle est correctement restitue. On procde alors un test
avec les combinaisons suivantes :
NVDA (dernire version) et Firefox,
JAWS (version prcdente) et IE9+
Voice Over (dernire version) et Safari
Le test est valid si l'alternative est correctement restitue.
Source : http://www.accessiweb.org/index.php/glossaire-du-referentiel-accessiweb-
html5aria.html#baseref
3.5 Rapport daudit
Un rapport daudit peut prendre des formes variables, gnralement avec des schmas pour faciliter la
lecture des rsultats et des propositions dactions correctives dans la perspective damliorer le niveau
daccessibilit du site Web. Les rapports daudit Jouve se dcomposent en 2 parties :
Une vue synthtique qui liste les pages testes en indiquant le nombre de critres
valides et non valides. Elle prsente le taux de qualit global.
Une vue par thmatique permet di dentifier ventuellement les types de lacunes.
3.5.1 Vue synthtique
Un tableau rcapitulatif dtaille pour chaque page audite le nombre de critres valides, non valides et
non applicables. Un taux de qualit en est dduit.
De la mme manire, un graphe illustre pour chaque thmatique du rfrentiel les critres valides et
non valides.

Nom des pages
audites
Critres valids
Critres non
valids
Critres non
applicables
Taux de qualit
(%)
Accueil 56 21 77 73%
Crdits 52 23 79 69%
Partenaires 54 19 81 74%

11
La base de rfrence est constitue des configurations (technologie d'assistance, systme
d'exploitation, navigateur) qui permettent de dclarer qu'un dispositif HTML5/ARIA est "compatible
avec l'accessibilit" tel que dfinie par WCAG 2

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 16/32
Nom des pages
audites
Critres valids
Critres non
valids
Critres non
applicables
Taux de qualit
(%)
Contact 55 19 80 74%
Mentions lgales 52 21 81 71%
Plan du site 52 21 81 71%
Accessibilit 54 20 80 73%
Actualit 51 26 77 66%
Article Thme 51 46 57 53%
Tableau 2 Exemple de tableau de synthse listant la qualit des pages audites


Figure 5 - Exemple de graphe de synthse prsentant les critres valides/non valides par thmatique
3.5.2 Vue dtaille
Chaque page audite fait lobjet dun rapport dtaill valuant chacun des critres associs au
rfrentiel et niveau choisi.
Le rapport ralis reprend pour chaque page :
Lurl teste,
La date du test,
La liste des critres du rfrentiel et leur niveau,
Le point corriger pour les critres non conformes en dtaillant notre
recommandation,
Le type de correction pour orienter l intervention vers un profil dintervenant
(contributeur, graphiste, dveloppeur),
La difficult de la correction.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 17/32
4 Refonte de site Web, comment sy
prendre ?
Lobjet du prsent chapitre est de montrer limportance de chacun des acteurs dun projet Web. Les
responsabilits sont partages entre lquipe de ralisation du site (du concepteur au dveloppeur) et
lquipe de contributeurs-rdacteurs.

4.1 Cahier des charges
Lidal est de prendre en compte laccessibilit ds la phase de rdaction du cahier des charges afin de
bien spcifier les besoins du projet. Le cahier des charges devra prciser : le choix du rfrentiel et le
niveau daccessibilit attendu, le besoin dassistance transverse tout au long du projet, les besoins de
formations et lassistance mise en ligne dune attestation de conformit dans le cas des sites du
service public.
4.2 Conception
Laccessibilit doit tre prise en compte ds la phase de conception dun site Web, avec une
intervention des ergonomes et des graphistes.
4.2.1 Ergonomes
Lergonome devra proposer un maximum daides la navigation, dont voici quelques exemples : un
plan de site, une page daide, un moteur de recherche avec un mode demploi, un fil dAriane, une
page dcrivant laccessibilit du site. Ces lments ne sont pas tous obligatoires selon le niveau
daccessibilit souhait.
Lergonome devra galement sassurer de la stabilit du positionnement des contenus dune page
lautre. Par exemple, un mme menu de navigation ne devra pas changer de place dune page lautre.
Pour les formulaires, chaque intitul de champ devra tre plac cot de son champ associ.
Figure 6 - Etapes de cration d'un site Web

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 18/32
Enfin, pour les fichiers en tlchargement, des informations relatives leur consultation doivent tre
prsentes. Par exemple, on indiquera Rapport davancement 2014 (PDF, 345 ko) plutt que
Rapport davancement 2014 . Dans cet exemple, un lien complmentaire permettant de tlcharger le
plugin Acrobat Reader devra tre prsent sur la page. Cela permet aux utilisateurs ne disposant pas de
ce logiciel, de linstaller sans difficult, et ainsi de consulter le document tlcharger.
4.2.2 Directeurs artistiques et infographistes
Le rle essentiel du directeur artistique sera doffrir un contenu lisible avec des contrastes de couleurs
entre le texte et le fond suffisamment levs.
Dans le cadre de la dclinaison graphique, linfographiste a pour mission de conserver la lisibilit des
contenus. Le directeur artistique peut avoir prvu une couleur par rubrique avec une alternance de
couleurs claires et fonces. Linfographiste doit alors penser faire varier la couleur de la fonte avec
les variations de couleur de fond selon les rubriques.
Dans le cas de formulaires, les infographistes sassureront quaucune information nest vhicule
uniquement par la couleur. Par exemple, une mauvaise pratique est dindiquer en rouge les champs
obligatoires. La prsence dun astrisque sera indispensable pour les daltoniens par exemple.
4.3 Maquettage HTML
La phase de maquettage HTML est essentielle et devra tre ralise par un dveloppeur front-end
ayant la double comptence des technologies (HTML/CSS/JS/ARIA) et de laccessibilit. Nous nallons
pas ici dresser la liste des critres respecter, car elle est longue et les rfrentiels sont une bien
meilleure lecture. Selon les projets, 50% 80% des critres sont traiter dans cette phase.
Les incontournables du dveloppeur front-end :
W3C
WAI
AccessiWeb HTML5/ARIA
AccessiWeb 2.2
RGAA
4.4 Spcifications, dveloppements et recette
Au mme titre que la phase dintgration HTML, les phases de spcifications et de dveloppements
sont deux tapes importantes en accessibilit. Le CMS propos doit rpondre aux objectifs
daccessibilit suivants :
Gnrer des contenus accessibles, cest--dire sassurer que la gnration
automatique de code HTML respecte le maquettage accessible initial.
Permettre aux rdacteurs de crer des contenus accessibl es en renseignant les balises
dalternatives textuelles. Par exemple, li nsertion dune image ne se limite pas
linsertion dun fichier jpg, Il faudra prvoir un champ supplmentai re pour
lalternative textuelle.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 19/32
En fonction du CMS et de lditeur WISIWYG choisi pour le projet, les dveloppeurs devront se
documenter quant aux paramtrages lis laccessibilit. A titres dexemples, ci-dessous quelques
CMS et un diteur WYSIWIG qui permettent de raliser des sites Web Accessibles :
DRUPAL : un site communautaire dchanges ddis l accessibilit dans Drupal et un
site dinformations sur laccessibilit avec Drupal
TYPO3 : site dinformations sur laccessi bilit avec Typo3
SPIP, un site sur laccessi bilit pour les contributeurs sous SPIP et un site sur les
plugins et laccessibilit pour SPIP
CKeditor : site dinformation sur laccessibilit avec CKeditor
Lors de la recette, il est conseill de repasser les tests daccessibilit afin de vrifier que lintgration
des pages HTML au sein du CMS na pas altr la qualit d'accessibilit.
4.5 Intgration de contenus et mise en ligne
Comme pour les phases prcdentes, lintgration de contenus doit tre maitrise par les
contributeurs (rdacteurs ou webmasters) qui sont des acteurs cls dans laccessibilit dun site Web.
En effet, le prestataire de dveloppement de votre futur site Web devra offrir un outil permettant de
gnrer du contenu accessible. Ensuite il est fondamental que les contributeurs utilisent leur outil de
gestion de contenus bon escient, et que tout nouveau contenu cr ou mis jour respecte les
critres daccessibilit du Web. La formation des contributeurs laccessibilit est donc primordiale.
Il existe diffrents types de formations en fonction des rles de chacun des contributeurs. A titre
dexemples :
Intgrer des contenus accessibles avec votre CMS
Rendre vos documents PDF accessibles avec Adobe Acrobate Pro
Crer des documents Word accessibles
Crer des vi dos accessibles


Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 20/32
5 Comment maintenir laccessibilit de
votre site Web ?
Lobjet de ce chapitre est de fournir des exemples de bonnes pratiques pour les contributeurs.
Lexhaustivit des critres est disponible au sein de chaque rfrentiel daccessibilit.
5.1 Texte
Concernant le texte, il faudra correctement structurer le contenu en utilisant les styles appropris. Par
exemple, il ne faudra pas passer du style de niveau 2 au style de niveau 4 sous prtexte que lon a une
prfrence pour les effets de mise en forme. Autre exemple, si le rdacteur insre une citation en
anglais dans un article en franais, il faudra alors renseigner le changement de langue afin quil soit
correctement interprt par les lecteurs dcran.
5.2 Hyperliens
Lors de linsertion des hyperliens dans le texte, le contributeur devra parfois renseigner le titre du lien
(attribut title) en complment du libell du lien. Ci-dessous quelques exemples :
Si le lien souvre dans une nouvelle fentre du navigateur, linternaute doit en tre
averti avec une mention du type nouvel le fentre positionn dans le titre du lien par
exemple
Si le lien est un fichier en tlchargement, le poids et le format du fichier doivent tre
indiqus
Si le lien nest pas explicite hors contexte comme en savoir plus ou lire la
suite , le titre du lien (title) peut tre utilis.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 21/32
5.3 Images
Linsertion dune image accessible est relativement simple mais il y a souvent une confusion entre les
images porteuses dinformation et les images de dcoration. Il est donc important de bien comprendre
que lalternative textuelle nest ajouter que sur les images porteuses dinformation. Ci-dessous un
exemple :

5.4 Tableaux de donnes
On rservera lusage des tableaux pour des donnes et non pour de la mise en forme. Cependant,
linsertion de tableaux est limiter et doit tre ralise par des contributeurs ayant une bonne
connaissance du HTML. Un tableau de donnes mal cod peut trs vite devenir incomprhensible pour
les non-voyants utilisant une synthse vocale. A titre dexemple, voici quelques rgles essentielles
respecter :
Enttes de colonnes obligatoires (th)
Titre obligatoire et pertinent (caption)
Bon usage des attributs headers/id pour les tableaux complexes (ex. cellules
fusionnes)
Il existe un outil en ligne daide la construction de tableaux accessibles : Table Builder.
5.5 Documents PDF
Pour les documents PDF en tlchargement sur votre site Web, il est ncessaire de les rendre
accessibles la source (exemples : Word, OpenOffice, InDesign) puis de les convertir au format PDF
en conservant les proprits daccessibilit lors de la conversion. Si la source a t perdue, il est
galement possible de rendre le document PDF avec le logiciel Adobe Acrobat Pro, ce qui est moins
efficace que de travailler la source.
Ci-dessous quelques bonnes pratiques respecter pour ce type de documents :
le titre, la date, lauteur et la langue du document sont renseigns
La structure du document est indique par des tags (signets)
lordre de lecture doit tre clai r et simpl e suivre
Figure 7 Image de dcoration
Figure 8 - Image porteuse d'information

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 22/32
les alternatives textuelles aux images porteuses dinformation sont renseignes
Il est a noter que pour les documents issus de la PAO (xPress, InDesign), la problmatique est un peu
plus complexe. Par exemple, lordre de lecture des lments dpend du positionnement des calques
(arrire plan, avant plan). Par ailleurs, on prfrera utiliser plutt InDesign que xPress car InDesign
propose des solutions pour rendre accessible les documents.
Exemple : une brochure de 2 pages ralise sous InDesign pourra tre rendu accessible en 1 journe
alors quun compte-rendu Word de 2 pages pourra tre rendu accessible en 1 heure.
5.6 Vidos
5.6.1 Recommandations de niveau A
Les lments obligatoires prvoir pour que les vidos soient accessibles (ds le niveau A) sont :
un sous-titrage
une audiodescription
une transcription textuelle
Si le budget le permet, on peut galement aller plus loin en proposant une vido alternative en
langages des signes. Ce critre est de niveau AAA.
5.6.2 Recommandations de niveau AAA
Proposer des vidos en langage des signes en complment des contenus est une initiative trs
apprcie du public sourd, car environ 70% des personnes sourdes de naissance sont en situation
dillettrisme. En effet, lapprentissage dune langue passe avant tout par loue. Au fur et mesure de
lapprentissage de notre langue maternelle, nous avons cr des quivalences entre oral et crit. Pour
les enfants ns sourds, la langue maternelle est le langage des signes. Le problme est que ce langage
nest pas bas sur des mots et des constructions de phrases mais sur des ides. Il n y a donc aucune
quivalence directe entre le langage des signes et lcriture.


Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 23/32
La lgislation en faveur de laccessibilit nimpose pas de mettre des vidos en langage des signes.
Nanmoins, cette initiative est trs favorable laccs au Web pour le public sourd qui communique en
langage des signes. Certains sites proposent galement des services de contact sur rendez-vous avec
une webcam.

Figure 9 - Exemple de lecteur vido avec une alternative en langue des
signes pourtous.lesite.tv

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 24/32
6 Vos sites et applications mobiles sont-
ils accessibles sur smartphones et
tablettes ?
6.1 Comment naviguer sur un smartphone en tant
non-voyant ?
Dans le cas de la navigation Web sur ordinateur par les non-voyants, le concept est plus facile
imaginer par les voyants car on peut simaginer que la personne non-voyante a mmoris
lemplacement des touches dun clavier. Dans le cas dune navigation tactile, le fonctionnement de
base est le suivant : chaque fois que lutilisateur pose son doigt quelque part, la synthse vocale
annonce le nom et le type dlment sur lequel on se trouve. Sil veut lactiver, il tape deux fois dessus.
Il existe ainsi toute une srie de gestes qui sont spcifiques pour lutilisation avec le lecteur dcran.
Ainsi, une personne non-voyante peut parcourir une page web de titre en titre, de lien en lien, de
tableau en tableau, dlment de formulaire en lment de formulaire etc.
Sur les derniers smartphones, un systme de commande vocale permet aux utilisateurs de dicter leurs
requtes :
Si ri partir de liOS6,
Voice Search introduit via Voice Actions sous Android 2.2 et nettement amlior dans
les versions 4 d'Android pour aboutir un outil assez performant .
Les non-voyants peuvent ainsi surfer sur le Web et utiliser les applications mobiles installes sur leurs
smartphones, condition quelles soient accessibles (voir chapitre 6.3). Quant la question est-ce
que les aveugles ont une prfrence entre la navigation sur les applications mobiles et celle sur les
sites Webmobile ? , nous navons pas de chiffres sur ce sujet et il semblerait que les deux soient
dusage.
Pour comprendre ce fonctionnement en tant que personne voyante , il existe de nombreuses vidos
en ligne qui prsente des aveugles en situation, par exemple : Navigating a web page with VoiceOver
on an iPhone
6.2 Accessibilit des mobiles
Aujourdhui, les deux systmes qui permettent dutiliser au mieux un smartphone avec un lecteur
dcran sont iOS (Iphone) et Android.
Pour linstant, lIphone offre une navigation sur Internet acceptable. Le lecteur dcran VoicerOver est
install en standard sur tous les produits Apple. Ce qui permet dtre autonome ds linitialisation du
produit au dballage.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 25/32
Talkback, quant lui, est un lecteur dcran, depuis peu en standard sur les plateformes Android pures
(celles livres par Google). Mais pour les Android ajoutant des surcouches, lutilisation du mobile est
plus complexe. Les personnes aveugles peuvent donc dsormais naviguer de faon acceptable sous
Android sil sagit dune version sans surcouche.
Il existe galement une application BlackBerry Screen Reader qui fournit un dispositif dassistance
vocale base sur les informations visuelles affiches lcran. Nanmoins, le BlackBerry ne connait pas
un grand succs auprs des non-voyants.
Quant Windows Phone Mobile, Microsoft a annonc en octobre 2013 la prsence dun lecteur dcran
au sein de la prochaine version de son systme mobile (Windows Phone 8 GDR 3).
6.3 Bientt des rfrentiels daccessibilit pour
les applications mobiles
Pour dvelopper des applications mobiles accessibles les dveloppeurs ne disposent pas de rfrentiels
mthodologiques pour laccessibilit, comme pour les sites Web. Braillenet en a prsent les avances
lors du sminaire du GTA
12
en dcembre 2013 :
Pour Android : un rfrentiel d'accessibilit pour les appli cations mobiles dveloppes
avec le SDK Android, est en cours d'criture. Ce rfrentiel a la mme structure que
celui dAccessiWeb (des thmatiques, des critres, des tests) mais il est complexe
mettre en place de par le manque de documentation sur l'accessibilit sous Android :
sortie probable courant 2014.
Pour IOS : dans un second temps, sera tabli le rfrentiel d'accessibilit pour les
applications mobiles dveloppes avec le SDK IOS.
Liens utiles :
Mobile Accessibility (W3C/WAI)
Accessibilit pour les dveloppeurs sous ANDROID
Accessibilit pour les dveloppeurs sous IOS

En ce qui concerne les recommandations pour laccessibilit des sites Webmobile, le rfrentiel
HTML5/ARIA semble suffisant pour travailler sur l'accessibilit d'une application HTML5.

12
Groupe de Travail AccessiWeb

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 26/32
7 Autres initiatives en faveur du handicap
Nous avons abord dans les chapitres prcdents la notion daccessibilit du Web pour tous. Nous
allons prsenter ci-aprs quelques initiatives complmentaires qui consistent proposer des contenus
pour des publics spcifiques.
7.1 Vocalisation des contenus
Certains sites proposent une alternative audio chaque contenu texte. La vocalisation des contenus
nest pas une solution primordiale pour laccessibilit dun site. Car des personnes en situation de
handicap (personnes non-voyantes par exemple), disposent dj de lenvironnement adquat pour
parvenir lire un site.
Nanmoins ces solutions permettent de transformer en fichier audio toutes les informations
pertinentes du site, afin que linternaute puisse les couter ultrieurement ou lors dun dplacement.
De mme, les personnes malvoyantes qui ne sont pas quipes de lecteur dcran et synthse vocale,
apprcieront grandement ces aides la consultation des contenus.
Exemples doutils de vocalisation de page Web : ReadSpeaker, VoxReader, TextHelp(BrowseAloud)
7.2 Personnalisation de laffichage
Certains sites Web proposent de personnaliser laffichage avec un grossissement de la police et un
changement de la couleur des contrastes. Cette fonctionnalit apporte un confort de lecture pour les
malvoyants.

Figure 10 - Exemple sur argos-service.com

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 27/32
7.3 Navigation en langage des signes
Il est galement possible de proposer une navigation en langue des signes au sein mme du menu de
navigation, tel que le propose le site de WebSourd.

Cette option est une alternative trs intressante pour les personnes qui communiquent exclusivement
en langue des signes. Il est noter quil existe deux types de langages signs francophones :
la LSF (Langue des Signes Franaise) est l a langue des signes utilise par les sourds
francophones
le LPC (Langage Parl Complt) est un codage manuel des sons de la langue franaise
qui peut tre utilis en complment de la lecture labiale par les personnes sourdes et
malentendantes.
Figure 11 - Exemple de menu de navigation en langue des signes

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 28/32
8 Conclusion
Les initiatives en faveur de laccessibilit du Web permettent de diffuser les contenus de la toile, un
maximum dinternautes, quels que soient leur quipement et leur handicap.
En dehors du cadre lgislatif qui incite les services publics rendre accessible leurs contenus
numriques, les diteurs de sites Web du secteur priv ont tout intrt communiquer un maximum
dinternautes.
Il est important de retenir que les recommandations de rfrence restent celles de la WAI (W3C),
savoir les WCAG 2.0 niveau AA comme objectif des politiques daccessibilit globale. Les rfrentiels et
labels nationaux sont tous construits partir de ces recommandations. On retiendra que le RGAA est le
rfrentiel pour les administrations franaises et AccessiWeb est le label national franais.
Enfin, concevoir un site Web accessible ncessite dtre port par une quipe projet pluridisciplinaire.
Des concepteurs aux dveloppeurs, la premire tape sera de produire un site Web techniquement
accessible. Puis, les efforts mis en phase de ralisation devront tre maintenus lors des mises jour,
par les rdacteurs et contributeurs forms laccessibilit des contenus.

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 29/32
Liens utiles
Spcifications, Techniques et Rfrentiels
W3C
WAI
WCAG 2.0
Traduction franaise des WCAG 2.0
ATAG 2.0
ARIA
Mobile Accessibility
AccessiWeb HTML5/ARIA
AccessiWeb 2.2
RGAA
Accessibilit et Mobilit
Mobile Accessibility (W3C/WAI)
Accessibilit pour les dveloppeurs sous ANDROID
Accessibilit pour les dveloppeurs sous iOS
Labels daccessibilit
Label AccessiWeb en France
Label Euracert en Europe
Lgislation en faveur de laccessibilit
En France : Loi n2005-102 du 11 fvrier 2005 - Article 47 et site du SGMAP
Aux Etats-Unis : Section 508 de la loi sur la rhabilitation de 1973 et ADA - Americans with Disabilities
Act
Accessibilit des documents PDF
Notices AcceDe PDF
Accessibilit des PDFs (recommandations Adobe)
Accessibilit des documents Word
Accessibilit des documents avec Word 2010
Accessibilit des documents avec Word 2007

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 30/32
Outils
Tanaguru
Opquast
Ocawa
Wave
Addons Web Developper
Accessible Table Builder

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 31/32
Index des acronymes
AJAX - Asynchronous JavaScript and XML
ARIA - Accessible Rich Internet Applications
ATAG - Authoring Tool Accessibility Guidelines
CMS Content Management System
CSS - Cascading Style Sheets
GTA Groupe de Travail AccessiWeb
HTML - HyperText Markup Language
LSF Langue des Signes Franaise
LPC Langage Parl Complt
PDF - Portable Document Format
RWD Responsive Web Design
RGAA Rfrentiel Gnral dAccessibilit pour les Administrations
SGMAP Secrtariat Gnral pour la Modernisation de lAction Publique
W3C - World Wide Web Consortium
WAI - Web Accessibility Initiative
WCAG - Web Content Accessibility Guidelines
WYSIWYG What You See Is What You Get
XML - eXtensible Markup Language

Jouve - Tous droits rservs - Livre blanc Accessibilit numrique - Mars 2014 32/32
A propos de laccessibilit de ce
document
Ce document respecte lensemble des principes abords jusquici pour assurer l'accessibilit de ce
contenu pour tout utilisateur de technologie(s) d'assistance.
Ainsi, par exemple:
Le document est structur avec une utilisation approprie des styles hirarchiques
pour lidentification des chapitres, sections et paragraphes ;
Chaque lment non textuel est accompagn d'une alternative textuelle ;
En terme de prsentation, le contenu est mis en forme l'aide des styles de mise en
forme et garanti un contraste valide entre les lments de premier plan (par exemple,
le texte proprement parler) et les lments de second plan, la page ;
Le contenu ainsi propos dispose daides la navigation ;
Etc.
Nous avons vrifi laccessibilit de ce contenu avec le vrificateur daccessibilit de Word 2010, puis
enregistr le document au format PDF en slectionnant les options suivantes :
Crer des signets laide des titres
Inclure les proprits du document
Inclure les balises de structure de document