この記事でわかること
この記事の目次Contents閉じる開く
AIショッピングアシスタントアプリの売り文句は、どれも「AIにカタログへのアクセスを与えて購入を助ける」です。そのアクセスはすでに存在していて、無料で、アプリも不要です。
ShopifyはこれをStorefront MCPとして公開しています。すべてのストアがhttps://{shop}.myshopify.com/api/mcpにエンドポイントを持ち、アクセスモデルについてドキュメントはこう言い切っています。「Storefront MCPサーバーは認証を必要としません」。
ドキュメントの例ではなく本番で何が返るのかを知りたかったので、稼働中のマーチャントストア2件に対してブラウザから呼び出しました。どちらも応答しました。3件目、独自のヘッドレスフロントエンドを使っている著名ブランドはJSONではなくHTMLを返し、これが今回いちばん役に立った発見でした。
調査日は2026年9月2日。以下のエンドポイント呼び出しは、公開されているストアフロントの、認証不要な公開エンドポイントに対する読み取り専用リクエストです。
先に結論
- Shopifyがホストするストアフロントは、エージェント向けエンドポイントを 2つ 公開しています。
/api/mcpと/api/ucp/mcp。どちらも認証不要です。 - テストした2店舗とも
/api/mcpは5つのツールを返しました。search_catalog、get_cart、update_cart、search_shop_policies_and_faqs、get_product_details。 /api/ucp/mcpは13ツール。get_checkout、create_checkout、update_checkout、complete_checkout、cancel_checkout、get_cart、create_cart、update_cart、cancel_cart、get_order、search_catalog、lookup_catalog、get_product。- Shopifyのドキュメントは
get_productとlookup_catalogを挙げていますが、稼働中の/api/mcpが公開しているのはget_product_detailsです。ドキュメントと実装のツール名は1対1で一致しません。実機のtools/listを基準にしてください。 - これらはUniversal Commerce Protocol（UCP）のカタログ機能を実装しています。レスポンスには
ucpブロックが入り、今回はバージョン2026-08-25、機能dev.ucp.shopping.catalog.searchが返りました。 - エージェントが受け取る商品オブジェクトのフィールドは
id、title、description、url、price_range、variants、options、media、categories、tags。商品説明文はそのまま素通しで渡ります。 - ポリシー用ツールは、ストアのポリシー設定から生成された構造化された回答を返します。返品受付期間、返品手数料の有無、返送料の負担者まで。
- 独自ドメインでヘッドレス運用しているブランドでは、両エンドポイントともHTMLページが返りました。エンドポイントはShopifyが配信するドメイン側にあり、その前に置いたものの上には存在しません。
- Shopifyの注意書き。「一部のストアではアクセスが制限されている場合があります。必ず自分のストアでテストしてください」。
何を叩いて、何が返ったか
稼働中のストアフロント2件で/api/mcpにtools/listを投げたところ、同一の5ツールが返りました。
| ツール | 内容 |
|---|---|
search_catalog | 自然言語または条件指定による商品検索 |
get_product_details | 商品1件の詳細取得 |
get_cart | カートの読み取り。チェックアウトURLを含む |
update_cart | 商品の追加・数量変更・削除。カートIDがなければ新規作成 |
search_shop_policies_and_faqs | ポリシー、配送、返品、FAQに関する回答 |
もう1つの/api/ucp/mcpは13ツールを返し、カートのライフサイクル、complete_checkoutを含むチェックアウトのライフサイクル、注文照会、そしてUCP準拠のカタログツールまで、購入プロセス全体をカバーしていました。
アクセスモデルを念頭に、このリストをもう一度読んでください。商品探索、カート構築、チェックアウト完了が、全ストアに標準で存在する認証不要のHTTPエンドポイントから到達可能です。有効化した機能ではなく、プラットフォームの標準状態です。
ドキュメントと実装が食い違っている
ShopifyのStorefront MCPページは、UCPカタログツールとしてsearch_catalog、lookup_catalog、get_productを/api/ucp/mcpに、標準ツールとしてget_cart、update_cart、search_shop_policies_and_faqsを/api/mcpに置いていると説明しています。
実際に呼び出した/api/mcpは、標準3ツールに加えてsearch_catalogとget_product_detailsを返しました。カタログ検索は両方のエンドポイントに存在し、商品単体取得のツール名はエンドポイントごとに異なります。またドキュメントのupdate_cartの例は本文でadd_items配列を使っていますが、その直前のパラメータ説明はlines配列と書いています。
致命的な話ではありません。この領域が速く動いていること、そして基準になるのはガイドではなく実店舗に対するtools/listだということを示しているだけです。
エージェントが読んでいるのは、あなたの商品説明文そのもの
稼働中のコーヒーブランドのストアフロントに対して、search_catalogで「dark roast whole bean coffee」を検索しました。カーソルベースのページングとともに10件が返り、各商品は前述のフィールドを持っていました。
1件目のdescriptionフィールドは、こう終わっていました。
This product is not available for sale on [ブランド自身のドメイン]. Please visit …
（この商品は[ブランド自身のドメイン]では販売していません。◯◯をご覧ください）
これは商品ページを読む人間に向けて書かれた一文で、おそらく小売パートナー向けにシンジケートされた商品のものです。しかし「これはどこで買えますか」と尋ねられたAIエージェントは、いま、これをマーチャント自身のストアに関する正式な商品情報として受け取ります。
これがこのアーキテクチャの実務上の帰結で、はっきり書く価値があります。商品説明文、タグ、カテゴリー、オプションは、機械が読んで引用するAPIレスポンスになりました。 ランディングページ向けに書いた売り文句、チャネル間の但し書き、「サイズは下の表をご覧ください」、「Instagramでご紹介した」、サプライヤーから届いたままの雛形テキスト。これらが、前後のページ文脈を一切持たないショッピングエージェントによって読み上げられています。
ポリシー用ツールにも同じ性質があり、こちらはもっと素直な形です。「返品ポリシーは？」と尋ねると、稼働中のストアはShopifyの返品設定から生成された質問と回答の組を返しました。返品を受け付けるか、返品可能な日数、返品手数料の有無、返送料の負担者。これらはマーケティング文ではなく管理画面の設定値です。つまり、返品についてエージェントが顧客に伝える内容を最速で改善する方法は、ページを書くことではなく設定を直すことです。
Shopifyが用意しているレバーは1つ、しかも無料
Shopifyのドキュメント自身が、この用途に自社アプリを指しています。Shopify Knowledge Baseです。無料、提供元はShopify、評価は レビュー20件で3.2 。ファーストパーティのアプリとしては目立って低いので、入れる前にレビューを読む価値があります。
機能はアプリ自身の言葉で「AIショッピングエージェントがストアに関する質問に答える際に使うFAQを表示・カスタマイズする」。挙げられている機能は3つ。ストアの設定とポリシーからShopifyが生成したFAQの閲覧、ストアに関する購入者の問い合わせのモニタリング、生成されたFAQでは答えられない質問に対応する独自FAQの作成です。
面白いのは2つ目です。AIエージェントがあなたのストアについて何を尋ねられているかのログであり、18か月前には存在しなかった種類の需要データで、いまのところどの分析ツールも見せてくれません。レビューにもまさにその使い方が書かれています。質問を見て、埋まっていない穴に独自FAQを書く。
制約は2点。リスティングの対応言語は 英語のみ で、3.2という評価は体験にばらつきがあることを意味します。まずは計測器として入れて購入者の質問を読み、FAQ執筆は2段目として扱うのが現実的です。
出典: Shopify App Store「Shopify Knowledge Base」リスティング。2026年9月2日取得。
では、AIショッピングアシスタントアプリは何を売っているのか
カタログ検索、カート操作、ポリシー回答、チェックアウトが公開エンドポイントで無料に到達できるなら、アプリは何に課金しているのかという問いが正面から立ちます。実在アプリ2本の公開料金です。
| アプリ | 最下位プラン | 上位プラン | 課金の単位 |
|---|---|---|---|
| Rep AI: AI Agent & Live Chat | 無料インストール（月100訪問者、商品100点まで） | 月104ドル（1万訪問者・商品1,000点）、月209ドル（2.5万・2,000点）、月368ドル（5万・5,000点） | 訪問者数。超過1,000ごとに12ドル |
| iAdvize: AI Shopping Assistant | 30日無料体験（会話3,000件まで） | 月290ドル（会話500件・SKU 1,000）、月520ドル（1,000件・SKU 10,000）、月1,330ドル（3,000件・SKU 50,000） | 会話数とSKU数 |
課金の単位に注目してください。訪問者数、会話数、SKU数です。コマースデータへのアクセスに課金している会社は1つもありません。無料で到達できるからです。買っているのはその上に積まれたもの、つまりサイト上のチャットUI、モデルとその推論コスト、能動的な話しかけのルール、レコメンドとアップセルのロジック、会話の分析、ブランドトーンの制御、有人への引き継ぎ、そしてアシスタントが誤った発言をしたときの責任の所在です。
これは実在する価値ですし、多くのストアにとって月290ドルは妥当です。ただし評価の問い方は変わります。「このアプリはAIにカタログを見せてくれるか」ではありません。「このアプリの会話レイヤーは、無料エンドポイント＋整備された商品データより転換率を上げるか」、そして「訪問者課金・会話課金というメーターは自社の流入の形に合っているか」です。
出典: Shopify App Store「Rep AI」リスティング。2026年9月2日取得。
買わずに作る側を検討しているなら、もう1つ構造的な点があります。ShopifyのStorefront MCPガイドは、顧客向けのチャットウィンドウを テーマアプリ拡張 として説明しています。つまりチャットUIはOnline Store 2.0テーマ上のLiquidアプリブロックです。ストアフロントがヘッドレスなら、この部品は存在しません。Hydrogen構成からレビューウィジェットやアプリ埋め込みが消えるのと同じ制約です。
ヘッドレスの結果と、その意味
同じ2つの呼び出しを、独自ドメインで運用している大手アパレルブランドのストアフロントに対して実行しました。どちらもJSONではなくHTMLを返しました。そのパスが単に存在しませんでした。
これはShopifyのドキュメントと整合します。エンドポイントはhttps://{shop}.myshopify.com/api/mcpと指定されています。Shopifyが配信するドメインは応答し、独自ドメイン上のカスタムフロントエンドは応答しません。そのドメインの/api/mcpへのリクエストがShopifyのルーティングに届かないからです。
ヘッドレス構成なら、ブランド名からドメインを引いてくるエージェントがどこに着地するのかを確認してください。Shopify自身のエージェント面はShopifyのインフラ経由で引き続きカタログを見ていますが、公開ドメインを解決して標準パスを叩くエージェントには何も返りません。想定で済ませず、実際にテストすべき差分です。
今週やること
1. 自分のストアのエンドポイントを叩く。 ストアフロントをブラウザで開き、コンソールから/api/mcpへtools/listをPOSTしてください。いま自店が公開しているツールが正確にわかります。どのドキュメントより、この記事より確実です。
2. 重要な検索クエリ3つでsearch_catalogを実行する。 返ってきた説明文を、他に何の文脈も持たないショッピングエージェントになったつもりで読んでください。他ページ、他チャネル、小売パートナーに言及している箇所は、いま積極的に誤解を生んでいます。
3. チャネル間の但し書きが入った商品説明文から直す。 マーチャント自身のストアの存在を否定する内容なので、1語あたりの被害が最も大きい部類です。
4. ポリシーページではなくポリシー設定を確認する。 返品期間、返品手数料、返送料の負担はShopifyの設定値から出ています。ここが間違っていれば、エージェントの回答も間違います。
5. 有料アシスタントの要否を判断する前に、Shopify Knowledge Baseを入れて問い合わせログを読む。 無料で、Shopify自身のもので、エージェントが何を尋ねられているかを教えてくれます。
6. AIアシスタントアプリを検討するなら、メーターを自社の流入に当てて計算する。 閲覧数が多くチャット利用が少ないストアでは、訪問者課金と会話課金でまったく挙動が違います。
参考・出典
- About Storefront MCP、Storefront MCP server — shopify.dev
- UCP catalog specification — ucp.dev
- 公開されているShopifyストアフロント2件に対する
tools/listおよびtools/callの実レスポンス。2026年9月2日取得 - Shopify App StoreのShopify Knowledge Base、Rep AI、iAdvizeの各リスティング。2026年9月2日取得
「ShopifyにRFM分析は標準にない」という説明は、Shopify自身のドキュメントと一致しません。RFM分析は顧客ごとに各桁1〜5の3桁スコアを付け、11個の名前付きRFMグループに分類し、RFM顧客分析レポート、RFM顧客リスト、顧客セグメントのrfm_groupフィルターとして公開しています。レポートの行をそのままセグメント化する「セグメントをプレビュー」ボタンもあります。本当の制約は別にあり、個別顧客のRFMスコアは管理画面のどこにも表示されません。この記事では2026年9月2日時点のhelp.shopify.comとshopify.devで裏を取ったうえで、判断を分けるのは更新頻度・オーディエンス同期・課金単位の3点であることを示し、同じ仮想ストアを月450注文と月6,000注文の2規模で現行アプリ4本に当てはめ、重なり合う仕事に月49ドルから750ドル以上まで開く請求額を並べます。