Agentic Browsing Lighthouse désigne la catégorie expérimentale de Lighthouse qui évalue certains signaux de construction d’un site pour l’interaction machine.
La documentation Chrome la présente comme un ensemble d’audits déterministes, orientés vers la capacité du site à être compris et utilisé par des agents, plutôt que comme un score SEO classique.
Ce que cette catégorie observe
Les signaux publics documentés touchent notamment :
- WebMCP et l’exposition éventuelle de fonctions structurées ;
- l’intégrité de l’arbre d’accessibilité ;
- les noms programmatiques des éléments interactifs ;
- la stabilité visuelle, notamment le CLS ;
- la présence d’un résumé machine lisible à la racine, comme
llms.txt.
Ces signaux ne couvrent pas tout. Ils ne disent pas si l’offre est claire, si la marque est bien désambiguïsée, si les preuves sont suffisantes ou si le parcours complet reste cohérent dans un contexte d’affaires.
Pourquoi ce n’est pas un facteur SEO
Il faut éviter le raccourci commercial : « Lighthouse vérifie llms.txt, donc llms.txt devient un facteur SEO. »
La documentation Google Search dédiée aux fonctionnalités IA précise que les propriétaires de sites n’ont pas besoin d’ajouter un fichier llms.txt, du Markdown ou un fichier spécial pour apparaître dans les expériences génératives de Search.
Lighthouse ne valide donc pas une promesse de classement. Il rend observable une autre couche : la préparation du site à l’interaction machine.
Comment Pagup l’utilise
Pagup traite Agentic Browsing Lighthouse comme un signal d’entrée, pas comme un verdict.
Dans l’audit de navigabilité agentique, ces audits servent à ouvrir la discussion, mais la décision se prend sur des parcours réels : trouver un service, comprendre une offre, choisir un CTA, remplir un formulaire, interpréter une confirmation ou maintenir le bon contexte après une interaction.
Le score de préparation agentique va donc plus loin qu’un résultat Lighthouse : il relie la technique, l’interface, l’accessibilité, le contenu, les preuves et la gouvernance.