Navigation agentique Lighthouse : ce que mesure Google (2026)

Vous entendez parler d'un nouvel acronyme par semaine (GEO, AAIO) et d'une « catégorie navigation agentique » apparue dans Lighthouse en 2026. Faut-il tout réapprendre pour que les agents IA lisent votre site ? Cet article décrypte ce que mesure réellement cet audit, contrôle par contrôle. Vous repartirez avec une grille claire : ce qui est net-nouveau, et ce que votre travail d'accessibilité couvre déjà.

Qu'est-ce que la navigation agentique dans Lighthouse ?

La navigation agentique désigne la capacité d'un agent IA (ChatGPT, Claude, Perplexity, Gemini et les navigateurs pilotés par IA) à lire, comprendre et agir sur un site sans intervention humaine. En 2026, Google a ajouté à Lighthouse une catégorie expérimentale dédiée. Elle évalue, selon sa documentation, « à quel point votre site est construit pour l'interaction machine ».

C'est une accessibilité d'un nouveau genre. L'accessibilité classique vise les humains en situation de handicap. Ici, le « lecteur » est une machine. Bonne nouvelle : les deux reposent sur la même fondation technique, le DOM et l'arbre d'accessibilité, pas sur le rendu visuel. Nous avions déjà exploré cette bascule dans notre analyse de l'accessibilité comme socle des audits IA.

Comment est calculé le score de navigation agentique ?

Contrairement aux autres catégories Lighthouse, la navigation agentique n'a pas de note pondérée de 0 à 100. Le rapport affiche trois choses :

• un score fractionnaire, le ratio de contrôles réussis ;
• un statut pass/fail par contrôle, avec erreurs ou avertissements ;
• un taux de réussite dans l'en-tête de catégorie.

Google l'assume : « les standards du web agentique émergent encore, l'objectif actuel est de collecter des données et de fournir des signaux actionnables plutôt qu'un classement définitif ». Autrement dit, ce n'est pas un score marketing à exhiber. C'est un diagnostic technique.

Que vérifie l'audit ? Les 4 contrôles

L'audit s'appuie sur des contrôles déterministes regroupés en quatre familles.

1. Intégration WebMCP. Lighthouse surveille l'enregistrement d'outils (déclaratifs en HTML ou impératifs en JavaScript) et valide leur schéma. WebMCP permet à un agent d'agir sur votre site, pas seulement de le lire.
2. Accessibilité orientée agent. Les éléments interactifs doivent avoir un nom programmatique, l'arbre d'accessibilité doit être intègre (rôles valides, relations parent-enfant cohérentes), et le contenu doit rester visible dans cet arbre tout en restant interactif.
3. Stabilité visuelle (CLS). Le Cumulative Layout Shift mesure si la mise en page bouge. Un agent qui clique sur une cible qui se déplace échoue, comme un humain.
4. Présence de llms.txt. Un fichier texte lisible par machine, placé à la racine du domaine, qui résume la structure du site.

Deux de ces familles, c'est précisément ce que l'accessibilité produit déjà. Voyons lesquelles.

---

Pourquoi l'accessibilité couvre déjà le socle du score

Google est explicite : les agents utilisent l'arbre d'accessibilité comme leur « primary data model ». C'est leur source de vérité, parce qu'il est plus rapide à parser que le HTML complet ou une capture d'écran. Or cet arbre, c'est exactement ce que les critères RGAA fiabilisent.

Le détail des correspondances :

• Le nom programmatique des champs renvoie au critère RGAA 11.1 sur les étiquettes de formulaire.
• L'intitulé explicite des liens et boutons renvoie au critère 6.1.
• Les rôles ARIA valides et la compatibilité avec les technologies d'assistance relèvent du critère 7.1.
• La structure de titres et les relations parent-enfant correspondent au critère 9.1 et à la cohérence du document.

Le constat est honnête et libérateur. Si votre site respecte le RGAA, vous avez déjà bâti le socle, cet arbre d'accessibilité propre que les agents consomment en priorité. Il vous reste deux couches additives (WebMCP, llms.txt) et une métrique de performance (CLS). Vous ne repartez pas de zéro.

llms.txt : faut-il vraiment s'en préoccuper ?

C'est le contrôle qui fait le plus de bruit, et celui qui demande le plus de nuance. Oui, Lighthouse vérifie la présence d'un llms.txt. Sans lui, d'après la documentation, « les agents peuvent passer plus de temps à explorer le site pour en comprendre la structure ».

Attention au raccourci. Google a déclaré explicitement que llms.txt n'est pas un facteur de classement dans la recherche : « vous n'avez pas besoin de créer de nouveaux fichiers lisibles par machine pour apparaître dans la recherche générative ». Le fichier aide un agent déjà présent sur votre domaine. Il ne vous fait pas remonter dans les réponses IA. Pour aller plus loin sur ce point, voyez notre décryptage sur comment être cité par les AI Overviews.

Ne lui accordez donc pas plus de poids qu'il n'en a. C'est une case à cocher rapide, pas le cœur du sujet. Le cœur, c'est l'arbre d'accessibilité, et lui ne se truque pas.

Par où commencer concrètement

Dans l'ordre de rentabilité :

1. Fiabilisez l'arbre d'accessibilité d'abord. C'est le socle, le plus gros du score, et ça sert aussi vos utilisateurs humains : étiquettes de formulaire, intitulés de liens, structure de titres, rôles ARIA corrects.
2. Stabilisez votre mise en page (CLS). Réservez les dimensions des images, évitez le contenu injecté qui pousse le reste.
3. Ajoutez un llms.txt. Rapide, sans risque, mais sans illusion sur la visibilité.
4. Évaluez WebMCP si votre site a des actions à fort enjeu (e-commerce, réservation) que vous voulez rendre exécutables par un agent.

Conclusion

La navigation agentique ressemble à un nouveau front à ouvrir. C'est en réalité le prolongement d'un chantier que beaucoup d'organisations ont déjà entamé : l'accessibilité. L'arbre que vous fiabilisez pour vos utilisateurs est celui que les agents IA lisent en priorité.

Pour comprendre en profondeur pourquoi la sémantique HTML est devenue l'API universelle des machines, lisez notre article de fond : sémantique HTML et IA, le nouveau SEO. Et si vous voulez vérifier la propreté de votre arbre d'accessibilité, le socle de tout le reste, lancez un audit gratuit.