Cloudflareの「Agent Readiness Score」とは——AIエージェント時代にサイトが満たすべき21項目
はじめに
URL を貼り付けて「Scan」を押すだけで、あなたのサイトが AI エージェントにどれだけ「読まれる準備」ができているかを点数化する——そんなツールを Cloudflare が公開しました。それが isitagentready.com、正式名称「Agent Readiness Score（エージェント対応度スコア）」です。
分かりやすく言えば、これは 「AI エージェント版の Lighthouse」 です。Google の Lighthouse が、人間のブラウザにとってのページ品質（表示速度やアクセシビリティ）を自動採点する定番ツールであるのに対し、Agent Readiness Score は AI エージェントにとってのサイト品質を自動採点します。測る相手が「人間のブラウザ」から「AI エージェント」に変わった、と捉えると一気に腹落ちします。
これは単なる話題作りのツールではありません。AI エージェントが Web を「読む」だけでなく「操作し」「取引する」段階に入りつつある今、Web サイト側が満たすべき新しい標準群を一望できる、いわば業界の現在地を映す鏡になっています。
本記事は2回の連載の第1回です。今回は Agent Readiness Score とは何か・何をチェックしているのか・Cloudflare の狙いは何か を技術と考察の両面から解説します。第2回では、実際にこの ZenChAIne のサイト zench-aine.io をスキャンし、出てきた不合格項目を一つずつ改善していく実践編をお届けします。
この記事のポイント
- Agent Readiness Score は Cloudflare が2026年4月の「Agents Week」で公開した、サイトのAIエージェント対応度を21項目・5カテゴリで診断する無料ツール
- 「robots.txt」「llms.txt」「MCP」「Web Bot Auth」「エージェント決済」など、2025〜2026年に一気に登場した新標準への対応をまとめてチェックする
- 無料ツールであると同時に、Cloudflare 自身のエージェント関連製品（AI Crawl Control など）への自然な導線（ファネル）でもある
Agent Readiness Score とは何か
Agent Readiness Score とは、Web サイトの URL を入力すると、AI エージェント向けの各種標準への対応状況を診断し、0〜5 のレベルで採点する Cloudflare 製の無料ツールです。冒頭で触れた「AI エージェント版の Lighthouse」という位置づけのとおり、人間向けの品質ではなく、AI エージェントにとっての品質を測ります。
作ったのは Cloudflare, Inc. です。公式ブログ「Introducing the Agent Readiness score」（2026年4月17日公開）で発表され、実装したのはリスボン拠点のエンジニア André Jesus 氏らです。ドメインのレジストラもネームサーバーも Cloudflare、ホスティングも Cloudflare 自身という、紛れもない一次製品（ファーストパーティ）です。後に Cloudflare ダッシュボードの URL Scanner にも統合されました。
採点結果は、5 つのカテゴリそれぞれが「合格数／全体数」の円グラフで表示され、不合格だった項目には 「How to implement（実装方法）」という AI 生成の修正手順が添えられます。この手順はそのままコピーして Cursor や Claude Code などのコーディングエージェントに貼り付けられる設計になっており、「診断して終わり」ではなく「直すところまで」を一気通貫で支援します。
なぜ今「エージェント対応度」が問われるのか？
理由は、AI エージェントと Web の関係が「受動的に読む」段階から「能動的に操作・取引する」段階へ移行しているからです。従来の Web サイトは人間のブラウザと検索エンジン向けに作られており、自律的に動くエージェント向けには作られていません。
エージェントがサイトを使いこなすには、人間とは違う情報が必要です。たとえば、サイトを機械可読な形で発見できるか、本文を冗長な HTML ではなく構造化された形で取得できるか、どのボットがどこまでアクセスしてよいかを判別できるか、必要なら認証や決済まで自律的に行えるか——といった点です。
こうした要件に応えるための新しい標準が、2025〜2026年に集中して登場しました。本文を Markdown で返すコンテンツネゴシエーション、AI クローラー向けの robots.txt ルール、ボットの身元を暗号学的に検証する Web Bot Auth、エージェント同士やエージェント決済のためのプロトコル群などです。数が多く、しかも発展途上のため、サイト運営者が「自分のサイトは対応できているのか」を把握するのは容易ではありません。
Agent Readiness Score の狙いは、この漠然とした不安を、測定可能なスコアと具体的なギャップに変換することにあります。Cloudflare 自身が公式ブログで「gut feeling（漠然とした感覚）を実際のスコアに変える」と表現しているとおりです。
何をチェックしているのか？ 21項目・5カテゴリ
Agent Readiness Score は、合計 21 の標準を 5 つのカテゴリでチェックします（ツール自身が公開する /llms.txt に明記されています）。カテゴリと代表的な項目は次のとおりです。
| カテゴリ | 何を見るか | 代表的なチェック項目 |
|---|---|---|
| Discoverability（発見可能性） | エージェントがサイトや API を見つけられるか | robots.txt、sitemap.xml、Link ヘッダー、DNS によるエージェント発見 |
| Content Accessibility（内容の取得性） | 本文を機械が読みやすい形で取れるか | llms.txt、Markdown コンテンツネゴシエーション |
| Bot Access Control（アクセス制御） | どのボットに何を許すかを宣言できるか | AI ボット向け robots.txt ルール、Content Signals、Web Bot Auth |
| Protocol Discovery（プロトコル発見） | 認証・ツール連携の口を公開しているか | MCP サーバーカード、OAuth、API カタログ、Agent Skills |
| Commerce（決済） | エージェントによる購買に備えているか | x402、ACP、UCP、MPP などの決済プロトコル |
ここで重要なのは、21 項目すべてがどんなサイトにも当てはまるわけではないという点です。診断項目には、サイトの性格によって「関係するもの」と「そもそも対象外のもの」が混在しています。
- Protocol Discovery（MCP・OAuth・API カタログなど） は、エージェントに対して API やツール・サービスを提供する側のシステム向けの項目です。MCP サーバーや OAuth 認証は、エージェントから操作される「機能」を持つサイト（SaaS、API、Web アプリ）でこそ意味を持ちます。記事を読ませるだけのコーポレートサイトやメディアには、基本的に必要ありません。
- Commerce（x402・ACP・UCP・MPP） は、その名のとおり EC・コマースサイト向けの決済プロトコル群です。物販や予約のないサイトでは対象外になり、診断上も「Not applicable（非該当）」として中立扱いになります。
つまり、コンテンツ中心のサイトであれば、まず Discoverability・Content Accessibility・Bot Access Control の3カテゴリに集中すればよく、Protocol Discovery や Commerce を無理にすべて埋める必要はありません。この「自社に当てはまる項目の見極め」こそが実践のポイントで、第2回で zench-aine.io を題材に具体的に示します。
各標準についても補足します。llms.txt は、サイトのルートに置く Markdown 形式の「目次」で、LLM がサイト全体を読み込めない制約を補うために要点を集約したものです（提唱者は fast.ai の Jeremy Howard 氏）。MCP（Model Context Protocol） は Anthropic 発のオープン標準で、AI クライアントと外部のツールやデータをつなぐ「AI 用の USB-C」とも呼ばれる仕組みです。Web Bot Auth は、ボットが秘密鍵でリクエストに署名し、サイト側が中央の認証局なしにボットの身元を検証できる仕組みで、Cloudflare が IETF で標準化を進めています。
注目すべきは、isitagentready.com 自身がこれらの標準をすべて実装している点です。/.well-known/mcp/server-card.json も /.well-known/api-catalog も、実際にアクセスすると正常に応答します。ツール自体が「お手本」を兼ねているわけです。
Cloudflareの狙いをどう読むか？
無料ツールである一方で、Agent Readiness Score は Cloudflare のビジネスと密接に結びついている——これが考察の核心です。診断で炙り出される不合格項目の多く、特に「Bot Access Control」カテゴリは、Cloudflare の有料・準有料製品にそのまま接続します。
たとえば AI ボットのアクセス制御は、Cloudflare の AI Crawl Control という製品に直結します。これはサイト運営者が AI クローラーを監視し、Pay Per Crawl（1クロールあたり課金してアクセスを収益化する仕組み）まで設定できる製品です。「あなたのサイトはボット制御ができていません」というスコアは、そのまま製品の必要性の証明になります。
つまり Agent Readiness Score は、自らを「エージェント対応度の標準を定義し、判定する側」に位置づけるための装置です。標準を作り、診断ツールを無料配布し、改善先として自社インフラを用意する——この三段構えは、かつて Cloudflare が CDN やセキュリティで採った戦略と同じ形をしています。批判ではなく、よくできた事業設計だと評価すべきでしょう。
日本のサイト運営者にとっての示唆は2つあります。第一に、ここで挙がる標準の多くは特定ベンダーに縛られないオープン標準（robots.txt、llms.txt、MCP、OAuth など）なので、Cloudflare を使っていなくても今日から対応できます。第二に、これらは「やって損のない衛生（hygiene）」に近く、AI 検索（ChatGPT や Gemini の回答）に自社コンテンツが引用される確率にも効いてきます。スコアそのものを追うより、自社にとって意味のある項目から着手するのが現実的です。その実践は、第2回で zench-aine.io を題材に具体的にお見せします。
よくある質問
Q. Agent Readiness Score は誰が作ったツールですか？
A. Cloudflare, Inc. が作った公式（ファーストパーティ）の無料ツールです。2026年4月の「Agents Week」イベントで発表され、ドメイン・ホスティング・実装のすべてが Cloudflare です。第三者の非公式ツールではありません。
Q. スコアが低いと、すぐに何か問題が起きますか？
A. 即座に障害が起きるわけではありません。ただし対応度が低いと、AI エージェントや AI 検索エンジンがサイトを正しく発見・取得・引用しにくくなる可能性があります。「今すぐ直さないと壊れる」種類のものではなく、「徐々に効いてくる衛生対策」と捉えるのが適切です。
Q. Cloudflare を使っていなくても対応できますか？
A. できます。チェックされる項目の多くは robots.txt、llms.txt、MCP、OAuth といったオープン標準で、サーバーや CDN を問わず実装できます。Cloudflare の機能を使うと一部は簡単になりますが、必須ではありません。
Q. まず何から手を付けるべきですか？
A. robots.txt の整備が、最も手軽で効果も見えやすい第一歩です。次に sitemap や llms.txt の用意、AI ボット向けルールの記述、と進めると無理がありません。自社にとって優先度の高い項目から段階的に対応するのがおすすめです。
まとめ
Agent Readiness Score は、AI エージェント時代に Web サイトが満たすべき標準群を、21 項目・5 カテゴリの分かりやすいスコアに落とし込んだ Cloudflare 製の無料ツールです。robots.txt のような古くからの標準から、MCP や Web Bot Auth、エージェント決済といった生まれたての標準までを横断的にチェックし、改善手順まで提示します。
同時にこのツールは、Cloudflare が「エージェント対応度の判定者」というポジションを取り、自社製品への導線を引くための、戦略的によく設計された装置でもあります。だからこそ、スコアを鵜呑みにするのではなく、自社にとって意味のある項目を見極めて対応する視点が重要になります。
次回（第2回）は、この ZenChAIne の zench-aine.io を実際にスキャンし、出てきた不合格項目を一つずつ直していく実践編です。AI エージェント時代の Web 標準対応を、自分たちのサイトで体当たりに検証していきます。ZenChAIne では、こうした最新の AI・エージェント関連の動向を、実装の手触りとあわせて発信しています。