Outils de conformité EAA : ce que détectent les tests automatiques, et ce qu'ils ne verront jamais

24 septembre 2026 · 5 min de lecture

Cherchez un « outil de conformité EAA » et vous trouverez deux choses très différentes sous le même nom. L'une est un scanner automatique : il parcourt vos pages et signale les erreurs qu'il peut mesurer. L'autre est un widget overlay : une ligne de JavaScript qui promet la conformité en une journée. Ce n'est pas le même produit, et un seul des deux est réellement utile.

Voici ce que fait chacun, et ce qu'aucun des deux ne peut faire à votre place.

Illustration isométrique d'un ordinateur portable avec une loupe au-dessus d'une interface abstraite
Un scanner lit la structure, pas le sens. Toute cette page porte sur cette différence.
Ce qu'un scanner d'accessibilité automatique détecte de façon fiable et ce qu'il ne peut pas détecter, en deux listes côte à côte.Ce qu'un scanner voit, et ce qui lui échappeDÉTECTÉ AUTOMATIQUEMENTAttributs alt manquantsContraste inférieur à 4,5:1Champs de formulaire sans étiquetteLiens et boutons videslang absent de la pageOrdre des titres casséRôles ARIA invalidesSEULE UNE PERSONNE PEUT JUGERSi le texte alternatif est justeSi l'ordre du focus a du sensSi un composant maison marche auclavierSi le message d'erreur aideSi les sous-titres suivent l'audioSi la page tient à 200 % de zoomSi l'ordre de lecture est logique
La présence se teste, le sens non. Une image avec alt="image1234.jpg" passe le contrôle automatique et échoue à l'exigence.

Ce à quoi renvoie la loi

L'Acte européen sur l'accessibilité, directive (UE) 2019/882 (en France, transposée par la loi du 9 mars 2023), s'applique depuis le 28 juin 2025. Il couvre les produits et services vendus aux consommateurs dans l'UE : commerce en ligne, services bancaires aux particuliers, livres numériques, bornes de billetterie et d'enregistrement, information voyageurs, et d'autres.

C'est là que beaucoup trébuchent. L'Acte ne contient pas de liste de points à tester. Il fixe l'obligation et renvoie à la norme harmonisée EN 301 549, qui pour les contenus web renvoie à son tour aux WCAG 2.1 niveau AA. Quand quelqu'un dit « il faut passer l'EAA », c'est donc au regard des WCAG qu'il sera mesuré.

Comment l'Acte européen sur l'accessibilité se rattache à l'EN 301 549 et aux WCAG 2.1 niveau AA.Ce à quoi la loi renvoie vraimentActe européen sur l'accessibilitéDirective (UE) 2019/882. Fixe l'obligation, pas le test.EN 301 549La norme européenne harmonisée. Traduit l'obligation en exigences testables.WCAG 2.1 niveau AALes critères de succès au regard desquels vos pages sont mesurées.L'Acte dit « rendez-le accessible ». L'EN 301 549 dit comment le prouver.
L'Acte fixe l'obligation. L'EN 301 549 la traduit en exigences testables. Vos pages sont mesurées au regard des WCAG 2.1 AA.

L'Acte ajoute des obligations dont les WCAG ne parlent pas : vous devez fournir des informations sur l'accessibilité de votre service, les tenir à disposition et pouvoir expliquer comment vous respectez les exigences. Un score parfait au scanner ne produit pas ce document.

Là où le scan automatique aide vraiment

Les scanners excellent dans une seule chose : trouver des défauts mécaniques en masse, sur des milliers de pages, en quelques minutes. Ce n'est pas rien. Si vous avez 4 000 fiches produit avec une étiquette de formulaire manquante dans un gabarit commun, un scanner la trouve en un passage et une personne ne la trouvera jamais.

Ce qu'ils repèrent de façon fiable : attributs alt manquants, contraste sous le seuil, champs de formulaire sans étiquette programmatique, liens et boutons vides, attribut lang absent, ordre des titres cassé, rôles et références ARIA invalides.

