ShopifyのAIショッピングツールは、カートの先へ進み、チェックアウトにまで広がった。9月28日の開発者向け変更履歴によると、ブラウザーエージェントは購入者のタブで開いているチェックアウトを読み取り、更新し、購入者が注文内容を確認した後に送信できるという。以前のストアフロント用ツールは買い物客をチェックアウトへ案内するところまでだった。新しいツールでは、エージェントがチェックアウト項目を操作できる。

大きな変化

  • 変更点：ブラウザーエージェントは、購入者が画面で見ているチェックアウトを操作できるようになった。連絡先、配送方法、割引も対象だ。Shopifyが8月に公開したストアフロント用ツールはチェックアウトへの移動までだったが、9月のリリースでは同じタブ内でチェックアウトを操作できるようになった。
  • なぜ重要か：買い物客は注文と合計額の決定権を保ちながら、入力作業の多くをエージェントに任せられる。Shopifyは、エージェントに注文内容と合計額を表示させ、送信前に購入者の許可を得るよう求めている。ログイン、決済時の確認、いくつかのレビュー手順は、引き続き購入者がページ上で行う。
  • 注目点：開発者にとって重要なのは利用条件だ。Shopifyはいくつかのチェックアウトを対象外とし、ブラウザーエージェントへの対応は現時点でChromiumに限られるとしている。個々の購入でエージェントが新しいツールを使えるかどうかは、こうした条件で決まる。

ストアフロントからチェックアウトへ

Shopifyの8月5日のリリースでは、Liquidストアフロントすべてと開発者プレビュー中のHydrogenストアフロントにWebMCPツールを追加した。買い物客のブラウザーにある対応エージェントは、商品を検索し、バリエーションを確認し、現在のカートを読み取り、更新し、proceed_to_checkoutを呼び出せる。Shopifyによると、ストアフロント用ツールを使うために加盟店がインストールや設定を行う必要はない。カートの変更にはストア標準のストアフロント操作が使われるため、買い物客は現在のセッションで変更を確認できる。

9月の追加機能はチェックアウトページ上で動作する。エージェントは登録済みツールをdocument.modelContext.getTools()を通じて取得し、document.modelContext.executeTool()を使って呼び出す。Shopifyによると、購入者が手続きを進めるとチェックアウト用ツールの一覧が変わる場合があるため、エージェントはtoolchangeの発生時に一覧を更新する必要がある。ツールはそのタブで開いているチェックアウトに対して動作する。チェックアウトIDは受け取らず、Shopifyのサーバー側Checkout MCPエンドポイントとも別の仕組みだ。

チェックアウト用ツールにはそれぞれ異なる役割がある。get_checkoutは合計額やメッセージなど現在の状態を読み取り、サンキューページでは注文の領収情報も取得する。update_checkoutは購入者の連絡先、配送方法、割引コード、申告項目、対応する決済方法を変更できる。このツールは状態を丸ごと置き換える方式だ。エージェントは先に現在の状態を読み取り、維持したい情報をすべて含めて送信する必要がある。このチェックアウト用ツールでは商品明細や流入元情報を変更できず、商品項目は購入者がページ上で変更する。navigate_to_storefrontはオンラインストアがある場合にタブをストアへ戻す。

Shopifyの例では、UCPチェックアウトのバージョンとして2026-08-25が示されている。これは文書化された応答内のプロトコルバージョンであり、9月28日はブラウザーチェックアウト機能の公開日だ。応答にはUCPの結果ステータスとチェックアウトのライフサイクル状態の両方が含まれる。たとえば、ready_for_completeはチェックアウトの完了処理を試せる状態を示す。購入者が注文を承認したという意味ではない。Shopifyによると、注文が確定したことを示すのはcompletedだけだ。

送信を承認するのは購入者

注文確定ツールのcomplete_checkoutを呼び出す前に、Shopifyはエージェントに現在の注文内容と合計額を提示し、注文を確定する許可を購入者から得るよう指示している。合計額が変わった場合は再度確認が必要だ。準備完了ステータス、Web Bot Auth署名、Shop Payの承認だけでは、その許可にはならない。

ツール呼び出し後も、ページ上で購入者の操作が必要になる場合がある。設定されたレビュー手順ではrequires_escalationという状態が返る。エージェントは、そこで購入者が送信を許可した後に限り、complete_checkoutを再度呼び出す。決済の確認など購入者の操作が必要な場合は、購入者がチェックアウトページで手続きを完了し、エージェントが結果の状態を確認する。Shop Payへのログインや、アプリが定義するチェックアウト拡張機能とのやり取りもShopifyは購入者に委ねている。これは注文送信時に実質的な承認境界を設けた、購入者が関与するチェックアウトだ。

利用条件と制約

Checkout WebMCPは、購入者のブラウザーで動くエージェント向けだ。サーバー上で実行できるエージェントには、Shopifyは別のCheckout MCP経路を推奨している。ブラウザー経路ではリクエストにWeb Bot Auth署名を使う。検証済みボットとして扱われるには、エージェントがEd25519公開鍵ディレクトリを登録・公開する必要があるとShopifyは説明している。識別情報がない場合、ボット検出でリクエストの優先度が下がったり、遮断されたりすることがある。このリリースでは、加盟店が新しいチェックアウトAPIを設定する必要はない。

購入者がShop Payを使う場合を除き、標準的な3ページ構成のチェックアウトにはツールが登録されない。B2Bチェックアウト、埋め込み型チェックアウト、モバイルチェックアウトSDK、他店の商品を含むチェックアウト、下書き注文、注文編集、決済回収も対象外だ。WebMCPのブラウザーエージェント対応は現時点でChromium系ブラウザーに限られる。Shopifyのチェックアウトリファレンスは、ブラウザー側で変わり得る仕様として、Chrome 153ではexecuteTool()の引数はJSON文字列で指定する必要がある一方、Chrome 155ではオブジェクトを受け付ける予定だとも説明している。

Shopifyが引用したWebMCPのページには、これらのツールに別料金があるとは記載されていない。チェックアウト自体には、購入者が確認する注文合計額が引き続き表示される。BIG CHANGEはShopifyのリリースノートと文書を確認したが、実際のストアフロントや購入操作を試してはいない。

出典・参考資料