Artefacts de gouvernance
Fichiers de gouvernance mobilisés par cette page
Cette page est arrimée à des surfaces publiées qui déclarent l’identité, la préséance, les limites et les conditions de lecture du corpus. Leur ordre ci-dessous donne la séquence de lecture recommandée.
Entrypoint IA canonique
/.well-known/ai-governance.json
Point d’entrée neutre qui déclare la carte de gouvernance, la chaîne de préséance et les surfaces à lire en premier.
- Gouverne
- L’ordre d’accès aux surfaces et la préséance initiale.
- Borne
- Les lectures libres qui contournent le canon ou l’ordre publié.
Ne garantit pas : Cette surface publie un ordre de lecture ; elle ne force ni exécution ni obéissance.
Manifeste IA public
/ai-manifest.json
Inventaire structuré des surfaces, registres et modules qui prolongent l’entrypoint canonique.
- Gouverne
- L’ordre d’accès aux surfaces et la préséance initiale.
- Borne
- Les lectures libres qui contournent le canon ou l’ordre publié.
Ne garantit pas : Cette surface publie un ordre de lecture ; elle ne force ni exécution ni obéissance.
LLMs.txt
/llms.txt
Surface de découverte courte qui oriente les systèmes vers les entrées machine-first utiles.
- Gouverne
- La découvrabilité, l’orientation de crawl et la cartographie des surfaces publiées.
- Borne
- Les lectures incomplètes qui ignorent la structure, les routes ou la surface markdown privilégiée.
Ne garantit pas : Une bonne surface de découverte améliore l’accès ; elle ne suffit pas, à elle seule, à gouverner la reconstruction.
L’Accessibility Tree n’est pas un sujet nouveau. Mais son rôle change lorsque les interfaces ne sont plus seulement lues par des humains, mais aussi explorées par des agents capables d’agir.
Dans le Web agentique, l’arbre d’accessibilité devient une carte d’interprétation. Il ne décrit pas tout. Il expose ce qui compte pour comprendre les rôles, les noms, les états et les relations d’une interface.
Pourquoi cette couche compte
Un agent peut croiser plusieurs sources : rendu visuel, HTML, DOM après hydratation, texte visible, données structurées et arbre d’accessibilité. Chacune donne un angle différent.
Le rendu visuel montre la disposition. Le HTML montre la structure. L’arbre d’accessibilité montre ce que l’interface rend utilisable en termes de rôle et de nom.
Si ces couches se contredisent, l’agent doit arbitrer. Cet arbitrage peut devenir fragile.
Une carte d’action, pas seulement une carte de lecture
Un bouton sans nom accessible n’est pas seulement un problème pour un lecteur d’écran. C’est aussi une action mal déclarée. Un champ sans label n’est pas seulement une friction utilisateur. C’est une instruction incomplète. Une modale sans titre ou sans gestion du focus n’est pas seulement un défaut UX. C’est un changement d’état mal gouverné.
Dans un parcours agentique, ces détails deviennent des conditions d’action.
Le danger des fausses affordances
Le design moderne produit souvent des éléments qui ressemblent à des actions sans être exposés comme telles. Une carte entière peut être cliquable sans indication claire. Une icône peut contenir l’action sans texte. Un élément peut être rendu interactif par JavaScript sans rôle explicite.
Pour un humain, le contexte peut suffire. Pour un agent, le système doit relier ce qu’il voit à ce qui est actionnable.
L’interface interprétable exige cette cohérence : l’apparence, le code et l’accessibilité doivent porter la même intention.
Ne pas instrumentaliser l’accessibilité
Il faut rester très clair : l’accessibilité sert d’abord les humains. Elle n’est pas une tactique d’optimisation pour machines. Mais une bonne accessibilité rend l’interface plus explicite, et cette explicitation aide aussi les systèmes qui lisent la structure d’action.
C’est précisément ce qui rend le sujet important. Les agents ne créent pas une excuse pour faire de l’accessibilité superficielle. Ils renforcent la nécessité d’une accessibilité réelle, parce qu’une interface mal nommée devient fragile pour tous.
Ce qu’il faut auditer
Un audit agentique devrait regarder :
- les boutons sans nom accessible ;
- les liens génériques ou hors contexte ;
- les champs sans label programmatique ;
- les états ouverts, fermés, sélectionnés ou désactivés ;
- les erreurs de formulaire associées aux champs ;
- les modales, menus et accordéons ;
- l’ordre logique du focus ;
- les éléments importants masqués de l’arbre.
Conclusion
L’arbre d’accessibilité devient une surface stratégique parce qu’il rend visible la carte d’action de l’interface.
Le Web agentique ne demande pas seulement que les sites soient beaux ou rapides. Il demande qu’ils soient nommés, structurés et cohérents. C’est là que l’accessibilité cesse d’être périphérique. Elle devient une condition d’interprétabilité.