Mais ils ne voient que ce qui se mesure mécaniquement. Toutes les études sérieuses sur les tests automatiques estiment à environ un tiers la part des défauts WCAG détectables ainsi. Non pas parce que les outils sont mauvais, mais parce que la plupart des défauts d'accessibilité touchent au sens, et le sens n'est pas une propriété qu'un script peut lire.

Une image avec alt="image1234.jpg" passe le contrôle « a un texte alternatif ». Elle échoue complètement à l'exigence réelle. Le scanner ne voit pas la différence ; une personne la voit en deux secondes.
Illustration isométrique d'un clavier avec un anneau de focus qui se déplace sur des blocs d'interface abstraits
C'est au test clavier que les vrais défauts apparaissent, et aucun outil ne peut le faire à votre place.

Ce qu'aucun outil ne peut décider pour vous

À propos des overlays

Les widgets overlay méritent une réponse directe, parce qu'ils sont vendus avec insistance et qu'ils sont la raison pour laquelle beaucoup cherchent un outil de conformité.

Un overlay ne peut pas corriger le HTML que lit un lecteur d'écran. Il se place par-dessus. Dans la pratique, les utilisateurs de technologies d'assistance signalent que les overlays aggravent souvent les choses, parce qu'ils interfèrent avec les réglages et le comportement que l'utilisateur a déjà configurés. Une déclaration publique de la communauté, largement signée, va dans ce sens, et les autorités n'ont pas accepté les overlays comme substitut à la conformité.

Si un fournisseur vous propose la conformité légale via une seule balise script, traitez cela comme l'affirmation que c'est. Nous en parlons plus en détail dans pourquoi un overlay ne rend pas votre site conforme.

À quoi ressemble une démarche qui fonctionne

Illustration isométrique d'un document flottant au-dessus d'un panneau avec trois indicateurs d'état
La déclaration d'accessibilité est une obligation légale à part entière. Un scan parfait ne la produit pas.
Un ordre de travail en quatre étapes : scan automatique, test clavier, sondages avec technologie d'assistance et déclaration d'accessibilité.L'ordre qui fonctionne vraiment1ScannerÉlimine en masse leserreurs mécaniques. Peucoûteux et rapide.2ClavierTabulez dans chaqueparcours. Sans souris.L'essentiel des défautssort ici.3LecteurSondez les parcours quivous rapportent.4DéclarerPubliez ce qui marche,ce qui ne marche pas, etcomment le signaler.
Scanner d'abord rend le temps humain abordable. Faire l'inverse gaspille votre ressource la plus chère sur les problèmes les moins chers.
  1. Lancez d'abord le scanner. Il est peu coûteux, rapide et élimine le bruit mécanique pour que le temps humain ne s'y perde pas. Intégrez-le à votre CI pour que les régressions ne reviennent pas.
  2. Faites un test au clavier. Débranchez la souris. Tabulez dans vos cinq parcours principaux de bout en bout : recherche, produit, panier, paiement, compte. Si vous ne pouvez pas finaliser un achat au clavier seul, rien d'autre sur la liste ne compte encore.
  3. Sondez avec un lecteur d'écran. NVDA sous Windows ou VoiceOver sous macOS, sur ces mêmes parcours. Vous n'auditez pas tout, vous vérifiez que les chemins importants sont utilisables.
  4. Rédigez la déclaration d'accessibilité. Ce qui est conforme, ce qui ne l'est pas encore, quelle est l'alternative et comment signaler un problème. C'est une obligation légale, et c'est aussi le document qui montre votre bonne foi si quelqu'un pose la question.

En résumé

Un outil automatique est une partie nécessaire de la démarche, jamais la démarche entière. Il élimine les erreurs faciles à trouver pour que vous puissiez consacrer l'attention humaine, qui coûte cher, à celles qui empêchent vraiment les gens d'utiliser votre site.

Celui qui vous vend la démarche entière dans une balise script vous vend la partie qui n'existe pas. Pour un point de départ, notre scan gratuit vous dit en quelques secondes où en est votre site.

Nous utilisons uniquement un stockage technique essentiel (votre langue et vos choix de cookies, enregistrés dans votre navigateur). Aucun traçage, aucun cookie tiers. Politique cookies