Veille accessibilité numérique Août-Septembre 2026

En cette rentrée, on entrevoit pour la fin de l'année une nouvelle version du RGAA, c'était attendu... Un article fait le point : https://www.temesis.com/blog/rgaa-5-quelles-evolutions-attendre-et-comment-vous-y-preparer/.

On a également la sortie de la version française des WCAG 2.2 et une mise à jour consécutive de WCAG 2.1 : https://access42.net/mise-a-jour-traductions-wcag-w3c/.

Et enfin, les résultats de l'enquête WebAIM auprès des utilisateurs de lecteur d'écran, toujours aussi instructif (en) : https://webaim.org/projects/screenreadersurvey11/.

Bonne lecture !

L’accessibilité dans les lois, les normes et recommandations #

• Mise à jour de ARIA in HTML (en) : https://www.w3.org/news/2026/updated-w3c-recommendation-aria-in-html/
• Mise à jour du WCAG-EM report tool pour WCAG-EM 2 (en) : https://www.w3.org/WAI/eval/report-tool/
• Comment ont été assignés les niveaux WCAG (en) : https://alastairc.uk/blog/2026/09/wcag-leveling-process/
• Ce qui change dans EN 301549 v4.1.1 (en) : https://www.axall.digital/insights/en301549-version-4-1-1-what-changes-and-when-it-applies
• WCAG 3 for review, à vos commentaires (en) : https://lists.w3.org/Archives/Public/public-wai-announce/2026JulSep/0001.html

Stratégie de mise en accessibilité #

• Le coût d'un consultant a11y (en) : https://vispero.com/resources/accessibility-consulting-cost/
• Pourquoi votre programme d'a11y stagne (en) : https://www.levelaccess.com/blog/why-mature-enterprise-accessibility-programs-plateau/
• Gérer les risques en a11y (en) : https://tetralogical.com/blog/2026/08/10/board-getting-accessibility-governance-right/
• Rôles et responsabilités dans la démarche d'a11y (en) : https://tetralogical.com/blog/2026/09/08/roles-and-responsibilities/
• L'a11y, une capacité opérationnelle (en) : https://www.smashingmagazine.com/2026/06/why-accessibility-operational-capability-not-feature/
• Faire de l'a11y durable (en) : https://tetralogical.com/blog/2026/09/14/sustainable-accessibility-compliance-capability-culture/
• Aller plus loin que le design system de base (en) : https://zeroheight.com/blog/how-accessibility-gets-lost-between-base-and-product-design-systems/
• Déficience cognitive et design system (en) : https://zeroheight.com/blog/people-are-the-point-why-cognitive-accessibility-needs-to-be-part-of-your-design-system/
• Un bon VPAT (en) : https://webaim.org/blog/if-you-have-to-ask-is-it-accessible/
• L'a11y comme un jeu de stratégie (en) : https://www.sheribyrnehaber.com/accessibility-game-theory/
• Comment gérer les mises en prod inaccessibles (en) : https://intopia.digital/articles/when-you-cant-stop-the-ship-a-developers-guide-to-handling-inaccessible-releases/
• Avoir un programme d'a11y résilient (en) : https://buttondown.com/access-ability/archive/bend-do-not-break-building-resilient/
• Quand l'a11y se perd entre les phases d'un projet (en) : https://buttondown.com/nic-steenhout/archive/accessibility-getting-dropped-in-the-process/

Tester l’accessibilité #

