L'accessibilité n'est-elle pas « réglée » une fois que vous avez corrigé tous les problèmes identifiés lors d'un audit ? Bien qu'un audit d'accessibilité constitue une première étape importante, la vérité est que ce n'est que le début une fois cet audit terminé. Vous devez désormais préserver les progrès que vous avez réalisés sur votre site web et votre application.
Nous vivons dans un monde numérique en constante mutation et évolution ; l'accessibilité des sites web et des applications doit donc suivre le rythme. Les experts du secteur aiment à dire que l'accessibilité est un parcours et non un projet ponctuel.
Dans cet article de blog, je vais aborder les principes fondamentaux du suivi et du reporting en matière d'accessibilité afin que vous puissiez gérer vos ressources numériques de manière efficace et à grande échelle. Nous aborderons les points suivants :
- Pourquoi avez-vous besoin d'un suivi et de rapports sur l'accessibilité ?
- Comment effectuer un suivi : robots d'exploration automatisés ou audits manuels ?
- Éléments à surveiller
- Introduction aux rapports sur l'accessibilité
Pourquoi est-il nécessaire de surveiller l'accessibilité et d'établir des rapports à ce sujet ?
Exigences légales et de conformité
Nous nous trouvons à un tournant réglementaire où toute organisation peut faire l'objet d'une plainte ou d'une action en justice pour non-respect des normes d'accessibilité. Selon un rapport publié par Seyfarth Shaw, le nombre de poursuites judiciaires liées à l'accessibilité numérique a augmenté de 14 % en 2021 par rapport à 2020.
Votre direction générale, votre équipe juridique et de conformité, ainsi que vos chefs de produit, auront à cœur de limiter ce risque. Si vous êtes en pleine procédure de règlement ou si un accord à l'amiable est déjà en vigueur, vous devrez savoir dans quelle mesure vous êtes joignable à tout moment.
Le manque d'accessibilité peut entraîner des révélations très médiatisées qui nuisent à votre marque, mais les poursuites judiciaires ont également des conséquences financières importantes. L'accord à l'amiable conclu par Target en 2008 s'est soldé par une amende de 6 millions de dollars au titre des dommages-intérêts collectifs, et ce n'était pas le seul coût. Target a dû verser plus de 3 millions de dollars au titre des honoraires d'avocat des plaignants, en plus de ses propres frais de défense — dont le montant n'a pas été divulgué.
Créer un registre des priorités en matière d'accessibilité
Le suivi et le reporting sont utiles à vos équipes de développement. Elles ne pourront rien corriger sans avoir une vue d'ensemble des problèmes. Pour ceux qui ne seraient pas familiers avec ce terme, un « backlog » désigne, dans le jargon des équipes de développement, la liste des tâches qu'elles doivent accomplir.
Les responsables des équipes de développement ont besoin d’un résumé des problèmes afin de pouvoir hiérarchiser les priorités de leurs équipes. Il faut garder à l’esprit que les problèmes d’accessibilité ne sont pas les seuls sur lesquels travaillent les équipes de développement. Il y a d’autres problèmes à traiter et celles-ci subissent une pression constante pour livrer de nouvelles fonctionnalités. Les responsables des équipes de développement devraient également examiner le backlog afin d’identifier les moyens d’éviter que les mêmes problèmes ne se reproduisent et de prévoir des formations adaptées pour leurs équipes.
Les développeurs ont eux-mêmes besoin de connaître les problèmes dans les moindres détails afin de pouvoir les résoudre rapidement et avec précision. Mais surtout, ils veulent s'assurer qu'ils ne corrigent pas des éléments qui ne présentent en réalité aucun dysfonctionnement. Chez Deque , nous appelons cela des « faux positifs » et nous nous engageons à ne signaler aucun « faux problème » dans l'ensemble de nos produits.
L'un de nos clients a constaté que les faux positifs augmentaient en réalité le coût de développement de 386 %. Il est donc essentiel, pour établir votre budget, de disposer de la liste la plus à jour possible des problèmes afin que votre entreprise ne gaspille pas de précieuses ressources de développement. Bien que ce chiffre soit stupéfiant, il n'est pas inhabituel. Pensez au temps qu'il faut à votre développeur pour vérifier que le code est correct. Disposer de rapports aussi précis que possible est essentiel pour votre vitesse de développement.
Transparence et autonomisation
Vos équipes ont besoin de rapports précis et à jour pour pouvoir s'améliorer et tirer des enseignements. Le suivi et les rapports permettent aux responsables d'équipes de mettre en place des programmes de formation à forte valeur ajoutée et leur offrent l'occasion de féliciter les équipes qui obtiennent de bons résultats.
Par exemple, l'image ci-dessus présente un score d'accessibilité dans axe Monitor, la solution de surveillance et de reporting d'Deque. Il convient de féliciter l'équipe en charge de la rubrique « Sports » pour ses progrès significatifs. L'équipe en charge de la rubrique « Actualités » pourrait quant à elle avoir besoin d'un plan d'action, car son score global est en baisse au fil du temps.
Comment contrôler l'accessibilité
Robots d'évaluation automatisée de l'accessibilité : avantages et inconvénients
Avant d'aborder les éléments à surveiller, passons d'abord en revue les différentes techniques de test d'accessibilité. La première technique consiste à effectuer une surveillance à l'aide de scanners automatisés. Dans ce cas précis, nous nous concentrerons sur l'analyse par exploration.
Une analyse par exploration commence par une URL définie. Le robot d'exploration accède à l'URL fournie, effectue une analyse d'accessibilité, identifie tous les liens de cette page vers d'autres pages Web, puis parcourt l'intégralité de l'application Web en accédant aux URL liées et en effectuant des analyses d'accessibilité supplémentaires sur chaque page. Ces analyses permettent d'identifier la majorité des non-conformités en matière d'accessibilité présentes sur chaque page.
L'utilisation d'un robot d'accessibilité constitue un moyen très rapide et automatisé d'effectuer une analyse approfondie d'un site web et d'identifier les points à améliorer les plus évidents. La principale avantage de l'analyse automatisée réside dans la possibilité de réaliser des tests rapidement et à grande échelle. Les sites web modernes comptent des milliers et des milliers de pages. Il faudrait des milliers d'heures pour les tester manuellement, alors que cela ne prend que quelques minutes avec un robot, ce qui permet à votre équipe de surveillance et de test de gagner un temps précieux.
De plus, de nombreuses pages de ces sites web sont créées à partir d’un système de gestion de contenu (CMS). En d’autres termes, elles ne sont en réalité pas codées directement dans la page ; le code de la page sert plutôt de marqueur de place qui sera rempli par le contenu provenant du CMS. Cependant, la seule façon de tester ce contenu est de le faire en environnement de production, là où il s’affiche finalement.
Il est important de noter que les tests automatisés présentent certaines limites. Certaines exigences spécifiques des Directives pour l’accessibilité des contenus Web (WCAG) ne peuvent pas être vérifiées par un scan automatisé. C’est le cas, par exemple, du texte alternatif des images d’un site web. Un scan automatisé peut facilement vérifier si une image comporte ou non un texte alternatif, mais comment s’assurer que ce texte alternatif est approprié ? Cela nécessite une vérification manuelle.
L'incapacité à analyser le contenu dynamique d'un site constitue une autre limite des robots d'exploration automatisés. Il s'agit du contenu qui s'affiche à la suite d'une action spécifique ou d'une série d'actions effectuées par l'utilisateur. Les sites de vente en ligne en sont de bons exemples. Parfois, les options disponibles pour une paire de chaussures varient en fonction de la pointure sélectionnée. Ces options ne s'affichent à l'utilisateur que si cette pointure particulière est sélectionnée. Un robot d'exploration dédié à l'accessibilité ne peut généralement pas analyser ce type de contenu.
Enfin, les robots d'indexation automatisés sont des robots. Pour des raisons de sécurité, les sites web sont très souvent programmés de manière à empêcher les robots d'y accéder. Il existe des moyens de contourner cette restriction, mais cela nécessite un travail de développement, soit au niveau du site web, soit au niveau du pare-feu, afin de permettre au robot d'y accéder et de l'analyser.
Audits manuels d'accessibilité : avantages et inconvénients
Le deuxième type de test consiste en un audit manuel d'accessibilité. Tout ce qui n'a pas été détecté par le robot d'exploration automatisé sera examiné dans le cadre de cet audit manuel. C'est le seul moyen d'atteindre une conformité à 100 %.
Les tests manuels couvrent le contenu dynamique, car une personne est effectivement aux commandes de la page. Ils permettent également de surmonter les obstacles liés à l'authentification multifactorielle, car une personne consulte réellement l'application d'authentification et saisit le code fourni par celle-ci.
Cependant, les audits manuels d'accessibilité demandent beaucoup de travail. De plus, cet effort est linéaire, ce qui oblige le testeur à passer en revue chaque page une par une. Si une page nécessite trois heures de travail et que vous souhaitez tester 10 pages, l'effort total s'élèvera à près de 30 heures.
L’autre contrainte réside dans les connaissances et les compétences requises. Les personnes capables de réaliser des tests manuels sont presque toujours des experts des WCAG. Les testeurs d’accessibilité manuels doivent également savoir interpréter les directives afin de les appliquer correctement à différents types de contenus. Comment une directive s’applique-t-elle à un site web, à un site mobile ou à un document ? Il existe de nombreuses nuances à prendre en compte pour franchir cette « dernière étape » des tests ; une compréhension approfondie et une expertise solide sont donc indispensables.
Quels sont les éléments à contrôler en matière d'accessibilité ?
- Pages Web : analyser tous les points d'arrêt connus, toutes les vues, ainsi que l'ensemble du contenu statique et dynamique
- Contenu mobile : par exemple, les applications natives iOS et Android
- Tous les types de contenu : par exemple, les fichiers PDF, les fichiers Microsoft Word et les feuilles de calcul
- Multimédia. Par exemple : vidéos, fichiers audio, GIF, etc.
En résumé ? Si un élément est hébergé sur votre site web, vous en êtes responsable, même s'il s'agit de widgets ou de contenus provenant de tiers !
Rapports sur l'accessibilité
Voyons maintenant quels indicateurs doivent figurer dans les rapports. La réponse n'est pas simple, car chaque poste recherche des informations différentes dans ces résultats. Revenons donc à notre première section, où nous avons abordé les cas d'utilisation du suivi de l'accessibilité. À chaque cas d'utilisation correspond un type de rapport spécifique.
Rapports sur l'accessibilité destinés aux équipes juridiques et de conformité
Les équipes juridiques et de conformité souhaitent surveiller les risques, respecter les exigences des jugements d'expédient et éviter toute action en justice. Cette liste n'est pas exhaustive, mais elle regroupe les indicateurs clés les plus importants d'après l'expérience de nos clients.
Le premier indicateur qui importe à cette équipe est un score global. La manière dont ce score est calculé dépend de nombreux facteurs, mais nous y reviendrons plus en détail ultérieurement.
Deuxièmement, ils tiennent compte du nombre et de la gravité des problèmes – qu’il s’agisse d’un problème critique, grave, modéré ou mineur, selon les normes en vigueur au sein de votre organisation. Les normes de conformité en matière d’accessibilité les plus courantes sont les WCAG 2.0 niveaux A/AA et les WCAG 2.1 niveaux A/AA.
Si leur rapport a pour objectif de respecter les exigences d'un jugement d'accord ou d'un accord à l'amiable, c'est la déclaration relative à l'accord ou le jugement d'accord lui-même qui déterminera les éléments devant figurer dans le rapport.
Nous vous recommandons de suivre régulièrement les informations suivantes. En général, cela se fait tous les mois, mais cela dépend de votre organisation et de la fréquence de vos mises à jour. Voici un exemple de rapport que vous pourriez transmettre à votre équipe chargée de la conformité :
| Site web | Score | Nombre de pages | Gravité du problème | Nombre de numéros | Niveau WCAG |
|---|---|---|---|---|---|
| inaccessiblecontent.com | 34% | 12 | 17 « critiques » 22 « graves » 10 « modérés » 18 « mineurs » |
67 | WCAG 2.0 A/AA |
Parlons du score d'accessibilité : c'est un sujet controversé, car il n'existe aucune norme définissant comment créer un algorithme de notation. Par exemple, si un robot d'exploration automatisé ne détecte aucun défaut, cela signifie-t-il que votre score devrait être de 100 % ? Peut-être, peut-être pas. Nous savons que les robots d'exploration ne prennent pas en compte les problèmes détectés manuellement. Bon, alors sur quoi faut-il se baser ?
Il n'y a pas de bonne ou de mauvaise réponse à cette question. Voici quelques approches qui ont fait leurs preuves :
- Attribuez à chaque propriété une note en fonction du pourcentage de critères de conformité WCAG satisfaisants ou non satisfaisants.
- Utiliser la gravité des défauts constatés sur le bien immobilier comme critère de pondération afin d'obtenir un score unique pour toutes les pages
- Utiliser la popularité de la page comme critère de pondération pour obtenir un chiffre unique pour toutes les pages
Vous pouvez entrer autant de détails que vous le souhaitez pour déterminer le « bon chiffre ». En fin de compte, c’est ce qui vous convient le mieux. L’avantage d’un score unique est qu’il vous aide à établir une référence commune pour l’ensemble de votre organisation.
Rapports sur l'accessibilité destinés aux équipes de développement
Les responsables du développement, tels que les Product Owners et les chefs de projet, ont également besoin des scores d'accessibilité, car ceux-ci les aident à hiérarchiser les ressources. De plus, ils ont besoin du nombre total de problèmes par catégorie et par niveau de gravité afin de permettre à leurs développeurs de se concentrer en priorité sur les problèmes ayant le plus grand impact.
De plus, ils doivent connaître les détails du problème afin de créer des tickets pertinents que les développeurs pourront traiter. Il est également important que les responsables connaissent l’ancienneté du problème : souvent, plus un problème est ancien, plus il se voit attribuer une priorité élevée. Enfin, il est toujours utile de définir un objectif organisationnel concernant le score à atteindre.
Les développeurs auront besoin d'informations très précises dans leurs rapports. Pour mettre en œuvre des mesures correctives et résoudre les problèmes, ils ont besoin des détails suivants :
- À quelle page se trouve ce problème ?
- Quel est le type de problème ?
- Description du problème
- La gravité du problème
- Code source dans lequel le problème a été détecté
- Critères de conformité WCAG relatifs à ce problème
- Suggestions pour résoudre le problème
- Capture d'écran montrant l'endroit où se situe le problème
Il est évident que, même au sein d'une même entreprise de développement, les différents postes nécessitent des informations différentes.
Rapports sur l'accessibilité à l'intention de la direction
Un rapport sur l'accessibilité destiné aux dirigeants met l'accent sur la synthèse. Voici une liste utile d'informations à inclure :
- Indicateurs clés de performance (KPI)
- Évolution des résultats (comment nous en sortons-nous sur une période donnée)
- Nombre total de numéros par catégorie
- Nombre total de problèmes par niveau de gravité
- Exploration détaillée par tableau de responsabilité
- Âge de l'émission
Ces informations permettront à votre équipe de direction de gérer en conséquence l'ensemble du projet d'accessibilité.
En résumé
En passant en revue les différentes méthodes et raisons qui justifient le suivi et le reporting en matière d'accessibilité, il apparaît clairement qu'un système de suivi complet permet de réaliser des économies considérables en termes de temps et de ressources. Cependant, pour atteindre une conformité totale, des tests manuels restent nécessaires pour franchir cette « dernière étape ».
De plus, une solution complète de suivi et de reporting fournit également des indicateurs précis, détaillés et réguliers concernant :
- Équipes chargées de la conformité : pour limiter tout risque potentiel
- Équipes de développement : pour favoriser la correction des problèmes d'accessibilité et l'amélioration de celle-ci
- Direction : Contribuer à la gestion des initiatives en cours en matière d'accessibilité.
Axe Monitor est la solution de surveillance et de reporting en matière d'accessibilité en production la plus avancée du secteur. Elle analyse automatiquement les flux métier interactifs complexes ainsi que les contenus et documents traditionnellement explorables, offrant ainsi des analyses d'accessibilité complètes et de niveau entreprise pour les sites web en production, tout en proposant des options de reporting étendues centrées sur l'utilisateur à partir des mêmes données de base. Assurez-vous que vos sites web complexes et dynamiques deviennent – et restent – accessibles. Découvrez-en plus sur Axe Monitor ou contactez-nous dès aujourd'hui pour une démonstration.
