Accessibilité numérique : pourquoi votre site doit être utilisable par tous

Accessibilité numérique : pourquoi votre site doit être utilisable par tous (et comment en faire un levier de performance)

L’accessibilité web traîne une réputation de contrainte technique : une checklist à faire valider avant la mise en production, un audit à ranger dans un dossier. Cette lecture est confortable, mais elle passe à côté de l’essentiel : un site web accessible est aujourd’hui l’un des rares chantiers qui améliore simultanément la conformité réglementaire, la qualité du code, l’expérience utilisateur et la lisibilité d’un site par les machines — moteurs de recherche compris.
La partie qui demande finalement le plus de temps en amont, est de trouver une agence web. Vous trouverez des informations ici à ce sujet.

Alors pourquoi l’accessibilité concerne tous les sites, quelle que soit leur cible?
L’Organisation mondiale de la santé estime que 1,3 milliard de personnes, soit environ 16 % de la population mondiale, vivent avec un handicap significatif. En France, on lit souvent le chiffre approximatif de « 12 millions de personnes handicapées ». Les données de la DREES (Le handicap en chiffres, édition 2024) sont plus utiles parce qu’elles sont plus précises : en 2022, 14,5 millions de personnes de 15 ans ou plus vivant à domicile (28 %) déclarent au moins une limitation fonctionnelle sévère — vue, audition, mobilité, mémoire — et 5,4 millions (10 %) se disent fortement restreintes dans les activités essentielles du quotidien. En parallèle, seules 3,4 millions de personnes disposent d’une reconnaissance administrative du handicap (Insee, Enquête Emploi 2025).

Cet écart entre limitation déclarée et reconnaissance administrative est la première chose à comprendre : votre audience concernée est trois à quatre fois plus large que la population « officiellement » handicapée. Et elle ne se signale jamais.

1. Le handicap situationnel : pourquoi 100 % de vos utilisateurs sont concernés

Le modèle utile n’est pas « valide / handicapé » mais une matrice à trois entrées, popularisée par les équipes d’inclusive design de Microsoft :

Limitation permanente : cécité, malvoyance, surdité, troubles moteurs, troubles cognitifs (dyslexie, TDAH, troubles du spectre autistique).
Limitation temporaire : poignet cassé, chirurgie oculaire, otite, migraine, traitement médicamenteux.
Limitation situationnelle : consulter une vidéo dans un train sans écouteurs, utiliser son téléphone en plein soleil, naviguer d’une main en portant un enfant, remplir un formulaire en 4G instable.

Le meilleur indicateur de cette bascule vers le mainstream reste les sous-titres. Une étude de Verizon Media et Publicis Media (avril 2019, 5 616 adultes américains de 18 à 54 ans) montre que 80 % des personnes qui utilisent les sous-titres ne sont ni sourdes ni malentendantes, que 69 % regardent des vidéos sans le son dans l’espace public et que la présence de sous-titres augmente la probabilité de visionnage complet pour 80 % des répondants. Une fonctionnalité conçue comme aide technique est devenue un standard de consommation.

La perte que votre analytics ne verra jamais

C’est le point que la plupart des articles omettent. L’étude britannique Click-Away Pound (2019) a interrogé des internautes ayant des besoins d’accès sur leur comportement face à un site problématique. Résultats :

69 % quittent simplement le site et vont chez un concurrent ;
83 % limitent leurs achats aux sites qu’ils savent utilisables ;
86 % ont déjà payé plus cher sur un site accessible plutôt que d’acheter moins cher sur un site difficile ;
et seulement 8 % contactent le propriétaire du site pour signaler le problème.

Autrement dit : dans vos rapports, cette perte apparaît comme un rebond, une sortie de tunnel, un formulaire abandonné. Jamais comme un problème d’accessibilité. Le manque à gagner était estimé à 17,1 milliards de livres par an pour le seul e-commerce britannique.

Les motifs d’abandon cités sont d’ailleurs révélateurs : pages surchargées (67 %), intitulés de liens et navigation confus (61 %), formulaires mal conçus (58 %), animations perturbantes (44 %), problèmes de contraste et de lisibilité (44 %). Aucun de ces items ne relève d’une technologie d’assistance exotique. Ce sont des problèmes de CRO classiques, qui pénalisent tout le monde et éliminent une partie du trafic.

2. L’état réel du web francophone : une opportunité de différenciation mesurable

