Tester l’ac­ces­si­bi­lité d’un site Web : comment procéder ?

Il existe dif­fé­rentes méthodes et outils pour tester l’ac­ces­si­bi­lité d’un site Web. En fonction de votre objectif, de l’étendue et de la com­plexité technique de votre site, il est donc possible d’iden­ti­fier, d’évaluer et de corriger de manière ciblée les fai­blesses typiques en matière d’ac­ces­si­bi­lité.

Comment tester l’ac­ces­si­bi­lité de mon site Web ?

L’ac­ces­si­bi­lité d’un site Web peut être testée de dif­fé­rentes manières. L’idéal est de combiner des outils au­to­ma­ti­sés et des pro­cé­dures de contrôle manuelles.

Commencez par utiliser des plugins de na­vi­ga­teur ou des tests en ligne pour détecter les erreurs évidentes. Testez par exemple les con­trastes de couleurs, la présence de textes al­ter­na­tifs pour les images, ou la structure sé­man­tique HTML et la clarté des for­mu­laires, par exemple avec la balise . Cependant, de nombreux obstacles échappent à ces outils, comme les struc­tures de page peu claires ou les for­mu­la­tions ambiguës.

À ce stade, des tests manuels avec de vé­ri­tables uti­li­sa­teurs ou des experts qui utilisent des tech­no­lo­gies d’as­sis­tance et vérifient le site Web avec celles-ci se révèlent utiles. Les résultats de tous les tests doivent être do­cu­men­tés et classés par ordre de priorité afin de mettre en œuvre pro­gres­si­ve­ment des amé­lio­ra­tions.

Cadre juridique : qui doit effectuer les tests et pourquoi ?

En France, les éta­blis­se­ments publics sont soumis à la loi n°2005-102 du 11 février 2005, qui impose l’ac­ces­si­bi­lité des services de com­mu­ni­ca­tion publique en ligne, qui a été renforcée par la suite avec le décret n°2019-768 du 24 juillet 2019. Ce dernier a introduit des obli­ga­tions sup­plé­men­taires pour garantir une meilleure prise en compte des besoins des personnes han­di­ca­pées sur Internet.

Les en­tre­prises privées, quant à elles, doivent se conformer aux WCAG 2.1 (Web Content Ac­ces­si­bi­lity Gui­de­lines), qui font désormais office de norme de référence en matière d’ac­ces­si­bi­lité numérique en France. S’ajoutent à cela la norme NF 52100 ainsi que les obli­ga­tions issues de la Loi pour une Ré­pu­blique numérique, qui impose des exigences en matière de trans­pa­rence et d’ac­ces­si­bi­lité pour les services en ligne.

À partir de juin 2025, la directive eu­ro­péenne sur l’ac­ces­si­bi­lité des sites Web in­tro­duira de nouvelles obli­ga­tions en matière d’ac­ces­si­bi­lité numérique à l’échelle de l’Union eu­ro­péenne, y compris pour les en­tre­prises privées proposant des services d’intérêt général en ligne.

Enfin, le RGPD (Règlement général sur la pro­tec­tion des données) doit également être pris en compte : exclure des personnes han­di­ca­pées en raison de for­mu­laires ou bannières de cookies inac­ces­sibles peut cons­ti­tuer une violation des principes d’égalité de trai­te­ment et de non-dis­cri­mi­na­tion, prévus par la loi française.

Principes fon­da­men­taux des tests d’ac­ces­si­bi­lité : tests au­to­ma­ti­sés vs manuels

Avant qu’un site Web puisse être considéré comme ac­ces­sible, il doit être testé dans divers scénarios. Pour ce faire, on utilise à la fois des pro­cé­dures de contrôle au­to­ma­ti­sées et des tests manuels, idéa­le­ment en com­bi­nai­son. Les deux méthodes ont des atouts dif­fé­rents et couvrent chacune certains types d’obstacles.

Tests au­to­ma­ti­sés

Les tests au­to­ma­ti­sés sont des contrôles rapides et efficaces réalisés à l’aide de logiciels. Ils per­met­tent par exemple d’iden­ti­fier l’absence de textes al­ter­na­tifs, des con­trastes in­suf­fi­sants ou des erreurs dans les rôles ARIA. Ces tests con­vien­nent par­fai­te­ment à une première éva­lua­tion de l’ac­ces­si­bi­lité d’un site Web ainsi qu’au contrôle qualité régulier. Toutefois, gardez à l’esprit que ces outils ne détectent qu’une partie des problèmes. Les for­mu­la­tions ambiguës, les problèmes d’in­te­rac­ti­vité ou les lacunes en matière de na­vi­ga­tion passent souvent inaperçus.

