Cloudflare調査、主要サイトのagent-ready標準はほぼ空白

Cloudflareの4月17日の投稿は、agent webの現状を数字で示した。基準線はかなり低い。Agent Readinessの記事でCloudflareは、訪問数上位200,000 domainsをscanし、agent interactionとの関連が薄いcategoryを除外したうえで、AI agentがcontentを発見し、効率よく読み、認証し、capabilityを呼び出すためのstandardを備えているかを測定したと説明している。

注目すべきなのは数字だ。Cloudflareによれば、scan対象の78%はrobots.txtを持っていたが、多くはAI agentではなくtraditional search crawler向けに書かれていた。Content SignalsでAI usage preferenceを宣言しているsiteは4%にとどまり、Accept: text/markdownによるMarkdown content negotiationを満たすsiteは3.9%だけだった。MCP Server CardsやAPI Catalogsのようなemerging discovery standardsは、dataset全体で合計しても15 sites未満だった。

新しいAgent Readiness scoreは、discoverability、content、bot access control、capabilitiesという4つの軸を評価する。Cloudflareはx402、Universal Commerce Protocol、Agentic Commerce Protocolなどのagentic commerce standardsも確認するが、現時点ではscoreには含めない。実務上は、site ownerがURLを入力し、失敗したcheckを見て、coding agentに渡せるpromptで不足部分を補えるという設計だ。

Cloudflareは、このtoolをagentが直接呼べる形でも公開している。isitagentready.comは、scan_site toolを持つstateless MCP serverとAgent Skills indexを提供する。Cloudflare URL ScannerにもAgent Readiness tabとAPI optionが加わった。これにより、単発の確認だけでなく、compliance sweepやautomated site auditにも使える。

さらに重要なのは、Cloudflare自身のdocumentation実験だ。Developer docsをMarkdown access、製品別llms.txt、より豊かなmetadataで再構成した結果、OpenCode上のKimi-k2.5 agentは、non-refined documentation siteの平均より31% fewer tokensで、66% fasterに正答へ到達したという。この傾向が他のagent toolでも続くなら、agent-friendly web standardsは装飾ではなく、latency、cost、accuracyを左右するinfrastructureになる。