Depuis huit ans, WebAIM (Utah State University) analyse automatiquement la page d’accueil du million de sites les plus visités. Le rapport de février 2026 est le plus mauvais depuis 2019, et il mérite d’être lu attentivement :

95,9 % des pages d’accueil présentent des échecs WCAG 2 détectables automatiquement, contre 94,8 % en 2025 — première dégradation après six années d’amélioration progressive ;
56,1 erreurs par page en moyenne (+10,1 % en un an) ;
la complexité explose : 1 437 éléments HTML par page d’accueil, soit +22,5 % en un an ;
un utilisateur en situation de handicap rencontre statistiquement une erreur tous les 26 éléments de page.

Trois enseignements exploitables.

Premier : les mêmes six erreurs concentrent 96 % du volume, et ce depuis sept ans. Contraste insuffisant (83,9 % des pages), alternatives d’images manquantes (53,1 %), champs de formulaire sans étiquette (51 %), liens vides (46,3 %), boutons vides (30,6 %), langue du document non déclarée (13,5 %). Ce ne sont pas des cas limites de la norme WCAG : c’est le socle. Traiter ces six familles change l’essentiel.

Deuxième : les pages en français sont mesurablement moins bonnes que la moyenne. WebAIM détecte 58,5 erreurs en moyenne sur les pages en langue française, contre 46,0 en anglais, 46,9 en allemand et 46,5 en néerlandais — soit +4,2 % au-dessus de la moyenne mondiale et près de 27 % de plus que les pages anglophones. Le domaine .fr s’en sort un peu mieux (53,3 erreurs), mais l’écart avec les marchés d’Europe du Nord est réel. Sur un marché où presque personne n’a fait le travail, l’accessibilité est encore un facteur de différenciation, pas une commodité.

Troisième, et le plus contre-intuitif : ARIA aggrave souvent la situation. Les pages utilisant ARIA affichent 59,1 erreurs en moyenne, contre 42 pour celles qui n’en utilisent pas — 17 barrières potentielles supplémentaires. Le volume d’attributs ARIA a bondi de 27 % en un an (133 par page en moyenne). Corrélation n’est pas causalité — ces pages sont aussi plus complexes — mais la leçon opérationnelle est solide : ARIA n’est pas un correctif, c’est une couche d’engagement. Un <button> natif fera toujours mieux qu’un <div role="button"> bricolé. WebAIM avance d’ailleurs une hypothèse pour expliquer la régression 2026 : l’inflation des frameworks tiers et la généralisation du code généré par IA (« vibe coding »).

3. Ce que l’European Accessibility Act change réellement en France

Le cadre a basculé le 28 juin 2025, et le changement est de nature, pas de degré.

Avant. L’obligation reposait sur l’article 47 de la loi n° 2005-102 du 11 février 2005 : elle ne visait que le secteur public, les organismes délégataires d’une mission de service public et les entreprises privées réalisant plus de 250 millions d’euros de chiffre d’affaires moyen. En pratique, une obligation sans contrôle pour l’immense majorité des acteurs privés.

Depuis. La directive (UE) 2019/882, dite European Accessibility Act, transposée en droit français par l’ordonnance n° 2023-859 du 6 septembre 2023 et le décret n° 2023-931 du 9 octobre 2023, étend l’obligation à l’ensemble du secteur privé B2C au-delà du seuil de la microentreprise — soit, en pratique, plus de 10 salariés ou plus de 2 millions d’euros de chiffre d’affaires — dans des secteurs explicitement visés : commerce électronique, services bancaires aux consommateurs, transport de voyageurs, communications électroniques, médias audiovisuels, livre numérique.

Le référentiel. La conformité s’apprécie au regard de la norme harmonisée EN 301 549, dont la déclinaison web française est le RGAA 4.1.2 : 106 critères répartis en 13 thématiques, transposition des WCAG 2.1 niveau AA. À noter pour l’anticipation : les WCAG 2.2 (publiées par le W3C en octobre 2023) ajoutent des critères que le RGAA n’intègre pas encore — taille minimale des cibles tactiles, focus non masqué, alternatives aux mouvements de glissement, authentification accessible. Une version 5 du RGAA alignée sur WCAG 2.2 est attendue.

