Cloudflare Agent Readiness Score とは？AIエージェント最適化診断ツールの使い方とスコア改善手順

Cloudflare Agent Readiness Score（エージェント レディネス スコア）は、任意のWebサイトのURLを入力するだけで「AIエージェントがそのサイトをどれだけ発見・取得・認証・決済できるか」を0〜100点で自動採点する、Cloudflareが2026年4月17日に公開した無料診断ツールです。 Webパフォーマンスを測るGoogle Lighthouseの「AIエージェント版」と紹介されており、公開URLは isitagentready.com です。

この記事では、以下の内容を整理します。

• Cloudflare Agent Readiness Scoreの定義と位置づけ
• 何をチェックされるのか（4つの評価次元＋Commerce／約16項目）
• isitagentready.comの使い方・3つのプリセットの選び方
• スコアの見方と「流入を保証しない」という公式の注意点
• スコアを上げる具体手順（robots.txt・llms.txt・Markdownネゴシエーション・MCPサーバ）
• Cloudflareダッシュボード（URL Scanner）／API／MCPでの自動化
• 従来SEO・LLMO／AIOとの違いと、向いているサイト／向いていないサイト

「AIエージェント経由の流入を意識したサイト運営を始めたいが、何から手をつければよいか分からない」というWeb担当者・SEO／AIO担当者・開発者の方に向けた記事です。

出典: Cloudflare 公式ブログ

Cloudflare Agent Readiness Scoreとは — AIエージェント時代のサイト診断ツール

Agent Readiness Scoreは、Cloudflare, Inc.（米国）が提供する無料のWebサイト診断ツールです。ChatGPT・Claude・Perplexity・Geminiなどの自律型AIエージェントが、対象サイトをどれだけ「発見・取得・認証・決済」できるかを、すでに実装されているオープン標準（robots.txt、MCP、OAuthなど）に沿って自動採点します。

公式ブログによれば、同ツールは Agents Week 2026（Cloudflareが2026年春に開催したエージェント関連の発表週間）の中で、2026年4月17日に公開されました。開発者はAndré Jesus氏、Vance Morrison氏（いずれもCloudflare）です。

基本情報

「AIエージェントからの扱いやすさ」を測る指標

従来のSEOがGoogleなどの検索クローラーからの扱いやすさを前提にしてきたのに対し、Agent Readiness Scoreは自律的にWebを操作するAIエージェントを想定読者に置きます。具体的には、次のシナリオでサイトがどれだけ機能するかを採点します。

• エージェントがサイトを検索し、発見できるか（Discoverability）
• 発見したページをトークン効率よく、短時間で読めるか（Content）
• AIエージェントに対して利用可否を明示できているか（Bot Access Control）
• エージェントが叩ける「機能」（API・MCPサーバなど）が提供されているか（Capabilities）

ここで最も重要なのが、公式の留保です。Cloudflareは「スコアが高いほどエージェント経由の流入が増えることを保証するものではない」と明記しています。あくまで「エージェントから正しく扱われる技術的な下地があるか」を測る指標であり、流入や収益の増加を約束するものではありません。この前提を踏まえないとスコアを誤読しやすいため、最初に押さえておきたいポイントです。

Cloudflare自社ドキュメントでの最適化効果（自社事例）

CloudflareはAgent Readinessの考え方で自社の開発者ドキュメント（developers.cloudflare.com）を再設計し、公開時点で次の効果を公表しています。

• AIエージェントが正解に到達するまでに必要なトークン消費を平均31％削減
• 応答速度を66％高速化（未最適化サイトの平均との比較。ケースによっては最大80％のトークン削減も報告）

これは「同じ情報量でも、エージェントが読みやすい形で配信すれば、AIから扱われる効率が大きく変わる」ことを示す自社事例です。数値はあくまでCloudflare自身のドキュメントでの実測値である点に注意してください。

何をチェックされるのか — 4つの評価次元と約16項目

Agent Readiness Scoreは、公式ブログでは発見可能性・コンテンツ・ボットアクセス制御・機能の4次元を中心に、オプションのCommerceを加えた構成で説明されています。公開スキャナーで走るチェックは概ね以下の通り、合計約16項目です。

出典: Cloudflare 公式ブログ

評価次元の一覧表

各次元のチェックが意味すること

Discoverability（発見可能性）は「入口の健康診断」です。 昔からあるrobots.txt・sitemap.xmlに加え、HTTPのLinkヘッダーでllms.txtやAPIカタログの場所を指し示せているかまで確認されます。

