AmICitedでWebMCP対応状況を確認する方法

エージェント対応の次のフロンティアは、AIエージェントがサイトを読むだけでなく、サイト上で行動できるようにすることです。

WebMCPとは

WebMCPとは、ウェブサイトが検索、カート追加、予約といった個別のアクションを「呼び出し可能なツール」として宣言し、AIエージェントがそれらを直接呼び出せるようにする、新しく登場しつつあるウェブ標準です。入力と出力があらかじめ定義されているため、エージェントはHTMLを解析してどのボタンをクリックすべきかを推測する必要がありません。これは、もともとAIモデルを外部データやツールに接続するために作られたModel Context Protocol（MCP） の考え方を、ブラウザそのものにまで拡張したものです。つまりページは、エージェントが「読む」対象であるだけでなく、「操作する」対象にもなるのです。

この違いが重要なのは、現在のAIエージェントの多くが、スクリーンリーダーとほぼ同じ方法でウェブと対話しているからです。DOMを解析し、対話可能な要素を特定しようとし、クリックやフォーム入力をシミュレートします。このアプローチは脆弱です。チェックアウトフローの再設計、JavaScriptで描画されるフォーム、あるいは見慣れないボタンラベル一つで、エージェントがタスクを完了できなくなることが静かに起こり得ます。WebMCPは、こうした推測をなくし、明示的な契約に置き換えます。MCPサーバーを稼働させているサイトは、ツールの名前・パラメータ・期待される結果を機械可読な形式で記述し、これに準拠したエージェントであれば、開発者がウェブページをスクレイピングする代わりにドキュメント化されたAPIを呼び出すのと同じように、確実にそれらを発見し呼び出すことができます。

これは、質問に答えるだけでなく、ユーザーに代わって複数ステップのアクションを実行するソフトウェア——エージェンティックAI ——という、より大きな潮流の具体的な一例です。エージェントが「この製品について教えて」から「この製品を買って」へと踏み出すにつれ、構造化された呼び出し可能なアクションを公開しているサイトこそが、エージェントが自信を持って行動できるサイトになります。これは、いわゆるAPI-firstコンテンツ ——人間向けのHTMLだけをインターフェースとして扱うのではなく、人間と機械の双方が消費できるようにサイトの基盤アーキテクチャを設計するという考え方——とも密接に関連しています。WebMCPは、本質的には、コンテンツの取得だけでなく、ユーザー向けのアクションにまでAPI-first設計を適用したものと言えます。

また、WebMCPはエージェンティックコマース ——AIエージェントが自律的に購入・予約・その他の取引を完了させるという、より大きな流れ——を支える、より具体的な構成要素の一つでもあります。search-productsやadd-to-cartといったツールを直接呼び出せるショッピングエージェントは、脆弱なページスクレイピングに頼るエージェントに比べ、タスクの途中で離脱してしまう可能性がはるかに低くなります。だからこそAmICitedは、より広範なAIアクセシビリティ監査 の一環としてこれをチェックしています。導入はまだ初期段階ですが、自社サイトが単に「エージェントに読まれる」だけでなく「エージェントに操作される」対応ができているかどうかを知ることは、AI検索やAIショッピングの次の段階に向けた準備状況を測る意味のある指標になりつつあります。

WebMCPが「何でないか」も明確にしておく価値があります。WebMCPは現在のAI回答におけるランキング要因ではなく、ChatGPT、Perplexity、Google AI Overviewsがあなたのコンテンツを回答で引用するかどうかを左右するものでもありません。それは、コンテンツの質、構造化データ、クローラーアクセスといった別のシグナルによって決まるものであり、AmICitedは他の監査チェックを通じてそれらを追跡しています。WebMCPはより狭い範囲を対象とした、より先を見据えたチェックです。それが扱うのは、エージェントがすでにあなたのサイトと関わることを決めた後に何が起きるか——つまり「このページはクエリに答えているか」という問いから「このエージェントはここでタスクを完了できるか」という問いへの転換です。この二つの問題は関連してはいますが別物であり、あるサイトが一方には非常に優れている一方で、もう一方には何も手を付けていないということも起こり得ます。

確認場所

これは監査 → Agent Accessibility内のWebMCPセクションにあり、ステータスバッジ（例：未検出）が表示されます。Agent AccessibilityはAmICitedの監査スイート内で他の技術チェックと並んで配置されているため、robots.txtの設定、llms.txtの有無、構造化データ、その他サイトの機械可読性プロファイルを確認するのと同じ場所で、WebMCP対応状況を確認できます。

チェック内容

セクションの説明にあるとおり：「WebMCPを使用すると、サイトはAIエージェントが直接呼び出せるツール（アクション）を公開できます。検索、カート追加、予約など、ページから推測するのではなく、正確に動作します。ホームページのHTMLから検出されます。」 AmICitedはあなたのホームページのHTMLを検査し、WebMCP宣言が存在するかどうかを報告します。

