Trente et quelques règles automatisées dans l’extension gratuite d’axe DevTools, une cinquantaine dans la version payante : sur le papier, l’écart semble modeste. Dans la pratique quotidienne d’une équipe qui livre plusieurs thèmes WordPress par mois, il change la manière de travailler. La version gratuite reste un excellent point d’entrée pour repérer les erreurs les plus grossières : contrastes insuffisants, images sans texte alternatif, champs de formulaire sans étiquette. Elle suffit largement pour un développeur seul qui veut vérifier ponctuellement une page.
La version Pro change de registre dès qu’il faut couvrir des composants interactifs complexes : menus déroulants, carrousels, formulaires multi-étapes. Elle ajoute des « tests guidés intelligents », c’est-à-dire des scénarios où l’outil pose des questions ciblées (« cet élément reçoit-il le focus au clavier ? », « l’annonce vocale correspond-elle au contenu affiché ? ») plutôt que de se contenter d’un scan automatique. C’est là que se joue la vraie différence : les erreurs de logique clavier et de focus ne sont jamais détectables par un scan seul, quelle que soit la version de l’outil.
Ce que couvre déjà la version gratuite
L’extension gratuite d’axe DevTools s’appuie sur le moteur open source axe-core, le même que celui utilisé par Lighthouse en coulisses pour sa section accessibilité. Elle détecte sans configuration :
- les contrastes de texte insuffisants au regard des critères WCAG 2.1 niveau AA ;
- les images sans attribut
altou avec un attribut vide sur une image informative ; - les champs de formulaire sans étiquette associée par
for/idouaria-label; - les landmarks ARIA dupliqués ou mal imbriqués ;
- les liens sans texte accessible (icône seule, sans alternative textuelle).
Pour une agence qui livre des sites vitrines classiques sous WordPress, cette base couvre déjà 30 à 40 % des anomalies remontées lors d’un audit RGAA complet. Le reste demande un test manuel : navigation clavier, test au lecteur d’écran, vérification de l’ordre de tabulation.
Ce que la version Pro ajoute concrètement
La version payante introduit trois apports qui pèsent lourd en contexte d’agence :
- Les tests guidés pour les composants que l’automatisation seule ne peut pas juger, avec des instructions pas à pas affichées directement dans l’extension ;
- L’export structuré des résultats vers un ticket de suivi, avec capture d’écran et sélecteur CSS de l’élément fautif ;
- L’intégration en ligne de commande, pensée pour tourner dans une chaîne d’intégration continue et bloquer une mise en ligne si le nombre d’anomalies critiques dépasse un seuil défini.
Ce dernier point est celui qui justifie l’abonnement pour une structure de plusieurs développeurs : sans lui, la vérification d’accessibilité reste un geste volontaire, fait « quand on y pense ». Avec lui, elle devient une étape du processus de livraison, au même titre qu’un test unitaire qui échoue et bloque une fusion de branche.
Le prix d’un faux sentiment de sécurité
Un score élevé, qu’il vienne de la version gratuite ou de la version Pro, ne garantit jamais une conformité complète. Les deux versions partagent la même limite structurelle : un outil automatisé ne peut évaluer ni la pertinence d’un texte alternatif, ni la cohérence d’un ordre de lecture, ni la qualité d’une annonce vocale dynamique. La version Pro réduit cette zone d’ombre grâce à ses tests guidés, elle ne la supprime pas.
Sur nos projets, la bascule vers la version Pro se justifie à partir du moment où plus de deux personnes interviennent sur le même thème et où les composants interactifs se multiplient. En dessous de ce seuil, la version gratuite plus une checklist manuelle suffit largement.
Comparer sans se tromper de critère
| Critère | Version gratuite | Version Pro |
|---|---|---|
| Règles automatisées | Base solide | Étendue, avec priorisation |
| Tests guidés interactifs | Absents | Présents |
| Export vers un outil de suivi | Copier-coller manuel | Export structuré |
| Intégration en ligne de commande | Non | Oui |
| Adapté à un développeur seul | Oui | Surdimensionné |
Le tableau ci-dessus résume l’essentiel, mais la vraie question à se poser reste organisationnelle : combien de personnes touchent le code d’interface, et à quelle fréquence livre-t-on de nouveaux composants ? La réponse détermine si l’abonnement se rembourse en temps gagné ou reste un coût superflu.
Notre verdict
La version gratuite d’axe DevTools reste le bon choix pour un développeur indépendant ou une petite structure qui livre peu de composants interactifs. La version Pro devient pertinente dès qu’une équipe travaille en intégration continue et veut transformer l’accessibilité en critère de blocage automatique, au même titre qu’un test qui échoue. Ni l’une ni l’autre ne dispense d’un test manuel au clavier et au lecteur d’écran sur les parcours critiques d’un site.
