30 ans de web, mais toujours pas d’accessibilité

Dans la dernière étude de WebAim (février 2020), le constat est fait que sur un échantillon d’un million de pages web, on trouve en moyenne 60 erreurs d’accessibilité par page !

Ce nombre est en augmentation de 2,1 % par rapport à l’étude précédente de 2019. Et il s’agit d’anomalies qui ont été trouvées par le biais de tests automatisés.

Au Québec, le RAAMM (Regroupement des aveugles et amblyopes du Montréal métropolitain) montre que ce sont plus de 82 % des sites qui ont un niveau d’accessibilité faible voire sont inutilisables.

Moins de 20 % des sites Web évalués atteignent une cote « passable » d’accessibilité.

L’accessibilité concerne tous les corps de métiers du web.

Bien sûr, les personnes qui développent ou intègrent le front-end ont une grosse responsabilité puisque les outils d’assistance se basent principalement sur le code et le DOM (Document Object Model).

Si le code comporte des erreurs, ou si des éléments HTML sont détournés de leur fonction primaire, les dommages pour certains utilisateurs peuvent être importants.

Souvent se pose alors la question non seulement de la connaissance (formation au HTML, CSS), mais aussi de l’empathie vis-à-vis des utilisateurs des solutions que nous développons et mettons sur le marché.

En tant que professionnels du web, on ne peut se contenter de dire « cela fonctionne sur ma machine ». Il nous faut comprendre comment les utilisateurs et utilisatrices de nos sites naviguent et connaître les outils qui sont à leur disposition.

Et même chez les géants du web, on est encore loin d’avoir ce niveau de compréhension et d’attention. Petite anecdote, récemment arrivée à Robert Kingett, un auteur aveugle, en contact avec le service à la clientèle d’Amazon. Il la raconte ici dans son article : Why can’t Amazon adopt a culture of accessibility ?.

Lorsqu’il indique à son correspondant que le site d’Amazon n’est pas accessible avec son lecteur d’écran, on lui explique qu’on pourra l’aider à régler la luminosité de son écran. On voit le chemin qu’il reste à parcourir en cette fin d’année 2020 pour sensibiliser tous les acteurs du web.

 

L’accessibilité concerne plus de personnes que vous pourriez l’imaginer.

Une tendance que je vois souvent est la limitation de l’accessibilité aux lecteurs d’écrans et aux utilisateurs aveugles ou malvoyants.

Il est vrai qu’une lecture rapide des règles de conformité (WCAG / Section 508) pourrait faire penser que l’on s’adresse majoritairement aux besoins de ces utilisateurs.

Si l’on regarde les chiffres des clientèles de l’accessibilité, les personnes qui déclarent avoir une incapacité visuelle ne représentent que 5,4 % de la population au Canada (source Enquête canadienne sur l’incapacité de 2017) ou 4,6 % de la population aux États-Unis.

Les personnes ayant des limitations motrices, quant à elles, représentent environ entre 14 % à 15 % de la population en Amérique du Nord.

(Sources CDC.gov pour les États-Unis et Enquête canadienne sur l’incapacité de 2017 pour le Canada).

Les moyens d’adaptations pour permettre la navigation sur le web sont nombreux, mais restent pour beaucoup méconnus des professionnels du web.

Ce n’est pas parce que votre site est parfaitement accessible à un lecteur d’écran qu’il le sera nécessairement pour un utilisateur équipé d’un contacteur à la paille ou d’un souffleur par exemple.

Historiquement, dans le développement des règles d’accessibilité, ce sont les communautés de personnes aveugles et malvoyantes qui ont été les plus organisées et les plus actives pour défendre leur perspective.

Dans les versions plus récentes de WCAG (2.1 et 2.2) de nouvelles règles viennent répondre aux besoins d’autres utilisateurs.

On peut par exemple citer une meilleure prise en compte :

• des troubles vestibulaires (mal des transports) ;
• de la surdité ;
• des troubles cognitifs (comme par exemple le déficit de l’attention avec ou sans hyperactivité).

