Navigation agentique : pourquoi votre site doit maintenant être lisible par une IA autant que par un humain

Un nombre croissant de visiteurs qui arrivent sur un site web ne sont plus des humains qui cliquent — ce sont des agents IA qui naviguent, remplissent des formulaires et prennent des décisions au nom d'un utilisateur. Ce phénomène a un nom : la navigation agentique. Et il change discrètement les règles de ce qu'un site "bien fait" veut dire.

Qu'est-ce que la navigation agentique ?

Des assistants comme Claude (via le "computer use"), ChatGPT Operator ou les agents de recherche de Perplexity peuvent désormais ouvrir un navigateur, parcourir une page, identifier un bouton, remplir un champ et valider une action — exactement comme le ferait un utilisateur humain, mais sans en avoir l'apparence. Un visiteur peut aujourd'hui demander à son assistant IA de "prendre rendez-vous chez ce prestataire" ou de "comparer les tarifs de ces trois agences", et c'est l'agent qui va parcourir votre site à sa place.

Concrètement, cela veut dire que votre site a désormais deux audiences à satisfaire : les humains, et les agents qui agissent pour eux. Un site optimisé uniquement pour l'œil humain peut très bien être invisible, ou pire, incompréhensible pour un agent — et donc écarté silencieusement d'un parcours de décision auquel vous ne saurez jamais que vous avez participé.

Le lien direct avec l'accessibilité : ce n'est pas un hasard

Voici ce qui est peu intuitif au premier abord : un site accessible aux personnes en situation de handicap est, presque mécaniquement, un site lisible par les agents IA. Les deux s'appuient sur la même base technique : une structure HTML sémantique claire, des rôles ARIA cohérents, des libellés explicites sur les boutons et les champs de formulaire.

Ce n'est pas une coïncidence. Un lecteur d'écran et un agent IA font fondamentalement la même chose : ils ne "voient" pas la page comme un rendu visuel, ils la lisent via son arborescence d'accessibilité (l'arbre de rôles, de libellés et de relations que le navigateur construit à partir du DOM). Si cette arborescence est mal formée, les deux publics échouent à interagir correctement avec votre page — pour des raisons différentes, mais avec le même résultat : l'abandon.

Un exemple concret

Sur un projet récent, un audit d'accessibilité a signalé qu'un carrousel construit avec des balises <li> portant un rôle role="group" échouait un test ARIA basique : ce rôle n'est tout simplement pas autorisé sur un élément de liste. Un humain ne remarque jamais ce genre de détail — visuellement, tout fonctionne. Mais un agent qui analyse la structure de la page pour comprendre "quel est cet élément, à quoi sert-il, puis-je interagir avec" peut se retrouver bloqué ou mal interpréter le composant. La correction — remplacer les balises de liste par de simples conteneurs génériques portant les bons rôles — a résolu le problème sans rien changer visuellement. C'est typiquement le genre de détail invisible pour un humain, mais décisif pour un agent.

Ce qui casse la navigation agentique

• Des boutons sans libellé accessible : une icône seule, sans aria-label, ne veut rien dire pour un agent qui doit deviner sa fonction
• Des formulaires mal structurés : des champs sans <label> associé, ou des groupes de champs sans fieldset/legend, rendent le remplissage automatique peu fiable
• Du contenu généré uniquement au clic, sans état accessible : si une information n'existe dans le DOM qu'après une interaction complexe (survol, glisser-déposer), un agent qui ne reproduit pas exactement ce geste ne la trouve jamais
• Des rôles ARIA incohérents ou incorrects : comme dans l'exemple ci-dessus, un rôle mal utilisé peut faire échouer l'interprétation d'un composant entier
• Des actions critiques uniquement en JavaScript non standard : un bouton "Valider" qui ne déclenche pas un vrai événement de clic interprétable, mais un geste propriétaire, complique l'automatisation

Un scénario concret pour comprendre l'enjeu

Imaginez un artisan qui vend des cuisines sur mesure. Un prospect demande à son assistant IA : "trouve-moi trois artisans cuisiniste près de Toulouse et prends un rendez-vous de devis chez celui qui a les meilleurs avis." L'agent va parcourir plusieurs sites, comparer les avis affichés, puis tenter de remplir le formulaire de prise de rendez-vous du site retenu.

