Un widget d'accessibilité — souvent un petit morceau de code que vous ajoutez à votre site web avec une seule ligne et qui promet de rendre le site « accessible en quelques secondes » — ne respecte pas la directive européenne en matière d'accessibilité. La norme technique sur laquelle s'appuie la directive, EN 301 549 (en pratique WCAG 2.1 niveau AA), vérifie si le code et l'interaction sous-jacents sont accessibles : quelqu'un peut-il utiliser un lecteur d'écran pour parcourir l'étape d'achat, chaque champ de formulaire est-il correctement étiqueté, le site peut-il être utilisé au clavier seul. Un widget qui ajoute une couche au-dessus du code existant ne modifie pas cette structure sous-jacente.
C'est précisément la réponse à la question que de nombreux entrepreneurs se posent après avoir acheté un widget overlay : non, cet achat en soi ne vous rend pas conforme. Le widget peut agrandir le type de caractère, ajuster le contraste ou afficher une barre de lecture, et ce sont en soi des fonctions utiles pour certains visiteurs. Mais la loi demande autre chose : que le site web lui-même, dans le code, respecte les exigences — pas qu'il y ait un panneau de commande séparé à côté.
Pourquoi un overlay n'aborde pas le problème de fond
Les lecteurs d'écran et autres logiciels d'assistance lisent la structure HTML de votre page : les titres, les étiquettes des champs de formulaire, les textes alternatifs des images, l'ordre dans lequel les éléments sont accessibles à la touche Tab. Un widget overlay s'exécute en tant que couche JavaScript distincte au-dessus de cette structure. Il peut afficher le texte en plus grand ou modifier les couleurs, mais il ne réécrit pas le HTML sous-jacent dans lequel, par exemple, un bouton sans étiquette se trouve ou une image sans texte alternatif. Si ce problème existe, il reste — pour le widget et pour le visiteur qui s'y heurte.
Il y a plus : différents utilisateurs malvoyants et les organisations qui les représentent signalent que certains overlays rendent l'utilisation encore plus compliquée, car le widget lui-même ne fonctionne pas bien avec le lecteur d'écran que quelqu'un utilise déjà. Deux outils d'assistance qui essaient de fonctionner simultanément l'un au-dessus de l'autre ne produisent pas toujours un meilleur résultat qu'une page correctement construite. Pour ceux qui doutent que ce soit aussi le cas pour leur propre site, la section réponses aux questions que d'autres entrepreneurs se posent aussi contient un certain nombre de situations similaires.
Ce que la loi attend réellement
La directive demande une déclaration d'accessibilité dans laquelle vous indiquez dans quelle mesure votre site ou application respecte la norme, quelles parties ne respectent pas encore les exigences et quel plan y répond. Cette déclaration est basée sur une évaluation personnelle du code réel et de l'interaction, non sur la présence d'un outil. Dans l'aperçu des éléments qui posent le plus souvent problème on trouve concrètement de quoi il s'agit : le contraste des couleurs, les étiquettes de formulaire, les textes alternatifs et la facilité d'utilisation au clavier seul reviennent constamment.
Cela ne signifie pas que tout doit être corrigé manuellement avant que vous sachiez quelque chose. Un test automatisé sur les pages les plus importantes, y compris l'étape d'achat et le flux de connexion, montre souvent où se trouvent les principaux goulots d'étranglement. Vous pouvez demander cette première image en quelques minutes avec le scan rapide gratuit, bien qu'il reste vrai qu'un scan automatique ne peut pas tout tester — par exemple, vérifier si un texte alternatif est correct sur le plan du contenu demande un jugement humain.
Ce qu'axessia fait et ne fait pas
Nous ne vendons pas de widgets de superposition et nous n'intégrons pas non plus de corrections dans votre code. C'est un choix délibéré : un widget peut donner l'impression qu'un problème a été résolu, alors que la page sous-jacente reste inchangée. Ce que nous faisons, c'est évaluer, hiérarchiser et documenter — la scan identifie ce qui risque de ne pas être conforme, le rapport l'expose en langage courant par ordre d'importance, et le système surveille que le site reste accessible après une modification ultérieure de votre boutique ou application. Nous expliquons exactement comment fonctionne cette évaluation et d'où proviennent les informations sur la page qui montre étape par étape le fonctionnement du système.
Pour la question de savoir si un widget est « suffisant », cette distinction est la plus importante à retenir : un widget est un paramètre utilisateur, non un remplacement du code accessible. Quiconque doute qu'un fournisseur d'un tel produit justifie à juste titre que son site respecte WCAG peut mieux vérifier cette affirmation par rapport à la norme elle-même ou consulter un expert.
Première étape sans achat
Avant d'investir dans un widget, un audit ou un plan d'amélioration, il est généralement plus utile de d'abord savoir si et dans quelle mesure la loi s'applique à votre organisation, et où se situent les écarts les plus importants. Cet aperçu est gratuit et ne nécessite pas de créer un compte.
Voulez-vous voir par vous-même où se situe actuellement votre site web ou application, indépendamment de ce qu'un fournisseur de widget vous dit ? Effectuez la scan rapide gratuite et lisez tranquillement la base de connaissances pour déterminer quelle étape convient le mieux à votre situation.