isitagentready.com e AgentReady.md: cosa misura ciascuno
Cloudflare ha uno scanner su isitagentready.com che ti dice se il tuo sito è pronto per gli agenti IA. Noi ne abbiamo uno su agentready.md che dice la stessa cosa. Entrambi gratuiti, entrambi chiedono un URL, entrambi danno un voto.
Non sono lo stesso strumento, e la differenza conviene capirla prima di dare retta all'uno o all'altro.
Cosa controlla lo scanner di Cloudflare
Stando alla loro pagina, esegue controlli su cinque categorie:
- Reperibilità: robots.txt, sitemap, header
Link, DNS for AI Discovery - Accessibilità del contenuto: content negotiation in Markdown
- Controllo di accesso dei bot: regole per i bot IA nel robots.txt, Content Signals, Web Bot Auth
- Scoperta dei protocolli: MCP Server Card, Agent Skills, WebMCP, API Catalog, OAuth discovery, OAuth Protected Resource, Auth.md, manifest ARD
- Commercio: x402, MPP, UCP, ACP
Puoi restringere la scansione per tipo di sito e alla fine ti consegna un blocco di istruzioni da incollare in un agente di programmazione perché applichi le modifiche.
La copertura dei protocolli emergenti è la più ampia che abbiamo visto da qualsiasi parte. Gli standard del commercio agentico — x402, UCP, ACP — non li controlla quasi nessun altro, e Cloudflare è abbastanza vicina a quel lavoro da tenere aggiornato l'elenco. Se stai costruendo un'API o un negozio con cui gli agenti dovrebbero fare transazioni, quella scansione ti dice cose che la nostra non dice.
Cosa controlla il nostro
Anche noi controlliamo dieci di quegli stessi descrittori well-known — MCP, agent card A2A, Agent Skills, OAuth discovery e protected resource, catalogo API. Sulla scoperta dei protocolli la sovrapposizione è reale, e la loro lista è più ampia.
Il resto risponde a un'altra domanda: non cosa dichiara il tuo sito, ma cosa resta in mano a un agente dopo averti letto.
- Efficienza del contenuto: quanta parte della pagina è contenuto e quanta impalcatura, misurata in token
- HTML semantico: intestazioni sensate,
<article>e<main>veri, testi alternativi, profondità di annidamento - Dati strutturati: Schema.org, Open Graph, canonical, lingua dichiarata
- Accessibilità per le macchine: se la pagina funziona senza JavaScript, quanto pesa, dove sta il contenuto nel sorgente
E ti restituiamo la pagina convertita in Markdown, come la terrebbe un agente dopo aver scartato il resto.
La distanza fra le due domande
Un sito può dichiarare ogni protocollo dell'elenco di Cloudflare ed essere comunque inutile per l'agente che lo scarica.
Immagina un negozio in React fatto bene: mcp.json valido, agent card, OAuth discovery, x402 collegato. Impeccabile sulla scoperta dei protocolli. Ora scarica una scheda prodotto senza JavaScript e trovi un guscio vuoto: niente da leggere, niente da citare e niente da consigliare quando un cliente chiede a un assistente quale fornitore scegliere.
Capita anche il contrario, e più spesso: pagine normali renderizzate lato server, pulite e complete, che nessun agente trova perché non c'è una regola nel robots.txt che faccia entrare il crawler.
Dichiarare un protocollo è una promessa. Il contenuto è ciò che consegni. Ogni scanner ne controlla una metà.
Il loro scanner ha trovato un bug nostro
Non è un'ipotesi. Il nostro robots.txt ha risposto 404 dal nostro server per mesi senza che ce ne accorgessimo, perché la Content Signals Policy gestita di Cloudflare rispondeva al posto nostro dal bordo, con un file credibile che non avevamo scritto. E il nostro stesso scorer leggeva quel 200 e ci promuoveva.
isitagentready.com l'ha detto chiaramente: robots.txt non trovato. Il loro strumento ha individuato un problema vero del nostro sito che il nostro stava mascherando. Sistemarlo ha fatto scendere il voto da 93 a 90, e il numero più basso era quello onesto.
Se ne ricavano due cose. La prima: un secondo parere vale, soprattutto quando il primo è il tuo. La seconda: qualsiasi scanner che legga attraverso una CDN può sentirsi raccontare una storia da quella CDN — il loro e il nostro compresi.
Quale usare
Entrambi. Sono gratis e ci vogliono pochi secondi.
Parti da quello di Cloudflare se la tua domanda è «espongo i protocolli che servono a un agente per lavorare con me?»: un'API, un server MCP, qualsiasi cosa transazionale. La loro lista è più lunga e più vicina agli enti di standardizzazione.
Parti dal nostro se la tua domanda è «quando un assistente legge la mia pagina, cosa si porta via davvero?»: un sito di contenuti, documentazione, un'azienda che spiega cosa vende. È lì che la risposta di solito è peggiore del previsto, e vedere la propria pagina in Markdown è il momento in cui la cosa diventa chiara.
Il risultato sano è passarli entrambi. Quello comune è passarne uno e non guardare mai l'altro.