Comment optimiser la performance de son site pour les agents IA sans dégrader l’expérience humaine ?

Article Agentique UX / Web 24.08.2026
Par Kevin Larvor
kevin larvor

Lead Measurement & AI chez Converteo et référent web performance du cabinet, Kevin Larvor accompagne nos clients sur la mesure, la gouvernance des données et l’optimisation de leurs dispositifs digitaux, en portant la vision « performance & IA agentique ».

A retenir

  • Pour un humain, la performance est une question de confort. Pour un agent, c’est une question de réussite ou d’échec.
  • Google Lighthouse audite désormais la « Navigation agentique » : intégration WebMCP, accessibilité orientée machine, stabilité visuelle, détectabilité. Les contrôles étant reproductibles à l’identique, ils peuvent tourner à chaque mise en production
  • Ce qui sert les agents sert aussi les humains et l’accessibilité vient de trouver un nouvel élan grâce aux LLM


LCP, INP, CLS : ces métriques de performance appelées Core Web Vitals ont été conçues pour mesurer un ressenti humain. Un agent, lui, ne ressent rien. Les mêmes indicateurs ne mesurent plus un confort, mais un taux de réussite.

La performance web change de nature

Le trafic agentique n’est plus un sujet prospectif : en France, 31 % des cyberacheteurs (et jusqu’à 49 % des 15-24 ans) utilisent déjà l’IA générative dans leur parcours en ligne (Baromètre des agents IA e-commerce : le guide 2026 pour structurer votre stratégie de commerce agentique).

Depuis vingt ans, optimiser la performance web revient à optimiser une perception : est-ce que ça paraît chargé, est-ce que ça semble réactif, est-ce que ça donne une impression de stabilité. Les Core Web Vitals sont d’ailleurs explicitement des métriques d’expérience perçue. Elles ont été calibrées sur de la psychologie de l’attente.

Un agent n’attend pas. Il n’est ni impatient ni rassuré. Il exécute une tâche, et cette tâche réussit ou échoue. La performance cesse d’être une question de confort pour devenir une question binaire : le parcours aboutit, ou il n’aboutit pas.

Ce déplacement change la valeur de chaque défaut. Un décalage de mise en page peut générer de la frustration à un humain tandis qu’il fait cliquer un agent au mauvais endroit. Un menu au survol oblige un humain à chercher deux secondes alors qu’il rend une rubrique entière inexistante pour un agent. La friction devient une erreur.

Google Lighthouse et la catégorie expérimentale de navigation agentique

Depuis la version Chrome 150, Lighthouse embarque une catégorie expérimentale baptisée « Navigation agentique », qui évalue la qualité de conception d’un site pour l’interaction avec des machines en quatre familles :

  • L’intégration WebMCP. Lighthouse interroge le protocole Chrome DevTools pour détecter les outils que votre site expose aux agents, qu’ils soient déclarés en HTML ou enregistrés en JavaScript. Il signale aussi les formulaires qui pourraient être exposés et ne le sont pas, ainsi que les schémas invalides.
  • L’accessibilité orientée agent. Un sous-ensemble d’audits a11y jugés critiques pour l’interaction machine : chaque élément interactif a-t-il un nom programmatique, les rôles et relations parent-enfant sont-ils valides, du contenu interactif est-il masqué à l’arbre d’accessibilité.
  • La stabilité. Le CLS, mais lu autrement : ce qui est mesuré ici, c’est le risque que l’élément identifié par l’agent ne soit plus au même endroit quand il tente d’agir dessus.
  • La détectabilité. La présence d’un llms.txt à la racine du domaine.

Point structurant, plus important qu’il n’y paraît : ces audits sont déterministes, et Google précise que c’est délibéré, pour permettre leur intégration en CI/CD. Autrement dit, l’agent readiness est conçue dès le départ comme un test qu’on fait tourner à chaque déploiement, pas comme un rapport qu’on lit une fois par trimestre.

Attention toutefois à ne pas surinterpréter l’outil. Lighthouse mesure une page, à un instant donné, dans un navigateur. Il ne vous dit pas si un agent réussit réellement votre tunnel de commande. C’est un indicateur d’hygiène, pas un test d’usage.

Core Web Vitals (LCP, INP, CLS) : quelles différences de perception entre un humain et un agent IA ?

Métrique Ce que ça signifie pour un humain Ce que ça signifie pour un agent
LCP Le moment où l’élément le plus grand de la page paraît chargé. Il ne voit pas votre visuel principal. Ce qui compte, c’est le moment où l’arbre d’accessibilité est complet et stable. Un agent qui prend son instantané trop tôt lit une page vide.
INP La sensation de réactivité. Il ne s’impatiente pas, mais il time out et il retry. Chaque relance coûte des tokens, allonge la tâche, et fait courir un risque de double action : deux ajouts au panier, deux soumissions de formulaire.
CLS Un agacement. Un bug fonctionnel silencieux. L’agent identifie une cible, puis agit. Si l’élément a bougé entre les deux, il clique à côté et il ne le sait pas.