Sur un site bien structuré, l'agent identifie sans ambiguïté le formulaire, ses champs (nom, téléphone, date souhaitée), le bouton de validation, et confirme le rendez-vous en quelques secondes. Sur un site où le formulaire repose sur des éléments non standard, sans libellés clairs, ou où la validation dépend d'une interaction inhabituelle (un slider personnalisé sans rôle ARIA, par exemple), l'agent échoue silencieusement — ou pire, remplit mal un champ sans que personne ne s'en aperçoive avant que le prospect ne s'étonne de ne jamais être rappelé. Dans les deux cas, l'artisan perd un client sans jamais savoir pourquoi : aucune ligne dans les statistiques ne dira "un agent IA a abandonné sur votre formulaire".

AEO : le prolongement naturel du SEO

On commence à voir émerger le terme AEO (Agent Engine Optimization), en écho au SEO classique. L'idée : de la même façon qu'on optimise un site pour que Google le comprenne et le classe, il faut désormais l'optimiser pour qu'un agent IA puisse le comprendre et agir dessus correctement. Les deux disciplines se recoupent largement — un site bien structuré sémantiquement sert les deux objectifs à la fois — mais l'AEO ajoute une exigence supplémentaire : la page doit rester utilisable de bout en bout par un acteur qui ne "voit" pas le rendu visuel, seulement la structure logique.

Contrairement au SEO, il n'existe pas encore d'outil de mesure standardisé pour l'AEO, ni de classement public équivalent aux positions Google. Mais les bases techniques qui y préparent sont déjà connues et documentées depuis longtemps : ce sont, presque mot pour mot, les critères de la norme WCAG (Web Content Accessibility Guidelines), pensée initialement pour les technologies d'assistance et qui se retrouve aujourd'hui être aussi le meilleur guide disponible pour préparer un site à la navigation agentique.

Cette convergence n'a rien d'anecdotique pour une entreprise qui doit prioriser ses investissements : au lieu de traiter "accessibilité" et "compatibilité IA" comme deux chantiers séparés, un seul effort technique — la mise en conformité WCAG — répond aux deux exigences en même temps. C'est l'un des rares cas où une obligation réglementaire (l'accessibilité numérique devient progressivement obligatoire dans plusieurs secteurs) et une opportunité commerciale émergente pointent exactement dans la même direction.

Une checklist pratique pour préparer votre site

1. Utilisez du HTML sémantique natif avant de recourir à des rôles ARIA — un vrai <button> vaut mieux qu'un <div> avec role="button"
2. Donnez un libellé accessible à chaque élément interactif : aria-label, texte visible, ou association <label for=""> pour les champs de formulaire
3. Vérifiez la cohérence des rôles ARIA avec un outil d'audit (Lighthouse, axe DevTools) — un rôle non autorisé sur un élément est une erreur silencieuse mais réelle
4. Évitez les interactions complexes non standard pour les actions essentielles (achat, contact, réservation) — gardez au minimum un chemin accessible via clic et clavier simples
5. Testez votre site au clavier seul, sans souris : si vous ne pouvez pas atteindre et activer chaque élément important avec Tab et Entrée, ni un lecteur d'écran ni un agent IA n'y arriveront de façon fiable
6. Structurez vos formulaires proprement : chaque champ avec son label, les champs requis clairement identifiés, des messages d'erreur associés au bon champ

Pourquoi agir maintenant plutôt que plus tard

Ces recommandations existent depuis des années sous le nom d'accessibilité numérique — et elles étaient déjà, à elles seules, une bonne raison d'agir : obligation légale progressive dans plusieurs pays, marché des personnes en situation de handicap trop souvent ignoré, image de marque. La navigation agentique ajoute une raison supplémentaire, business celle-là : un site qui échoue à être compris par un agent IA perd des opportunités commerciales sans qu'aucune alerte ne se déclenche — pas d'erreur visible, pas de visiteur qui se plaint, juste une action qui échoue silencieusement ailleurs, dans une conversation entre un client et son assistant.

Contrairement à une refonte complète, mettre un site aux normes d'accessibilité et de structure sémantique est un chantier progressif : on peut commencer par les pages et parcours les plus stratégiques (contact, devis, prise de rendez-vous) sans tout reconstruire d'un coup. C'est aussi, très concrètement, le genre de travail qu'un audit technique permet d'identifier rapidement.