Contentは「読まれやすさ」を測ります。 HTMLをそのままAIに渡すと、ナビゲーションや広告のマークアップまで含めてトークンを消費します。Accept: text/markdown リクエストに対してMarkdownを返す設定があれば、エージェントが本文だけを効率よく取得でき、高評価につながります。

Bot Access Controlは「方針の明示」を測ります。 「このサイトはAI学習を許可／拒否する」「どのクローラーなら受け入れるか」を、robots.txtのAIボット規則やContent Signalsで宣言できているかが評価されます。ここが重要なのですが、スコアが高い＝すべて受け入れるべき、という意味ではありません。運営者の方針を機械可読に宣言できているかどうかが問われる、いわば「守り」の次元です。

Capabilitiesは「エージェントが叩ける機能」の有無を測ります。 APIカタログやOAuthのディスカバリ、MCP Server Card、WebMCPなど、エージェントが自律的に操作する接点があるかを確認します。コンテンツ中心のサイトには不要ですが、APIやSaaSを提供するサービスでは重要な次元です。

Commerceは「決済対応」ですが、現時点ではスコアには加算されません。 x402（HTTPステータスコード402 Payment Requiredを使った決済プロトコル）、UCP、ACPなど、エージェント向け決済標準の対応状況を参考表示するのみである点は、公式ブログでも明記されています。

合計チェック数と重み付けについて

公開情報ベースで合計約16項目がチェックされます。なお「4次元＋Commerce／約16項目」という細分化は一部が二次ソース由来で、公式ブログ自体は4次元（＋Commerce）として説明しています。各チェックの具体的な重み付け（どの項目が何点に寄与するか）や、段階表示の境界値といった内部ロジックは、現時点で公式ドキュメントに明示されていません。

isitagentready.com の使い方 — URLを貼るだけで診断できる

isitagentready.comはサインイン不要・完全無料で利用できます。基本的な使い方は次の3ステップです。

利用手順

1. ブラウザで isitagentready.com を開く
2. 診断したいURLを入力する（例: https://example.com）
3. プリセット（All Checks / Content Site / API・Application）を選び、スキャンを実行する

スキャン完了後、0〜100点のスコアと段階表示、各チェックの pass／fail、そして失敗した項目ごとにAIが生成した改善ガイダンス（コーディングエージェントにそのまま貼り付けられるプロンプト）が表示されます。

出典: isitagentready.com 公式サイト

3つのプリセット — 診断前に必ず選ぶ

プリセットを適切に選ばないと、スコアが誤解を招きます。公式では次の3種類が用意されています。

プリセットを切り替えると、同じサイトでもスコアが大きく変わります。公開された実例として、あるサイトが All Checksで33点、Content Siteで67点 と倍近い差が出たケースが報告されています。静的なブログにAPI／MCPチェックを課すと低スコアになり、改善の優先度を誤るため、サイトの性質に合ったプリセットを選ぶことが重要です。

スコアの見方

診断結果は以下のように表示されます。

• 総合スコア: 0〜100の数値
• 段階表示: 対応度に応じたレベル表示（Bot-Aware／Basic／Emerging／Advanced といった表記が各ソースで使われていますが、名称や境界値は表記に揺れがあり、現時点で公式に確定したものではありません）
• 各チェックの pass / fail: 約16項目が一覧で表示される
• 改善プロンプト: 失敗したチェックごとに、Claude CodeやCursorなどのコーディングエージェントに貼り付けられる自然言語プロンプトが自動生成される

ここで注意したいのは、合計スコアの絶対値だけを追わないことです。プリセットでスコアが変動するうえ、Cloudflare自身も「スコア＝流入保証ではない」と述べています。レベル名や総合点を競うより、どの個別チェックが fail なのか、自社スコアがどう変化したかを追うほうが実務的です。

スコアを上げる具体手順 — 4次元ごとの改善ポイント

ここからは、自社サイトのスコアを上げるために実際にやるべきことを、優先度とともに次元ごとに整理します。公式が推奨する「easy wins（簡単な改善）」、つまりrobots.txtとsitemapの整備から着手するのが定石です。

1. Discoverability を上げる（優先度: 高／すべてのサイト推奨）

• robots.txt と sitemap.xml を正しく整備する — robots.txtは公開時点で約78％のサイトが設置済みですが、ほとんどが従来検索クローラー向けです。AIボット規則も含めて見直します
• HTTPレスポンスの Link ヘッダー（RFC 8288）を返す — llms.txtやAPIカタログの場所をLinkヘッダーで通知することで、エージェントが発見しやすくなります