À cette grille s’ajoute une métrique qui n’existe pas encore, ou très rarement, dans les tableaux de bord : le coût de lecture de la page. Un DOM de 8 000 nœuds est plus cher à parcourir qu’un DOM de 1 500. La sobriété du markup, qu’on défendait jusqu’ici pour des raisons de maintenabilité, redevient un argument économique.

6 pratiques UI/UX devenues hostiles aux agents IA

Plusieurs pratiques enseignées depuis dix ans deviennent hostiles aux agents.

  • Le lazy loading au scroll et le scroll infini
    L’agent ne scrolle pas comme un humain. Le contenu qui n’apparaît qu’après trois défilements n’existe tout simplement pas pour lui.
  • Tout ce qui repose sur le survol
    Menus déroulants au hover, tooltips, mega-menus qui s’ouvrent au passage de la souris : pas de souris, pas de contenu. Une arborescence entière peut disparaître de la vue machine.
  • Le rendu client lourd sans SSR
    Vieux débat, argument neuf. Une SPA qui construit son DOM en trois vagues successives offre à l’agent une fenêtre d’instantané aléatoire qui peut ne pas être complète.
  • Le contenu enfermé dans des images ou du canvas
    Un prix affiché dans un visuel promotionnel est invisible. C’est vrai pour l’accessibilité depuis toujours et cela prend plus d’importance aujourd’hui.
  • Les interstitiels et les pop-ins de capture
    Chez l’humain, ils coûtent quelques points de conversion, et on l’accepte parce que les adresses email récoltées rapportent davantage. Chez l’agent, ce n’est plus deux points de conversion, c’est la tâche entière qui s’arrête.
  • Et le sujet dont personne ne veut parler : votre WAF
    Le site le mieux optimisé du monde ne sert à rien si votre configuration anti-bot renvoie un captcha à l’agent. La question mérite d’être posée frontalement en comité : avez-vous décidé si les agents étaient les bienvenus chez vous, ou est-ce que votre configuration anti-bot l’a décidé à votre place ? Ce n’est pas un choix technique, c’est un choix commercial qui est à prendre.

SEO to GEO : comment rendre sa page trouvable, lisible et actionnable par un agent ?

Comment rendre la page trouvable ?

Le fichier llms.txt est audité par Lighthouse alors qu’aucun standard ne le consacre formellement et que tous les crawlers ne l’exploitent pas. Son coût étant proche de zéro, c’est une optimisation facile mais n’en attendez pas de miracle.

Comment rendre la page lisible ?

HTML sémantique, libellés ARIA corrects, noms programmatiques sur tous les éléments interactifs. C’est le socle, et c’est très exactement ce que demande le RGAA, le référentiel français d’accessibilité, depuis des années.

Comment rendre la page actionnable ?

C’est l’objet du WebMCP : au lieu de laisser un agent deviner qu’il doit cliquer ici, remplir là, valider ensuite, vous déclarez explicitement l’action « rechercher un produit » ou « vérifier la disponibilité en magasin ». On passe d’une douzaine d’étapes fragiles à un appel.

Accessibilité Web (a11y) et RGAA : un nouveau levier de conversion

Réduire le CLS, alléger le DOM, servir du HTML sémantique, nommer correctement les éléments interactifs, limiter les interstitiels : rien là-dedans ne dégrade l’expérience humaine. Ce sont des recommandations formulées depuis dix ans, et qui finissaient régulièrement en bas de backlog faute de sponsor et de budget.

C’est le vrai apport de la lecture agentique, et il est un peu ironique : elle ne crée pas un nouveau chantier, elle rend enfin arbitrable un chantier qu’on repoussait. L’accessibilité en est l’exemple le plus net. L’arbre a11y que l’on pouvait voir comme une obligation réglementaire est devenu le format de lecture des agents. Le budget qu’on n’arrivait pas à défendre au nom de la conformité se défend désormais au nom de la conversion.

Par où commencer pour optimiser son site ?

Essayez de mesurer le trafic agentique sur votre site avant d’optimiser : c’est difficile d’arbitrer sur un volume qu’on ne connaît pas. Ensuite, dans cet ordre :

  1. Segmenter le trafic agentique dans votre analytics, pour disposer d’un ordre de grandeur.
  2. Établir une ligne de base avec la catégorie « Navigation agentique » de Lighthouse, en gardant à l’esprit ce qu’elle mesure et ce qu’elle ne mesure pas.
  3. Tester en conditions réelles : trois ou quatre parcours critiques confiés à un agent grand public, et on regarde où ça casse. C’est souvent plus instructif que le rapport.
  4. Vérifier la porte d’entrée : configuration WAF et anti-bot, décidée cette fois en connaissance de cause.
  5. Industrialiser : faire tourner ces audits automatiquement à chaque mise en production, et désigner un responsable au sein de votre équipe.

Chez Converteo, nous intégrons désormais ces dimensions à nos audits de web performance.

Par Kevin Larvor

Lead Analytics & Digital Products