L’accessibilité est là pour répondre aux besoins de tous les utilisateurs et toutes les utilisatrices. Il faut donc toujours faire attention, lors de la conception ou du développement d’une fonctionnalité, d’inclure plusieurs cas d’usage.

Revenons aux lecteurs d’écrans. Sur les cinq dernières années, ceux-ci ont fait de gros progrès, sont désormais inclus dans les principaux systèmes d’exploitation ou existent en version gratuite et open source.

Le JavaScript est très bien supporté ainsi que de nombreuses fonctionnalités de CSS. Pour autant, votre utilisateur pourrait très bien recourir à d’autres outils d’assistance qui n’offrent pas le même support.

Aussi dans des cas de connexion lente, il est possible que le CSS et le JavaScript mettent beaucoup de temps à se charger, bloquant la compréhension ou l’utilisation de certaines pages.

En Amérique du Nord, les connexions haut débit restent des exceptions, concentrées dans les grandes agglomérations et à leurs alentours. Il suffit parfois de s’éloigner d’une centaine de kilomètres des grands centres urbains, même dans l’Est pour se trouver dans des zones qui sont des déserts en matière de connectivité à Internet ou aux réseaux de téléphonie 4G voire 3G.

Par exemple sur cette carte du Québec et de l’Ontario pour la couverture de Bell Mobilité, le plus important opérateur au Canada, on voit de nombreux trous, même entre Toronto et Montréal, les 2 principales agglomérations du pays.

À l’heure où l’on parle beaucoup de la 5G, il faut garder en tête que même en France, les régions rurales de l’Est ou montagneuses sont encore loin d’être toutes couvertes en 4G (voir la couverture Orange Mobile en France).

Et ironie du sort, des zones rurales vont perdre leur connectivité Internet haut débit pour laisser la place à la 5G.

Plus encore il faut aussi se souvenir que le transfert de données n’est pas toujours illimité.

Toujours en Amérique du Nord, contrairement à l’Europe, le coût des services Internet est élevé et le moindre dépassement de consommation de données s’avère très onéreux.

Pour nous, concepteurs et conceptrices de sites web il faut donc prévoir ces cas de faible connectivité, notamment en limitant le chargement de JavaScript ou d’éléments multimédias lourds (images, vidéos).

Il est important de prévoir et d’offrir des alternatives (texte alternatif pour les images, retranscription textuelle pour des fichiers sons ou vidéo).

L’utilisation d’un langage complexe est souvent la première barrière d’accessibilité.

Selon Statistique Canada (2012) et les organismes d’alphabétisation canadiens, près de 50 % des Canadiens éprouvent des difficultés à lire et à écrire. Les recherches démontrent que ceux dont le taux d’alphabétisation est faible :

• passent beaucoup de temps à tenter de comprendre les mots qui ont plusieurs syllabes ;
• lisent un mot à la fois et déplacent leurs yeux lentement le long de chaque ligne de texte ;
• ignorent souvent de grandes quantités d’information si le texte comporte trop de longs mots, de termes inhabituels ou de longues phrases.

Les mêmes erreurs toujours et encore

Les outils de surcouche d’accessibilité web (« overlays »)

Ce sujet est devenu très à la mode cette année, car nombreux sont les joueurs dans cette industrie qui ont pu lever des fonds ou ont été rachetés par d’autres entreprises.

Le souci avec les overlays, est qu’au-delà d’un marketing très agressif, il n’y a souvent aucun bénéfice pour l’accessibilité en elle-même, en donnant l’illusion que l’on peut résoudre tous les enjeux d’accessibilité par une simple ligne de code.

Dans bien des cas, il a été montré, qu’au mieux les outils de surcouche n’arrangent rien à l’inaccessibilité d’un site².

Mais parfois le faux remède peut s’avérer pire que le mal en augmentant encore les erreurs et en créant plus de barrières pour les utilisateurs.

Souhaitons-nous qu’en 2021 nous puissions toutes et tous, à notre niveau, améliorer l’accessibilité de nos sites.

Et que nous gardions toujours en tête qu’à la fin ce sont des humains qui utilisent nos solutions numériques.