Shopify が月曜、加盟店ストアの決済を Shop Pay も含めて、買い物客のブラウザ内で動くあらゆる AI エージェントに開放した。Meta の Muse エージェントが1週間前に結んだような個別提携は、もう必要ない。ただし発表文ではなく開発者ドキュメントに埋もれた条件がある。この標準に対するエージェント側の対応が、現時点では Chromium 系ブラウザに限られるという点だ。
Key takeaways
- 新設の3ツール get_checkout・update_checkout・complete_checkout により、ブラウザエージェントは決済内容を読み取り、住所や配送オプションを変更し、買い手の承認を得てから注文を確定できる。
- Shopify 自身のドキュメントは、WebMCP のエージェント対応が現時点で Chromium 系ブラウザに限られると明記している。
- サードパーティのエージェントによる代理購入を禁じる Amazon とは正反対の方向だ。
3つの新ツールが実際に何をするのか
WebMCP を使うブラウザエージェントは、すでに Shopify のカタログを検索してカートを埋めることはできた。新ツールはその範囲を取引そのものへ広げる。get_checkout は決済セッションの状態を返し、update_checkout は配送先住所や配送オプションといった項目を変更し、complete_checkout は決済を送信して注文を確定する。最後のものは自律的にではなく、買い手の確認を経てから実行されるとドキュメントに明示されている。
狙いはスクリーンショットとクリックの層を消すことだ。ページに登録されたツールがなければ、エージェントはストアのマークアップを読み解いてクリックを再現するしかなく、Shopify は WebMCP のドキュメントでこの方式を遅くエラーが起きやすいと説明している。エージェンティックコマース担当のスタッフプロダクトマネージャー Gil Greenberg は X で、買い手のブラウザ内で動くエージェントは人間向けに作られた HTML をたどるのではなく、こうした構造化ツールを使うべきだと書いた。
WebMCP と Shopify の MCP サーバーはどう違うのか
Shopify は現在、エージェントとの接点を2つ運用している。自社ホストの Model Context Protocol サーバーは、サーバー間で接続するエージェントを相手にする。ウェブ標準として提案された WebMCP は、買い手のブラウザ内に存在するエージェントを相手にする。ストアフロントがブラウザにツールを登録し、エージェントが構造化された入力でそれを呼び出す仕組みだ。どちらも、商品発見・カート構築・決済を標準化した Shopify の Universal Commerce Protocol の上に載っている。
ブラウザ側の接点はすでにかなり広い。ストアフロントでエージェントが使えるツールは10種で、カタログ検索、コレクション閲覧、商品とバリエーションの照会、カートの読み取りと編集、カートの空化、注文履歴への遷移、ポリシーと FAQ の照会、決済への移動を担う。決済に入るとこの一式は決済専用のツールに入れ替わり、navigate_to_storefront の呼び出しで買い手をストアフロントへ戻す。
加盟店にとって重要な設計上の細部が一つある。カート系ツールは、アプリが使うのと同じ Shopify.actions ストアフロント関数を呼ぶ。そのためエージェントによる変更は買い手自身の操作と同じように振る舞い、カートドロワーが開くといったテーマの挙動もそのまま働く。すべては買い手が見ているタブの中で起き、ツールは設定なしですべての Liquid ストアフロントと Hydrogen の開発者プレビューストアフロントで有効になっている。
提携という堀が浅くなった
今回の公開の1週間前、Shopify は Meta の Muse エージェントに全 Shopify ストアでの Shop Pay 決済を認める契約を結んだ。WebMCP の変更と同じ日には Instinct との提携も発表された。同じ機能を Chromium 系のあらゆるエージェントに開くということは、新規参入者が購入を完了するために名前付きの契約を取る必要がなくなることを意味する。エージェンティックコマースのアクセス権がこれまで配給されてきたやり方の、目立った逆転だ。
ドキュメントが約束する「インストールも設定も不要」には、もう一つ静かな含意がある。ツールがすべての Liquid ストアフロントで有効な状態で配られるため、加盟店は自ら選んで参加するのではなく、既定でエージェントのトラフィックを受け取る。これは Amazon の姿勢を鏡に映したもので、エージェントが自店で取引してよいかという判断が、販売者ごとではなく実質的にプラットフォーム層で下されたことを意味する。Shopify の動機は読みやすい。Shop Pay 経由の決済から手数料を取るため、エージェント経由の購入が増えれば決済額も増える。一方、自前のファネルと広告在庫を持つ小売業者は、エージェントがページを飛ばせばその両方を失う。
これは Shopify を、広がりつつある対立の反対側に立たせる。TechCrunch が指摘したように、Amazon はサードパーティのエージェントが買い手に代わって購入することを禁じており、Adidas も同じ立場に見える。この分断は、アシスタントがどの商品を薦めるかにとどまらず、エージェントが実際に取引できるストアがどこかを決めていく。
次に見るべき点
短期の天井は Chromium の制約だ。Safari と Firefox がエージェントに WebMCP を公開するまで、これは Chrome 系に限られた機能であり、展開も全加盟店ではなく条件を満たす加盟店から始まる。Shopify のドキュメントはさらに、買い手がストアフロントから決済へ移る際にエージェントがブラウザのツール一覧を更新し、決済ツールが登録されていなければ買い手をページへ引き渡すことを求めている。滑らかなエージェント購入は、結局その切り替えをエージェントが正しく処理できるかに左右される。
FAQ・よくある質問
AI エージェントは私の確認なしに Shopify で買い物できるのか
できない。complete_checkout ツールは買い手の確認を得た後にのみ注文を送信し、Shopify はこの承認手順を必須としてドキュメント化している。エージェントは決済内容を自由に確認・編集できるが、最終送信は買い手に握られている。
加盟店は対応のために何かインストールする必要があるか
ない。Shopify はすべての Liquid ストアフロントと Hydrogen の開発者プレビューストアフロントに、インストールも設定もなしで WebMCP ツールを提供しており、決済ツールは条件を満たす全加盟店へ展開中だ。決済は独自の別セットを登録するため、買い手がストアフロントを離れると使えるツールが変わる。
Shopify のエージェント決済はどのブラウザで使えるのか
Shopify のドキュメントは、WebMCP のエージェント対応が現時点で Chromium 系ブラウザに限られると述べている。Chrome と Edge は含まれるが、Safari と Firefox は含まれない。ツール自体はブラウザを問わず動いており、制約は標準のエージェント側にある。