Les sanctions. Jusqu’à 50 000 € par service numérique non conforme et jusqu’à 25 000 € pour absence de déclaration d’accessibilité ou de schéma pluriannuel, ces montants étant renouvelables tous les six mois si le manquement persiste. Particularité française : le contrôle est éclaté entre plusieurs autorités selon le secteur — Arcom, DGCCRF, ARCEP, ACPR, AMF, Banque de France.

Le délai qui trompe tout le monde. Tout service ou contenu mis en ligne depuis le 28 juin 2025 doit être conforme immédiatement. Les services et produits commercialisés avant cette date bénéficient d’une période transitoire jusqu’au 28 juin 2030. Cette échéance lointaine est régulièrement présentée comme un sursis général : elle ne couvre pas les refontes, les nouvelles pages, ni les nouveaux parcours.

Le contre-exemple américain, et le piège des « widgets d’accessibilité »

Aux États-Unis, où l’action en justice privée est le mécanisme d’exécution, UsableNet a recensé 5 114 actions contentieuses en accessibilité numérique en 2025, dont environ 70 % visant l’e-commerce. Deux données brisent les idées reçues : 64 % des entreprises poursuivies réalisent moins de 25 millions de dollars de chiffre d’affaires — les PME sont la cible principale, pas les géants — et surtout, plus de 1 000 entreprises poursuivies en 2024 disposaient déjà d’un widget ou d’un overlay d’accessibilité sur leur site, soit plus d’un quart des affaires.

C’est le point le plus utile à retenir face aux offres commerciales qui saturent ce marché : une surcouche JavaScript qui ajoute un menu « ajuster le contraste / agrandir le texte » ne corrige pas le code sous-jacent, ne rend pas un formulaire étiqueté, et n’a jamais protégé personne juridiquement. Elle déplace le problème dans une interface parallèle que les utilisateurs de technologies d’assistance n’utilisent pas.

4. Accessibilité et SEO : ce qui est démontré, ce qui est exagéré

C’est le passage où la plupart des contenus dérapent. Soyons précis.

Ce qui n’est pas établi : l’accessibilité n’est pas un facteur de classement confirmé par Google. Aucune documentation officielle ne l’affirme, et présenter un score Lighthouse « Accessibility » comme un signal de ranking est faux.

Ce qui est établi, c’est le recouvrement mécanique. Un lecteur d’écran et un crawler consomment la même chose : le DOM, sans le rendu visuel ni le contexte. Les deux dépendent donc exactement des mêmes éléments — et les données WebAIM 2026 montrent à quel point ces éléments sont défaillants :

La structure de titres. Les utilisateurs de lecteurs d’écran naviguent majoritairement par les titres (enquêtes WebAIM Screen Reader Survey). Or 41,8 % des pages sautent des niveaux de titre (h2 → h4) et 18,1 % comportent plusieurs <h1>. Exactement les défauts qui brouillent la compréhension d’une page par un moteur.
Les alternatives textuelles. 16,2 % des images n’ont pas d’attribut alt, et 45 % de ces images sans alternative sont des images liées : une image sans alt dans un lien produit un lien sans libellé — invisible pour un lecteur d’écran comme pour un crawler qui cherche à comprendre la cible du lien. Un lien sur quatre au format image est dans ce cas.
Les intitulés de liens. 15,2 % des pages contiennent des liens ambigus (« cliquez ici », « en savoir plus », « suite »). Le problème d’accessibilité et le problème de maillage interne sont ici littéralement le même problème.
Les étiquettes de formulaires. Un tiers des champs (33,1 %) ne sont pas correctement associés à une étiquette. Impact direct sur la complétion, donc sur la conversion.

Les chiffres de performance à manier avec méthode. L’étude la plus citée sur le lien accessibilité/trafic est une analyse croisée Semrush / AccessibilityChecker.org / BuiltWith (2023) : les sites déployant des correctifs d’accessibilité constatent environ +12 % de trafic total trois mois plus tard, dont 73 % via le canal organique. À lire pour ce qu’elle est : une corrélation, sur un panel d’acteurs déjà engagés dans une démarche qualité, publiée par des éditeurs d’outils. Utile comme indice, pas comme promesse contractuelle.

Quant au cas Legal & General — doublement des visiteurs demandant un devis, +50 % de trafic issu de la recherche naturelle, coûts de maintenance réduits des deux tiers, retour sur investissement en 12 mois — il est solide et documenté par le W3C… mais il date de 2005-2007 et le W3C l’a lui-même archivé. Le citer sans cette précision, comme le font beaucoup d’articles, est trompeur. Ce qu’il conserve d’utile : le gain le plus important n’était pas le SEO, c’était la réduction de la dette technique (délai moyen de mise à jour de contenu passé de 5 jours à une demi-journée).