• Pourquoi il faut tester manuellement l'a11y, très pédagogique (en) : https://www.sitelint.com/blog/why-devtools-and-screen-readers-are-inconsistent
• Tester et comprendre 2.5.5 et 2.5.8 Target size (en) : https://www.digitala11y.com/how-to-test-touch-target-size-for-wcag-compliance/
• Tester et comprendre 3.3.3 Error suggestion (en) : https://tarnoff.info/2026/07/27/a11y-101-3-3-3-error-suggestion
• Tester et comprendre 3.3.4 Error prevention (en) : https://tarnoff.info/2026/08/03/a11y-101-3-3-4-error-prevention
• Tester et comprendre 4.1.2 Name, role, value (en) : https://tarnoff.info/2026/08/24/a11y-101-4-1-2-name-role-value/
• Tester et comprendre 4.1.3 Status messages (en) : https://tarnoff.info/2026/08/31/a11y-101-4-1-3-status-messages/
• Tester et comprendre 3.3.7 Redundant entry (en) : https://tarnoff.info/2026/08/10/a11y-101-3-3-7-redundant-entry/
• Tester et comprendre 3.3.8 Accessible authentication (en) : https://tarnoff.info/2026/09/28/a11y-101-3-3-8-accessible-authentication-minimum/
• Un plugin scanner pour vérifier les alternatives aux images (en) : https://github.blog/engineering/user-experience/your-alt-text-passes-automated-checks-that-doesnt-mean-its-any-good/
• Comment évaluer un critère (en) : https://adrianroselli.com/2026/09/evaluating-a-success-criterion.html
• WCAG 2.1.1 Keyboard, on oublie parfois l'aspect temporel (en) : https://adrianroselli.com/2026/08/the-2-1-1-specific-timings-clause.html
• Le problème des % de conformité (en) : https://afixt.com/accessible-is-conformant/?ref=frontenddogma.com
• Des tests d'a11y robustes et centrés sur l'utilisateur (en) : https://afixt.com/your-accessibility-tests-stop-at-the-page-your-users-dont/
• Méthodologie de tests d'a11y, la base (en) : https://silktide.com/blog/accessibility-vs-usability-testing/
• Tester les parcours utilisateur est important (en) : https://equalentry.com/accessibility-user-journey-testing-pac-nyc/

Points techniques #

• aria-details expliqué (en) : https://www.maxdesign.com.au/articles/aria-details-explained.html
• Support pas terrible, en fait, de l'attribut HTML headers, à lire (en) : https://adrianroselli.com/2026/09/support-for-headers-attribute.html
• Fermer la fenêtre en cliquant dehors ? (en) : https://adrianroselli.com/2026/08/should-a-dialog-close-when-clicked-outside.html
• L'attribut aria-roledescription (en) : https://www.maxdesign.com.au/articles/aria-roledescription-explained.html
• Recommandations complètes pour une action destructrice (en) : https://www.sheribyrnehaber.com/practical-guidelines-for-making-destructive-actions-accessible/
• L'arbre d'accessibilité expliqué (en) : https://tetralogical.com/blog/2026/09/22/foundations-the-accessibility-tree/
• Quel temps de remédiation après un audit, bonne question (en) : https://inclusionimpact.co/blog/how-long-does-it-take-to-remediate-accessibility-audit-findings/
• Image décorative, pas si sûr (en) : https://nicolas-steenhout.com/retire-decorative-images/

Retour d'expérience #

• Un framework pour classifier et prioriser les erreurs d'a11y, à essayer (en) : https://link.springer.com/article/10.1007/s44523-026-00010-y
• L'effet Dunning-Kruger en a11y (en) : https://www.craigabbott.co.uk/blog/2026/the-dunning-kruger-effect-in-accessibility/
• L'expert a11y est un mouton à cinq pattes, il ne peut plus tout faire (en) : https://a11ywithdiana.substack.com/p/will-the-web-accessibility-specialist
• Une réflexion et action autour du accessibility report 2026 de email markup, à voir dès qu'on gère des mails : https://www.nicolas-hoffmann.net/source/1727-de-l-importance-de-rapports-comme-l-Accessibility-Report-2026-de-l-Email-Markup-Consortium.html
• Concevoir pour les handicaps moteurs (en) : https://tetralogical.com/blog/2026/08/19/designing-for-no-or-limited-mobility/
• Attention aux mauvais auditeurs d'a11y : https://www.copsae.fr/nimporte-qui-peut-pretendre-faire-audit-accessibilite-numerique/
• Une université réduit de 90 % ses erreurs d'a11y (en) : https://blog.pope.tech/2026/08/12/how-one-university-reduced-web-accessibility-errors-by-90/
• A11y et frustration (en) : https://buttondown.com/nic-steenhout/archive/upcoming-book-frustration-and-accessibility-and/#frustration
• Méthode d'audit a11y par Vispero, complet (en) : https://vispero.com/resources/digital-accessibility-audit-checklist/
• Où on reparle des overlays, en mal bien sûr (en) : https://adrianroselli.com/2026/09/corpowid-and-skynet-technologies-will-get-you-sued.html
• Une tooltip ratée et la correction d'a11y, à lire (en) : https://jakearchibald.com/2026/my-tooltip-a11y-mistake/#the-fix

