Prise en charge des WCAG 2.1 dans axe-core

Marcy Sutton

By Marcy Sutton

20 août 2018

axe core wcag2 1

Les esprits curieux veulent savoir quand Axeprendra en charge les Directives pour l'accessibilité des contenus Web (WCAG) version 2.1. D'une certaine manière, c'est déjà le cas : les WCAG 2.1 reprennent mot pour mot l'ensemble des critères de succès de la version 2.0, ce qui signifie que l'ensemble de règles actuel de l'axe-core , qui visait les WCAG 2.0, s'applique désormais également à la version 2.1.

Il existe toutefois 17 nouveaux critères de succès dans les WCAG 2.1, qui concernent l'accessibilité sur mobile, les personnes malvoyantes et celles présentant des troubles cognitifs ou des difficultés d'apprentissage. Afin d'aborder ces nouveaux critères dans le cadre d'axe-core– une API et un ensemble de règles permettant de tester automatiquement l'accessibilité –, nous devons tout d'abord parler des tests d'accessibilité.

Tests d'accessibilité automatisés vs tests d'accessibilité manuels

La bibliothèque « axe-core » est un outil automatisé de test d’accessibilité écrit en JavaScript ; elle est donc limitée par ce qui peut être détecté par programmation dans les navigateurs Web. Pour que « axe-core » puisse analyser efficacement des pages Web sans intervention humaine, les problèmes d’accessibilité doivent être détectés à l’aide d’un code fonctionnant sur toutes les plateformes et ne générant pas de faux positifs.

De manière générale, voici quelques éléments pouvant faire l'objet d'une automatisation en matière d'accessibilité :

  • Hiérarchie et relations HTML
  • Rôles, états et propriétés ARIA : validité, relations et bonnes pratiques
  • Contraste des couleurs (hors contraintes liées aux API des navigateurs)
  • Désignation accessible des éléments de formulaire, des liens et des boutons

Éléments qui ne peuvent pas être automatisés par axe-core et qui doivent être testés manuellement :

  • Identification des erreurs
  • Ordre de mise au point
  • Prise en charge du clavier sur les contrôles personnalisés (absence d'API multiplateforme pour la détection des événements)
  • Tests avec des lecteurs d'écran

Dans la version 2.1.7 d’axe-core , nous avons ajouté les résultats « À vérifier » qui estompent la distinction entre « réussi » et « échoué » établie par le programme, permettant ainsi aux utilisateurs d’examiner les problèmes et de déterminer s’il s’agit véritablement d’infractions ou s’ils peuvent être ignorés. Cependant, pour signaler un élément à vérifier, axe-core doit établir avec un certain degré de certitude qu’il s’agit bien d’un problème d’accessibilité. Sinon, l’outil vous inonderait de faux positifs et de problèmes non pertinents, et vous finiriez probablement par jeter votre ordinateur par la fenêtre.

Remarque : la bibliothèque JavaScript « axe-core » est au cœur de nos extensions « Developer Tools » pour Chrome et Firefox ; par conséquent, en termes d'analyse, celles-ci sont également considérées comme automatisées. En revanche, notre produit WorldSpace Assure s'appuie sur « axe-core » dans son architecture interne, mais son objectif est de faciliter les tests manuels guidés.

Automatisation pour les WCAG 2.1

Ce qui nous ramène aux WCAG 2.1 : bon nombre des nouveaux critères de succès des WCAG 2.1 nécessitent des tests manuels effectués par des personnes, soit parce que les techniques recommandées ne peuvent pas être détectées par le code seul, soit parce qu’elles sont trop nuancées pour qu’un axe-core e puisse déterminer si le critère est satisfait ou non. Certains des éléments les plus complexes des WCAG 2.1 ne peuvent tout simplement pas être automatisés en raison de l’absence d’API sur la plateforme web.

Nous travaillons activement à l'élaboration de nouvelles règles pour les quelques critères pouvant être automatisés par du code, et vous pouvez suivre l'avancement de nos travaux sur GitHub.

L'automatisation dans « axe-core » repose sur la capacité de l'outil à auditer l'accessibilité des pages Web de manière programmatique, à l'aide de code, sans modifier la page testée. La philosophie de « axe-core », qui consiste à limiter les faux positifs et à fournir des résultats réalistes, explique en partie pourquoi cet outil est devenu une référence en matière de tests. Nous accordons une grande importance au temps et à la confiance de nos utilisateurs ; c'est pourquoi nous faisons preuve d'une grande prudence lorsque nous ajoutons de nouvelles règles. La prise en charge des WCAG 2.1 sera progressivement étendue, à mesure que nous mènerons les recherches et les tests nécessaires pour vous fournir les mêmes résultats utiles auxquels vous êtes habitués.

Marcy Sutton

Marcy Sutton

Marcy est « Developer Advocate » chez Deque Systems. Elle fait également partie de l'équipe #axeCore, organise les rencontres @a11ySea et est passionnée de montagne.

Recevez les articles de blog directement dans votre boîte mail

Pas de bavardages inutiles, mais des informations concrètes sur l'accessibilité, fournies par des experts qualifiés.

Vous acceptez que Deque , utilise et partage des informations conformément à Dequedéclaration de confidentialité. Vous pouvez modifier votre consentement à tout moment en nous contactant.

En savoir plus sur ce sujet

Test your custom elements and trust the results with Axe-core’s support for ElementInternals

Wilco Fiers 400 x 400 1 300 x 300
August 27, 2026 By Wilco Fiers

If you're a large enterprise organization with accessibility issues resulting from interoperability challenges, moving to ElementInternals is a savvy move. You can standardize, and safely test. And, with Axe-core now supporting ElementInternals, you can test those components and trust the results.

Lire l'article
A testing flow, depicting a single custom button scanned by Axe-core for React, Angular or Vue frameworks

Deque and Microsoft: Two decades of shaping the future of accessibility

cropped preety kumar400x400 300x300 1 1.jpg
August 25, 2026 By Preety Kumar

What started nearly two decades ago as conversations between two people passionate about improving accessibility across Microsoft's digital experiences has grown into a lasting partnership built on shared learning, mutual respect, and a common belief that accessibility should be built into every stage of software development.

Lire l'article
Preety Kumar and Jenny Lay-Flurrie conducting an interview, with the Seattle skyline in the background.