Widget d'Accessibilité • Une promesse qui ne tient pas

Il existe sur le marché des outils qui promettent de rendre un site web accessible en quelques minutes, moyennant l'intégration d'un petit script JavaScript. Un bouton apparaît, souvent orné d'une icône de personne en fauteuil roulant ou d'un pictogramme "homme de Vitruve". L'utilisateur peut ajuster la taille du texte, activer un mode contraste élevé, modifier l'espacement des lignes. Et le tour est joué.

Sauf que non. Le tour n'est pas joué. Il est loin d'être joué.

Ce type d'outil, appelé overlay d'accessibilité ou menu d'accessibilité, s'est répandu ces dernières années à mesure que les obligations légales en matière d'accessibilité numérique se sont renforcées en Europe. Et avec lui, une logique commerciale qui mérite d'être regardée en face : vendre une solution simple à un problème qui ne l'est pas.

Ce que les autorités européennes ont dit, clairement

Ce positionnement n'est pas une opinion isolée. Il s'inscrit dans une convergence d'avis institutionnels publiés par des autorités compétentes à plusieurs niveaux.

La Commission européenne a pris position sans ambiguïté sur son site de stratégie numérique : les overlays, ou tout autre outil qui ne garantit pas que le site lui-même respecte les critères détaillés de la norme EN 301 549, ne constituent pas une solution appropriée. La Commission recommande de corriger les problèmes d'accessibilité à leur source. Elle note également que le Forum européen des personnes handicapées, les utilisateurs concernés et de nombreux experts en accessibilité ont exprimé des préoccupations quant à l'usage de ces outils, une prise de position qui est loin d'être anodine venant d'une institution aussi prudente dans ses formulations.

En Allemagne, l'autorité fédérale de surveillance pour l'accessibilité des technologies de l'information (BfIT-Bund) a publié en mars 2025, avec l'ensemble des autorités de surveillance des Länder, une évaluation commune sans ambiguïté. Leur conclusion est directe : actuellement, les overlays ne sont pas capables de rendre un site présentant des barrières pleinement accessible. Ils peuvent même créer de nouvelles barrières, notamment en interférant avec les technologies d'assistance, lecteurs d'écran, logiciels de zoom, claviers spécialisés, que les personnes handicapées utilisent déjà sur l'ensemble de leur appareil. L'autorité allemande rappelle que l'accessibilité doit être intégrée dès la conception, et non corrigée après coup par un outil tiers.

Au Luxembourg, le Service Information et Presse a publié en mars 2025 une analyse basée sur les données réelles de sa campagne d'audit 2024, portant sur 93 sites web publics. Les résultats sont éloquents : les sites équipés d'un menu d'accessibilité affichent un score moyen de conformité de 53%, contre 63% pour les sites qui n'en ont pas. L'implémentation d'un menu d'accessibilité est donc corrélée à un niveau d'accessibilité plus faible. Et cette corrélation n'est pas que statistique : dans de nombreux cas, le menu lui-même était à l'origine de problèmes d'accessibilité supplémentaires.

Trois autorités, trois niveaux de gouvernance, une même conclusion.

Pourquoi ces outils ne peuvent pas fonctionner

La question mérite d'être posée autrement : pourquoi un script JavaScript, même sophistiqué, ne peut-il pas résoudre les problèmes d'accessibilité d'un site ?

La réponse est structurelle. L'accessibilité numérique n'est pas une couche visuelle que l'on peut appliquer par-dessus une interface. C'est une propriété fondamentale de la façon dont un contenu est construit, structuré, rédigé et livré.

Un texte alternatif pour une image, ça ne se génère pas vraiment automatiquement : un algorithme peut décrire ce qu'il voit dans une image, pas pourquoi cette image est là, ni ce qu'elle signifie dans son contexte. Une hiérarchie de titres cohérente, une logique de navigation au clavier, une gestion correcte du focus, un formulaire dont les champs sont correctement labellisés, aucun de ces éléments ne peut être corrigé par un script appliqué après coup sans risquer d'introduire de nouveaux problèmes.

Et c'est sans compter que ces outils n'existent que dans le navigateur, sur ce site précis, pendant la durée de la visite. Ils ne font rien pour l'email de confirmation envoyé après une inscription. Ils ne touchent pas au PDF de contrat téléchargeable. Ils n'interviennent pas dans la notification push reçue sur mobile. Toutes ces étapes, qui font partie du parcours réel d'un utilisateur, restent inaccessibles.

Est-ce qu'un script peut corriger automatiquement les problèmes d'ergonomie d'un site ? Non. Est-ce qu'il peut reformuler des textes mal écrits pour les rendre compréhensibles ? Non. Est-ce qu'il peut réécrire la logique d'un formulaire confus ? Non. Alors pourquoi attendrait-on de lui qu'il résolve des problèmes d'accessibilité qui sont, par nature, aussi profonds que ces questions-là ?

Le vrai problème : une demande de solutions faciles face à un sujet complexe

Il serait injuste de ne pointer que les vendeurs de ces outils. Le marché des overlays existe parce qu'il répond à une demande réelle : celle d'organisations qui ont une obligation légale d'accessibilité, qui savent que leur site n'est pas conforme, et qui cherchent une solution rapide et peu coûteuse.

