Introduction : l'accessibilité s'arrête trop souvent au visuel et au moteur

Contraste de couleurs, taille de police, navigation au clavier : la plupart des audits d'accessibilité couvrent bien le visuel et le moteur. Ils passent souvent à côté d'un pan entier des utilisateurs — TDAH, dyslexie, autisme. Leurs blocages ne viennent ni d'un écran mal vu ni d'une souris mal tenue, mais d'une charge cognitive mal gérée.

Le W3C WAI le reconnaît explicitement. Ses Cognitive Accessibility Design Patterns existent en complément du WCAG standard. Les critères habituels — contraste, alternatives textuelles, structure sémantique — ne couvrent pas la charge mentale d'une interface.

TDAH : le vrai problème, c'est la charge cognitive, pas l'attention

Le réflexe commun consiste à parler de « manque d'attention ». Le problème est plus précis. Une interface qui multiplie les distractions simultanées — notifications, animations, options non essentielles — épuise la capacité de régulation. Elle le fait avant même que la tâche principale ait commencé. C'est un mécanisme proche de ce qu'on a détaillé côté psychologie de l'UI design.

Simplifier plutôt qu'empiler des options

Le pattern Support Simplification du W3C WAI est concret sur ce point. Il recommande de masquer les fonctionnalités non essentielles et de proposer une version simplifiée du contenu. Un chemin facile doit rester ouvert vers la version complète, pour qui en a besoin. Le repère chiffré qu'il donne est utile en soi. Une application simple compte généralement 3 à 6 fonctions visibles, le reste vivant dans un menu « plus » ou un pied de page.

Une structure prévisible plutôt qu'une nouveauté à chaque page

La designer UX Stéphanie Walter le formule directement. Pour le TDAH, il faut réduire la charge cognitive par un étiquetage clair et des patterns de design cohérents, en laissant le contrôle à l'utilisateur. Elle ajoute un point moins évident : gérer la longueur des sessions et la reflow pour épargner la régulation de l'attention.

Dyslexie : la typographie et la mise en page, pas la couleur seule

Le réflexe « daltonisme et contraste » ne suffit pas non plus pour la dyslexie. Le Dyslexia Style Guide de la British Dyslexia Association, mis à jour chaque année depuis vingt ans, donne des règles précises et actionnables.

Ce que le guide recommande concrètement

  • polices sans empattement (Arial, Verdana, Tahoma, Century Gothic, Trebuchet, Calibri, Open Sans) → lettres moins « serrées » visuellement
  • texte aligné à gauche, jamais justifié → espacement irrégulier des mots évité
  • titres de section réguliers dans les documents longs, avec sommaire
  • listes à puces plutôt que prose continue quand c'est possible
  • jargon et abréviations évités, ou explicités à la première occurrence
  • texte sombre sur fond clair, préférence majoritaire des lecteurs dyslexiques

Simplifier le texte, pas seulement l'habiller

Le style guide ne se limite pas à la forme. Il recommande des phrases courtes, l'usage d'images pour appuyer le texte (schémas, pictogrammes), et des messages d'erreur écrits simplement. Stéphanie Walter retrouve le même besoin côté TDAH et autisme. La lisibilité (à quel point les lettres se distinguent) et la fluidité de lecture sont deux critères séparés, à traiter chacun pour lui-même.

Autisme : la prévisibilité avant l'esthétique

UXPA International résume l'enjeu central pour les utilisateurs autistes. Une interface qui change de structure sans prévenir génère de l'anxiété, indépendamment de sa qualité visuelle par ailleurs.

La hiérarchie visuelle joue ici un rôle central. On l'a couvert plus largement dans notre présentation de la théorie de Gestalt en UX. Regroupement, proximité, continuité : ces principes aident à lire une interface sans effort de décodage supplémentaire.