Tests manuels

Les tests manuels comblent les lacunes des méthodes de test au­to­ma­ti­sées par des tests d’uti­li­sa­tion ciblés et des analyses spé­cia­li­sées. Ces pro­cé­dures manuelles com­pren­nent notamment l’uti­li­sa­tion complète du site Web à l’aide du clavier, l’uti­li­sa­tion de lecteurs d’écran et l’éva­lua­tion de la com­pré­hen­si­bi­lité lin­guis­tique et du contenu. Les pers­pec­tives des personnes souffrant de handicaps moteurs, sen­so­riels ou cognitifs sont prises en compte de manière ciblée. Seule cette éva­lua­tion humaine com­plé­men­taire permet d’iden­ti­fier de nombreux obstacles qui échappent aux outils au­to­ma­ti­sés.

Pour savoir si votre site Web est ac­ces­sible, vous devez donc effectuer un test structuré, de pré­fé­rence en combinant des pro­cé­dures de contrôle au­to­ma­ti­sées et manuelles.

5 outils pour tester l’ac­ces­si­bi­lité d’un site Web

Comme mentionné pré­cé­dem­ment, les outils au­to­ma­ti­sés sont par­ti­cu­liè­re­ment utiles pour obtenir un premier aperçu de l’ac­ces­si­bi­lité d’un site Web. Voici notre sélection de 5 outils dis­po­nibles sur le marché.

WAVE (Web Ac­ces­si­bi­lity Eva­lua­tion Tools)

WAVE propose un outil de na­vi­ga­tion pratique et gratuit qui permet d’évaluer ra­pi­de­ment l’ac­ces­si­bi­lité de pages Web in­di­vi­duelles. Il signale les obstacles détectés di­rec­te­ment dans la mise en page et indique ainsi im­mé­dia­te­ment les points à améliorer. De plus, WAVE fournit des conseils concrets pour résoudre lesdits problèmes. Cet outil est par­ti­cu­liè­re­ment adapté aux débutants qui sou­hai­tent obtenir un aperçu rapide de leur site. Outre l’outil de na­vi­ga­tion, WAVE propose également une API payante et un moteur de test qui per­met­tent d’au­to­ma­ti­ser les tests d’ac­ces­si­bi­lité et de les intégrer dans les processus de dé­ve­lop­pe­ment.

axe DevTools (par Deque Systems)

axe DevTools propose un plugin de na­vi­ga­teur puissant et orienté dé­ve­lop­peurs qui permet une analyse gratuite, précise et détaillée de l’ac­ces­si­bi­lité des sites Web. Il détecte une multitude de barrières selon les normes WCAG et fournit des conseils concrets pour les supprimer, ce qui facilite con­si­dé­ra­ble­ment le travail. Le plugin convient aussi bien aux dé­ve­lop­peurs qu’aux équipes d’assurance qualité qui sou­hai­tent tester ef­fi­ca­ce­ment l’ac­ces­si­bi­lité. De plus, Deque Systems propose d’autres solutions (payantes) pour vérifier l’ac­ces­si­bi­lité d’un site Web : celles-ci per­met­tent une in­té­gra­tion trans­pa­rente dans les en­vi­ron­ne­ments de dé­ve­lop­pe­ment et les IDE courants ainsi que dans les pipelines CI/CD, de sorte que l’ac­ces­si­bi­lité est au­to­ma­ti­que­ment intégrée dans le processus de dé­ve­lop­pe­ment.

Google Ligh­thouse

Google Ligh­thouse est un outil de contrôle intégré au na­vi­ga­teur Chrome, ac­ces­sible di­rec­te­ment via les outils de dé­ve­lop­pe­ment. Il fournit notamment un score d’ac­ces­si­bi­lité qui donne un aperçu rapide de l’ac­ces­si­bi­lité d’un site Web et ré­per­to­rie des sug­ges­tions d’amé­lio­ra­tion concrètes. Ligh­thouse vérifie entre autres les con­trastes, les struc­tures HTML sé­man­tiques et les textes al­ter­na­tifs pour les images. De plus, l’outil analyse d’autres aspects tels que les per­for­mances, l’op­ti­mi­sa­tion pour les moteurs de recherche (SEO) et propose des best practices, ce qui le rend par­ti­cu­liè­re­ment utile pour optimiser le site Web dans son ensemble. Comme il fonc­tionne di­rec­te­ment dans le na­vi­ga­teur, aucune ins­tal­la­tion sup­plé­men­taire n’est né­ces­saire, ce qui facilite la prise en main.

