Chrome documente un audit Lighthouse que lance un agent de code, avec quatre catégories : accessibilité, SEO, bonnes pratiques et navigation agentique. Aucune ne mesure si votre page ressemble à des milliers d’autres. La page de Google porte la mention « Last updated 2026-05-13 UTC ».
Qu’est-ce qui a été annoncé exactement ?
Le 19 mai 2026, Google a publié un billet sur ce que Chrome apporte aux développeurs (Chrome at I/O 2026). Il décrit Chrome DevTools pour agents : un agent de code accède à la console, au trafic réseau et aux arbres d’accessibilité de la page. Il précise aussi que l’assistance IA de DevTools a désormais accès aux données Lighthouse.
Une page de documentation détaille l’usage (Automate Lighthouse audits with AI agents). L’agent lance un audit sur n’importe quelle page ouverte dans Chrome, y compris un serveur de développement local, puis corrige ce qu’il trouve.
Que mesurent les quatre catégories ?
| Catégorie | Ce que Google en dit | |---|---| | Accessibilité | L’utilisabilité du site, notamment avec un lecteur d’écran | | SEO | Les contrôles techniques qui aident les moteurs à trouver et comprendre le contenu | | Bonnes pratiques | Le respect des standards actuels du développement web | | Navigation agentique | La façon dont un assistant IA comprend le site et agit dessus |
Les quatre portent sur la conformité technique. Une page peut les satisfaire et rester interchangeable : un site généré peut avoir des balises propres, des contrastes corrects et un titre unique.
Que laisse de côté un audit Lighthouse ?
La ressemblance. Rien, dans les quatre catégories décrites par Google, ne regarde le dégradé violet, la grille de trois bénéfices, la photo de banque d’images ou la phrase d’accroche que cent sites partagent. Ce n’est pas un défaut de Lighthouse : ce n’est pas sa question.
Yadelia pose l’autre question. Voici une page du corpus de calibration, générée, passée au scan local le 8 octobre 2026 :
| Famille | Note de la famille | Signaux déclenchés | |---|---|---| | Style et mise en page | 100 | 10 sur 18 | | Texte français | 100 | 8 sur 12 | | Images et médias | 85 | 3 sur 6 | | Note publiée | 4 sur 100, palier Gabarit IA | |
Nous n’avons pas lancé Lighthouse sur cette page : nous ne donnons donc aucun score Lighthouse. Le point est ailleurs. Les deux outils ne se remplacent pas, ils répondent à deux questions.
Quelles limites faut-il garder en tête ?
Google précise que les exemples de comportement de l’agent sont indicatifs (« Your agent may act differently ») et que, sans accès au code source, l’agent ne propose que des pistes générales. Un audit peut aussi perturber brièvement l’affichage.
Côté Yadelia, la page mesurée est une page figée choisie pour calibrer l’outil, pas un site tiré au hasard. Elle prouve que l’outil sépare un gabarit net, pas la part des sites réels qui lui ressemblent. La méthode détaille les 36 signaux et leurs poids.
Faut-il faire passer les deux ?
Oui, dans cet ordre de travail : d’abord ce qui casse (accessibilité, SEO, bonnes pratiques), puis ce qui ressemble. Une page inaccessible n’a pas à être originale avant d’être lisible. Une fois les bases saines, le scan Yadelia dit si la page se distingue, et la note sur l’effort de correction classe ce qu’un réglage suffit à changer de ce qui demande une décision.
Vous pouvez refaire la mesure : npm run scan -- tests/fixtures/genere-01-saas.html --local.