Cette demande est compréhensible. La mise en conformité réelle d'un service numérique demande du temps, des compétences spécialisées, une révision parfois profonde de l'architecture et des contenus. C'est un investissement.

Mais ce contexte, des acheteurs sous pression légale, peu familiers des enjeux techniques, à la recherche d'une solution rapide, est précisément celui dans lequel prospèrent les promesses trop belles pour être vraies. Un outil vendu comme une solution clé en main à un problème structurel, c'est une proposition commerciale efficace. Ce n'est pas une réponse sérieuse au problème.

L'autorité allemande le formule avec une précision utile : les personnes handicapées n'ont pas besoin d'un outil supplémentaire à configurer sur chaque site qu'elles visitent. Elles ont déjà leurs propres outils, configurés une fois sur leur appareil, qui fonctionnent partout. Ce dont elles ont besoin, c'est que les sites soient correctement construits pour fonctionner avec ces outils.

Le paradoxe du menu d'accessibilité inaccessible

Il y a une ironie particulière dans les données luxembourgeoises. Parmi les problèmes récurrents identifiés sur les sites équipés d'un menu d'accessibilité, l'un des plus fréquents concerne le mode contraste élevé : quand cette fonctionnalité est activée, des contenus deviennent illisibles ou disparaissent. L'outil censé améliorer l'accessibilité la dégrade.

Les autorités allemandes et luxembourgeoises soulèvent également un problème de cohérence logique : le bouton qui permet d'activer le mode contraste élevé doit lui-même être en contraste élevé. Sinon, la personne qui a besoin de ce mode ne peut pas trouver le bouton pour l'activer. Ce type de problème n'est pas anecdotique. Il illustre pourquoi l'accessibilité ne peut pas être traitée comme un ajout externe : elle doit être pensée de l'intérieur.

Ce que ça change pour les acheteurs de services numériques

Si vous êtes responsable d'un service numérique, d'un site institutionnel ou d'une application, et qu'on vous propose un overlay d'accessibilité comme solution de mise en conformité, voici ce que les positions institutionnelles citées plus haut impliquent concrètement.

Premièrement, un overlay ne vous met pas en conformité avec la loi. La Commission européenne, l'Allemagne et le Luxembourg sont clairs : un site n'est accessible que si le site lui-même respecte les critères de la norme. Pas si une couche logicielle masque temporairement ses lacunes.

Deuxièmement, un overlay peut aggraver votre situation. Si l'outil interagit mal avec les technologies d'assistance, vous risquez d'exclure des utilisateurs qui pouvaient auparavant naviguer sur votre site avec leurs propres outils.

Troisièmement, en cas de contrôle ou de signalement, un overlay ne constituera pas une défense suffisante. Les autorités de contrôle évaluent la conformité du site lui-même.

La seule voie qui tient : construire l'accessibilité, pas la simuler

Les autorités sont unanimes sur la recommandation : corriger les problèmes à leur source, intégrer l'accessibilité dès la conception, auditer les services réels plutôt que de s'appuyer sur des outils automatiques.

Cela signifie auditer des parcours complets, pas seulement des pages. Cela signifie prendre en compte tous les points de contact : le site, l'application mobile, les emails, les documents PDF, les notifications. Cela signifie travailler avec des experts humains, parce que l'accessibilité ne peut pas être entièrement automatisée, ni par un overlay, ni par aucun autre outil.

Un overlay peut, au mieux, compléter une démarche de mise en conformité déjà solide, en ajoutant des fonctionnalités qui vont au-delà des exigences légales de base, comme certaines options de personnalisation visuelle pour des profils spécifiques. Mais il ne peut pas la remplacer.

La Commission européenne le résume avec une formule nette : il vaut mieux corriger les problèmes d'accessibilité à la source. C'est aussi l'approche la moins coûteuse à long terme, et la seule qui protège réellement vos utilisateurs.

Lecture checkfox

L'accessibilité numérique est un sujet sérieux. Elle concerne des millions de personnes qui ont un besoin réel d'accéder à des services publics et privés sans barrière. Le cadre légal existe. Les sanctions pour non-conformité existent.

Dans ce contexte, proposer un script comme solution de mise en conformité, c'est vendre une réponse rassurante à une question difficile. Ceux qui achètent pensent avoir réglé le problème. Ceux qui ont réellement besoin d'accessibilité, eux, ne le savent peut-être pas encore.

La bonne nouvelle, c'est que de plus en plus d'autorités compétentes, la Commission européenne, l'Allemagne, le Luxembourg, documentent publiquement et précisément pourquoi ces outils ne suffisent pas. Ce corpus institutionnel grandissant rend de plus en plus difficile de prétendre ignorer le problème.

L'accessibilité réelle se construit, elle ne s'installe pas.

Sources :

• Commission européenne – Stratégie numérique, section Accessibilité web
• BfIT-Bund – Évaluation commune sur les overlay tools, mars 2025
• Service Information et Presse Luxembourg – Le menu d'accessibilité, un ami à éviter ?, mars 2025