Si­teim­prove Ac­ces­si­bi­lity Checker

Tout comme les al­ter­na­tives men­tion­nées ci-dessus, Si­teim­prove Ac­ces­si­bi­lity Checker est un plugin de na­vi­ga­teur gratuit qui vérifie l’ac­ces­si­bi­lité des sites Web di­rec­te­ment dans la vue actuelle. L’outil met en évidence les problèmes détectés et les classe selon les critères WCAG, leur priorité et les groupes d’uti­li­sa­teurs concernés. Chaque erreur est expliquée clai­re­ment, et les sug­ges­tions concrètes pour y remédier sont par­ti­cu­liè­re­ment utiles, car elles peuvent être mises en œuvre fa­ci­le­ment même par les non-dé­ve­lop­peurs. Si­teim­prove pri­vi­lé­gie une approche pratique centrée sur l’uti­li­sa­teur, ce qui le rend idéal pour les ré­dac­teurs et les personnes sans con­nais­sances tech­niques par­ti­cu­lières. De plus, l’outil peut être intégré à la pla­te­forme payante Si­teim­prove, ce qui permet de gérer de manière cen­tra­li­sée l’assurance qualité, l’analyse et l’ac­ces­si­bi­lité.

Ac­ces­si­bi­lity Insights

Ac­ces­si­bi­lity Insights est un outil gratuit de Microsoft dis­po­nible sous forme d’extension pour les na­vi­ga­teurs Chrome et Edge. Il permet d’effectuer des contrôles ponctuels rapides ainsi que des tests d’ac­ces­si­bi­lité complets basés sur les di­rec­tives WCAG. L’outil offre deux modes prin­ci­paux : un « FastPass » pour des contrôles au­to­ma­ti­sés rapides et un « Mode éva­lua­tion » qui permet d’effectuer des tests manuels étape par étape. La mise en évidence visuelle des obstacles di­rec­te­ment sur la page et les ins­truc­tions struc­tu­rées et bien do­cu­men­tées pour la cor­rec­tion des erreurs sont ap­pré­ciables. Ac­ces­si­bi­lity Insights s’adresse en par­ti­cu­lier aux dé­ve­lop­peurs et est aussi dis­po­nible sous forme d’ap­pli­ca­tion pour Windows.

Tests manuels et outils

Cependant, de nombreux problèmes qui gênent les uti­li­sa­teurs au quotidien ne peuvent être détectés que par des contrôles manuels. Il s’agit notamment des obstacles liés à la com­pré­hen­sion, à la structure, à la facilité d’uti­li­sa­tion ou à l’ex­pé­rience uti­li­sa­teur réelle. Les méthodes et outils suivants offrent des pos­si­bi­li­tés pratiques pour tester un site Web sous dif­fé­rents angles.

Na­vi­ga­tion au clavier

Un test manuel de base consiste à utiliser le site Web dans son in­té­gra­lité à l’aide du clavier uni­que­ment. Il s’agit de vérifier si tous les contenus et toutes les fonctions sont ac­ces­sibles et uti­li­sables sans souris. Pour ce faire, on utilise gé­né­ra­le­ment la touche Tab pour se déplacer, les touches fléchées pour naviguer et la touche Entrée ou Espace pour sé­lec­tion­ner des éléments. Ce test est par­ti­cu­liè­re­ment important pour les personnes ayant des li­mi­ta­tions motrices ou pour les uti­li­sa­teurs d’appareils de saisie à clavier.

Tests avec des lecteurs d’écran

Les lecteurs d’écran sont des pro­grammes qui tra­dui­sent le contenu de l’écran en langage vocal ou en braille pour les uti­li­sa­teurs aveugles ou mal­voyants. Un test avec des outils courants tels que NVDA (Windows) ou VoiceOver (macOS) simule cette situation d’uti­li­sa­tion. Cela permet notamment de détecter des problèmes de structure sé­man­tique, comme la hié­rar­chie des titres, l’ordre du contenu et les éléments de commande non libellés. L’uti­li­sa­tion des lecteurs d’écran nécessite une certaine fa­mi­lia­ri­sa­tion, mais fournit des in­for­ma­tions pré­cieuses sur l’ac­ces­si­bi­lité réelle d’un site Web.

Tests de zoom et de contraste

