AI がユーザーを失敗させる地点から始める
Agent Readiness は、llms.txt、schema、WebMCP を追加して得られる単一のスコアではありません。実用的な問いはもっと単純です。検索エンジン、回答エンジン、許可されたエージェントがサイトに到達したとき、正しいページを見つけ、事実を理解し、ブランドを誤って伝えず、ユーザーが求めるタスクを安全に完了できるかです。
この監査には、発見可能、理解可能、引用可能、実行可能という四層があります。下から上へ修正します。低い層の失敗は、高い層での取り組みを不安定にします。
これは監査と優先順位付けのフレームワークであり、すべてのサイトを自律エージェント化する提案ではありません。多くの企業では、最初の三層を整えるだけで SEO と GEO の大きな問題を解決できます。四層目は、実際のエージェントタスク、権限境界、意味のある確認体験がある場合にだけ適用します。
下から上へ修正します。発見性が土台であり、理解が事実を確立し、引用が回答への適格性を得て、操作は最後です。
第 1 層：発見可能
ここは依然として SEO の基盤です。適切な crawler がページに到達し、レンダリング、取得、インデックスできる必要があります。重要ページには安定した URL、内部リンク、適切な canonicalization が必要です。安定した状態、利用可能な HTML、分かりやすいナビゲーション、予測可能なエラーもエージェントを助けます。
確認項目：
- 重要な商品、サービス、ドキュメント、ポリシー、ヘルプページに安定してインデックス可能な URL がある。
- robots ルール、認証の壁、JavaScript レンダリング、canonical による意図しないブロックがない。
- 重要な事実が画像、動画、ログイン後の画面だけに閉じていない。
- 内部リンクが主要タスクページと根拠ページをつないでいる。
- 読み込み失敗、空の状態、言語・地域変更に説明可能な代替経路がある。
ブログのインデックスだけを監査してはいけません。価格、制約、返品、統合、提供可否、サポートポリシーのページこそ、AI の回答やエージェントの判断が確認する必要があることが多いからです。
第 2 層：理解可能
この層では、システムがあなたの組織、提供内容、対象者、条件を把握できる必要があります。これはキーワードの網羅より、エンティティと商品事実の管理に近い仕事です。
意図の強いページには、単独で成立する答えが必要です。商品またはサービスを定義し、対象者を示し、意味のある制限を述べ、証拠へつなげます。価格条件、地域、互換性を、三段落のマーケティング文から人やモデルに推測させないでください。
| ページ種別 | すぐに分かるべき事実 | よくある欠落 |
|---|---|---|
| 商品ページ | カテゴリー、対象者、機能、制限、価格または価格条件 | 境界のないスローガン |
| サービスページ | 範囲、地域、成果物、対象条件、予約方法 | 地域と適合性が FAQ に隠れている |
| 比較ページ | 基準、版の日付、共通点、実際の差 | 証拠のない競合批判 |
| ヘルプページ | 問題、前提条件、手順、失敗パターン | 手順を単独で完了できない |
| ポリシーページ | 発効日、地域、例外、連絡経路 | 新旧のポリシーが矛盾している |
第 3 層：引用可能
GEO は、ブランド名を言及してもらうことだけではありません。より良い目標は、特定の問いに答える際、システムがあなたのコンテンツの明確で出典があり、範囲が定まった一部を再利用でき、ブランドやルールを誤らないことです。
引用への準備は FAQ を大量に追加しても生まれません。直接的な回答、検証可能な事実、明確に命名されたエンティティ、主張を支える証拠、区別された節、必要な日付、地域、制約から生まれます。
一般的な推薦を求めるだけでなく、実際の購入、サポート、比較に関する 20 の質問をテストします。各回答で、ブランドが出るか、正しい URL が引用されるか、主要事実が正しいか、重要な制約が残るかを記録します。二〜四週間ごとに再テストし、誤りのパターンをページへ戻します。
引用は二択ではありません。ブランド言及、正しい出典、事実の正確性、制約の保持を別々に記録する必要があります。
第 4 層：実行可能
この層だけが Agent Readiness のタスク面です。サイトは実際のタスクを明確に分ける必要があります。どんな入力が必要か、権限はどこから来るか、結果をどうプレビューするか、どこで確認が必須か、失敗からユーザーがどう回復するかです。人向けのインターフェースも機能し続けなければなりません。エージェントは追加の協力者であり、通常のセキュリティモデルを迂回するスーパーユーザーではありません。
WebMCP は実装手段の一つです。ブラウザ内で JavaScript 関数や HTML フォームを構造化ツールとして公開し、DOM の推測を減らせます。しかしプロトコルがあるからといって、ロードマップに入れるべきではありません。まずタスクを自動化する価値を示し、脅威モデリングを完了してください。
コンテンツ、SEO、GEO、ツールの境界については、 WebMCP、SEO、GEO：AI エージェント向けサイト最適化で実際に何を最適化するのか を読んでください。試作の準備ができたら、 WebMCP セキュリティチェックリスト にある信頼する origin、不信コンテンツ、読み書き、確認の制御を使います。
優先順位マトリクス：低い層の失敗を高い層の革新として見せない
| 発見事項 | 層 | リスク | 次の行動 |
|---|---|---|---|
| 商品ページが crawler には空の shell として表示される | 発見可能 | 高 | GEO の前にレンダリングとアクセス可能なコンテンツを修正 |
| ブランドページに対象者、価格条件、制限がない | 理解可能 | 高 | 事実モジュールを作り、商品・サービスのテンプレートを見直す |
| AI の回答はブランドに触れるが地域制限を落とす | 引用可能 | 中〜高 | 検証可能な範囲説明を冒頭付近に置き、prompt を再テスト |
| 検索タスクでエージェントが誤ったフィルターを選ぶ | 実行可能 | 中 | 構造化ツールの前にフォーム状態、ラベル、エラーを改善 |
| エージェントがレビューを読み返金を作成できる | 実行可能 | 致命的 | 自動化を止め、権限、UGC、確認を脅威モデリング |
これが「WebMCP は SEO に影響するか」という問いが的外れな理由です。第 1 層のクロール問題は WebMCP では直りません。第 3 層に事実がなければ、ツールがあっても引用可能にはなりません。改善できるのは、第 4 層で検証済みの一つのタスクだけです。
証拠から始める 30 日プラン
第 1 週：範囲を選び、基準値を取る
サイト全体ではなく、商品ラインか価値の高いサービスを一つ選びます。重要 URL を 10、本物の質問を 20、高頻度タスクを 3 個挙げます。インデックス可能性とレンダリング、事実の欠落、AI 回答の誤りの種類、各タスクの手作業の経路を記録します。
第 2 週：発見性と理解を修正する
ブロックされたクロール、誤った canonical、空の shell レンダリング、古いポリシー、壊れた内部リンクを修正します。重要ページに明確な定義、対象者、制限、証拠、次の行動を加えます。事実をレビューする前に AI でページを一括書き換えしてはいけません。
第 3 週：引用テストを作る
同じ質問セットを関連する回答面でテストします。出典 URL、回答の正確性、保持された制約、競合の出現、想定される次の行動を記録します。ブランド言及数だけでなく、誤りのパターンに基づいてページを更新します。
第 4 週：安全なタスクの試作を一つ選ぶ
最初の三層に明確な阻害要因がないときだけ、公開済み、読み取り専用、低影響のタスクを選びます。入力と出力を定義し、人による確認と失敗時の代替経路を残します。UGC や第三者データをエージェントに返す前にレビューします。 Google Chrome の WebMCP ツールセキュリティガイダンス は責任の所在を明確にしています。untrustedContentHint、readOnlyHint、正確な origin 公開はツール作成者の責任です。
スコアは作業を並べるために使い、判断の代わりにしない
最初の棚卸しに Auspia Agent Readiness Score を使えますが、総合スコアは作業を並べる助けにすぎません。コンテンツ構造が優れたサイトでも、注文照会を信頼できない origin に公開していれば安全ではありません。逆に、エージェントツールがないサイトでも、最初の三層が強ければ SEO と GEO の土台は十分に整っています。
各層で三種類の証拠を残してください。ページのサンプル、実際のテスト結果、担当者です。AI プラットフォームや Web 標準が変わっても、チームは新しいラベルを追う代わりに証拠とプロセスを更新できます。
FAQ
GEO のために四層すべてを完成させる必要がありますか？
いいえ。GEO の中心は理解可能と引用可能であり、発見可能を土台にします。実行可能の層は、エージェントがサイト上の実際のタスクを完了する必要がある場合だけ適用します。
llms.txt はどの層に入りますか？
せいぜい補助的な発見または案内シグナルです。アクセス可能なページ、明確な事実、証拠、テストの代わりにはなりません。プラットフォームのサポートを確認し、実測で使ってください。
AI テスト用の 20 問はどう選びますか？
検索需要、営業会話、サポート記録に裏付けられた質問から始めます。商品適合性、比較、価格条件、地域での利用可否、設定、制限、トラブルシューティングです。各質問は担当者のいるページに対応させます。
実行可能の層で WebMCP は唯一の選択肢ですか？
いいえ。より良いフォーム、安定した API、アクセス可能な HTML、明確な確認により、多くのタスクは先に改善できます。WebMCP はブラウザエージェント向けの構造化インターフェース候補であり、まだ初期段階です。
情報源
著者：Ethan Marlowe、Auspia で 500 以上の prompt を対象に GEO 測定を担当。Ethan は prompt トラッキング、引用レポート、可視性ダッシュボード、AI 回答品質の確認について執筆しています。
