ユーザーが Gemini に「ランバー サポート付きで送料無料の 400 ドル以下のタスクチェアを探してください。最高のものを注文してください。」と尋ねます。 AI は新しいタブを開きません。ユーザーに何もクリックするよう要求しません。代わりに、製品データベースへのクエリ、レビューの相互参照、リアルタイム在庫の確認、配送ポリシーの比較、チェックアウトの開始など、すべて人間が 1 ページも触ることなく行われます。 これらはすべてユーザーが自分で行うことですが、最初のプロンプトを作成するのと同じくらいの労力で、ほんの少しの時間で実行できるようになります。 そうですね、誰もが AI エージェントにすべての買い物を任せられる段階にはまだ達していないかもしれません。しかし、それはもはや非現実的な未来ではありません。 それを可能にしたのは AI モデルそのものではありません。これは、最新の Web サイトの構築方法においてますます重要な部分になると私たちが見ているインフラストラクチャです。このインフラストラクチャは、各小売業者のサイトを見つけ、カタログを理解し、主張を検証し、アクションを起こす方法を AI エージェントに指示するプロトコルのスタックで構成されています。 これらのプロトコルは、AI エージェントがブランドとどのように対話するかを定義します。そして、ほとんどのSEO担当者はその存在を知りません。 この記事を読み終えるまでに、各プロトコルが何を行うのか、それぞれがどのように異なるのか、そして今後も可視性を維持したい場合に AI 検索の内部で何が起こっているのかに注意を払う必要がある理由が理解できるでしょう。 SEO にとってプロトコルが重要な理由 AI エージェントがプログラムでブランドと対話できるかどうか、または推測する必要があるかどうかはプロトコルによって決まります。エージェントの言語を話すことができるブランドは、単に表面化されるだけでなく、推奨され、最終的には購入に至るまでのやり取りが行われる可能性が高くなります。 robots.txt と XML サイトマップがどのようにして検索クローラーの重要な要素になったかを考えてみましょう。エージェント プロトコルは、AI エージェント用のものとして形成されつつあります。 簡単に言うと、エージェントがサイト上で購入、テーブルの予約、フォームへの記入などのアクションを実行できるようにしたい場合は、これらのプロトコルを理解する必要があります。
注: これらのプロトコルがなければ、AI エージェントやユーザーが決してサイトにアクセスしたり、サイトから購入したりしないというわけではありません。エージェント コマースはまだ非常に新しく、プロトコル自体もまだ進化中です。しかし、私たちは、エージェントがユーザーに代わって行動することがますます増え、ウェブサイト上でエージェントがそれを行うのを容易にすればするほど、エージェントコマースが標準になるにつれて、より良い立場に立つことができると信じています。
プロトコルスタック: クイックマップ これらのプロトコルは、優位性を争う競合標準ではありません。これらは同じスタックの異なる層で動作し、ほとんどは連携して動作するように設計されています。 これらのプロトコルの機能を簡単に説明します。
レイヤー 何をするのか 主要なプロトコル
エージェント/ツール エージェントを外部データ、API、ツールに接続します MCP
エージェント / エージェント エージェントが他のエージェントにタスクを引き継げるようにする A2A
代理店・ウェブサイト エージェントが Web サイトに直接クエリできるようにします NLWeb、WebMCP
代理店 / コマース エージェントが製品を見つけて購入を完了できるようにします ACP、UCP
注: すべての AI と同様、以下で詳しく説明するエージェント プロトコルも常に進化しています。これは、一部のプラットフォームではまだ一部のプロトコルが採用されておらず、各プロトコルの詳細も時間の経過とともに変更される可能性があることを意味します。
MCP: モデル コンテキスト プロトコル MCP は、AI エージェントと外部ツール、データ ソース、API 間のユニバーサル コネクタです。 仕組み MCP が登場する以前は、すべての AI ツールは、アクセスするすべてのデータ ソースに対してカスタム統合を必要としていました。チャットボットにデータベースからライブ価格を取得して CMS と相互参照させたい場合は、誰かがこれらのシステム間にオーダーメイドの接続を構築する必要がありました。その後、どちらかが変更されるたびに再構築します。 MCP はその接続を標準化します。これは、AI 用の USB-C と考えてください。これは、エージェントをサポートするツール、データベース、Web サイトに接続できる 1 つのプロトコルです。 エージェントが使用するMCP は、ライブ価格データの取得、在庫の確認、サイトからの構造化コンテンツの読み取り、またはワークフローの実行をすべて同じインターフェイスを通じて行うことができます。 Web サイトまたはツールは MCP サーバーを公開し、エージェントはそれに接続します。どちらの側でもカスタム統合作業の必要性ははるかに少なくなります。 誰がその背後にいるのか MCP は、2024 年 11 月に Anthropic によって開始されました。それ以来、OpenAI、Google、Microsoft によって採用されています。 MCP は現在、Linux Foundation の管轄ファンドである Agentic AI Foundation (AAIF) のオープンソース コミュニティによって管理されています。 2026 年初頭の時点で、MCP サーバーは 10,000 台を超えており、エージェントとツール間の接続の事実上の標準となっています。 あなたのブランドにとってそれが何を意味するか 構造化データ、クリーンな API、アクセス可能な HTML は、常に優れた技術的な SEO です。現在では、それらはエージェントの互換性要件でもあります。 MCP 互換データを持つブランドは、エージェントに何かを提供します。これを持たないブランドは、エージェントにページをスクレイピングして意味を推測させることを強制するため、摩擦が生じ、推奨するかどうかに影響を与える可能性があります。
MCP について詳しくは、こちらをご覧ください。
A2A: エージェント間プロトコル A2A は、さまざまなベンダーの AI エージェントが通信し、タスクを委任し、相互に作業を引き継ぐことができる標準です。 仕組み MCP により、エージェントはツールと通信できるようになります。 A2A を使用すると、エージェント同士が会話できるようになります。 タスクが複数の専門エージェント (調査用、比較用、トランザクション完了用など) を必要とするほど複雑な場合、A2A はそれらを調整するプロトコルです。 A2A 準拠の各エージェントは、標準化された URL (「/.well-known/agent-card.json」のような) で「エージェント カード」を公開します。このカードは、エージェントが実行できること、エージェントが受け入れる入力、およびエージェントでの認証方法をアドバタイズします。他のエージェントはこれらのカードを検出し、それに応じてタスクをルーティングします。 その結果、異なるフレームワーク上に構築され、異なるサーバー上で実行される、まったく異なる会社のエージェントが、単一のユーザー リクエストで共同作業できるようになります。カスタム構築された接続は必要ありません。 誰がその背後にいるのか Google は、Salesforce、PayPal、SAP、Workday、ServiceNow を含む 50 以上のテクノロジー パートナーと 2025 年 4 月に A2A を開始しました。 Linux Foundation は現在、Apache 2.0 ライセンスに基づいてこれを維持しています。 あなたのブランドにとってそれが何を意味するか マルチエージェントのワークフローが一般的になるにつれて、人間が結果を確認する前に、エージェントが複数のチェックポイントにわたってブランドを評価する場合があります。 そのチェーンは次のようになります。
調査エージェントが広範なカテゴリのクエリから製品を明らかにします 評価エージェントがあなたのレビューを読んでセンチメントをチェックします 価格設定エージェントがサードパーティの情報源と照らし合わせてコストを検証します 信頼エージェントは一貫性を保つためにあなたの主張を相互参照します
A2A はそのチェーン全体を調整します。データがソース間で一貫性がない場合、たとえば、価格ページにはあることが書かれていて、G2 プロフィールには別のことが書かれている場合、AI エージェントがあなたのブランドを候補として除外する可能性があります。すべては、ユーザーがあなたを選択肢として見る前に行われます。
A2A について詳しくは、こちらをご覧ください。
NLWeb: 自然言語ウェブ NLWeb は、あらゆる Web サイトを人間と AI エージェントの両方がクエリできる自然言語インターフェイスに変える Microsoft のオープン プロトコルです。 仕組み 現時点では、AI エージェントが Web サイトにアクセスすると、多くの推測を行う必要があるかもしれません。 HTML をスクレイピングし、コンテンツから意味を推測し、効果的に解析できるようにページが適切に構造化されているかどうかに依存します。間違いの余地がたくさんあります。 サイトに NLWeb が実装されると、エージェントは自然言語クエリを標準の「/ask」エンドポイントに送信し、構造化された JSON 応答を受信できるようになります。これにより、サイトはエージェントが HTML を解釈するのではなく、エージェントの質問に直接回答します。 すべての NLWeb インスタンスは MCP サーバーでもあります。 NLWeb を実装したサイトは、追加の構成を行わなくても、より広範な MCP エージェント エコシステム内で自動的に検出可能になります。 誰がその背後にいるのか NLWeb は R.V. によって作成されました。グハ、同じだよRSS、RDF、Schema.org の背後にいる人。 (これは偶然ではありません。) NLWeb は、意図的に既存の Web 標準に基づいて構築されています。つまり、現在、多くの Web サイトが NLWeb 対応に近づいていることを意味します。 Microsoft は、2025 年 5 月の Build 2025 で NLWeb を発表しました。これは GitHub 上のオープンソースです。早期導入企業としては、TripAdvisor、Shopify、Eventbrite、O’Reilly Media、Hearst などが挙げられます。 あなたのブランドにとってそれが何を意味するか SEO にとって、NLWeb は、すでに行っている作業の自然な延長です。 スキーマ マークアップ、クリーンな RSS フィード、および適切に構造化されたコンテンツは、NLWeb の構築の基盤です。構造化データに投資しているサイトは有利なスタートを切ることができます。そうでないサイトはエージェントにとって作業が難しくなりますが、今すぐスキーマ マークアップを実装することで簡単に取り戻すことができます。 構造化データはすでに検索エンジンに役立ちますが、エージェントもサイトを理解し、操作しやすくなります。そうすることで、後回しにしてきた技術的な SEO 作業の価値が高まります。
NLWeb について詳しくは、こちらをご覧ください。
WebMCP WebMCP は、Web サイトがブラウザーを通じて AI エージェントに機能を直接宣言できるようにする W3C 標準として提案されています。 仕組み NLWeb により、コンテンツがクエリ可能になります。 WebMCP はさらに一歩進んで、Web サイトがサポートするアクションを宣言できるようにします。これらのアクションには、「カートに追加する」、「デモを予約する」、「在庫状況を確認する」、「トライアルを開始する」などが含まれます。 これらの機能は、構造化された機械可読形式で宣言されます。エージェントが UI をスクレイピングしてチェックアウトがどのように機能するかを推測する代わりに、WebMCP はソース (あなた) から直接、明示的なマップを提供します。 誰がその背後にいるのか Google と Microsoft が WebMCP を提案し、W3C コミュニティ グループが現在それを推進しています。 Chrome の初期プレビューは 2026 年 2 月に出荷され、2026 年中頃から後半までにはより広範なブラウザがサポートされる予定です。 あなたのブランドにとってそれが何を意味するか WebMCP は、エージェントと Web サイトの対話がどのような方向に向かうのかを最も明確にプレビューします。 同様の製品、同様の価格、同様のレビューを持つ 2 つのブランドがあると想像してください。サイトで明確で構造化された機能が宣言されているサイトは、エージェントが行動しやすいものです。もう 1 つは推測が必要です。 エージェントは摩擦が最も少ない道を選択する可能性が高く、WebMCP は摩擦を最小限に抑えるのに役立ちます。
WebMCP について詳しくは、こちらをご覧ください。
ACP: エージェントティックコマースプロトコル ACP は、AI エージェントが購入を開始できるようにするための OpenAI と Stripe のオープン スタンダードです。 仕組み ACP は特にチェックアウトの瞬間に重点を置いています。これは、AI エージェントが販売者に代わって購入を完了するための標準化された方法を作成し、プロトコル自体を通じて支払い資格情報、承認、セキュリティを処理します。 ACP が登場する前は、購入を完了したいエージェントは、各販売者の固有のチェックアウト フローをナビゲートする必要がありました。小売店ごとに異なるフォーム、異なる支払いプロセス、異なる確認ステップ。 ACP はこのプロセスを標準化します。 販売者はコマース プラットフォームを通じて ACP と統合し、稼働するとチェックアウトがエージェントで実行可能になります。ユーザーは承認する以外に何もする必要はありません。 ACP は当初、ChatGPT のインスタント チェックアウト機能を支えていましたが、その後、専用の販売者アプリを優先して OpenAI によって削除されました。 ACP は依然として ChatGPT 内での製品検出を強化し、これらのアプリ内で使用される可能性がありますが、状況は急速に進化しています。 誰がその背後にいるのか OpenAI と Stripe は、2025 年 9 月に ACP を開始しました。ACP は Apache 2.0 でオープンソース化されており、プラットフォームのサポートはまだ拡大しています。 あなたのブランドにとってそれが何を意味するか エージェントが製品を最終候補に挙げ、ユーザーが先に支払いをするように指示した場合、ACP によってエージェントはトランザクションを完了できます。あなたのブランドがこのワークフローに統合されていない場合、AI エージェントが停止したり、購入を完了できなくなる危険があります。 エージェントはあなたを推薦することはできますが、あなたから購入することはできません。エージェントとしてはそのギャップがより重要になる商売が当たり前になる。
ACP について詳しくは、こちらをご覧ください。
UCP: ユニバーサルコマースプロトコル UCP は、商品の発見からチェックアウト、購入後まで、エージェント コマースのプロセス全体に対する Google と Shopify のオープン スタンダードです。 仕組み ACP はチェックアウトの瞬間に焦点を当てますが、UCP はショッピングのライフサイクル全体をカバーします。 UCP を使用するエージェントは、販売者の能力を発見し、どのような製品が入手可能であるかを理解し、リアルタイムの在庫を確認し、適切な支払い方法でチェックアウトを開始し、注文の追跡や返品などの購入後のイベントを管理できます。すべて単一のプロトコルを通じて行われます。 UCP は、MCP、A2A、AP2 (エージェント ペイメント プロトコル) と連携して動作するように構築されています。つまり、より広範なエージェント インフラストラクチャに置き換わるのではなく、そのインフラストラクチャに接続されます。 販売者は機械可読な機能プロファイルを公開します。次に、エージェントがそれを発見し、双方がどの機能をサポートするかをネゴシエーションして、続行します。 誰がその背後にいるのか Google と Shopify は UCP を共同開発し、Google CEO のサンダー ピチャイが NRF 2026 で発表しました。Target、Walmart、Wayfair、Etsy、Mastercard、Visa、Stripe など 20 社以上のローンチ パートナーが署名しました。 あなたのブランドにとってそれが何を意味するか ユーザーが Google AI モードに何かを見つけて購入するよう依頼すると、UCP はあなたのブランドが会話に含まれているかどうか、エージェントが実際に取引を完了できるかどうかを判断します。 製品データの機械可読性、ソース間での価格設定の一貫性、在庫シグナルの明瞭さ、これらすべてがエージェントがお客様と正常に取引できるかどうかに直接影響します。
UCP について詳しくは、こちらをご覧ください。
ACP と UCP: 主な違い ACP と UCP はよく混同されますが、いくつかの類似点もありますが、異なる点は次のとおりです。
ACP UCP
によって建てられました OpenAI + ストライプ Google + ショッピファイ
範囲 ディスカバリー層とチェックアウト層 フルジャーニー: 発見、チェックアウト、購入後
権力 ChatGPT インスタント チェックアウトと製品発見 Google AI モード、ジェミニ
建築 一元化された販売者のオンボーディング 分散型: 販売者は /.well-known/ucp で機能を公開します
ステータス (2026 年初頭) ライブで広範な展開が進行中 ライブで広範な展開が進行中
ACP と UCP は競合するものではなく、補完的なものです。ブランドは最終的には、ChatGPT のエコシステムと Google のエコシステムの両方をサポートする可能性があります。 現時点での実際的な問題は、どのプラットフォームが顧客にとって最も重要なのか、また、統合を容易にするコマース インフラストラクチャはどこにあるのか、ということです。答えに合ったプロトコルを選択するか、両方を使用します。 エージェント検索プロトコルの動作例 これらのプロトコルは単独では動作しません。これらが連携するとどのように見えるかは次のとおりです (これは必ずしも各段階で何が起こっているのかを正確に示すわけではなく、説明を目的としているだけであることに注意してください)。 シナリオ: ユーザーが Gemini に「ランバーサポート付きで送料無料の 400 ドル以下の快適なタスクチェアを見つけてください。最適なオプションを注文してください。」と尋ねます。
ステップ 1: MCP のアクティブ化 エージェントは MCP を使用して、製品データベース、レビュー プラットフォーム、小売業者の在庫フィードなどの外部ツールに接続します。キャッシュされた知識やトレーニングされた知識に依存するのではなく、ライブ データをクエリできます。 ステップ 2: A2A 座標 その後、エージェントはブランドが公開する専門エージェントと連携し、A2A 経由でプラットフォームをレビューします。 1 つは人間工学のレビューを評価します。ソース間の価格の一貫性をチェックします。各小売業者の実際のポリシー ページに対して送料無料の主張を検証します。 ステップ 3: NLWeb がクエリに直接回答します エージェントは各小売業者のサイトに問い合わせます。 NLWeb を実装したブランドは、構造化データを使用してエージェントの /ask クエリに応答します。これには、正確な在庫、リアルタイムの価格設定、製品の属性などが含まれます。これを持たないブランドでは、エージェントにスクレイピングと推論を強いることになり、エージェントの速度が低下し、完全にスキップされる可能性があります。 ステップ 4: WebMCP が利用可能なアクションを宣言する 「勝てる」小売業者のサイトには、WebMCP 経由でのチェックアウト機能を宣言しました。エージェントは、推測に頼ることなく、利用可能なアクションとその開始方法を正確に知っています。 ステップ 5: UCP がトランザクションを完了する 購入は UCP 経由で、完全に Google の AI エクスペリエンス内で実行されます。販売者のバックエンドは、標準化された API を通じて通信します。ユーザーは注文確認を受け取りますが、製品ページには一度もアクセスしませんでした。 明らかに、これは完全にエージェントのシナリオです。実際には、すべての購入が AI エージェントに完全に任せられるわけではありません。 しかし、人間が「購入」をクリックする前にオプションを評価したい場合でも、エージェントが推奨をできる限り簡単に行えるようにすることは依然として良い習慣です。だからこそ、これらのプロトコルは注目に値します。 SEO が今すべきこと プロトコル層を理解することがステップ 1 です。次に注目すべき点は次のとおりです。 1. ボリュームよりも機械可読コンテンツを優先する さらにページを追加する前に、既存のページがエージェントによって適切に解析できることを確認してください。つまり:
JavaScript ドロップダウンの背後にロックされず、プレーン テキストで価格設定を行う 明らかにするためにインタラクションを必要としない特徴リストを使用する サーバーサイドをレンダリングする FAQ コンテンツを含む 製品ページと組織ページでのスキーマ マークアップの使用
あなたのページを読むことができないエージェントは、あなたの製品を推奨したり購入したりすることはできません。 2. 構造化データを監査する NLWeb は、Schema.org、RSS、およびサイトがすでに公開している構造化コンテンツに基づいて構築されています。スキーマ マークアップに投資している場合は、NLWeb 互換性に関して有利なスタートを切ることができます。 まだお持ちでない場合は、これが優先順位を付ける 2 つの理由になります。これにより、検索の可視性が向上し、エージェントがサイトをより簡単にクエリできるようになります。 3. ソース間の一貫性を確認する エージェントは、サイト、レビュー プラットフォーム、サードパーティのコンテンツを相互参照することで申し立てを検証します。価格設定ページにあることが書かれていて、Capterra プロフィールに別のことが書かれている場合、エージェントは矛盾を指摘し、ブランドに対する信頼を失い、推奨や購入の可能性が低くなります。 ローカル SEO で NAP の一貫性を監査するのと同じ方法で、ソース間の一貫性を監査します。これは基本的な原理は同じですが、クローラーの種類が異なるだけです。 4. 今すぐACPおよびUCPの待機リストに登録しましょう これらのプロトコルは現在展開中です。早期導入者は、残りのエコシステムが追いつく一方で、エージェント仲介コマースにおける競争が少ないという恩恵を受けます。 Stripe の ACP アクセス待ちリストに参加してください。 Google の UCP 待機リストにも参加してください。 MCP などの他のプロトコルについては、サイトでそれらがサポートされていることを確認するかどうか開発チームに相談してください。 5. 定期的に AI フットプリントを監視する ChatGPT、Perplexity、Google AI モードでブランドを検索します。エージェントはあなたの製品を正確に説明していますか?あなたの価格設定は、提示されている内容と一致していますか?あなたがいないところに競合他社が現れていますか? これは、SERP の存在をチェックするための新しいバージョンであり、1 回限りの監査ではなく、ワークフローの繰り返しの一部となる必要があります。 Semrush の AI 可視化ツールキットを使用して、AI 検索であなたのブランドが現在どのように表示されているかを理解します。自社がどこで目立っているか、競合他社に遅れをとっているか、そして AI ツールがブランドについて何を言っているかを正確に示します。
エージェント検索プロトコルの次は何でしょうか? ここで説明したプロトコルはすでに実用化されていますが、まだ進化しています。 WebMCP はまだ初期プレビュー段階にあります。 ACP と UCP は展開中です。エージェントの支払い、エージェントのアイデンティティ、エージェントとユーザーの対話のための新しいプロトコルはまだ草案中であり、議論されています。 しかし、これらのプロトコルを正しく理解して実装している SEO は、成功する可能性が最も高くなります。 無料の AI ブランド可視性チェッカーを使用して、あなたのブランドが今どのような位置にあるかを確認してください。The post The 6 Agentic AI Protocols Every SEO Needs to Know first appeared on Backlinko.
