isitagentready.com et AgentReady.md : ce que mesure chacun
Cloudflare propose un scanner sur isitagentready.com qui vous dit si votre site est prêt pour les agents IA. Nous en proposons un sur agentready.md qui dit la même chose. Les deux sont gratuits, prennent une URL et rendent une note.
Ce ne sont pas les mêmes outils, et la différence mérite d'être comprise avant de suivre les conseils de l'un ou de l'autre.
Ce que vérifie le scanner de Cloudflare
D'après sa propre page, il effectue des contrôles dans cinq catégories :
- Découvrabilité : robots.txt, sitemap, en-têtes
Link, DNS for AI Discovery - Accessibilité du contenu : négociation de contenu en Markdown
- Contrôle d'accès des robots : règles pour les robots IA dans robots.txt, Content Signals, Web Bot Auth
- Découverte de protocoles : MCP Server Card, Agent Skills, WebMCP, API Catalog, OAuth discovery, OAuth Protected Resource, Auth.md, manifeste ARD
- Commerce : x402, MPP, UCP, ACP
Vous pouvez restreindre l'analyse par type de site et, à la fin, il vous donne un bloc d'instructions à coller dans un agent de développement pour qu'il applique les changements.
Sa couverture des protocoles émergents est la plus large que nous ayons vue. Les standards du commerce agentique — x402, UCP, ACP — ne sont vérifiés presque nulle part ailleurs, et Cloudflare est assez proche de ces travaux pour tenir la liste à jour. Si vous construisez une API ou une boutique avec laquelle des agents sont censés transiger, cette analyse vous apprend des choses que la nôtre ne dit pas.
Ce que vérifie le nôtre
Nous contrôlons dix de ces mêmes descripteurs well-known — MCP, cartes d'agent A2A, Agent Skills, OAuth discovery et protected resource, catalogue d'API. Sur la découverte de protocoles, le recouvrement est donc réel, et leur liste est plus large.
Le reste répond à une tout autre question : non pas ce que votre site déclare, mais ce qu'il reste à un agent après vous avoir lu.
- Efficacité du contenu : la part de contenu par rapport à l'échafaudage, mesurée en tokens
- HTML sémantique : des titres cohérents, de vrais
<article>et<main>, les textes alternatifs, la profondeur d'imbrication - Données structurées : Schema.org, Open Graph, canonical, langue déclarée
- Accessibilité machine : le fonctionnement sans JavaScript, le poids de la page, la position du contenu dans le source
Et nous vous rendons la page convertie en Markdown, telle qu'un agent la garderait après avoir écarté le reste.
L'écart entre les deux questions
Un site peut déclarer tous les protocoles de la liste de Cloudflare et rester inutile pour l'agent qui le récupère.
Imaginez une boutique React bien construite : mcp.json valide, carte d'agent, OAuth discovery, x402 branché. Parfaite côté protocoles. Récupérez maintenant une fiche produit sans JavaScript : une coquille vide. Rien à lire, rien à citer, rien à recommander quand un client demande à un assistant quel fournisseur choisir.
L'inverse arrive aussi, et plus souvent : des pages rendues côté serveur, propres et complètes, qu'aucun agent ne trouve faute d'une règle robots.txt laissant entrer le robot.
Déclarer un protocole est une promesse. Le contenu est ce que vous livrez. Chaque scanner en vérifie une moitié.
Leur scanner a trouvé un bug chez nous
Ce n'est pas une hypothèse. Notre robots.txt a renvoyé 404 depuis notre serveur pendant des mois sans que nous le remarquions, parce que la Content Signals Policy gérée de Cloudflare répondait à notre place, en périphérie, avec un fichier crédible que nous n'avions pas écrit. Et notre propre outil lisait ce 200 et nous validait.
isitagentready.com l'a dit sans détour : robots.txt introuvable. Leur outil a détecté un vrai problème sur notre site que le nôtre masquait. Le corriger a fait tomber notre note de 93 à 90, et le chiffre le plus bas était l'honnête.
Deux enseignements. D'abord, un deuxième avis a de la valeur, surtout quand le premier est le vôtre. Ensuite, tout scanner qui lit à travers un CDN peut se faire raconter une histoire par ce CDN — le leur comme le nôtre.
Lequel utiliser
Les deux. C'est gratuit et cela prend quelques secondes.
Commencez par celui de Cloudflare si votre question est « est-ce que j'expose les protocoles dont un agent a besoin pour travailler avec moi ? » : une API, un serveur MCP, tout ce qui est transactionnel. Leur liste est plus longue et plus proche des organismes de normalisation.
Commencez par le nôtre si votre question est « quand un assistant lit ma page, qu'obtient-il réellement ? » : un site de contenu, de la documentation, une entreprise qui explique ce qu'elle vend. C'est là que la réponse déçoit le plus souvent, et voir sa propre page en Markdown est le moment où cela devient évident.
Le bon résultat, c'est de réussir les deux. Le résultat courant, c'est d'en réussir un et de ne jamais consulter l'autre.