本文へスキップ
KNOWLEDGE — SHOPIFY NEWS
ShopifyがWebMCPに対応｜AIエージェントがカート操作
Shopifyは2026年8月5日、オンラインストアがWebMCPツールを公開するようになったと開発者向けチェンジログで発表しました。対象はすべてのLiquidストアとHydrogen developer previewで構築したストアで、インストールも設定も不要とされています。AIエージェントが商品検索・カート操作・チェックアウトへの遷移を、買い物客が見ているタブの中で実行できる仕組みです（エージェント側の対応は現時点でChromium系ブラウザのorigin trial経由に限られます）。
Summary
この記事の要点
マーチャント側に対応期限のある変更ではなく、すでに有効になっている追加機能です。ストア側の作業はゼロですが、意味は小さくありません。エージェントが読むのはページのデザインではなく商品データとポリシーの中身だからです。以下はShopify.dev Changelog「WebMCP support for Liquid and Hydrogen storefronts」とShopify公式ドキュメント「Web MCP」の記載から整理した3点です。
設定不要で、すでに有効
公式ドキュメントは「You don't need to install or configure anything」と記載しています。対象はすべてのLiquidストアと、Hydrogen developer previewで構築したストアです。マーチャント側の申し込みや有効化の操作は求められていません。
エージェントが使えるのは10個のツール
カタログ検索・商品詳細・カートの取得と更新・チェックアウトへの遷移・注文履歴ページへの誘導・ポリシーとFAQの検索が公開されています。ページのHTMLを解析させるのではなく、構造化された入出力でやり取りする方式です。
効くのは商品データとポリシーの整備
エージェントが受け取るのは商品名・バリアント・価格・在庫・ポリシーの中身です。ここが曖昧なストアは、露出面が増えても正しく案内されません。今回の発表で優先度が上がったのは、新しい開発ではなく既存データの整備です。
Basics
前提：WebMCPは「ブラウザの中のエージェント」向けの接続口
WebMCPは、公式ドキュメントの表現では提案段階のWeb標準（a proposed web standard）で、ページ側がブラウザに対してツールを登録し、エージェントが構造化された入力でそれを呼び出し、構造化されたデータを受け取る仕組みです。これまでのように、エージェントがページのコードを読み解いてクリックを模倣する必要がなくなります。
ここで混同しやすいのが、エージェンティックコマースまわりでShopifyが提供している接続口が複数あることです。整理すると次のようになります。
| 接続口 | 誰が呼ぶか | 今回の発表との関係 |
|---|---|---|
| WebMCP | 買い物客のブラウザ上で動くエージェント | 今回の発表の対象。ストアのページ自体がツールを公開する |
| Storefront MCP ／ UCP Cart MCP | Shopifyのサーバーに接続する外部のエージェント | 別系統。Storefront MCPのカートツールは2026年8月31日で非推奨になる |
つまり今回は、「自社でエージェント連携を作り込んでいる事業者」向けの話ではありません。何もしていないストアが、ブラウザ内のエージェントから操作できる状態に自動的になった、という発表です。対応が必要な変更ではないぶん、見落とされやすい種類のニュースだと考えています。
Official
公式発表の内容
Shopifyは2026年8月5日、開発者向けチェンジログ（shopify.dev）で「WebMCP support for Liquid and Hydrogen storefronts」を公開しました。チェンジログには、エージェントが買い物客に代わってカタログを検索し、カートを操作し、チェックアウトへ進めると記載されています。出典はShopify.dev Changelogおよび公式ドキュメントです。
公開されているツールは10個で、内訳は次のとおりです。
| 分類 | ツール | できること（公式ドキュメントの記載より） |
|---|---|---|
| カタログ | search_catalog | ストアの商品・コレクション・記事・ページを検索する |
| カタログ | browse_store | コレクションの一覧、または特定コレクション内の商品を見る |
| カタログ | get_product | バリアント・価格・在庫のあるオプションの組み合わせを含む商品の詳細を取得する |
| カタログ | show_variant | 特定バリアントを選択した状態の商品ページへ買い物客を移動させる |
| カート | get_cart | 商品・バリアント情報を含むカートの中身を取得する |
| カート | update_cart | カートへの追加・数量変更・削除を行う |
| カート | cancel_cart | カートの中身をすべて削除する |
| 購入・注文 | proceed_to_checkout | カートが空でないことを確認したうえで、現在のカートでチェックアウトへ進める |
| 購入・注文 | manage_orders | 買い物客を注文履歴ページへ移動させる（未ログインならログインを求める） |
| 店舗情報 | search_shop_policies_and_faqs | ストアのポリシーやサービスに関する質問に答える |
提供状況について。対象はすべてのLiquidストアとHydrogen developer previewで構築したストアと明記されています。対象プランを限定する記載はなく、Shopify Plus限定の機能ではありません。地域による制限の記載も見当たりませんが、日本での動作について個別に言及した記載もありません。ただしエージェント側の対応には制約があります。チェンジログには、WebMCPが策定途上の標準であり、エージェントの対応は現時点でChromium系ブラウザのorigin trial経由に限られると記載されています。origin trialは、ブラウザ側が期間を区切って新機能を試験提供する枠組みです。
Our View
セルフプラスの見解：勝負どころが「ページ」から「データ」に移る
この発表で本質的に変わるのは、AIに評価される対象が、読ませる文章から、渡すデータへ移ったという点です。これまでのAI検索対策は「引用されるための書き方」が中心でしたが、WebMCPでエージェントが受け取るのは文章ではなく構造化データです。以下はセルフプラスによる分析で、公式発表そのものの内容ではありません。
1. 商品名とバリアント名が、そのまま回答文になる。get_product はバリアント・価格・在庫を返します。バリアント名が「タイプA」「01」のように社内都合の記号になっているストアは珍しくありませんが、エージェントはその文字列を見て買い物客に説明します。人間はサムネイル画像や商品ページの説明文で補って理解できますが、エージェントは補ってくれません。色・サイズ・容量が名前だけで判別できるかを、いま一度見直す価値があります。
2. ポリシーとFAQが、専用ツールで直接引かれる対象になる。10個のツールのうち、見落とされやすいのが search_shop_policies_and_faqs です。送料・配送日数・返品条件・交換の可否といった、購入前の最後の不安を潰す情報が、エージェントの回答材料になります。日本のストアでは、これらが「特定商取引法に基づく表記」の1ページに圧縮されていたり、そもそもFAQページが無かったりするケースが多く見られます。ここは今回の発表で最も費用対効果が高い整備箇所だと考えています。テーマ改修も開発も要らず、管理画面のポリシー設定とページ作成で終わるためです。
3. コレクション設計が回遊導線からデータ構造へ。browse_store はコレクションの一覧と、コレクション内の商品を返します。これまでコレクションは「サイト内でお客様に回遊してもらうための入れ物」でしたが、今後はエージェントがストアの品揃えを把握するための目次にもなります。セール用・特集用の一時的なコレクションが大量に残っているストアでは、何がストアの主要カテゴリなのかが伝わりにくくなる可能性があります。
4. 在庫と価格の鮮度が、これまで以上に効く。get_product は、どのオプションの組み合わせに在庫があるかまで返します。実在庫と管理画面の在庫状態がずれていれば、エージェント経由で「在庫あり」と案内されたあとに買えない、という体験を生みます。実店舗と在庫を共有している事業者、複数モールに同時出品している事業者は、在庫連携の精度を改めて確認しておくとよいでしょう。
「AIが買う時代が来た」と受け取らないでください
今回公開されたのは、あくまでツールの提供側です。買い物客が実際にブラウザ内のエージェントで買い物をするかどうか、どのくらいの割合になるかは、現時点で誰にも分かりません。エージェント側の対応もChromium系ブラウザのorigin trial段階にとどまり、WebMCP自体が策定途上の標準です。この発表を根拠に、売上予測や投資判断を組み立てるのは時期尚早だと考えています。一方で、ここで挙げた対応がすべて「エージェントが来なくても効く改善」である点は強調しておきます。商品名の明確化もポリシーの整備も在庫精度も、人間の買い物客とAI検索経由の流入の双方に効く作業です。だからこそ、賭けにならずに着手できます。
Action
明日から何をすべきか
開発作業はありません。すべて管理画面と原稿の作業です。上から順に、費用対効果の高い順に並べています。
自社ストアの構成を確認する
通常のテーマ（Liquid）で運用しているなら、すでに対象です。何もしなくてもツールは有効になっています。Hydrogen developer preview以外のヘッドレス構成で、自前のフロントエンドを持っている場合は注意が必要です。公式ドキュメントに記載がないため、対象かどうかを開発担当に確認してください。
ポリシーとFAQを埋める
配送料・配送日数・返品条件・交換の可否・キャンセル期限を、管理画面のポリシー設定とFAQページに日本語で明記します。1問1答の形にし、回答を単体で読んで完結させます。
search_shop_policies_and_faqsが拾うのはこの中身です。バリアント名を人が読んで分かる名前にする
「タイプA」「01」「S-2」のような社内記号を、色・サイズ・容量が分かる表記に直します。商品タイトルについても、ブランド名・商品名・主要スペックが名前だけで判別できるかを確認します。
在庫と価格の正確性を点検する
実在庫と管理画面の在庫状態（とくに品切れバリアントの表示）が一致しているか、価格改定の反映漏れがないかを確認します。複数チャネルで販売している場合は、在庫連携の反映タイミングも確認しておきます。
コレクションを棚卸しする
終了したセール用・特集用のコレクションが公開のまま残っていないかを確認し、ストアの主要カテゴリが一覧の中で埋もれない状態にします。
browse_storeが返すのはこの構造です。Storefront MCPの期限とは別物だと理解する
今回のWebMCPに期限はありません。期限があるのはStorefront MCPのカートツール非推奨（2026年8月31日）のほうで、こちらは自前でMCP経由の購入導線を実装している事業者だけが対象です。混同しないでください。
商品データとポリシーの整備をどこから手をつけるかはShopifyサイトAIグロース支援で扱っています。AI検索側の設計まで含めて見直したい場合はAIO・LLMO・GEO対策をご覧ください。自社が対象かどうかの切り分けだけでも、無料相談で持ち込んでいただいて構いません。ShopifyとAIの関係を体系的に整理したい場合はAIコマースもあわせてご覧ください。
FAQ
この発表に関するよくあるご質問
自社のストアで設定やアプリの追加は必要ですか。
必要ありません。公式ドキュメントには「You don't need to install or configure anything」と記載されており、Liquidストアではツールが既に有効になっています。実質的な対応は、商品データとポリシー・FAQページの中身を整えることになります。
ヘッドレス構成のストアでも使えますか。
公式ドキュメントが対象として挙げているのは、すべてのLiquidストアと、Hydrogen developer previewで構築したストアです。自前のフロントエンドで構築したヘッドレス構成については記載がなく、利用可否は公式に確認できていません。
今すぐ何か対応が必要ですか。
期限のある変更ではないため、緊急の作業はありません。エージェント側の対応も現時点ではChromium系ブラウザのorigin trial経由に限られます。商品名・バリアント名・在庫・ポリシーページの整備を、通常の改善の一環として進めるのが現実的です。
