検索順位から「推薦」へ：Cloudflare が Agent Readiness 診断と AEO を公開

要約

Cloudflare が 2026-08-06、サイトの「エージェント対応度」をめぐる2つの機能を発表しました。公式の見出しは From ranking to recommended — 検索順位（ranking）で戦う時代から、AI に推薦される（recommended）ことで戦う時代へ、という主張です。

1つ目が Agent Readiness 診断です。Cloudflare ダッシュボードに統合されたスキャン機能で、自社サイトがエージェントから扱いやすい状態になっているかを4カテゴリで評価します。Quick wins は robots.txt、XML サイトマップ、Markdown 形式での配信。Technical groundwork は Content Signals、API カタログ、認証。Advanced integration は OAuth、MCP、Agent2Agent カード。Commerce standards は x402、ACP、UCP、AP2 といった決済関連の標準対応です。並べ方に段階が付いていて、上から順に着手できるロードマップとして読めます。

2つ目が **Answer Engine Optimization（AEO）**です。こちらは対応状況ではなく結果を測ります。Claude と GPT に対して、自社カテゴリで顧客が実際に投げそうな質問を送り、その回答のなかで自社サイトがどう扱われているかを集計します。指標は4つ。Citation Rate は自カテゴリの回答のうち自サイトが引用された割合。Prominence は引用が回答のどの位置に置かれ、本文中でどれだけの分量を占めたか。Mention Rate は引用（リンク）を伴わずにブランド名だけが言及された頻度。Share of Voice は競合と比べた引用の取り分です。加えて AI Operator Activity として、どの AI オペレーターがどれだけクロールし、そこからどれだけ参照トラフィックが来たかも見られます。

提供状況は2つで異なります。Agent Readiness 診断はすでにダッシュボードに統合済み。AEO は早期アクセスの申請が必要で、段階的な提供と読み取れます。価格の記載は公式にありません。

何が変わったか

• Cloudflare ダッシュボードから、自サイトのエージェント対応度を4カテゴリで診断できるようになった
• 診断カテゴリは Quick wins / Technical groundwork / Advanced integration / Commerce standards の4段階構成
• Claude・GPT の回答内での自サイトの引用率・言及率・競合比較を指標として測れる（AEO、早期アクセス）
• AI オペレーター別のクロール量と、そこからの参照トラフィックを確認できる
• Agent Readiness はダッシュボード統合済み、AEO は申請制。いずれも価格の記載なし

業務インパクト（一般企業向け）

自社サイトから引き合いを取っている企業にとって、これは計測設計の見直しを迫る発表です。

これまで Web 集客の説明は、検索順位・表示回数・クリック率・流入数という一本の線でできていました。ところが顧客が検索エンジンではなく AI に質問して答えを得るようになると、この線が途中で切れます。AI の回答内で自社が紹介され、顧客はその名前を覚えて後から指名検索する — このとき、レポート上は「指名検索が増えた」としか見えず、なぜ増えたのかが説明できません。逆に、AI の回答に一度も出てこないせいで検討段階から外れていても、それは数字に現れません。見えない場所で選別が起きているというのが問題の本質で、AEO の4指標はそこに光を当てようとするものです。

実務としてまず取れる行動は、Agent Readiness 診断のほうです。こちらは申請不要で、4カテゴリはそのままチェックリストになります。robots.txt でクローラーを一律ブロックしていないか、サイトマップが最新か、といった Quick wins は今日確認できる話です。ここで見落とされがちなのが、セキュリティ対策として入れた設定が AI クローラーを全面的に締め出しているケースです。「AI に学習させたくない」という判断と「AI の回答で紹介されたい」という要望は両立しないことがあり、どちらを取るかは経営判断として整理しておく必要があります。診断はその論点を可視化する道具として使えます。

AEO 側の指標については、扱い方に注意が要ります。測定対象が Claude と GPT の回答である以上、モデルが更新されれば数値は動きます。同じ施策を打っていなくてもスコアは上下するということです。したがって「今月のスコアが何点だった」という単発の報告には意味がなく、継続的に測って傾向を見る前提の指標だと最初に合意しておくべきです。これを握らずに KPI に組み込むと、モデル更新のたびに説明のつかない増減を報告することになります。

もう一点、Citation Rate や Share of Voice はベンダー固有の指標名ですが、概念自体は汎用です。他社ツールでも似た測定は出てきます。特定ツールに社内の評価軸を固定するのではなく、「AI 回答内での引用と言及を測る」という軸を先に定義し、計測手段は差し替えられる形にしておくのが安全です。

副業・個人活用視点

Web 制作やマーケティング支援を個人で請けているなら、ここは新しい提案枠として使えます。

SEO 支援は市場が成熟していて、単価も競合も厳しい領域です。そこに「AI の回答で紹介されるための整備」という切り口を足せると、既存クライアントに対する追加提案が作れます。しかも Agent Readiness 診断は、Cloudflare を使っているサイトならダッシュボードから実行できて、結果が4カテゴリのチェックリストとして出ます。診断結果をそのまま提案書の現状分析パートに使えるということです。robots.txt の設定確認、サイトマップの整備、Markdown 配信の対応あたりは作業として明確で、見積もりも出しやすい部類に入ります。

自分の発信にも同じ話が当てはまります。ブログや note で技術記事を書いているなら、読者は人間だけではなくなっています。AI が読んで要約し、誰かの質問への回答として引用する経路が実際に動いています。このとき効くのは、見出しが内容を正確に表しているか、事実と出典が明記されているか、結論が本文中で言い切られているか、といった基本です。小手先の SEO テクニックより、構造の明快さと出典の明示のほうが効くという方向に寄っています。書き方の指針としては素直で、やることは増えません。

ただし、この領域で「対策を代行します」と踏み込むときは慎重さが要ります。検索順位と違って、AI の回答は同じ質問でも揺れますし、モデル更新で傾向が変わります。順位保証に近い約束をすると確実に破綻します。提案するなら「引用されやすい状態に整える」までを範囲とし、成果は継続測定で見るという契約の切り方が現実的です。early access が要る AEO 側に依存した提案は、クライアントの環境で使えるかを先に確認してから組み立ててください。

学習の投資先としては、指標の定義を理解しておくことが中心です。Citation Rate と Mention Rate の違い（リンクを伴うか否か）、Prominence が位置と分量を見ていること、Share of Voice が相対値であること。この4つを説明できれば、どのツールを使う案件でも会話が成立します。