Pendant que tout le monde optimise pour les utilisateurs humains et pour Google, une nouvelle catégorie vient d’apparaître discrètement dans Lighthouse : la « Navigation agentique » (Agentic Browsing). Et elle est déjà visible dans PageSpeed Insights. Sa mission : mesurer à quel point votre site est conçu pour être utilisé non plus par un humain, mais par un agent IA qui navigue et agit à votre place.
Nous avons testé notre propre blog — la capture en tête d’article le montre : TutorielsWEB /tuto/ obtient 99 en Performances, 95 en Accessibilité, 100 en Bonnes pratiques, 100 en SEO… et surtout 3/3 en Navigation agentique. Voici ce que cache ce nouveau score, et comment le décrocher.
Qu’est-ce que le score de navigation agentique ?
C’est une nouvelle catégorie expérimentale de Lighthouse qui évalue, via des audits déterministes, la qualité de conception d’un site pour l’interaction machine — typiquement un agent IA qui lit, comprend et manipule votre page. Elle s’appuie sur des standards proposés autour de WebMCP et nécessite, pour l’instant, Chrome 150+ et l’inscription à l’Origin Trial WebMCP.
L’objectif affiché par l’équipe Chrome est clair : « collecter des données et fournir des signaux exploitables, plutôt qu’un classement définitif ». On est donc dans une phase d’amorçage — mais le signal est lancé.
Un score différent des autres : une fraction, pas un /100
Contrairement aux catégories Performances ou SEO notées sur 100 (moyenne pondérée), la navigation agentique n’affiche pas de score 0–100. Le rapport présente :
- un score fractionnaire : le ratio de contrôles de « préparation agentique » réussis (d’où le 3/3 de notre capture) ;
- un statut réussite / échec pour les audits aux exigences techniques précises ;
- un ratio de succès global en en-tête.
C’est une logique de checklist binaire, pas de note moyennée.
Les signaux évalués
Intégration WebMCP
Lighthouse surveille les événements d’enregistrement d’outils (tool registration) via le Chrome DevTools Protocol, qu’ils soient déclaratifs (HTML) ou impératifs (JavaScript). En clair : exposez-vous explicitement vos fonctionnalités aux agents ?
Accessibilité orientée agent
La catégorie filtre les audits d’accessibilité essentiels à l’interaction machine :
- noms et libellés programmatiques sur les éléments interactifs ;
- rôles valides et relations parent-enfant cohérentes ;
- contenu réellement visible dans l’arbre d’accessibilité.
Un bon arbre d’accessibilité ne sert donc plus seulement les lecteurs d’écran : il sert aussi les agents IA.
Stabilité et découvrabilité
- le CLS (Cumulative Layout Shift) pour la stabilité visuelle : un agent, comme un humain, est gêné par une mise en page qui saute ;
- la présence d’un fichier
llms.txt, résumé lisible par machine.
Le cas llms.txt : le paradoxe du moment
Voilà qui est savoureux. Google Search vient tout juste d’affirmer que llms.txt est inutile pour le référencement dans sa recherche par IA générative (on l’a décrypté dans notre article Google clarifie ce qui compte pour le SEO à l’ère de l’IA). Et dans le même temps, Lighthouse vérifie la présence de llms.txt dans son score de navigation agentique.
Contradiction ? Non : ce sont deux contextes distincts. Le moteur de recherche Google n’en a pas besoin pour classer vos pages ; mais pour l’interaction directe d’un agent avec votre site (le terrain de WebMCP), un résumé machine peut aider. Conserver un llms.txt garde donc du sens — simplement pas pour les raisons qu’on vous vend habituellement.
Comment améliorer son score de navigation agentique
Quatre leviers concrets :
- Adopter WebMCP pour exposer explicitement la logique de votre site aux agents (outils déclaratifs ou impératifs).
- Soigner l’arbre d’accessibilité : HTML sémantique, ARIA correct, libellés programmatiques sur chaque élément interactif.
- Réduire le CLS : dimensionnez vos images, réservez l’espace des publicités et des contenus injectés.
- Nommer vos éléments interactifs de façon programmatique (boutons, liens, champs) — pas seulement visuellement.
Bonne nouvelle : ces audits étant déterministes, ils s’intègrent parfaitement dans un pipeline CI/CD pour surveiller la régression à chaque déploiement.
Pourquoi notre site obtient 3/3
Le score de notre blog (capture ci-dessus) n’est pas un hasard. Il repose sur des fondamentaux que nous appliquons : HTML sémantique et hiérarchie de titres propre, arbre d’accessibilité soigné (95/100), CLS maîtrisé (images dimensionnées, pas de contenu qui saute) et un llms.txt déjà déployé. Autrement dit, les bonnes pratiques web classiques préparent déjà, en grande partie, le terrain agentique.
Au-delà du score : nous avons implémenté WebMCP
Le même rapport liste trois audits supplémentaires, marqués « non notés » : Couverture du formulaire WebMCP, Outils WebMCP enregistrés et Schémas WebMCP valides. Ils n’entrent pas dans le 3/3 (ils sont informatifs) et restent « non applicables » tant qu’un site n’expose aucun outil WebMCP — le cas de l’immense majorité du web aujourd’hui.
Nous avons décidé d’aller plus loin. Ce blog enregistre désormais sa recherche comme un outil WebMCP : un agent IA, dans un Chrome compatible, peut interroger directement nos articles sans avoir à deviner la structure de la page. Le code est feature-detecté — un no-op total pour les visiteurs classiques :
const mc = document.modelContext || navigator.modelContext; // navigator déprécié dès Chrome 150
if (mc && mc.registerTool) {
mc.registerTool({
name: 'search_articles',
description: "Recherche dans les articles du blog (web, IA, SEO, PrestaShop, WordPress, hébergement).",
inputSchema: {
type: 'object',
properties: { query: { type: 'string', description: 'Mots-clés à rechercher.' } },
required: ['query'],
},
async execute({ query }) {
const pf = await import('/tuto/pagefind/pagefind.js');
const res = await pf.search(query);
const items = await Promise.all(res.results.slice(0, 5).map((r) => r.data()));
return { content: [{ type: 'text', text: items.map((i) => `${i.meta.title} — ${i.url}`).join('\n') }] };
},
});
}Nous combinons d’ailleurs les deux approches de WebMCP : l’API impérative (registerTool, ci-dessus, pour la recherche) et l’API déclarative — de simples attributs HTML sur le formulaire de contact, que l’audit « Couverture du formulaire WebMCP » sait lire :
<form toolname="submitContactForm"
tooldescription="Préparer un message de contact pour l'équipe.">
<input name="email" toolparamdescription="L'adresse e-mail pour la réponse.">
<textarea name="message" toolparamdescription="Le contenu du message."></textarea>
</form>Un choix de sécurité assumé : on ajoute toolname et tooldescription pour que l’agent comprenne le formulaire, mais jamais l’attribut toolautosubmit. L’agent peut préparer le message ; l’envoi final reste à l’humain. Exposer la lecture (recherche) et la compréhension (formulaire annoté) est utile ; confier une action engageante (envoi, paiement, inscription) en autonomie exige des garde-fous. Le principe : exposez ce qui aide, gardez l’humain pour ce qui engage.
Résultat : sur un navigateur compatible, les audits « outils enregistrés » et « schémas valides » deviennent applicables, et Genisoft Web figure parmi les premiers sites réellement agent-ready.
Ce que ça annonce pour le SEO et l’AEO
La navigation agentique inaugure une nouvelle frontière d’optimisation, parallèle au SEO et à la GEO/AEO. Demain, ce ne seront pas seulement des humains et des robots d’indexation qui visiteront vos pages, mais des agents autonomes qui devront comprendre et actionner vos interfaces. Les sites qui exposent proprement leur structure et leurs fonctionnalités prendront une longueur d’avance — exactement comme les premiers sites mobile-first ont devancé la vague mobile.
Pour mémoire, ces agents reposent sur les mêmes briques que les assistants de développement comme Claude Code : ils lisent une structure, raisonnent, puis agissent. Et ce trafic devient mesurable : Google Analytics sait désormais l’isoler grâce à son canal « AI Assistant ».
FAQ
Le score de navigation agentique est-il un facteur de classement Google ? Non, pas à ce stade. C’est une catégorie expérimentale de Lighthouse destinée à collecter des données et fournir des signaux, pas un facteur de ranking. Mais elle préfigure une discipline d’optimisation à part entière.
Faut-il Chrome 150+ pour l’obtenir ? La catégorie s’appuie sur WebMCP et nécessite Chrome 150+ et l’inscription à l’Origin Trial WebMCP pour l’évaluation complète. Le score apparaît néanmoins déjà dans PageSpeed Insights.
Pourquoi mon score fluctue-t-il ? À cause du timing d’enregistrement dynamique des outils, des modifications de l’arbre d’accessibilité liées au DOM, ou des décalages de mise en page (publicités, images non dimensionnées, contenu injecté).
llms.txt est-il utile ou non, finalement ?
Inutile pour le classement dans la recherche Google, mais pris en compte par le score de navigation agentique de Lighthouse. Deux contextes différents : le garder ne coûte rien et sert l’interaction avec les agents.
Source : Chrome for Developers — Score de navigation agentique de Lighthouse. Capture : PageSpeed Insights sur www.genisoft.fr/tuto/, 21 juin 2026.
