La Loi sur l’accessibilité européenne risque de devenir un exercice de caisse en boîte

Avec la date limite de conformité pour le Loi sur l’accessibilité européenne (EAA) Approchant rapidement, les entreprises tentent de toute urgence de s’assurer que leurs sites Web répondent aux exigences de la directive de l’UE.

Une solution attrayante est les widgets d’accessibilité – petits modules complémentaires avec des fonctionnalités telles que le redimensionnement de texte, les ajustements de contraste et les fonctions de texte vocale.

Cependant, bien que ces widgets promettent une conformité rapide et peu coûteuse, elles ne parviennent souvent pas à résoudre les vrais problèmes d’accessibilité. En fait, ils peuvent même créer des sites Web Plus fort pour les personnes handicapées à naviguer.

Voici pourquoi s’appuyer sur des widgets est une solution à courte vue et quel Web développeurs devrait se concentrer plutôt pour créer des espaces numériques vraiment accessibles.

Que signifie la loi sur l’accessibilité européenne pour les développeurs?

L’EAA, promulguée en 2019, nécessite des sites de commerce électronique et des entreprises privées à se conformer à une gamme de normes d’accessibilité d’ici le 28 juin 2025 (la date limite des institutions du secteur public est déjà adoptée). Les règles s’appliquent à n’importe quelle entreprise qui mène des affaires dans l’UE, à l’exception des microenterpés avec moins de moins que 10 employés ou moins de 2 millions d’euros en chiffre d’affaires annuel.

Ces réglementations sont conçues pour rendre les sites Web plus accessibles aux utilisateurs handicapés, couvrant des aspects tels que des alternatives de texte pour les images, la navigation au clavier et la compatibilité des lecteurs d’écran. Bien que l’EAA ait principalement un impact sur les grandes entreprises, elle a également sensibilisé général à l’accessibilité, encourageant les petites entreprises à revoir l’accessibilité de leurs sites.

À l’approche de la date limite, la pression pour se conformer à l’EAA a conduit certaines entreprises à poursuivre des solutions rapides. Les widgets d’accessibilité semblent offrir un moyen facile de cocher les cases.

Malheureusement, ces outils conduisent souvent les entreprises sur le mauvais chemin, créant un faux sentiment de sécurité et manquant l’opportunité de résoudre les problèmes d’accessibilité sous-jacents de leurs sites.

Pourquoi les widgets sont considérés comme une solution appropriée

Cela ne veut pas dire que les widgets d’accessibilité sont mauvais par défaut. Leur appel est facile à comprendre. Ils sont à faible coût, rapides à mettre en œuvre et, dans de nombreux cas, répondent aux besoins courants de l’accessibilité, tels que les options pour ajuster les tailles de police et les paramètres de contraste.

En conséquence, ces outils peuvent souvent être suffisants pour les sites Web qui comportent relativement peu d’éléments, ne gèrent pas les volumes de trafic élevé ou ne nécessitent pas que les visiteurs effectuent des actions importantes – entrant par exemple les informations de compte bancaire. Pour de tels sites Web, les widgets peuvent fournir une couche d’accessibilité sans nécessiter de révision significative à la conception existante et code.

Pour certaines entreprises, en particulier celles avec des ressources limitées, la promesse d’un widget est difficile à résister. L’ajout d’un widget à votre site sera considérablement moins cher que les processus de test, de fixation et de maintenance continus. Cependant, la dépendance à l’égard des widgets peut non seulement retarder la résolution de problèmes sous-jacents avec le site, mais peut même entraîner des problèmes d’accessibilité supplémentaires causés par les widgets eux-mêmes.

Les widgets peuvent causer plus de problèmes qu’ils ne résolvent

Un problème important avec les widgets est qu’ils ont tendance à fonctionner comme des superpositions – ils fonctionnent comme des couches en plus du contenu du site Web d’origine plutôt que d’améliorer structurel le code. Cette superposition peut interférer avec la fonctionnalité du site existante, causant des problèmes de navigation, de fonctionnalités interactives ou de lecteurs d’écran, sur lesquels de nombreux utilisateurs handicapés comptent.

Par exemple, mon équipe de TestDevLab a examiné le principal détaillant de mode Zara, qui utilise des widgets d’accessibilité sur son site Web. Nous avons identifié plusieurs problèmes causés par ces outils. Pour n’en nommer que quelques-uns:

• Les visiteurs du site qui n’utilisent que leur clavier pour la navigation ne peuvent pas passer à tous les éléments après avoir appuyé sur le bouton «Connexion», car la mise au point passe aux liens de raccourci du widget d’accessibilité.
• Si vous sélectionnez l’option sombre et à contraste élevé dans le widget d’accessibilité, le bouton de menu Hamburger et le logo de la page ne sont plus visibles.
• Un certain nombre de problèmes ont été détectés avec ajustement du texte et visibilité lors de l’augmentation de la taille de la police via le widget.

Étant donné que les widgets ne traitent généralement que les problèmes au niveau de la surface, ils ne s’engagent pas avec les exigences d’accessibilité sous-jacentes comme la navigation par clavier et les images correctement étiquetées. Au lieu de résoudre ces problèmes plus profonds, les widgets deviennent souvent des béquilles à long terme qui empêchent les progrès réels, permettant aux entreprises de négliger les changements fondamentaux nécessaires à l’accessibilité significative.

Le fait qu’un widget fonctionne est souvent déterminé par la façon dont le site d’origine a été construit et structuré. S’il y a des problèmes dans le code HTML du site, la superposition d’un widget en plus peut ne pas faire de différence en termes d’accessibilité ou, pire encore, briser d’autres éléments qui rendent le site plus difficile à naviguer que sans le widget. D’autres facteurs affectant les performances du widget comprennent le navigateur et le système d’exploitation de chaque site. Bien que le widget puisse fonctionner pour certains, il peut échouer pour d’autres.

Accessibilité du bâtiment à partir de zéro

La véritable accessibilité Web nécessite d’investir dans des améliorations à long terme à l’échelle du site plutôt que des correctifs superficiels. Les développeurs devraient considérer l’accessibilité comme une partie fondamentale du processus de conception et de développement, et non une réflexion après coup. Cela signifie développer l’accessibilité à chaque étape du cycle de vie d’un site Web, de la conception aux tests.

Des éléments tels que la navigation par clavier, les alternatives de texte, les structures de cap logique et la conception réactive doivent être envisagées dès le début, ce qui rend le site Web accessible à sa fondation plutôt que par le biais de modules complémentaires.

Les tests sont essentiels dans ce processus. L’accessibilité est un effort continu – il nécessite des audits et des ajustements périodiques pour garantir une conformité continue à mesure que les normes de technologie et d’accessibilité évoluent.