Cinq principes concrets, pas une posture générale

  • instructions pas à pas, chaque tâche clairement découpée → réduit l'anxiété de « ne pas savoir ce qui vient ensuite »
  • instructions repliables → l'utilisateur choisit d'afficher ou masquer l'aide, sans qu'elle s'impose
  • icônes et libellés cohérents (enveloppe = email, cadenas = mot de passe) → chaque élément reconnaissable instantanément
  • design sensoriellement calme : pas d'animation ni de son inattendu, pas d'autoplay
  • placement stable des éléments d'une page à l'autre → familiarité plutôt que redécouverte permanente

Ce que ça change concrètement pour un audit d'interface

Le retour d'expérience de DWP Digital (l'équipe design du ministère britannique du Travail) illustre bien l'écart entre conformité légale et vraie inclusion. Le WCAG 2.1 niveau AA reste la seule obligation légale pour un service public britannique. Mais l'équipe recommande d'aller chercher, dans les critères AAA et le référentiel COGA, des patterns plus précis.

Trois exemples cités : peu ou pas de son de fond pour les troubles d'attention auditive, et une gestion fine des interruptions. Autre exemple : une fonctionnalité de repérage (« Location ») pour les utilisateurs à mémoire ou attention limitées.

Le point le plus utile de ce retour d'expérience n'est pas une nouvelle checklist. C'est un changement d'angle. Plutôt que de viser une conformité AAA totale et rarement atteignable, on croise les patterns COGA avec les vrais parcours utilisateurs. L'objectif : choisir lesquels ont un impact réel.

Une intersection avec l'accessibilité déjà documentée sur le site

On a déjà traité les fondamentaux de la conception pour l'accessibilité côté moteur et visuel — contraste, structure sémantique, navigation clavier. La neuro-inclusion s'ajoute à cette base, elle ne la remplace pas. Une interface accessible au sens WCAG classique peut rester épuisante pour un cerveau qui traite l'information différemment.

Le principe qui revient dans toutes les sources citées ici mérite d'être répété : la charge cognitive n'est pas un problème de niche. Une interface plus prévisible, plus simple à scanner, avec moins de bruit visuel et sonore, profite à n'importe quel utilisateur pressé ou fatigué. Pas seulement à ceux pour qui c'est un besoin permanent.

Conclusion : trois profils, un même principe de conception

TDAH, dyslexie, autisme : trois façons différentes de traiter l'information, mais un seul fil conducteur dans les sources qui font référence sur le sujet. Réduire la charge cognitive, rendre l'interface prévisible, et laisser le contrôle à l'utilisateur plutôt que lui imposer un seul chemin.

Ce n'est pas un chapitre optionnel de l'accessibilité. C'est la partie qu'un audit centré sur le contraste et le clavier laisse justement de côté.

Questions fréquentes

En quoi l'accessibilité cognitive diffère-t-elle de l'accessibilité WCAG classique ?
Le WCAG standard couvre le contraste, les alternatives textuelles et la navigation clavier, mais pas la charge mentale d'une interface. Le W3C WAI a publié des Cognitive Accessibility Design Patterns en complément, spécifiquement pour les utilisateurs TDAH, dyslexiques ou autistes.
Quelles polices recommande la British Dyslexia Association ?
Des polices sans empattement comme Arial, Verdana, Tahoma, Century Gothic, Trebuchet, Calibri ou Open Sans, avec un texte aligné à gauche jamais justifié, et un fond clair avec du texte sombre.
Combien de fonctions une interface simplifiée pour le TDAH devrait-elle afficher ?
Le pattern 'Support Simplification' du W3C WAI donne un repère concret : une application simple compte généralement 3 à 6 fonctions visibles, le reste étant accessible via un menu secondaire.
Quel est le principe de conception le plus important pour les utilisateurs autistes ?
La prévisibilité avant l'esthétique : placement stable des éléments, navigation cohérente d'une page à l'autre, et absence d'animations ou de sons inattendus — un changement de structure sans prévenir génère de l'anxiété, quelle que soit la qualité visuelle de l'interface.
Certains liens sont des liens d'affiliation, si vous effectuez un achat auprès de ceux-ci, nous pouvons percevoir une commission.