Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fr:accessibilite [2020/03/03 10:37] – Ajout de WAve accessibility + mise en forme des liens. zatalyz
+++ fr:accessibilite [2025/03/18 08:12] (Version actuelle) – [Autres référentiels] lien vers WCAG en français zatalyz
@@ Ligne 32: / Ligne 32: @@
 [[http://references.modernisation.gouv.fr/referentiel/introduction-RGAA.html|L'introduction au Référentiel général d'accessibilité pour les administrations (RGAA) indique]] aussi sur le handicap :
-> Bien qu'il soit difficile de chiffrer précisément le nombre de personnes en situation de handicap, une enquête de l'INSEE1 estime qu'elles représenteraient entre 10 et 20 % de la population. Ce qui semble confirmé par le rapport mondial sur le handicap2 publié par l'OMS en 2010 et qui recense environ 15 % de la population mondiale ayant un handicap.
+> Bien qu'il soit difficile de chiffrer précisément le nombre de personnes en situation de handicap, une enquête de l'INSEE1 estime qu'elles représenteraient entre 10 et 20 % de la population. Ce qui semble confirmé par le rapport mondial sur le handicap publié par l'OMS en 2010 et qui recense environ 15 % de la population mondiale ayant un handicap.
 Hors du cadre de la CDPH, l'accessibilité revient donc, dans un domaine donné (et pour tous les domaines de la vie) a donner le même niveau d'accès pour tous. On rappelle à ce titre la [[http://www.un.org/fr/universal-declaration-human-rights/index.html|Déclaration universelle des droits de l’homme de 1948 avec son Article 19]] :
@@ Ligne 41: / Ligne 41: @@
 ==== Définissons maintenant l’accessibilité numérique ====
-Dans le cas de Khaganat, bien que l'on peut penser accessibilité des lieux lors de nos quelques rassemblement (et hors de question de l'oublier !), il s'agira surtout ici de ce concentrer sur le cadre principal de notre activité, c'est-à-dire côté numérique.
+Dans le cas de Khaganat, bien que l'on puisse penser accessibilité des lieux lors de nos quelques rassemblements (et hors de question de l'oublier !), il s'agira surtout ici de se concentrer sur le cadre principal de notre activité, c'est-à-dire côté numérique.
 Traduit de l'anglais dans cette même introduction au RGAA évoquée plus haut, la WAI (Web Accessibility Initiative) définit l'accessibilité numérique comme suit :
@@ Ligne 58: / Ligne 58: @@
 === Accessibilité supposée et réelle ===
-Enfin accessibilité et ergonomie vont de pair mais sont bien des domaines séparés, le respect d'un niveau donné de conformité à un référentiel d'accessibilité ne garantit pas une bonne ergonomie pour les personnes en situation de handicap (et attention à ne pas confondre ergonomie et intuitivité !). Même chose pour l'utilisabilité (selon la norme ISO 9241-11 : "le degré selon lequel un produit peut être utilisé, par des utilisateurs identifiés, pour atteindre des buts définis avec efficacité, efficience et satisfaction, dans un contexte d’utilisation spécifié").
+Enfin accessibilité et ergonomie vont de pair mais sont bien des domaines séparés, le respect d'un niveau donné de conformité à un référentiel d'accessibilité ne garantit pas une bonne ergonomie pour les personnes en situation de handicap (et attention à ne pas confondre ergonomie et intuitivité !). Même chose pour l'utilisabilité (selon la norme ISO 9241-11 : "le degré selon lequel un produit peut être utilisé, par des utilisateurs identifiés, pour atteindre des buts définis avec efficacité, efficience et satisfaction, dans un contexte d’utilisation spécifié"), étant elle-même une dimension de l'ergonomie.
 L'accessibilité se traduit le plus souvent à travers des référentiels faisant office de base légale selon le pays concerné au moins pour les structures publiques, ce n'est néanmoins pas systématiquement le cas.
@@ Ligne 71: / Ligne 71: @@
 Le focus est fait ici sur le WEB car c'est notre principal domaine d'action, moyen de travailler ensemble et point d'accueil et rassemblement des acteurs du projet.
-Sans entrer dans les détails légaux, en termes d'obligation tous les services de communication publique en ligne de l'État, des collectivités territoriales et des établissements publics devraient respecter légalement un niveau double A (AA) du [[https://references.modernisation.gouv.fr/rgaa-accessibilite/criteres.html|Référentiel général d'accessibilité pour les administrations (RGAA)]]. Cela depuis la 1ère version publiée en 2009 (prévu par la [[https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT000000809647&categorieLien=id|loi française 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]]). Un délai de 18 mois est accordé pour se conformer à chaque nouvelle version du RGAA, la dernière étant la version 3 2017, publiée le 28/07/2017.
+Sans entrer dans les détails légaux, en termes d'obligation tous les services de communication publique en ligne de l'État, des collectivités territoriales et des établissements publics devraient respecter légalement un niveau double A (AA) du [[https://design.numerique.gouv.fr/accessibilite-numerique/RGAA/|Référentiel général d'accessibilité pour les administrations (RGAA)]]. Cela depuis la 1ère version publiée en 2009 (prévu par la [[https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT000000809647&categorieLien=id|loi française 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]]). Un délai de 18 mois est accordé pour se conformer à chaque nouvelle version du RGAA majeure du RGAA, la dernière étant la version 4.1, publiée le 16 février 2021 (version majeure 4 arrêtée le 20 septembre 2019).
-Cette obligation est assez peu respectée.
+Cette obligation, sans contrainte jusqu'alors, est assez peu respectée.
-L'adoption récente de la directive [[https://eur-lex.europa.eu/legal-content/FR/TXT/?qid=1489487145127&uri=CELEX:32016L2102|UE 2016/2102 relative à l'accessibilité des sites internet et des applications mobiles des organismes du secteur public]] vient appuyer cette obligation déjà présente depuis 2005, une nouvelle version du RGAA est en cours de préparation pour se conformer à cette directive et au décret le transposant au sein du droit français. La directive étant son influence ([[https://koena.net/infographie-loi-accessibilite-numerique/|infographie résumé de Koena]] sous CC-BY-SA 4.0)  :
+L'adoption récente de la directive [[https://eur-lex.europa.eu/legal-content/FR/TXT/?qid=1489487145127&uri=CELEX:32016L2102|UE 2016/2102 relative à l'accessibilité des sites internet et des applications mobiles des organismes du secteur public]] vient appuyer cette obligation déjà présente depuis 2005, la version 4.1 du RGAA  [[https://www.numerique.gouv.fr/uploads/rgaa/RGAA-v4.1.pdf|a été élaborée]] pour se conformer à cette directive et au décret ([[https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000038811937|décret n° 2019-768 du 24 juillet 2019]]) le transposant au sein du droit français. La directive étend son influence ([[https://koena.net/infographie-loi-accessibilite-numerique/|infographie résumé de Koena]] sous CC-BY-SA 4.0)  :
   * Toute entreprise ayant un chiffre d'affaires supérieur ou égal à 250 millions d'euros) mais les conséquences du non respect sont néanmoins dérisoires : initialement 25000€ d'amende par an prévu diminué à 20000€ par un décret de juillet 2019...
   * Personnes morales de droit public sauf médias audiovisuels
@@ Ligne 81: / Ligne 81: @@
   * Personnes morales de droit privé à but non lucratif avec mission d'intérêt général + Services essentiels au public et/ou service pour personnes handicapées
-Le RGAA se base lui-même sur un autre référentiel : le [[https://www.w3.org/TR/WCAG21/|Web Content Accessibility Guidelines (WCAG)]] issu de l'initiative Web Accessibility Initiative (WAI) du World Wide Web Consortium (W3C). Il fait office de consensus technique sur l'accessibilité des contenus web aux personnes handicapées et a été transposé en tant que norme ISO depuis 2012. Le RGAA se base sur la version 2.0 [[http://www.w3.org/Translations/WCAG20-fr/|traduit officiellement]] par l'association BrailleNet.
+Le RGAA se base lui-même sur un autre référentiel : le [[https://www.w3.org/TR/WCAG21/|Web Content Accessibility Guidelines (WCAG)]] issu de l'initiative Web Accessibility Initiative (WAI) du World Wide Web Consortium (W3C). Il fait office de consensus technique sur l'accessibilité des contenus web aux personnes handicapées et a été transposé en tant que norme ISO depuis 2012. Le RGAA se base sur la version 2.1 [[http://www.w3.org/Translations/WCAG20-fr/|traduit officiellement]] par l'association BrailleNet.
 La nouvelle version du RGAA, la 4ème donc, semble, vis-à-vis des observateurs et défenseurs des personnes en situation de handicap, s'appauvrir (voir [[https://twitter.com/armonyaltinier/status/1163517043779493889|fil Touiteur d'Armony ALTINIER]] et [[https://koena.net/rgaa-4-1-derive-administrative/|l'article du blog de Koena]]) : là où bien qu'il y ait une obligation de conformité au niveau AA, la version 3 donnait à voir le niveau AAA permettant d'indiquer l'évolution possible et les manques tandis que la version 4 retire ces éléments, on peut citer par exemple la présence de Langue des Signes Française (LSF) dans les vidéos ou la présence de documents Facile A Lire et à Comprendre (FALC). Au lieu de tendre vers le mieux, la tendance semble se diriger vers l'application du minimum.
 En bref :
-  * généralement aucune obligation légale existe vous imposant une conformité à un référentiel d'accessibilité en France et en Europe à moins de se trouver dans les cas indiqués (pas nous en somme)
+  * généralement aucune obligation légale existe vous imposant une conformité à un référentiel d'accessibilité en France et en Europe à moins de se trouver dans les cas indiqués (pas nous chez Khaganat en résumé)
-  * le référentiel pour lequel il existe une obligation légale en France pour certains organismes est le RGAA, il se base lui-même sur un référentiel international avec lequel il est compatible. En fin de compte, le RGAA est très franco-français et se baser dessus représente peu d'intérêt par rapport aux référentiels internationaux
+  * le référentiel pour lequel il existe une obligation légale en France pour certains organismes est le RGAA, il se base lui-même sur un référentiel international avec lequel il est indirectement compatible mais aujourd'hui incomplet. En fin de compte, le RGAA est très franco-français et se baser dessus représente peu d'intérêt par rapport aux référentiels internationaux.
 == Autour du contenu ==
@@ Ligne 107: / Ligne 107: @@
 ==== Dans l'ensemble ====
-Vous l'avez compris, aucun référentiel ne s'impose à nous mais il nous est logique d'en suivre un (sans oublier que cela ne fait pas tout !). De même aucun niveau de conformité nous est imposé, il nous revient d'en choisir un ou bien de mixer un peu à notre convenance sans pour autant viser un respect total du niveau maximal.
+Vous l'avez compris, aucun référentiel ne s'impose à nous mais il nous est logique d'en suivre un (sans oublier que cela ne fait pas tout !). De même aucun niveau de conformité nous est imposé, il nous revient d'en choisir un ou bien de mixer un peu à notre convenance sans pour autant viser un respect total du niveau maximal si factuellement impossible à atteindre et maintenir.
-Grand avantage pour un projet francophone : ZE norme internationale (sur le contenu), le WCAG, fait d'une part l'objet d'une traduction officielle en français par l'association BrailleNet et d'autre part cette même traduction est la source du RGAA avec qui il conserve une compatibilité totale. Cela nous permet de parler de la même chose avec n'importe qui dans le monde tout en ayant une ressource compréhensible dans notre langue.
+Grand avantage pour un projet francophone : ZE norme internationale (sur le contenu), le WCAG, fait d'une part l'objet d'une traduction officielle en français par l'association BrailleNet et d'autre part cette même traduction est la source du RGAA. Cela nous permet de parler de la même chose avec n'importe qui dans le monde tout en ayant une ressource compréhensible dans notre langue.
 //Nous utiliserons de façon indifférenciée "le référentiel" ou "un référentiel" sans indiquer de référentiel précis étant donné leur compatibilité dans la suite du présent document.//
@@ Ligne 117: / Ligne 117: @@
 En revanche, la mise en conformité de l'existant s'avère bien plus difficile et soulève de nombreux défis stratégiques, techniques et fonctionnels, étant généralement admis que si le programme n'est pas conçu pour être accessible dès le départ, le travail de mise en conformité s'apparente très probablement à une refonte de nombreux écrans.
-On oubliera pas non plus le standard européen EN301 549 pour tout ce qui se situera autour et penser à l'ATAG pour les cas spécifiques.
+On oubliera pas non plus le standard européen EN301 549 pour tout ce qui se situera autour et pensera à l'ATAG pour les cas spécifiques.
 ==== Parlons ressources et référentiels ====
@@ Ligne 128: / Ligne 128: @@
 Par exemple [[https://pidila.gitlab.io/checklist-pidila/|la checklist de la DILA]] ou encore [[https://github.com/DISIC/assistant-rgaa|l'extension de navigateur "Assistant RGAA"]] de la DINSIC.
+:!: A réviser avec la version 4 du RGAA (voire à éviter si mise à jour, la version 4 appauvrissant le référentiel)
+Visiter [[https://github.com/DISIC|le dépôt Github]] de la DINUM.
 == WCAG ==
@@ Ligne 144: / Ligne 148: @@
 TODO : à compléter
+  * https://accessibilite.numerique.gouv.fr/methode/criteres-et-tests/#1 : Référentiel français sous forme de cheklist, pas si terrible à lire et adapter
+  * https://www.w3.org/Translations/WCAG22-fr/ : traduction française agréée du WCAG 2.2 (17/03/2025)
 ===== Quelques points de réflexion généraux côté développement et test au quotidien =====
@@ Ligne 190: / Ligne 195: @@
 Il est en effet attendu de concevoir une page permettant facilement la navigation au clavier sans imposer 20 appuis sur Tab et/ou un ordre illogique d'enchaînements pour atteindre telle ou telle partie qui serait accessible facilement à la souris.
-Ainsi une page se naviguant au clavier peut comporter des éléments invisibles à l'œil mais parfaitement détectés par le lecteur d'écran pour faciliter la navigation au clavier : lien de retour à la ligne des menus, au de page, bas de page, aller au contenu, etc. (mais c'est aussi à double tranchant : les éléments cachés ne le sont pas pour le lecteur d'écran ! Voir [[https://www.scottohara.me/blog/2017/04/14/inclusively-hidden.html| Inclusively Hidden by Scott O’Hara]]).
+Ainsi une page se naviguant au clavier peut comporter des éléments invisibles à l'œil mais parfaitement détectés par le lecteur d'écran pour faciliter la navigation au clavier : lien de retour à la ligne des menus, haut de page, bas de page, aller au contenu, etc. (mais c'est aussi à double tranchant : les éléments cachés ne le sont pas pour le lecteur d'écran ! Voir [[https://www.scottohara.me/blog/2017/04/14/inclusively-hidden.html| Inclusively Hidden by Scott O’Hara]]).
 Il ne faut pas oublier non plus la visibilité du focus.
@@ Ligne 249: / Ligne 254: @@
 Pour Firefox :
-  * [[https://addons.mozilla.org/fr/firefox/addon/wave-accessibility-tool/|Extension Wave Accessibility pour Firefox]] : cliquez sur un bouton, la page est analysée et vous indique tout ce qui peut poser souci. Simple, claire et didactique, même si ça ne détectera pas tout.
+  * [[https://addons.mozilla.org/fr/firefox/addon/wave-accessibility-tool/|Extension Wave Accessibility pour Firefox]] : cliquez sur un bouton, la page est analysée et vous indique tout ce qui peut poser souci. Simple, claire et didactique, même si ça ne détectera pas tout. <wrap important>Licence non libre.</wrap>
   * [[https://developer.mozilla.org/en-US/docs/Tools/Accessibility_inspector|Accessibility Inspector]] intégré dans Mozilla Firefox
+  * [[https://chrispederick.com/work/web-developer/|Web Developer]] de chrispederick.com sous GPLv3, facilitant le travail d'inspection (afficher les "alt", retirer le style, voir la structuration hiérarchique de la page, etc.). Sous firefox, [[https://addons.mozilla.org/fr/firefox/addon/web-developer/|le module se trouve ici]].
+  * [[https://add0n.com/stylus.html|Stylus]] sous GPLv3, facilitant certains tests de style
+  * [[http://matatk.agrip.org.uk/landmarks/|Landmarks]] sous MIT/X11, permettant l'affichage et la navigation dans les WAI-ARIA landmarks d'une page web
 Autre :
@@ Ligne 265: / Ligne 273: @@
 ==== Ressources diverses ====
-Le RGAA lui-même et documents associés : http://references.modernisation.gouv.fr/referentiel/
+  * Le [[https://www.numerique.gouv.fr/uploads/RGAA-v4.0.pdf|RGAA lui-même]] et documents associés
+  * Le portail "[[http://references.modernisation.gouv.fr/accessibilite-numerique|Accessibilité Numérique]]" de la DINSIC (notamment avec divers guides dans la partie "Ressources")
-Le portail "Accessibilité Numérique" de la DINSIC (notamment avec divers guides dans la partie "Ressources") : http://references.modernisation.gouv.fr/accessibilite-numerique
+  * [[http://accessiweb.org/index.php/accueil.html|AccessiWeb]]
+  * Les notices [[http://www.accede-web.com/|d'AcceDe Web]]
-AccessiWeb : http://accessiweb.org/index.php/accueil.html
+  * Le [[https://a11y-guidelines.orange.com/index.html|guide d'Orange]] pour la conception et test d'applications et sites accessibles (plutôt orienté développement) mais aussi de documents :
+  * [[https://www.w3.org/WAI/test-evaluate/preliminary/|Checklist accessibilité]] pour une évaluation rapide du W3C
-Les notices d'AcceDe Web : http://www.accede-web.com/
+  * [[https://www.etsi.org/deliver/etsi_en/301500_301599/301549/02.01.02_60/en_301549v020102p.pdf
+  * |EN301 549 V2.1.2 (2018-08) HARMONISED EUROPEAN STANDARD Accessibility requirements for ICT products and services]]
-Le guide d'Orange pour la conception et test d'applications et sites accessibles (plutôt orienté développement) mais aussi de documents : https://a11y-guidelines.orange.com/index.html
+  * Un [[https://slack.engineering/how-to-fail-at-accessibility-99bdf3504f19|article intéressant]] sur l'accessibilité d'un composant d'interface
+  * [[http://www.unapei.org/wp-content/uploads/2018/11/L%E2%80%99information-pour-tous-Re%CC%80gles-europe%CC%81ennes-pour-une-information-facile-a%CC%80-lire-et-a%CC%80-comprendre.pdf
-Checklist accessibilité pour une évaluation rapide du W3C : https://www.w3.org/WAI/test-evaluate/preliminary/
+  * |Facile à A Lire et à Comprendre (FALC)]]
+  * [[https://developer.mozilla.org/fr/docs/Accessibilit%C3%A9 & Partie ARIA : https://developer.mozilla.org/fr/docs/Accessibilit%C3%A9/ARIA
-EN301 549 V2.1.2 (2018-08) HARMONISED EUROPEAN STANDARD Accessibility requirements for ICT products and services :https://www.etsi.org/deliver/etsi_en/301500_301599/301549/02.01.02_60/en_301549v020102p.pdf
+  * |Accessibilité sur le MDN]]
+  * [[http://gameaccessibilityguidelines.com/|Reference for inclusive game design]]
-Un article intéressant sur l'accessibilité d'un composant d'interface : https://slack.engineering/how-to-fail-at-accessibility-99bdf3504f19
-Facile à A Lire et à Comprendre (FALC) : http://www.unapei.org/wp-content/uploads/2018/11/L%E2%80%99information-pour-tous-Re%CC%80gles-europe%CC%81ennes-pour-une-information-facile-a%CC%80-lire-et-a%CC%80-comprendre.pdf
-Accessibilité sur le MDN : https://developer.mozilla.org/fr/docs/Accessibilit%C3%A9 & Partie ARIA : https://developer.mozilla.org/fr/docs/Accessibilit%C3%A9/ARIA
-reference for inclusive game design : http://gameaccessibilityguidelines.com/
 ===== En chantier sur Khaganat =====