Pourquoi l’accessibilité numérique n’a jamais été aussi rentable

Also available in:

On continue de parler de l’accessibilité numérique comme d’un agrément optionnel que l’on peut ajouter en fin de projet s’il reste du budget, si le client insiste ou si un audit tombe mal. Pendant ce temps, le SEO en profite depuis quinze ans, l’expérience utilisateur en dépend depuis toujours, la loi l’impose désormais aux entreprises privées en plus du Public, et les intelligences artificielles agentiques viennent de découvrir ce que les lecteurs d’écran savaient déjà. Étrange que les businesses ne s’y intéressent pas davantage.

Au cours de mes 18 années d’expérience dans le domaine, j’ai observé une constante : la sémantique HTML qui structure en partie l’accessibilité numérique, ce truc qu’on m’a appris comme une évidence et que je répète depuis, est la seule compétence qui profite à tout le monde en même temps. Aux personnes lambda. Aux personnes handicapées, qui ont besoin d’un web réellement accessible. Et maintenant aux machines, Google hier, les agents IA aujourd’hui.

La manière d’aborder ce sujet sera forcément via un prisme qui m’est propre : celui d’un développeur front-end devenu designer UX, puis auditeur en accessibilité, qui a fini par écrire deux livres là-dessus. (j’y reviens, plus tard)

Je vous propose de parcourir ou reparcourir quatre terrains où l’accessibilité a déjà fait ses preuves : le SEO, l’expérience utilisateur, le GEO et l’expérience agentique, et enfin le terrain légal et professionnel, qui vient de changer sous nos pieds.

---

Ma passion pour la sémantique (HTML)

Comment définir la sémantique HTML sans y passer un cours entier ? Une image suffit. Imaginez un entrepôt où chaque carton porterait une étiquette précise : « fragile », « à empiler », « à ouvrir en premier », plutôt qu’un carton anonyme parmi d’autres.

Le HTML sémantique, c’est exactement ça. Un <button> dit « je suis actionnable ». Une <nav> dit « je suis un chemin vers ailleurs ». Un <h2> dit « je structure le propos, je ne suis pas juste plus gros que le texte autour ». Une <div> seule, elle, ne dit rien. Elle attend qu’on lui donne un sens, où elle sert juste d’élément décoratif.

Au cours de mes années d’expérience dans le domaine, j’ai observé une constante : cette étiquette-là, une fois posée correctement, profite à trois publics qu’on a longtemps traités séparément. Les moteurs de recherche, qui la lisent depuis toujours pour indexer vos pages. Les personnes qui naviguent autrement, au clavier, au lecteur d’écran, ou simplement avec des besoins d’affichage différents. Et depuis peu, les agents IA, qui doivent décider où cliquer à votre place sans jamais voir votre interface. Ce sont les trois terrains qu’on va parcourir maintenant, dans cet ordre.

Le SEO : la sémantique paie depuis longtemps

Mais, qu’est-ce qui relie vraiment accessibilité et référencement naturel ? Le même squelette de balises.

Ça fait longtemps que je m’intéresse à la qualité du code comme source de donnée pour le référencement. Dès 2015, je documentais déjà l’intérêt des microdonnées schema.org, un vocabulaire distinct de l’accessibilité mais du même ordre d’idée : donner du sens structuré à son balisage plutôt que de le laisser plat, pour aider les moteurs de recherche à comprendre ce qu’ils lisent. L’accessibilité et la sémantique HTML suivent une logique voisine, avec un objectif de départ différent, l’usage par des humains et des technologies d’assistance, mais avec un effet secondaire identique : la documentation de référence sur l’accessibilité web le confirme, les moteurs de recherche « donnent plus d’importance aux mots clés contenus dans les titres, liens, etc. que des mots-clés contenus dans des <div> non sémantiques ».

Une hiérarchie de titres propre, un alt qui décrit vraiment l’image, un intitulé de lien qui dit où il mène plutôt qu’un vague « en savoir plus », ce sont exactement les mêmes éléments qu’un lecteur d’écran et qu’un robot d’indexation vont chercher pour comprendre votre page. Ce n’est pas une coïncidence heureuse. C’est la même information, structurée une seule fois, consommée deux fois.