L’angle 2026 : le web est de nouveau lu en HTML brut

Voici l’argument qui rend le sujet urgent, et qu’on ne trouve quasiment pas dans les contenus francophones sur l’accessibilité.

L’analyse Vercel/MERJ du trafic réel des robots d’IA établit que les crawlers des principaux moteurs de réponse n’exécutent pas JavaScript. GPTBot télécharge des fichiers JS dans environ 11,5 % de ses requêtes, ClaudeBot dans 23,8 % — et aucun ne les exécute. Sur plus de 500 millions de requêtes GPTBot analysées, aucune trace d’exécution JavaScript. Seul Gemini, adossé à l’infrastructure de rendu de Googlebot, fait exception.

Conséquence : après quinze ans de tolérance croissante de Google au rendu côté client, une part significative de la visibilité — les citations dans ChatGPT, Claude, Perplexity, les AI Overviews — dépend de nouveau de ce que contient la réponse HTML initiale du serveur. Un contenu injecté par JavaScript peut être premier sur Google et totalement absent de ces systèmes.

Or c’est exactement la même exigence que celle d’un lecteur d’écran : du contenu présent dans le document, structuré sémantiquement, indépendant du rendu visuel. Accessibilité, SEO technique et GEO convergent sur une discipline unique : du HTML propre, complet, servi dès la première réponse.

5. Cas pratique : ce que les écosystèmes existants apportent (et ce qu’ils ne règlent pas)

Maintenir un site accessible sur une base open source éprouvée est plus simple que de reconstruire depuis zéro — à condition de savoir où sont réellement les erreurs. Les données WebAIM 2026 par technologie sont sans équivoque.

Le CMS n’est pas le problème principal. Sur 252 302 pages d’accueil WordPress analysées, la moyenne est de 52,8 erreurs, soit 5,8 % en dessous de la moyenne générale. Adobe Experience Manager (29,9), Squarespace (33,0), Wix (33,3) et Drupal (41,2) font mieux ; à l’opposé, les plateformes e-commerce dérapent nettement : Shopify +33,9 %, Magento +35 %, Prestashop +155,3 %. Le travail de la WordPress Accessibility Team — intégration des WCAG dans le cœur, vérificateur de contraste natif dans l’éditeur de blocs, gestion du focus — produit donc un effet mesurable, mais un socle légèrement meilleur que la moyenne n’est pas un site accessible.

Le problème est dans ce qu’on empile par-dessus. Toujours selon WebAIM, la présence de la quasi-totalité des bibliothèques JavaScript populaires est associée à une hausse des erreurs : jQuery UI +42,3 %, FancyBox +60,3 %, Swiper +31,8 %, Slick +26,4 %, OWL Carousel +26,1 %, Slider Revolution +19,8 %. Autrement dit : les carrousels, lightbox et sliders — soit le cœur de l’offre de la plupart des thèmes premium et constructeurs de pages. Deux autres correlations parlantes : les réseaux publicitaires sont le plus fort indicateur d’erreurs d’accessibilité de l’étude, et les pages intégrant un ReCAPTCHA (+7,7 erreurs) ou une vidéo YouTube (+9,4 erreurs) sont systématiquement au-dessus de la moyenne.

Traduction opérationnelle :

privilégier un thème « accessibility-ready » et l’éditeur de blocs natif plutôt qu’un constructeur visuel propriétaire ;
auditer chaque extension avant installation — un slider ou un pop-up mal codé annule le travail du cœur ;
traiter les tiers embarqués (CAPTCHA, vidéo, chat, régies) comme des points de contrôle, pas comme des boîtes noires ;
utiliser les outils automatisés (axe DevTools, WAVE, Lighthouse) pour le dégrossissage — en gardant à l’esprit qu’ils ne détectent qu’une partie des non-conformités. WebAIM le rappelle explicitement : l’absence d’erreur détectée ne signifie pas qu’une page est accessible.

6. Plan d’action : cinq priorités, classées par impact réel

Ordre établi d’après la fréquence des défauts constatés sur le million de pages analysées par WebAIM.