Link: </llms.txt>; rel="describedby"; type="text/plain"

2. Content を整える（優先度: 高／コンテンツ系サイトは特に重要）

• Markdownコンテンツネゴシエーションに対応する — Accept: text/markdown ヘッダーが来たら、HTMLではなくMarkdownを返す設定を入れます。Cloudflare WorkersやRulesを使えば、既存サイトにも後付けで導入できます
• 本文をエージェントが読みやすい構造にする — 見出し階層・構造化データを整え、ナビゲーションや装飾HTMLに埋もれないようにします

CloudflareのRequest Header Transform Ruleを使うと、.md 拡張子付きURLで同じ内容のMarkdown版を自動配信できます。Cloudflare自身は自社ドキュメントでこの方式を採用し、トークン消費を平均31％削減しました。

# llms.txt の例
# Example Corp ドキュメント

> Example CorpのAPIとSDKのドキュメント集

## 基本ガイド
- [はじめに](https://example.com/getting-started.md): 5分で動かせる入門
- [認証](https://example.com/auth.md): OAuth 2.0の設定

Cloudflare Radarの公開時点の実測では、Markdownコンテンツネゴシエーション対応サイトはわずか約3.9％でした。対応するだけで上位数％に入れる計算になります。

3. Bot Access Control を設定する（優先度: 中／運用方針に応じて必須）

• robots.txtでAIボット規則を明示する — ChatGPT-User、ClaudeBot、PerplexityBot、Google-Extendedなどに対し、許可／拒否を明示する
• Content Signals に対応する — 「AI学習に使ってよいか」「要約に使ってよいか」などを機械可読に宣言する新しい標準です。Cloudflare Radarでの対応率は公開時点で約4％と低く、実装するだけで差別化になります
• Web Bot Auth を使う — 署名付きリクエストで「正規のエージェントかどうか」を検証できる仕組みです

重要なのは、スコアを上げたいからといって、すべてのAIに開放する必要はないということです。「使わせる／使わせないの方針を明示する」こと自体が高評価の条件であり、コンテンツの権利保護とスコア向上は両立します。AIクローラーの制御はAIエージェント セキュリティ 対策で扱う論点とも密接に関係します。

4. Capabilities を提供する（優先度: サイト種別による／APIサイト中心）

• API Catalog（RFC 9727）を公開する — OpenAPIやAsyncAPIのカタログを提供
• OAuth Server Discovery（RFC 8414／9728）に対応する — /.well-known/oauth-authorization-server など
• MCP Server Card を提供する — /.well-known/mcp.json でMCPサーバの仕様を公開
• WebMCP に対応する — WebページからMCPツールを直接呼び出せる新しい提案

MCPの基礎についてはMCPとは（Model Context Protocol）で解説しています。コンテンツ中心のブログ・メディアサイトでは、この次元は無理に対応する必要はありません。 「Content Site」プリセットを選べばスコア対象から外れます。

⚠ 「見せかけ最適化」は逆効果

Cloudflare自身が、空のMCP Server Cardを置くだけ、機能しないAgent Skillを公開するだけ、といったスコアのためだけの実装を戒めています。これは「指標が目的化すると指標として機能しなくなる」というGoodhartの法則の典型です。また、llms.txtやWebMCPなど一部の新興標準は「現時点で必須ではなく監視対象」という位置づけのため、過剰実装よりも、現行のエージェントで実際に効くrobots.txt・sitemap・Markdown対応・構造化データを優先するのが堅実です。「スコアを上げること」ではなく「エージェントに実際に使ってもらうこと」を目的にするべきというのが公式メッセージです。

Cloudflare製品との連携 — URL Scanner／API／MCPの3経路

Agent Readiness ScoreはisitagentReady.com単独のツールではなく、Cloudflareの既存プロダクトとも統合されています。

出典: Cloudflare Developers 公式サイト

Cloudflareダッシュボード（URL Scanner）への統合

2026年5月12日から、CloudflareダッシュボードのURL Scannerレポートに「Agent Readiness」タブが追加されました。アクセス方法は、ダッシュボードで Application Security ＞ Investigate（URL Scanner） からスキャンを実行し、レポート内の「Agent Readiness」タブを開く流れです。ここでは6つの専門サブスコア（Basic Web Presence／Discoverability／Content Accessibility／Bot Access Control／Protocol Discovery／Commerce）に分けて確認できます。利用にはCloudflareアカウントが必要です。

URL Scanner API 経由での自動化

URL Scanner APIに agentReadiness パラメータを渡すことで、スキャン結果にAgent Readinessレポートを含められます。CI／CDに組み込んで、デプロイのたびに自動診断する運用も可能です。

curl -X POST https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/urlscanner/v2/scan \
  -H "Authorization: Bearer $CF_API_TOKEN" \
  -d '{
    "url": "https://www.example.com",
    "options": { "agentReadiness": true }
  }'

利用にはCloudflareアカウントとURL Scanner権限を持つAPIトークンが必要です。

Cloudflare Radar の採用トラッキング

Cloudflare Radar（radar.cloudflare.com）では、各標準の採用率が週次で更新・公開されています。業界全体のトレンドを把握したい場合や、自社の立ち位置を相対的に確認したい場合に有用です。

isitagentready.com 自体がリファレンス実装

興味深い点として、isitagentready.comは自身がエージェント対応サイトのリファレンス実装になっています。MCPエンドポイントを公開し、MCP対応AIエージェントがツールを呼び出してサイトスキャンを自律的に実行できるほか、チェック対象標準ごとのAgent Skillドキュメントも公開しています。「何をチェックされるか」だけでなく「どう直すか」までエージェントが取得できる仕組みです。

従来SEO・LLMO・AIOとの違い — エージェント時代の三層構造

Agent Readiness Scoreは、近年議論されているLLMO（Large Language Model Optimization）／AIO／GEO（Generative Engine Optimization）とも重なる領域です。整理すると次の三層構造になります。

従来SEOは「読み手に届ける」、LLMOは「要約・引用される」、Agent Readinessは「エージェントが操作できる」という、それぞれ異なるゴールを持ちます。3つは排他ではなく補完関係にあり、Agent Readinessだけを追ってもAIの回答に引用されなければ流入にはつながりません。AI検索経由の露出を狙うなら、AI検索エンジン 比較もあわせて検討するとよいでしょう。そもそも「AIエージェント」とは何かはAIエージェントとはで解説しています。

Webのエージェント対応の実測データ（公開時点）

Cloudflareは発表とあわせて、上位20万ドメイン（リダイレクト・広告サーバー・トンネリングサービスを除外）の実測データも公開しています。現状はエージェント対応が大きく遅れていることが分かります。

裏を返せば、今のうちに対応するだけで大きな先行者利益を得やすい領域と言えます。数値はいずれも公開時点のもので、最新の採用率はCloudflare Radarで確認できます。

料金・プラン

公開スキャナーは無料・ログイン不要で利用でき、ダッシュボード版・API版はCloudflareアカウントで使えます。なお、ダッシュボード版・API利用に必要な具体的なプラン区分（Free／Pro／Business／Enterpriseのどれが必要か）は、現時点で公式ドキュメントで明示が確認できていません。事実上「無料で使える診断ツール」と捉えて問題ありません。

できること・できないこと

できること

• Webサイトの「AIエージェントからの扱いやすさ」を約16項目で自動スコアリング
• 失敗項目ごとの具体的な改善プロンプト（コーディングエージェントに渡せる）の取得
• URL Scanner APIを使った継続モニタリング（CI／CD統合）
• Cloudflare Radarでの業界トレンド把握
• 3つのプリセットによるサイト種別に合わせた診断

できないこと

• コンテンツの質そのものの採点はしない — 記事の正確性・専門性・E-E-A-Tなどは評価対象外
• 検索順位やエージェント到達数の保証はない — 「下地」を測る指標であり、流入・収益とは別問題
• JavaScript必須ページ・認証必須ページの完全評価は不可 — 公開HTTPで取得できるコンテンツが前提
• 一部の評価対象は発展途上の標準 — MCP Server Card・WebMCP・Agent Skills・llms.txt・Content Signalsなどは標準化途上で、今日のエージェントが100％実装しているわけではない

向いているサイト／向いていないサイト

こんなサイトにおすすめ

• 新規公開前のサイトや、エージェント対応を意識したリニューアル直前のサイト — 初期設計の段階でスコアを上げれば後工事が不要
• BtoB SaaS・APIサービス・開発者向けドキュメント — Capabilities次元を含めた診断価値が大きい
• メディア・ブログ運営者で、AI検索経由の流入を増やしたい担当者 — Content Siteプリセットで優先すべき改善点が明確になる
• CI／CDに診断を組み込んで継続モニタリングしたい開発組織 — URL Scanner APIで自動化できる
• AI学習の可否を機械可読に宣言したい企業 — Bot Access Control次元で方針を明示できる

おすすめしないケース

• AIエージェント経由の流入を想定していない純粋なBtoC動画・画像サイト — 評価対象の多くがテキスト前提のため診断価値が低い
• スコアを上げること自体が目的になりがちな運営者 — 「見せかけ最適化」はCloudflare自身が警告しており逆効果
• 認証必須・JavaScript必須で公開URLが取得できないサイト — 正しく評価されない可能性が高い
• 最新標準より安定性を最優先する個人サイト — MCP Server CardやWebMCPなど発展途上の標準が多く、優先度は低め

よくある質問（FAQ）

Q1. Cloudflareのアカウントがなくても使えますか？

isitagentready.comはサインイン不要・無料で使えます。Cloudflareアカウントが必要になるのは、ダッシュボードのURL ScannerタブやURL Scanner APIを使う場合です。

Q2. スコアが高いと検索順位や流入は増えますか？

Cloudflareは「保証しない」と明記しています。 Agent Readiness Scoreは「AIエージェントが扱える技術的な下地がある」ことを測る指標であり、Googleの検索順位やエージェント経由の流入数を約束するものではありません。従来SEO・LLMOとは別の層の指標として捉えるのが正しい扱い方です。

Q3. All Checks・Content Site・APIのどのプリセットを選べばいいですか？

サイトの性質で選びます。ブログ・メディア・ドキュメントはContent Site、API／SaaSはAPI / Application、コンテンツとAPIが併存する総合サイトはAll Checksが目安です。プリセットによってスコア対象が変わり、同じサイトでも数十点の差が出ます。

Q4. スコアを上げるために、すべての項目に対応すべきですか？

いいえ。 サイトの目的と整合する項目から優先します。コンテンツサイトならDiscoverabilityとContentが最優先で、MCP Server CardやAPI Catalogは対応不要です。Cloudflareも「見せかけ最適化」を警告しており、使われない機能を形だけ用意しても意味がありません。

Q5. 日本語のサイトでも正しく診断されますか？

基本的なDiscoverability・Bot Access Control・Capabilitiesのチェックは言語に依存しないため、日本語サイトでも問題なく診断できます。@ITやgihyo.jpなど国内テックメディアでも、無料でAIエージェント対応度を評価できるツールとして紹介されています。

Q6. スコアが低いサイトはAIエージェントからアクセスされませんか？

そんなことはありません。ChatGPTやClaudeなどのエージェントは、スコアに関係なく通常のWeb取得・検索を使ってサイトにアクセスします。Agent Readiness Scoreは「より効率的に、より構造化された形でエージェントが扱えるか」を測る指標であり、スコアが低くても取得自体はされます。

Q7. 新しいチェック項目の追加はありますか？

評価項目は、標準化団体（IETFのRFC群やMCP仕様など）の更新に応じて追加・変更される可能性があります。Cloudflare Radarで各標準の採用率が週次更新されているほか、大きな仕様変更は公式ブログや更新履歴で確認できます。

まとめ — 「AIエージェントから扱われる下地」を測る無料ツール

Cloudflare Agent Readiness Scoreは、AIエージェント時代のWebサイト診断ツールとして2026年4月17日に公開され、5月12日にはダッシュボードのURL Scannerにも統合された無料サービスです。

• 何をするか — URLを貼るだけで、AIエージェントがサイトをどれだけ扱えるかを約16項目で自動採点
• 誰に向いているか — コンテンツサイト運営者、API提供者、開発者向けドキュメント運営者、SEO／AIO担当者
• 料金 — isitagentready.comは無料、ダッシュボード版・API版はCloudflareアカウントで利用可能
• 注意点 — スコア＝流入保証ではない。合計点の絶対値を競うより、個別チェックの合否と経年変化で判断する
• 従来SEOとの関係 — 排他ではなく補完。従来SEO・LLMO・Agent Readinessの三層で捉える

まずはisitagentready.comで自社サイトを診断し、Content SiteプリセットでDiscoverabilityとContentの失敗項目から手をつけるのが、最も費用対効果の高い始め方です。

関連記事

• MCPとは（Model Context Protocol） — Capabilities次元の中核になるMCPの基礎
• AIエージェントとは — そもそも「AIエージェント」とは何か、仕組みと種類を解説
• AI検索エンジン 比較 — PerplexityやChatGPT Searchなど主要なAI検索の比較
• AIエージェント セキュリティ 対策 — Bot Access Controlとあわせて検討すべきセキュリティ論点
• 生成AIツールおすすめ比較 — AIエージェントを支える生成AIツールの全体像