Astuce : la prochaine fois qu’on vous vend l’accessibilité et le SEO comme deux chantiers séparés, avec deux budgets séparés, posez la question du alt, du <h1> unique, du texte de lien explicite. Vous obtiendrez la même réponse des deux côtés.

L’expérience utilisateur : accessible veut dire utilisable, pour tout le monde

Passons à un autre aspect souvent oublié. On me demande parfois de choisir entre un formulaire beau et un formulaire accessible. La question elle-même est le problème.

Mon audit de dix extension de formulaires WordPress le montre sans détour : je conseillais aux développeurs et développeuses de plugins de « se mettre à l’accessibilité et se former, car cela va devenir un critère de sélection », et le constat, plugin après plugin, est le même. Des libellés non reliés à leur champ. Des messages d’erreur mal annoncés, ou pas annoncés du tout, aux lecteurs d’écran et autres technologies d’assistance, mais parfaitement visibles pour un visiteur lambda (s’il y en a un à cet instant précis 😃). Des contrastes de bordure à 1.74:1 quand la recommandation est à 3:1. Ce ne sont pas des défauts d’accessibilité isolés. Ce sont des défauts d’ergonomie tout court, qui pénalisent une personne malvoyante autant qu’une personne pressée sur mobile en plein soleil.

C’est là tout l’apport d’un vrai audit d’accessibilité : il ne se contente pas de cocher des cases WCAG, il révèle des problèmes d’expérience utilisateur qui touchent tout le monde. Un formulaire non navigable au clavier est un formulaire qui bloquera les utilisateurs handicapés, comme les utilisateurs experts ayant l’habitude du clavier. Depuis quand souhaitons-nous des expériences frustrantes à nos utilisateurs ?

Une navigation incohérente pour un lecteur d’écran l’est souvent aussi pour un œil voyant, qui compense simplement avec plus d’indices visuels. Vous voulez démarrer dès maintenant l’audit de vos propres formulaires ? Vérifiez vos étiquettes, vos contrastes, votre gestion d’erreur, votre navigation clavier. Ce sont les mêmes quatre points qui reviennent, encore et encore, dans mes analyses.

Un formulaire, c’est le début d’une conversation. Pas une collecte de données où l’effort repose entièrement sur la personne qui répond. Et une conversation ratée, à l’écrit, ne se corrige pas en direct.

Le GEO et l’expérience agentique : la même sémantique, pour de nouveaux lecteurs

Et là, nouveau chapitre. Depuis quelques mois, tout le monde découvre le GEO, le Generative Engine Optimization (l’optimisation pour être cité par les IA génératives plutôt que positionné dans une liste de liens bleus). Et devinez ce qu’on y retrouve, une fois de plus.

Un guide GEO récent le formule sans détour : « s’il est difficilement accessible par les moteurs d’IA (temps de chargement lent, mauvaise structuration HTML, manque de balisage), il risque de passer inaperçu ». Et plus loin, dans la même liste de facteurs techniques : « le respect des normes d’accessibilité (contrastes, navigation clavier, textes alternatifs) ouvre votre site à tous les publics et renforce sa lisibilité machine ».

Pour comprendre pourquoi, il faut une image. Imaginez que chaque page web possède un double invisible, un arbre d’accessibilité, cette structure que les navigateurs construisent en coulisse pour donner un rôle, un nom et un état à chaque élément. Les lecteurs d’écran s’en servent depuis toujours pour naviguer sans jamais voir la page. Les agents IA, ces nouveaux outils qui parcourent le web, remplissent des formulaires et cliquent à votre place, viennent de découvrir qu’ils peuvent s’en servir exactement de la même manière. Ils ne voient pas votre joli design. Ils lisent la structure.

Le CEO de Deque Systems, éditeur d’outils d’accessibilité depuis 1999, résume la bascule en cours : les bots d’IA agentique représentent désormais plus de requêtes web dans le monde que les humains eux-mêmes. Et pendant ce temps, selon le rapport WebAIM Million 2026 qu’elle cite, 95,9 % des pages d’accueil contiennent encore des défauts d’accessibilité détectables. Vous voyez le problème. On construit un web de plus en plus lu par des machines qui ont besoin de structure, sur des fondations qui n’en ont toujours pas.

« Accessible pour les humains devient visible pour les IA », résumait un marketeur cité par Deque. Une maxime qui a le mérite d’être vraie, et qui devrait suffire à convaincre ceux et celles que l’argument éthique n’a jamais suffi à bouger.

