Pourquoi parler d’accessibilité pour agents
L’accessibilité ne doit jamais être réduite aux agents IA. Elle sert d’abord les personnes. Mais l’ère agentique met en évidence une réalité technique : une interface accessible expose mieux ses rôles, ses noms, ses états et ses relations. Ces informations sont aussi utiles aux agents qui doivent comprendre une page.
L’audit d’accessibilité pour agents ne remplace pas un audit WCAG complet. Il cible la couche qui influence la compréhension machine d’un parcours : boutons, liens, champs, menus, modales, erreurs, états dynamiques et confirmations.
Ce que l’audit observe
1. Noms accessibles
Un agent doit pouvoir identifier un bouton ou un champ sans s’appuyer uniquement sur sa position visuelle. Les libellés vagues, les icônes sans nom, les boutons répétés ou les actions « En savoir plus » non contextualisées créent de l’ambiguïté.
2. Rôles et sémantique
Un élément qui ressemble à un bouton devrait être un bouton. Un lien devrait naviguer. Un champ devrait être relié à son label. Une modale devrait être annoncée comme telle. Cette cohérence réduit la distance entre ce que l’humain voit et ce que l’agent peut lire.
3. États dynamiques
Les menus ouverts, panneaux repliés, étapes actives, onglets, messages d’erreur, états désactivés et confirmations doivent être interprétables. Si un état n’est visible que par style CSS sans relation accessible, l’agent peut perdre le contexte.
4. Parcours critiques
L’audit se concentre sur les parcours qui ont une conséquence : demande de contact, diagnostic, achat, réservation, téléchargement, soumission ou comparaison. L’objectif n’est pas seulement de corriger des attributs. C’est de rendre le parcours fiable.
Résultat attendu
Le livrable classe les problèmes en trois niveaux :
- friction humaine et assistive ;
- ambiguïté d’interprétation machine ;
- risque d’action agentique.
Cette classification permet de prioriser les corrections qui aident réellement le site à devenir plus lisible, plus stable et plus actionnable.
Lien avec les autres audits
Cet audit complète l’audit Lighthouse Agentic Browsing et l’audit WebMCP et formulaires agent-friendly. Il peut aussi devenir un bloc d’une refonte machine-first lorsque les gabarits actuels sont trop fragiles.
Ce que ce service ne promet pas
Il ne garantit pas qu’un agent tiers exécutera un parcours. Il ne transforme pas l’accessibilité en simple outil SEO. Il améliore la cohérence entre l’interface humaine, l’arbre d’accessibilité et les systèmes qui doivent interpréter l’action.