Comment fonctionnent les verdicts

Comment le scanner décide

Trois verdicts, des règles ouvertes. Si l’un vous semble faux, dites-le-nous : c’est ce retour qui l’améliore.

Prêt: La page enregistre au moins un outil WebMCP, le linter n’y trouve aucune erreur et le score agent-ready atteint 70 ou plus. Les avertissements, comme un nom trop long, ne bloquent pas.
Presque: La page enregistre des outils, mais au moins l’un d’eux a une erreur du linter (invalid-name, duplicate-name, missing-description, invalid-input-schema, invisible-unicode, ou une taille au-delà de sa limite stricte), ou le score est inférieur à 70.
Pas encore: La page n’enregistre aucun outil WebMCP. Nous indiquons combien de tokens un agent dépenserait à lire la page à la place.

Nous ouvrons la page dans un Chrome headless sur notre serveur, sans cookies ni connexion.
Avant que les scripts de la page s’exécutent, nous ajoutons un hôte WebMCP, pour qu’elle enregistre ses outils comme dans le navigateur d’un agent. Il accepte aussi les anciens navigator.modelContext et provideContext, pour que les sites qui les utilisent montrent quand même leurs outils.
Une fois la page chargée et ses outils stabilisés, nous lisons le nom, la description, le schéma d’entrée et les annotations de chacun, puis nous les passons au linter.
Les tokens sont estimés à partir du texte de la page : ses caractères divisés par quatre.
Pour le score, le même navigateur récupère le robots.txt, le llms.txt, le sitemap, la version Markdown, les en-têtes Link, l’index Agent Skills et le catalogue d’API du site (3 s chacun, même origine, sans cookies), et ne retient que leur présence.
Le score, sur 100 : WebMCP 50 (outils 25, aucune erreur de lint 15, outils tous décrits 5, outils tous annotés 5), coût pour les agents 15 (plein avec des outils ; sinon selon le nombre de tokens de la page), lisible 20 et découvrable 15 (5 par vérification).
Un résultat est réutilisé pendant 10 minutes ; chaque visiteur peut lancer un nouveau scan par minute.