(je ne dis pas que l’éthique devrait avoir besoin d’un argument business pour compter, mais s’il en faut un, en voilà un rudement efficace 🙂)

Ce que l’EAA a changé, officiellement, depuis juin 2025

Bon, entre nous, ce n’est pas comme si tous les professionnels et professionnelles du domaine ne criaient pas depuis des décennies qu’il faudrait un jour s’y mettre. En 2022 déjà, en testant des plugins de formulaire WordPress, j’écrivais aux équipes qui les développent qu’une « Directive Européenne au doux nom de European Accessibility Act va être effective courant 2025 ». En 2024, dans un article sur l’inclusion, je rappelais que l’EAA « impose à ses états membres d’adopter une approche de conception accessible pour 2025 ».

Encore en 2022, j’alertais sur LinkedIn sur les besoins des designers et développeurs de se former pour leur propre employabilité, et j’en ai même écrit une série de livre. J’alertais également sur les vendeurs de rêves et d event qui allaient inonder le marché : surcouche d’accessibilité, auditeurs du dimanche et société de consulting “spécialisées en accessibilité depuis 2025” 🫣

Ce qui change concrètement pour le secteur privé : ordinateurs et smartphones grand public, guichets automatiques et terminaux de paiement, services de téléphonie, services bancaires, transport, commerce électronique, livres numériques. Ce n’est plus le périmètre restreint du secteur public auquel on avait fini par s’habituer. C’est le privé, largement, qui entre dans le champ d’une obligation légale, avec des autorités de contrôle désignées dans chaque État membre pour la faire respecter.

Et comme je l’annonçais, les vendeurs de rêves et de vent ont effectivement inondé le marché.

En somme, si votre profil de designer ou de développeur ou développeuse n’embarque pas de compétences en accessibilité, il ne sera plus seulement moins bon. Il sera hors des clous.

Ce que ça vous rapporte, très concrètement

Prêt à sortir de votre zone de confort professionnelle ? Parce qu’il y a un angle qu’on aborde encore trop peu : l’accessibilité comme argument d’embauche.

Les études les plus récentes de France Travail (enquête BMO 2026) situent le taux de difficulté de recrutement dans le numérique autour de 49,5 %, contre 43,8 % tous secteurs confondus.
Raison principale ? La difficulté à trouver des profils qualifiés.

Je vous laisse calculer ce que ça représente à l’échelle de tous les grands groupes qui vont devoir se mettre en conformité avec l’EAA des maintenant et sur les prochaines années, sur des produits déjà commercialisés qui bénéficient d’une période transitoire jusqu’en 2030. Une corde en plus à votre arc, disons.

Et si nous devions conclure ?

Reprenons. Le SEO profite de la sémantique depuis que Google existe. L’expérience utilisateur, elle, en a toujours dépendu, accessibilité ou non. Le GEO et les agents IA viennent de découvrir un arbre d’accessibilité que les lecteurs d’écran arpentent depuis quoi ? 20 ans ?
La loi, elle, ne demande plus votre avis depuis le 28 juin 2025. Et le marché de l’emploi commence, lentement, à s’aligner derrière tout ça.

Je force le trait volontairement dans cet article, mais la réalité est là depuis longtemps : nous ne faisons, la plupart du temps, que reléguer l’accessibilité au rang de nice-to-have, alors qu’elle est la seule compétence transversale qui sert en même temps les personnes lambda, les personnes handicapées, et désormais les machines qui lisent le web à votre place.

Vous allez peut-être me dire que le sujet est trop vaste, qu’il faudrait des mois pour tout couvrir sérieusement. Et vous auriez raison. Mais en même temps, cela renforce mon propos : ce n’est pas un chantier à repousser encore une fois.

Alors, en tant que designer ou développeur ou développeuse, quelles sont les dernières compétences que vous avez acquises dans votre domaine ? Et surtout : monter en compétences sur l’accessibilité numérique, ça ne vous semble pas être un bon plan pour la suite ?

Sources & Ressources

• Remettre l’humain au centre des usages • Inclusion, accessibilité et formulaires
• Claude Design, casser les biais du modèle pour inclure l’accessibilité dès le départ
• Enquête BMO 2026
• Informations sur les surcouche d’accessibilité.