このチェックは実際に稼働しているホームページのHTMLに対して実行されるため、今この瞬間にあなたのサイトを訪れたエージェントが目にするものをそのまま反映します。理論上の能力や、ドキュメントや開発者ポータルの奥に埋もれている情報ではありません。WebMCPを実装すれば、その変更はAmICitedが次にページを再クロールした時点でここに反映されます。

これは、AmICitedが技術監査全体に対して取っているアプローチと同じです。あなたが構築したものを自己申告してもらうのではなく、実際に配信されている内容を直接検証します。この考え方はAgent Accessibilityセクション全体に共通しており、robots.txtの指示、llms.txtファイル、構造化データマークアップ、そして今回のWebMCP宣言も、すべて額面通りに受け取るのではなく実際のサイトから検出されます。そのため、表示されるステータスは常に最新の状態です。

重要性

• エージェントが確実に動作します。 ページの内容からサイトの使い方を推測する代わりに、エージェントは定義されたツールを呼び出せるため、エラーが減り、タスク完了率が向上します。これにより、レイアウト変更、A/Bテスト、JavaScriptで描画されたインターフェースがタスクの途中でエージェントを混乱させる、といった失敗パターンが減ります。
• アクションを制御できます。 明示的なツールを公開することで、エージェントが何を（どのように）実行できるかを、推測に任せるのではなく、あなたが決定できます。エージェントがクリックできるものすべてから機能を推測するのではなく、どのアクションをエージェントが呼び出せるようにするか——例えば検索や商品検索は許可するが、アカウント変更や支払い情報の操作は公開しない、といった具合に——を正確に範囲指定できます。
• 先発者の優位性。 エージェンティックブラウジングが普及するにつれて、すでにエージェントが操作可能なサイトが最初に恩恵を受けるでしょう。自社のカテゴリーで最初にWebMCPをサポートするサイトの一つになれば、エージェント（およびエージェントを誘導するプラットフォーム）が、ユーザーを競合サイトへ送る理由を一つ減らすことになります。
• コンテンツの可視性を補完するものであり、代替するものではありません。 AI回答で引用されることは、あなたのブランドが言及される機会を生みます。一方、エージェントが操作可能であることは、その言及を実際のアクション完了へとつなげるものです。両者は相互に補完し合います。強力なAI visibility によって名前を知ってもらい、WebMCP対応によって、エージェントがそこにたどり着いた後に実際に何かを実行できるようになるのです。

使用方法

1. ステータスを確認します。 未検出の場合、まだWebMCPを実装していません。それは今日の時点では大多数のサイトにとって想定内のことです。これは先を見据えたチェックであり、ほとんどのチームがすぐに対応すべき是正項目ではありません。
2. 適合性を判断します。 商取引、予約、検索など、明確なアクションを持つサイトが最も恩恵を受けます。サイトが主に情報提供型——ブログ、ドキュメントハブ、取引フローのないマーケティングページなど——である場合、WebMCPが提供できる価値は、ECストア、旅行予約プラットフォーム、あるいは公開する価値のあるアプリ内アクションを持つSaaS製品と比べて現時点では限定的です。すでに広い意味でエージェンティックコマース対応 を検討しているブランドは、WebMCPを単独のチェック項目としてではなく、その大きな取り組みの一部として位置付けるべきです。
3. 実装して再確認します。 WebMCPを追加したら、監査を再実行して検出を確認し、WebMCP対応状況タイルを更新します。このチェックはホームページのHTMLを直接読み取るため、別途の検証手続きや手動申請プロセスは不要です。次回の監査実行時に自動的に反映されます。
4. 他のエージェント対応シグナルと合わせて追跡します。 WebMCPは、Agent Accessibility内にある複数のタイルの一つです。他の技術チェックと合わせて確認することで、あなたのサイトがAIチャットインターフェースだけでなく、AIエージェントがブラウジング・評価・取引を行い始めている現状にどれだけ対応できているかを、より全体的に把握できます。

たとえ今日導入しないとしても、このチェックによって、新たに登場しつつある機能を常にレーダーに入れておくことができます。すでにAIエージェント向けの構造化コンテンツと技術的対応 に投資しているのであれば、クリーンなHTML、構造化データ、アクセス可能なページアーキテクチャといった基礎が整った時点で、WebMCPは自然な次のステップになります。そして、WebMCP対応がAIプラットフォームにおけるあなたのより広い立ち位置にどう関わってくるかを知りたいのであれば、このチェックと合わせてAI visibility監査 を実施することで、エージェントがあなたのサイトで実際に行動できるかどうかだけでなく、そもそもAIエンジンがあなたを引用・推薦しているかどうか——最終的にエージェントがあなたのサイトにたどり着くかどうかを左右する要素——も見えてきます。