1. Les contrastes (83,9 % des pages concernées). Ratio minimum 4,5:1 pour le texte courant, 3:1 pour le texte large (≥ 24 px, ou 18,7 px en gras) et pour les éléments d’interface et graphiques porteurs d’information. C’est le défaut le plus répandu, le moins coûteux à corriger, et il se règle une fois pour toutes au niveau du design system — pas page par page.

2. La navigation au clavier et le focus visible. Test à faire immédiatement, sans outil : parcourez un parcours de conversion complet à la touche Tab uniquement. Si l’indicateur de focus disparaît, si l’ordre de tabulation part dans le désordre, si une modale piège le focus ou si un menu déroulant est inatteignable, le site est inutilisable pour une partie de vos visiteurs — et le parcours est probablement fragile pour tous.

3. La sémantique HTML. Un seul <h1>, aucun niveau de titre sauté, <button> pour les actions et <a href> pour la navigation (jamais l’inverse), régions de page identifiées (<main>, <nav>, <header>, <footer> — seules 46,1 % des pages ont un <main>), langue du document déclarée. Bénéfice partagé : lecteurs d’écran, moteurs, robots d’IA.

4. Les formulaires (33,1 % des champs non étiquetés). Chaque champ associé à un <label> explicite ; les messages d’erreur identifiés textuellement et reliés programmatiquement au champ concerné ; ne jamais faire porter une information par la seule couleur. C’est le chantier au meilleur retour direct sur conversion.

5. Les médias. Alternatives textuelles décrivant la fonction de l’image, pas son décor — et priorité absolue aux images liées, dont l’absence d’alt produit des liens sans libellé. Transcriptions et sous-titres pour l’audio et la vidéo : bénéfice d’accessibilité, bénéfice situationnel (les 69 % de visionnage sans son), et contenu textuel indexable en prime.

En parallèle, deux obligations purement réglementaires souvent oubliées et directement sanctionnables : publier une déclaration d’accessibilité indiquant le niveau de conformité atteint, les contenus non conformes et les mesures en cours, et tenir un schéma pluriannuel de mise en accessibilité. L’absence de ces documents expose à 25 000 € d’amende, indépendamment de l’état technique réel du site.

Un investissement utile sur tous les points

L’accessibilité numérique est un investissement dont les effets se distribuent sur quatre plans : conformité (EAA, RGAA, sanctions renouvelables), expérience utilisateur pour la totalité des visiteurs, réduction de la dette technique, et lisibilité par les machines.

Le contexte 2026 rend l’argument plus net qu’il ne l’a jamais été. D’un côté, la qualité du web se dégrade — 95,9 % des pages d’accueil en échec, complexité en hausse de 22,5 % en un an, code généré sans contrôle. De l’autre, la visibilité dépend de nouveau de la propreté du HTML initial, puisque les robots des moteurs de réponse ne rendent pas le JavaScript. Recherche vocale, agents conversationnels, résumés génératifs : tous consomment un site comme le fait un lecteur d’écran, sans le contexte visuel.

La clarté sémantique n’a jamais eu autant de valeur. Et sur le web francophone, mesurablement en retard sur ses voisins européens, elle reste un avantage disponible.

Sources

Organisation mondiale de la santé, Disability — Key facts
DREES, Le handicap en chiffres, édition 2024 ; Insee, Enquête Emploi 2025
WebAIM, The WebAIM Million — 2026 report on the accessibility of the top 1,000,000 home pages, mars 2026
Verizon Media & Publicis Media, Relationship of Video, Sound and Captions Insights Study, avril 2019
Freeney Williams, The Click-Away Pound Report 2019
Directive (UE) 2019/882 ; ordonnance n° 2023-859 du 6 septembre 2023 ; décret n° 2023-931 du 9 octobre 2023 ; article 47 de la loi n° 2005-102 du 11 février 2005 ; RGAA 4.1.2 ; norme EN 301 549
UsableNet, 2025 Year-End Digital Accessibility Lawsuit Report ; 2024 Year-End Report
Semrush / AccessibilityChecker.org / BuiltWith, étude sur accessibilité et trafic, 2023
W3C WAI, Case Study of Accessibility Benefits: Legal & General (archivé)
Vercel & MERJ, The Rise of the AI Crawler, 2024

L’article Accessibilité numérique : pourquoi votre site doit être utilisable par tous est apparu en premier sur Croc Informatique - Partageons nos Connaissances.