L’ac­ces­si­bi­lité ne fait pas d’ombre aux tendances de Web design, bien au contraire : une bonne con­cep­tion Web est ac­ces­sible ! Un test avec un agran­dis­se­ment de l’affichage (ex : un zoom de 200 %) et une si­mu­la­tion de dé­fi­ciences de la vision des couleurs (ex : un affichage en niveaux de gris) per­met­tent d’iden­ti­fier les fai­blesses de la con­cep­tion ou de l’ac­ces­si­bi­lité pour les personnes mal­voyantes. Cela permet de mettre en évidence le manque de contraste des couleurs, les contenus tronqués ou les com­po­sants non re­di­men­sion­nables. Bonne nouvelle : de nombreux systèmes d’ex­ploi­ta­tion et na­vi­ga­teurs proposent déjà des fonctions intégrées pour effectuer ra­pi­de­ment ces contrôles.

Com­pré­hen­si­bi­lité cognitive

L’ac­ces­si­bi­lité ne concerne pas seulement la tech­no­lo­gie, le contenu du site Web doit également être com­pré­hen­sible. Les textes doivent être clai­re­ment struc­tu­rés, faciles à lire et rédigés dans un langage aussi simple que possible. Vérifiez ainsi que les termes tech­niques sont expliqués, que les phrases sont courtes et que les pa­ra­graphes sont struc­tu­rés de manière logique. L’in­tel­li­gence ar­ti­fi­cielle et les modèles lin­guis­tiques (LLM) peuvent aider à vérifier la com­pré­hen­si­bi­lité des textes ou à proposer des for­mu­la­tions al­ter­na­tives dans un langage simple. Les contenus in­te­rac­tifs tels que les for­mu­laires ou les fonctions per­met­tant de scanner un code QR sur un PC doivent être conçus de manière à être ac­ces­sibles et com­pré­hen­sibles pour les personnes han­di­ca­pées et doivent donc être testés. Au final, cela profite aux personnes avec des troubles cognitifs, mais aussi aux personnes ayant des com­pé­tences en lecture limitées ou dont la langue ma­ter­nelle n’est pas le français.

Comment utiliser les che­ck­lists et critères WCAG ?

Les WCAG 2.1 dé­fi­nis­sent quatre principes centraux de l’ac­ces­si­bi­lité numérique : per­cep­ti­bi­lité, usabilité, com­pré­hen­si­bi­lité et ro­bus­tesse. Ces principes cons­ti­tuent la base de nom­breuses pro­cé­dures de test reconnues et de listes de contrôle, telles que le test BITV ou les che­ck­lists pratiques des WCAG élaborées par des or­ga­ni­sa­tions comme WAI ou DIAS. Ces outils aident à iden­ti­fier les obstacles de manière sys­té­ma­tique, à hié­rar­chi­ser les mesures né­ces­saires et à do­cu­men­ter les progrès en restant com­pré­hen­sible.

Que se passe-t-il après le test ?

Après le test, il est temps de passer à l’étape suivante : les résultats doivent être soig­neu­se­ment do­cu­men­tés et analysés, idéa­le­ment avec une éva­lua­tion claire selon des priorités (par exemple « critique », « moyen » ou « faible »). Les obstacles majeurs à l’usage ou pouvant poser un problème juridique sont par­ti­cu­liè­re­ment urgents et doivent être résolus en premier lieu. L’absence de textes al­ter­na­tifs pour les images en est un bon exemple.

À long terme, il est essentiel d’intégrer di­rec­te­ment les principes d’ac­ces­si­bi­lité dans les processus de con­cep­tion, de dé­ve­lop­pe­ment et de rédaction. Un processus d’amé­lio­ra­tion continue garantit que l’ac­ces­si­bi­lité n’est pas con­si­dé­rée comme un projet ponctuel, mais comme une tâche per­ma­nente. Pensez aussi à prévoir des tests de suivi, par exemple après la refonte d’un site Web, des mo­di­fi­ca­tions tech­niques im­por­tantes ou l’ajout de nouveaux contenus, afin de garantir le niveau atteint sur la durée.

En résumé

Tester l’ac­ces­si­bi­lité d’un site Web est donc un processus continu. La com­bi­nai­son d’outils au­to­ma­ti­sés, de tests manuels et de che­ck­lists clai­re­ment struc­tu­rées permet d’iden­ti­fier ra­pi­de­ment de nombreux obstacles nu­mé­riques et de les éliminer ef­fi­ca­ce­ment. En faisant cela, vous res­pec­te­rez les exigences légales, mais con­tri­bue­rez surtout à rendre le Web plus inclusif. D’un point de vue éthique et éco­no­mique, il s’agit là d’un facteur clé du succès des sites Web modernes.