Appli mobile, web mobile #

• Les téléphones pliables, pour et contre en termes d'accessibilité (en) : https://buttondown.com/access-ability/archive/foldable-phones-and-accessibility-benefits/
• Inclusive Android Apps #9 - Le problème des hauteurs fixes (en) : https://buttondown.com/inclusive-android-apps/archive/inclusive-android-apps-9-the-problem-of-fixed-heights/
• Inclusive Android Apps #10 - Le problème des interactions uniquement gestuelles (en) : https://buttondown.com/inclusive-android-apps/archive/inclusive-android-apps-10-the-problem-of-gesture-only-interactions/

Aides techniques #

• Résultats de l'enquête WebAIM auprès des utilisateurs #11, à lire (en) : https://webaim.org/projects/screenreadersurvey11/
• Plein de chiffres sur l'usage des AT, intéressant (en) : https://beaccessible.com/post/assistive-technology-market-size/
• Parfois l'IA est une aide technique (en) : https://lanie.work/advocacy/i-am-using-my-brain/
• Comment lit un lecteur d'écran (en) : https://www.maxdesign.com.au/articles/do-screen-readers-read-screen.html
• Contrôle vocal et tableaux complexes (en) : https://blog.pope.tech/2026/08/31/speech-recognition-and-complex-tables-with-fields/

Ergonomie, UI & UX #

• Tester un service numérique auprès de personnes handicapées : https://tamarasredojevic.substack.com/p/tester-avec-des-personnes-handicapees
• L'IA pour trouver les soucis d'utilisabilité (en) : https://measuringu.com/does-ai-find-real-usability-problems-a-replication/
• Dark mode, en a-t-on toujours besoin (en) : https://lea.verou.me/blog/2026/dark-mode-toggles-2/
• Une étude de cas utilisabilité et a11y (en) : https://accessibility.ttcglobal.com/case-study-navigation-cognitive-usability-research-for-a-public-facing-digital-service

Intelligence Artificielle (IA) #

• On ne peut pas tout automatiser, nouvel épisode (en) : https://www.linkedin.com/pulse/automating-all-accessibility-testing-pipe-dream-nicolas-steenhout-118dc/
• Agent IA auditeur d'a11y prometteur, à voir (en) : https://arxiv.org/html/2609.09379v2
• Point de vue sur l'IA comme partenaire lors d'un audit a11y (en) : https://onsman.com/using-ai-as-your-accessibility-testing-partner/
• L'IA pour tester l'a11y, bof, mais intéressant (en) : https://cerovac.com/a11y/2026/07/promises-of-accessibility-complaiance/

Ressources #

• Les erreurs d'a11y sont souvent structurelles (en) : https://hackernoon.com/accessibility-bugs-are-often-architecture-bugs
• Une étude sur plus de 100 déclarations de conformité, instructive (en) : https://scandiary.com/accessibility-statements
• Une bibliothèque de bookmarklets, sympa et pratique (en) : https://www.spotcheck.tools/
• WCAG 3 et la couverture des besoins d'accessibilité (en) : https://www.w3.org/blog/2026/crafting-wcag-3-for-more-accessible-user-experiences/
• 7 dataviz a11y par le Grand-Duché du Luxembourg, chouette (en) : https://accessibility-luxembourg.github.io/observatory_dataviz_demo
• Comment rendre WCAG 3 meilleur (en) : https://noti.st/hdv/2cNacB/how-we-want-to-make-wcag-3-better
• Un autre avis sur WCAG 3, pas idiot (en) : https://yatil.net/blog/wcag-3-road-to-hell-paved-with-supplemental-requirements?ref=frontenddogma.com
• Encore sur WCAG 3, d'autres soucis (en) : https://nicolas-steenhout.com/wcag-3-transition-phase/
• Beaucoup de retours sur WCAG 3 (en) : https://afixt.com/afixt-comments-on-the-wcag-3-conformance-model/
• Système d'onglets a11y (en) : https://webaim.org/techniques/tabs/

Autres #

• Intéressant point de vue sur le handicap (en) : https://sightlessscribbles.com/posts/disability-dongle/
• Les handicaps multiples (en) : https://lanie.work/advocacy/not-an-edge-case