--- title: "Il tuo sito è pronto per gli agenti AI? Scanner gratuito di agent readiness" description: "Analizza qualsiasi sito web rispetto a 22 standard di agent readiness — robots.txt, sitemap, Content Signals, Markdown per gli agenti, MCP Server Card, Agent Skills, Web Bot Auth, scoperta OAuth e commercio agentico. Gratuito, senza registrazione, e ogni controllo non superato include un prompt di correzione per il tuo agente di coding." locale: it canonical: https://agent-ready.t0ols.com/it/ --- # Il tuo sito è pronto per gli agenti AI? Gli agenti sono ormai una quota reale del tuo traffico e non leggono il tuo sito come farebbe un browser. Incolla un URL per vedere quali dei 22 standard emergenti già rispetti — e ottenere la correzione esatta per quelli che ti mancano. ## The 22 checks ### Scopribilità Un agente può capire cos'è il tuo sito e quali URL contano, senza scansionare il tuo HTML in cerca di indizi? - **robots.txt**: Restituisce HTTP 200 con testo semplice contenente almeno una direttiva User-agent. - **Sitemap**: Un sitemap XML valido è servito su /sitemap.xml, oppure dichiarato con una direttiva Sitemap: in robots.txt. - **Link headers**: La risposta della homepage porta Link headers con almeno una relazione utile agli agenti. - **DNS for AI Discovery**: Record SVCB/HTTPS in modalità ServiceMode o un indice TXT esistono sotto il namespace _agents, idealmente firmati con DNSSEC. ### Contenuti Quando un agente chiede il Markdown, gli restituisci Markdown pulito invece di una parete di markup da analizzare? - **Negoziazione Markdown**: Una richiesta con Accept: text/markdown restituisce Content-Type: text/markdown, e l'HTML resta il formato predefinito. ### Controllo accesso dei bot Quale policy hai dichiarato per i crawler AI e puoi dimostrare quali richieste sono tue? - **Regole per i bot AI**: robots.txt nomina crawler AI noti, oppure contiene un gruppo wildcard che li copre. - **Content Signals**: robots.txt dichiara preferenze Content-Signal che coprono ai-train, search e ai-input. - **Web Bot Auth**: Un JWKS è pubblicato su /.well-known/http-message-signatures-directory. ### API, auth, MCP e scoperta delle skill Se esponi un'API, un server MCP o un agente, è individuabile nella posizione well-known che un agente si aspetterebbe? - **API Catalog**: /.well-known/api-catalog restituisce application/linkset+json con almeno una voce. - **Scoperta OAuth**: /.well-known/oauth-authorization-server o /.well-known/openid-configuration espone metadati utilizzabili. - **OAuth Protected Resource**: /.well-known/oauth-protected-resource dichiara resource e authorization_servers. - **Auth.md**: /auth.md esiste con un H1 Markdown che menziona auth.md. - **MCP Server Card**: /.well-known/mcp/server-card.json descrive il server con un serverInfo.name. - **A2A Agent Card**: /.well-known/agent-card.json dichiara name, version e le interfacce supportate. - **Agent Skills**: /.well-known/agent-skills/index.json elenca almeno una skill. - **WebMCP**: Il codice della pagina registra strumenti lato browser tramite navigator.modelContext. - **Manifest ARD**: /.well-known/ai-catalog.json dichiara specVersion, host e almeno una voce. ### Commercio Conteggiato solo quando il sito sembra un negozio: un agente può pagare, ordinare e saldare senza che una persona compili un modulo? - **x402**: Le route a pagamento rispondono con HTTP 402 e i requisiti x402, oppure viene pubblicato un documento di discovery. - **MPP**: Un documento OpenAPI annota le operazioni a pagamento con x-payment-info. - **UCP**: /.well-known/ucp dichiara protocol_version e almeno un servizio. - **ACP**: /.well-known/acp.json dichiara protocol.name, api_base_url, transports e capabilities.services. - **AP2**: L'A2A Agent Card annuncia un'estensione AP2 con le informazioni sui ruoli. ## Levels - **Level 0: Non pronto**. Non sono ancora presenti policy di scansione né elementi di discovery di base. - **Level 1: Presenza web di base**. Supera due requisiti su tre: robots.txt, un sitemap o i Link headers. - **Level 2: Consapevole dei bot**. Il Livello 1 più regole esplicite per i bot AI e Content Signals in robots.txt. - **Level 3: Leggibile dagli agenti**. Il Livello 2 più la negoziazione Markdown dei contenuti, così gli agenti leggono contenuti puliti. - **Level 4: Integrato con gli agenti**. Il Livello 3 più almeno un'integrazione individuabile: un MCP Server Card, un A2A Agent Card, un indice Agent Skills o un API Catalog. - **Level 5: Nativo per gli agenti**. Il Livello 4 più due requisiti su tre: identità verificabile dei bot (Web Bot Auth), integrazioni presenti e metadati di autenticazione (OAuth o auth.md). ## FAQ ### Che cosa controllate esattamente? Ventidue controlli in cinque categorie: Scopribilità (robots.txt, sitemap, Link headers, DNS-AID), Contenuti (negoziazione Markdown), Controllo accesso dei bot (regole per i bot AI, Content Signals, Web Bot Auth), API, auth, MCP e scoperta delle skill (API Catalog, scoperta OAuth, OAuth Protected Resource, Auth.md, MCP Server Card, A2A Agent Card, Agent Skills, WebMCP, ARD) e Commercio (x402, MPP, UCP, ACP, AP2). ### Qual è il modo più rapido per aumentare di livello? Pubblica un robots.txt valido con un riferimento al sitemap, poi aggiungi Content-Signal e gruppi espliciti per i crawler AI: questo è il Livello 2. Aggiungendo la negoziazione Markdown arrivi al Livello 3, e un documento di discovery (un MCP Server Card, un indice Agent Skills o un API Catalog) ti porta al Livello 4. ### I controlli di commercio sono obbligatori? No. Vengono conteggiati solo quando la scansione rileva segnali di e-commerce sul sito. Un blog o un sito di documentazione può raggiungere il Livello 5 con tutti e cinque i controlli di commercio non testati. ### Perché a volte un controllo risulta “non applicabile”? Pubblicare documenti di discovery per servizi che non gestisci è peggio che non pubblicare nulla — manda gli agenti verso endpoint che rispondono 404. I controlli che descrivono infrastrutture che non hai vengono riportati come note ed esclusi dal punteggio. ### Conservate gli URL che scansiono? La scansione viene eseguita su richiesta e il risultato viene restituito al tuo browser. Non costruiamo un database dei siti scansionati. Ogni richiesta effettuata dallo scanner ti viene mostrata come evidenza sotto il controllo corrispondente. ### È lo stesso scanner di Cloudflare? È un'implementazione indipendente degli stessi standard emergenti, pensata per essere estesa: il registro dei controlli, la scala dei livelli e i prompt di correzione vivono tutti in questo repository. Non è affiliato a Cloudflare. ### Un agente può usare direttamente questo strumento? Sì. POST /api/scan restituisce JSON, ?format=agent restituisce Markdown dimensionato per un modello, e questo sito esegue un server MCP su /mcp con uno strumento scan_site.