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

EN 301 549 v4.1.1 is final! What changed, what it means, and what you should do.

Matthew Luken
September 8, 2026 By Matthew Luken

On September 2, 2026, EN 301 549 v4.1.1 was officially published. This represents a major update to Europe’s accessibility standard for ICT products and services, and it’s a big milestone. But in practice, it’s only the first step along a three-point timeline.

Lire l'article
Two professionals working together in an office environment, with four overlaid call-out boxes containing the terms: EN 301 549 v4.1.1, WCAG 2.2 Level AA, The European Accessibility Act (EAA), and Digital Accessibility Conformance

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