--- title: "Votre site est-il prêt pour les agents IA ? Scanner de préparation gratuit" description: "Analysez n'importe quel site web au regard de 22 standards de préparation aux agents IA — robots.txt, sitemaps, Content Signals, markdown pour agents, MCP Server Card, Agent Skills, Web Bot Auth, découverte OAuth et commerce agentique. Gratuit, sans inscription, et chaque vérification en échec s'accompagne d'un prompt de correction pour votre agent de codage." locale: fr canonical: https://agent-ready.t0ols.com/fr/ --- # Votre site est-il prêt pour les agents IA ? Les agents représentent désormais une part réelle de votre trafic, et ils ne lisent pas votre site comme un navigateur. Collez une URL pour voir lesquels des 22 standards émergents vous respectez déjà — et obtenir la correction exacte pour ceux que vous ne respectez pas encore. ## The 22 checks ### Découvrabilité Un agent peut-il savoir ce qu'est votre site et quelles URL comptent, sans parcourir votre HTML à la recherche d'indices ? - **robots.txt**: Renvoie un HTTP 200 avec un corps en texte brut contenant au moins une directive User-agent. - **Sitemap**: Un sitemap XML valide est servi sur /sitemap.xml, ou déclaré par une directive Sitemap: dans robots.txt. - **En-têtes Link**: La réponse de la page d'accueil porte des en-têtes Link avec au moins une relation utile aux agents. - **DNS pour la découverte IA (DNS-AID)**: Des enregistrements ServiceMode SVCB/HTTPS ou un index TXT existent sous l'espace de noms _agents, idéalement signés par DNSSEC. ### Accessibilité du contenu Quand un agent demande du markdown, lui renvoyez-vous du markdown propre plutôt qu'un mur de balisage à analyser ? - **Négociation markdown**: Une requête avec Accept: text/markdown renvoie Content-Type: text/markdown, et HTML reste la valeur par défaut. ### Contrôle d'accès des bots Quelle politique avez-vous énoncée pour les crawlers IA, et pouvez-vous prouver quelles requêtes sont les vôtres ? - **Règles pour les robots IA**: robots.txt nomme des crawlers IA connus, ou contient un groupe générique qui les couvre. - **Content Signals**: robots.txt déclare des préférences Content-Signal couvrant ai-train, search et ai-input. - **Web Bot Auth**: Un JWKS est publié sur /.well-known/http-message-signatures-directory. ### API, auth, MCP et découverte de skills Si vous exposez une API, un serveur MCP ou un agent, est-il découvrable à l'emplacement well-known qu'un agent devinerait ? - **API Catalog**: /.well-known/api-catalog renvoie application/linkset+json avec au moins une entrée. - **Découverte OAuth**: /.well-known/oauth-authorization-server ou /.well-known/openid-configuration expose des métadonnées exploitables. - **OAuth Protected Resource**: /.well-known/oauth-protected-resource déclare resource et authorization_servers. - **Auth.md**: /auth.md existe avec un H1 markdown mentionnant auth.md. - **MCP Server Card**: /.well-known/mcp/server-card.json décrit le serveur avec un serverInfo.name. - **A2A Agent Card**: /.well-known/agent-card.json déclare name, version et les interfaces prises en charge. - **Agent Skills**: /.well-known/agent-skills/index.json liste au moins une compétence. - **WebMCP**: Le code de la page enregistre des outils côté navigateur via navigator.modelContext. - **Manifeste ARD**: /.well-known/ai-catalog.json déclare specVersion, host et au moins une entrée. ### Commerce Noté uniquement lorsque le site ressemble à une boutique — un agent peut-il payer, commander et régler sans qu'un humain remplisse un formulaire ? - **x402**: Les routes payantes répondent HTTP 402 avec les exigences x402, ou un document de découverte est publié. - **MPP**: Un document OpenAPI annote les opérations payantes avec x-payment-info. - **UCP**: /.well-known/ucp déclare protocol_version et au moins un service. - **ACP**: /.well-known/acp.json déclare protocol.name, api_base_url, transports et capabilities.services. - **AP2**: L'A2A Agent Card annonce une extension AP2 avec les informations de rôle. ## Levels - **Level 0: Non prêt**. Aucune politique d'exploration ni base de découverte n'est encore en place. - **Level 1: Présence web de base**. Réussissez deux de ces trois éléments — robots.txt, un sitemap ou des en-têtes Link. - **Level 2: Conscient des bots**. Le niveau 1, plus des règles explicites pour les robots IA et les Content Signals dans robots.txt. - **Level 3: Lisible par les agents**. Le niveau 2, plus la négociation de contenu markdown, pour que les agents lisent un contenu propre. - **Level 4: Intégré aux agents**. Le niveau 3, plus au moins une intégration découvrable — une MCP Server Card, une A2A Agent Card, un index Agent Skills ou un API Catalog. - **Level 5: Natif pour les agents**. Le niveau 4, plus deux de ces trois éléments — identité de bot vérifiable (Web Bot Auth), intégrations en place et métadonnées d'authentification (OAuth ou auth.md). ## FAQ ### Que vérifiez-vous exactement ? Vingt-deux vérifications réparties en cinq catégories — Découvrabilité (robots.txt, sitemap, en-têtes Link, DNS-AID), Accessibilité du contenu (négociation markdown), Contrôle d'accès des bots (règles pour les robots IA, Content Signals, Web Bot Auth), API, auth, MCP & découverte de skills (API Catalog, découverte OAuth, OAuth Protected Resource, Auth.md, MCP Server Card, A2A Agent Card, Agent Skills, WebMCP, ARD) et Commerce (x402, MPP, UCP, ACP, AP2). ### Quel est le moyen le plus rapide de gagner un niveau ? Publiez un robots.txt valide avec une référence au sitemap, puis ajoutez Content-Signal et des groupes explicites pour les crawlers IA — vous êtes au niveau 2. Ajouter la négociation markdown vous amène au niveau 3, et un seul document de découverte (une MCP Server Card, un index Agent Skills ou un API Catalog) vous fait atteindre le niveau 4. ### Les vérifications commerce sont-elles obligatoires ? Non. Elles ne sont notées que si l'analyse détecte des signaux e-commerce sur le site. Un blog ou un site de documentation peut atteindre le niveau 5 alors même que les cinq vérifications commerce n'ont pas été testées. ### Pourquoi une vérification est-elle parfois marquée comme non applicable ? Publier des documents de découverte pour des services que vous n'exploitez pas est pire que ne rien publier — cela envoie les agents vers des endpoints qui renvoient 404. Les vérifications qui décrivent une infrastructure que vous n'avez pas sont présentées comme des remarques et exclues du score. ### Conservez-vous les URL que j'analyse ? L'analyse s'exécute à la demande et le résultat est renvoyé à votre navigateur. Nous ne constituons pas de base de données des sites analysés. Chaque requête effectuée par le scanner vous est présentée comme preuve sous la vérification correspondante. ### Est-ce le même outil que le scanner de Cloudflare ? C'est une implémentation indépendante des mêmes standards émergents, conçue pour être étendue — le registre des vérifications, l'échelle des niveaux et les prompts de correction vivent tous dans ce dépôt. Elle n'est pas affiliée à Cloudflare. ### Un agent peut-il utiliser cet outil directement ? Oui. POST /api/scan renvoie du JSON, ?format=agent renvoie du markdown calibré pour un modèle, et ce site exploite un serveur MCP sur /mcp avec un outil scan_site.