Test d'accessibilité pour votre site web
Accessibilité vérifiée automatiquement selon WCAG 2.1 et l'European Accessibility Act
Que vérifie le test d'accessibilité ?
Contrastes de couleur du texte et de l'arrière-plan face aux valeurs minimales WCAG
Textes alternatifs pour les images, les graphiques et les éléments liés
Étiquettes de formulaire et intitulés de liens reconnaissables
Structure de la page : hiérarchie des titres, landmarks et déclaration de langue
Attributs ARIA quant à leur validité et à leur usage correct
Niveaux WCAG A et AA présentés séparément, avec une gravité par violation
Comment fonctionne le test d'accessibilité
4 étapes pour avoir une vue d'ensemble des barrières de votre page
-
1 Étape 1
Saisissez l'URL
Indiquez l'adresse de la page que vous voulez vérifier. C'est exactement cette page qui est analysée.
-
2 Étape 2
Charger la page intégralement
La page est ouverte dans un véritable navigateur, JavaScript compris – ainsi ce qui n'apparaît qu'après coup dans le contenu est vérifié également.
-
3 Étape 3
Tester selon les règles WCAG
axe-core vérifie le contenu final de la page face aux jeux de règles WCAG 2.0 et 2.1 aux niveaux A et AA, ainsi qu'aux bonnes pratiques établies.
-
4 Étape 4
Traiter les violations par gravité
Vous obtenez chaque violation avec sa gravité, l'élément concerné et le sélecteur CSS, ainsi qu'un lien vers l'explication de la règle correspondante.
Les barrières typiques que le test détecte
Huit des violations les plus fréquentes et le critère de succès WCAG correspondant
-
Contraste de couleur insuffisant
WCAG 1.4.3 (AA)Le texte se détache trop faiblement de l'arrière-plan. Cela concerne particulièrement les gris clairs, les boutons colorés et le texte placé sur des images.
-
Image sans texte alternatif
WCAG 1.1.1 (A)Les images informatives ont besoin d'un attribut
altqui décrit leur contenu. Les images purement décoratives reçoivent unalt=""vide afin que les lecteurs d'écran les ignorent. -
Lien sans texte reconnaissable
WCAG 4.1.2 (A)Les liens qui ne contiennent qu'une icône ou une image sont annoncés sans nom accessible. L'utilisateur entend qu'un lien existe, mais pas où il mène.
-
Champ de formulaire sans étiquette
WCAG 4.1.2 (A)Un champ de saisie a besoin d'un
labelassocié. Un texte indicatif ne suffit pas – il disparaît dès la saisie et n'est pas annoncé de manière fiable. -
Déclaration de langue manquante
WCAG 3.1.1 (A)Sans attribut
langsur l'élémenthtml, le lecteur d'écran ne sait pas dans quelle langue lire. Un texte français prononcé à l'anglaise est pratiquement incompréhensible. -
Contenu en dehors des landmarks
Best PracticeDes régions comme
header,nav,mainetfooterpermettent d'aller directement à la partie voulue de la page. Si elles manquent, il ne reste qu'à écouter la page entière. -
Niveau de titre sauté
Best PracticeLes titres doivent s'enchaîner, donc de h2 à h3 et non directement à h4. Les utilisateurs de lecteurs d'écran naviguent dans cette structure comme dans un sommaire.
-
Attribut ARIA invalide
WCAG 4.1.2 (A)Les attributs ARIA avec une valeur erronée ou un rôle inadapté font plus de dégâts que l'absence d'attribut. Le lecteur d'écran annonce alors une information qui ne correspond pas.
Les quatre niveaux de gravité
Chaque violation trouvée est classée – vous savez ainsi par où commencer
-
Critique
Bloque totalement l'utilisation. Les personnes concernées ne peuvent pas atteindre le contenu ou la fonction du tout.
-
Sérieuse
Rend l'utilisation considérablement plus difficile. Le contenu est atteignable en théorie, mais en pratique seulement au prix d'un gros effort.
-
Modérée
Gêne sensiblement l'utilisation sans l'empêcher. Typiquement des problèmes de structure et de navigation.
-
Mineure
Écarts plus légers qui réduisent le confort. Ils devraient être corrigés, mais ont la priorité la plus basse.
European Accessibility Act et transposition nationale
L'European Accessibility Act impose l'accessibilité de nombreux services numériques destinés aux consommateurs, et chaque État membre de l'UE l'a transposé dans son droit national – en France, la transposition s'appuie sur le cadre issu de la loi n° 2005-102 pour l'égalité des droits et des chances, complété par les textes de transposition applicables depuis le 28 juin 2025. Le champ d'application couvre les boutiques en ligne, les services bancaires, les télécommunications, le transport de voyageurs ainsi que les livres numériques et leurs plateformes de distribution. Ce qui compte n'est pas seulement la taille de l'entreprise, mais le fait de fournir des services aux consommateurs par voie électronique.
La référence technique est la norme harmonisée EN 301 549, qui pour les contenus web renvoie pour l'essentiel aux WCAG 2.1 au niveau de conformité AA – c'est également la base du RGAA, le référentiel français. C'est précisément ce niveau que couvre le test d'accessibilité : toutes les règles pour WCAG 2.0 et 2.1 aux niveaux A et AA sont vérifiées et présentées séparément.
Les autorités nationales de surveillance du marché peuvent poursuivre les manquements d'office ou à la suite d'une réclamation. Les conséquences concrètes découlent du droit national applicable et vont de la mise en demeure de remédier au manquement jusqu'à des sanctions. S'y ajoute le risque commercial : qui exclut techniquement une partie de sa clientèle perd du chiffre d'affaires – indépendamment de toute autorité.
Ce qu'un test automatique peut faire – et ce qu'il ne peut pas
Les vérifications automatisées détectent de manière fiable une partie des critères WCAG, typiquement environ un tiers. Beaucoup d'aspects ne se mesurent pas techniquement : savoir si un texte alternatif décrit vraiment le contenu de l'image, si la navigation au clavier suit un ordre pertinent ou si le langage est formulé de façon compréhensible. Ce test vérifie en outre la page appelée, et non l'ensemble du site. Il constitue donc un point d'entrée fiable et une bonne base de priorisation – il ne remplace pas une évaluation de conformité juridiquement solide. Pour cela, faites appel en complément à une expertise professionnelle ainsi qu'à des tests avec des personnes en situation de handicap.
Trouver de vraies barrières avec le test d'accessibilité
Les barrières sont rarement visibles quand on n'en rencontre soi-même aucune. Un rapport de contraste de 3:1 paraît parfaitement lisible sur un bon écran et reste pourtant insuffisant pour les personnes malvoyantes. Un bouton sans intitulé est annoncé par le lecteur d'écran comme « bouton », sans le moindre indice sur ce qu'il déclenche. InspectWP teste la page appelée avec axe-core, la bibliothèque de tests de Deque Systems qui équipe aussi les outils de développement de Chrome et de Firefox. Vous obtenez chaque violation trouvée, avec sa gravité, l'élément HTML concerné et le sélecteur CSS – exactement l'information dont vos développeurs ont besoin pour la corriger.
Niveaux WCAG A et AA évalués séparément
Les Web Content Accessibility Guidelines définissent trois niveaux de conformité. Le niveau A est l'exigence minimale : s'il n'est pas atteint, des contenus essentiels sont tout simplement inaccessibles à certains utilisateurs. Le niveau AA est le niveau auquel se réfèrent les législateurs dans l'UE et au-delà – y compris l'European Accessibility Act et ses transpositions nationales. InspectWP présente séparément les violations des deux niveaux afin que vous disposiez d'un ordre de travail fiable : fermez d'abord les violations de niveau A, puis celles de niveau AA. Le test vérifie en outre des règles de bonnes pratiques qui ne font pas partie des WCAG mais qui, en pratique, déterminent souvent si une page est réellement utilisable.
Des milliers de propriétaires de sites web font confiance à InspectWP
Les chiffres parlent d'eux-mêmes
Questions fréquentes sur le test d'accessibilité
Tout ce que vous devez savoir sur le test WCAG et d'accessibilité
D'autres outils utiles
Ces vérifications couvrent des sujets connexes