Nous analysons la mécanique interne de l'Agentic Browsing dans Lighthouse
En mai 2026, avec la sortie de Lighthouse 13.3.0, une nouvelle catégorie a été officiellement transférée vers les vérifications par défaut (puis dans PageSpeed Insights) — « Navigation agentique » (Agentic Browsing). Il évalue dans quelle mesure votre site est prêt à interagir avec des agents IA, des bots intelligents et des modèles LLM.
De nombreux mythes et une panique injustifiée ont déjà émergé autour de cette mise à jour. L'équipe Starcode PR a analysé la mécanique interne des nouveaux audits pour démontrer qu'il n'est pas nécessaire de se précipiter pour réécrire le code dès maintenant, mais qu'il est indispensable de savoir vers où s'oriente Google.
Le principal mythe : « Nous serons à la traîne par rapport à nos concurrents si nous n'intégrons pas de fonctionnalités IA »
La catégorie « Vue agent » a toujours le statut « under development » (en développement). Contrairement à l'évaluation de performance habituelle, il n'y a pas d'échelle de 0 à 100 ici. Lighthouse affiche simplement un ratio fractionnaire de contrôles réussis — par exemple, 2/2 ou 3/3.
Important : Vous ne pouvez pas « échouer » à l'audit simplement parce que vous n'avez pas d'intégrations IA à la mode. Si le site ne dispose pas de fichiers ou de protocoles spécifiques pour l'IA, Lighthouse marquera simplement ces vérifications comme Not Applicable (Non applicable), et elles ne gâcheront pas votre note. Un site classique de qualité obtient facilement un « vert » 2/2. C'est un signal concernant la direction du développement du Web, et non une raison de paniquer.
4 audits réels : Que vérifie exactement Lighthouse ?
En fait, la « vue agence » se limite à quatre métriques concrètes : deux fondamentales et deux expérimentales.
1. Exactitude de l'arbre d'accessibilité (Accessibility Tree)
De nombreux articles tentent de diviser ce point en une multitude de nouvelles exigences, mais en réalité, Lighthouse effectue un seul audit bien connu : «accessibility tree is not well-formed».
Les agents IA n'ont pas d'yeux, leur modèle de perception de la page est l'Accessibility Tree (arbre d'accessibilité). Cette vérification repose sur les règles a11y (accessibilité) déjà existantes. Si votre sémantique est correcte, les boutons ont aria-label, et les formulaires sont correctement liés à <label>, vous réussirez ce contrôle sans effort supplémentaire.
2. Décalages de mise en page (CLS — Cumulative Layout Shift)
La métrique CLS est connue depuis longtemps des spécialistes SEO, mais ici elle prend une importance critique. Si l'agent IA a trouvé le bon bouton, calculé ses coordonnées et tenté de « cliquer », et qu'à ce moment-là une bannière s'est chargée et a déplacé le contenu, une défaillance de l'interaction logicielle se produira. La stabilité visuelle (CLS) pour les agents est encore plus importante que pour les humains.
3. Fichier llms.txt (Nouvelle norme)
C'est la nouveauté technique la plus intéressante, souvent négligée. llms.txt — est un fichier (par analogie avec robots.txt), qui est placé à la racine du site et contient un résumé Markdown condensé de la structure et du contenu du projet spécialement pour les modèles linguistiques (LLM).
Si vous avez décidé d'ajouter llms.txt, Lighthouse vérifiera qu'il respecte trois règles strictes :
- Le fichier doit obligatoirement contenir un titre H1.
- Le fichier ne doit pas être trop court (les espaces réservés vides sont rejetés).
- Le fichier doit obligatoirement contenir des liens vers les ressources de votre site, et ce strictly au format Markdown (par exemple,
[О нас](/about)). Des URL ordinaires sous forme de texte entraîneront un échec de l'audit.
(Remarque : pour l'instant, ce fichier est peu utilisé par les outils d'IA eux-mêmes, sa présence n'affectera donc pas votre score).
4. Protocole WebMCP
Cet audit vérifie comment le site révèle ses outils pour interagir avec les modèles (Model Context Protocol). Lighthouse recherche les outils enregistrés sur la page par deux chemins :
- De manière déclarative : Vérifie les formulaires HTML pour la présence d'annotations correctes et la conformité au schéma (
form-coverageetschema-validity). Si vous définissez des outils via des attributs HTML, ils doivent avoir des noms et des descriptions de paramètres corrects (toolparamdescription). - Impérativement : Le système récupère les outils enregistrés par programme via JavaScript grâce à un appel
navigator.modelContext.registerTool.
Que faire tout de suite ?
Pour le moment, « l'Aperçu Agence » est plutôt une boussole qu'un surveillant. Pour que votre site reste dans la zone verte et soit prêt pour l'avenir, concentrez-vous sur les fondamentaux :
- Maintenez le CLS à zéro. Fixez rigoureusement les dimensions de toutes les images et des blocs publicitaires.
- Surveillez l'a11y. L'arbre d'accessibilité doit être parfait. C'est utile non seulement pour l'IA, mais aussi pour les lecteurs d'écran (et le SEO classique).
- llms.txt et WebMCP — à votre convenance. Il n'est judicieux de les intégrer que si votre projet interagit déjà activement avec des LLM ou si vous aimez être à la pointe de la technologie.