---
title: "Les 22 vérifications de préparation aux agents | Agent-Ready Check"
description: "Toutes les vérifications exécutées par le scanner, regroupées par catégorie, avec les critères de réussite et la correction de chacune."
locale: fr
canonical: https://agent-ready.t0ols.com/fr/checks/
---

# Les 22 vérifications de préparation aux agents

Le scanner exécute 22 vérifications réparties en cinq catégories. Chacune a un critère de réussite, une trace de preuves et — en cas d'échec — un prompt à confier à un agent de codage.

## 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.