ShopifyのカタログMCP機能の実際の動作は次のようになります。マーチャンダイザーがAIアシスタントに、サマーコレクションの中でシカゴの倉庫の在庫が残り10個未満の製品はどれか尋ねます。AIはストアのカタログを照会し、ロケーション別の在庫と相互参照して、約4秒で絞り込まれたリストを返します。ピボットテーブルも、管理画面からのエクスポートも、人間による手動のデータセット結合も不要です。

これはデモのシナリオではありません。Shopify Plusの運用担当者は、今日現在これを本番環境で実行しています。

しかし、ほとんどの説明書が省いている重要な点があります。「カタログMCP」は、Shopifyが単体で提供している特定の製品ではありません。 これは開発者が自ら組み立てる機能です。以下の記事を読み進めやすくするために、2つのプレーンな定義を説明します。**API**とは、あるソフトウェアが別のソフトウェアにデータを要求するための入り口であり、レジ担当者が商品をスキャンしてシステムから価格を取得するようなものです。**MCP（Model Context Protocol）**は、Anthropicが2024年11月に公開した共通言語であり、AIアシスタントが個別のカスタム接続を作ることなく、これらの入り口を利用できるようにします。「カタログMCP」とは、この共通言語を介してAIをストアの製品データに向けることを意味します。

Shopifyが標準機能として提供しているものと、APIをもとに開発者が自ら組み立てるものとの違い、これこそがすべてです。ここを誤解すると、本番環境で破綻する前提条件の上で開発を行うことになります。このガイドでは、実際の仕組み、2026年中頃における現実的なサポート範囲、実際の運用条件下での権限管理、そして購入後ワークフローを大規模に実行する運用担当者にとっての意味について解説します。

要約： ShopifyカタログMCP機能とは、Model Context Protocolを介して、AIエージェントがストアの製品データ、在庫、コレクション、価格設定に対して実行できる操作を指します。ShopifyのAdmin APIまたはStorefront APIを、構成または構築したMCPサーバーに接続することで動作します。2026年中頃の時点で、参照操作（検索、フィルター、在庫確認、メタフィールドへのアクセス）は十分にサポートされており、実用段階にあります。更新操作（価格の更新、製品の編集、バリエーションの変更）は、適切なAPIスコープを設定すれば動作しますが、慎重なセットアップが必要です。これはターンキーで提供されるShopifyの機能ではありません。構築作業が必要ですが、それだけの価値はあります。

Shopify Catalog MCP機能とは？

ShopifyカタログMCP機能とは、MCPサーバーをShopifyのAPIに接続した後に、AIエージェントがストアの製品データに対して実行できる一連の操作です。 基盤となるプロトコルであるModel Context Protocolは、2024年11月にAnthropicによってオープンソース化され、それ以来、AIアシスタントと外部データソース間の業界標準インターフェースとなっています。

アーキテクチャはシンプルです。MCPは、AI（Claude、GitHub Copilot、GPT-4oなど）とShopify API（AdminまたはStorefront）の間に位置します。AIは平易な英語の要求をMCPサーバーに送信します。サーバーはそれを構造化されたGraphQLコールに変換します（GraphQLは、Shopifyのシステムが受け付ける高精度なクエリ形式です）。Shopifyがデータを返し、AIがそれを提示します。簡単に言えば、日常言語で質問すると、中間層がそれをストアのシステム言語に変換して戻すため、回答を得るためにコードを書く必要がありません。

Shopifyは公式のMCPサーバーである @shopify/dev-mcp を提供しており、2025年初頭からnpmで利用可能です。これは開発者向けツールを対象としており、AIアシスタントにShopifyのドキュメント、コンポーネントライブラリ、開発用ユーティリティへのアクセスを提供します。マーチャントが「カタログMCP機能」を検索するときに求めているものではありません。

「在庫切れのSKUをすべて表示する」や「40個のバリエーションの価格を一度に更新する」といったカタログ操作は、ShopifyのAdmin API（GraphQL）またはStorefront APIをラップするコミュニティ製またはカスタムのMCPサーバーによって実現します。どちらのAPIも成熟しており、ドキュメントも整備されています。MCPレイヤーは、AIエージェントがそれらを呼び出すために必要な自然言語インターフェースとツールレジストリを追加します。

Universal Commerce Protocolガイドでは、このプロトコルレイヤーの標準化が、コマーススタック全体でAIエージェントに何をもたらすかについて解説しています。

Shopify MCPカタログアクセスが実際に動作する仕組み

Shopify MCPカタログアクセスは、AIクライアント、MCPサーバー、Shopify APIの3層スタックで実行されます。 各レイヤーは個別の役割を持ち、他のレイヤーを書き換えることなく独立して交換可能です。このモジュール性こそが、異なるAIツールやストア構成においてMCPが価値を持つ理由です。

プロトコルレイヤー：MCPの実際の役割

MCPは、「ツール」（呼び出し可能な関数）と「リソース」（読み取り可能なデータオブジェクト）のスキーマを定義します。AIエージェントがカタログデータを必要とするとき、get_products や search_catalog といったMCPツールを呼び出します。MCPサーバーはこれらのツールを登録し、認証を処理し、基盤となるAPI呼び出しをShopifyにルーティングします。

APIレイヤー：Admin APIとStorefront APIの違い

分かりやすく言えば、Admin APIはストアの裏口ファイル（スタッフ入口）であり、価格、在庫、注文を変更できるフルアクセス権を持ちます。一方、Storefront APIは公のショーウィンドウであり、買い物客に表示してよい情報のみに制限された読み取り専用のアクセス権を持ちます。カタログ操作においては、ほぼ常にAdmin APIが必要になります。技術的には、ShopifyのAdmin APIはGraphQLベースで、書き込み操作をサポートし、在庫更新、製品編集、メタフィールド（サイズガイドやサプライヤーコードなど、製品に付与するカスタムデータフィールド）の書き込み、およびコレクション管理を処理します。Storefront APIは設計上、外部公開用の読み取り専用であり、AIエージェントによるショッピング体験の支援には適していますが、運用上のカタログ管理には不十分です。

認証は標準のOAuthフローまたはカスタムアプリのトークンを介して行われます。Shopifyカタログアクセス用MCPサーバーの実装の多くは、必要最小限の権限に絞り込んだカスタムアプリのトークンを使用します。Admin APIトークンはMCPサーバーの環境設定に保持され、AIクライアント自体に保持されることはありません。

Shopify Catalog MCP機能がサポートする具体的な内容

2026年中頃の実装において、ShopifyカタログMCP機能は大きく7つのカタログ操作カテゴリをサポートしています。 これらは理論上の話ではありません。Shopify Plusティアのストア運用担当者は、今日これらを本番環境で稼働させています。

1. 製品の検索とフィルター： タイトル、ベンダー、製品タイプ、タグ、価格帯、公開ステータスによる問い合わせ。最も一般的に実装されているツールであり、現在のすべてのAPIバージョンで安定して動作します。

2. バリエーションとオプションの照会： SKU、価格、在庫数、オプションの組み合わせ（サイズ、色、素材）を含む、製品のすべてのバリエーション情報を取得します。これはAIエージェントが本領を発揮する部分であり、人間が手動で200製品分を抽出するのに10分かかるところを、数秒で処理します。

3. コレクションへの所属確認： 製品がどのコレクションに属しているかを確認したり、指定されたコレクション内のすべての製品を取得したりします。カタログ監査、季節プロモーション、チャネル管理に有用です。

4. ロケーション別のリアルタイム在庫： Shopifyの inventoryLevel オブジェクトを介して、複数の倉庫の在庫状況を把握します。ロケーションを考慮した在庫クエリは、月間500件以上の注文を処理する複数倉庫運用の事業者にとって、最も価値の高いカタログMCPユースケースの一つです。

5. メタフィールドの読み書き： メタフィールドに保存されているカスタム製品データ（サイズガイド、認証、仕入先コード、クロスセル用のメタデータなど）は、MCP経由で完全に読み取り可能であり、書き込みスコープを設定すれば更新も可能です。これにより、以前は手動操作やカスタムスクリプトが必要だったカタログ拡張ワークフローが自動化されます。

6. 製品の一括更新： Admin APIの一括操作（Bulk Operations）サポートはMCP実装にも適用されます。AIエージェントは、確定前にレビュー用の変更ログを残しながら、大規模な製品カタログにわたって価格、商品説明、または公開ステータスを単一のワークフローで更新できます。

7. B2Bカタログへのアクセス（Plusのみ）： 企業固有の価格リストやB2Bカタログの割り当て（卸売アカウント向けの製品および価格のサブセット）は、Shopify PlusのAdmin API経由でアクセス可能です。MCPサーバーは、企業に割り当てられたカタログにどの製品が含まれているかを照会し、B2B価格を確認できます。これは、アクティブな卸売チャネルを持つPlus運用担当者にとって、最も可能性を秘めたカタログMCPのユースケースです。

カタログMCPが購入後オペレーションに及ぼす影響

MCPの適用範囲はカタログにとどまりません。 AIエージェントが製品データと注文データの両方を同じインターフェースを通じて読み取れるようになると、購入後のワークフローが大きく変わります。ここで、カタログ管理チームと運用チームの連携に極めて実用的な価値が生まれます。

返品リクエストを想定してみましょう。MCPに接続されたエージェントは、単一のワークフロー内で「元の注文内容を読み取る」「交換のための現在の製品在庫を確認する」「価格が変わっていないかを検証する」「推奨される解決策を提示する」という一連の処理を実施できます。MCPがない場合、これは3つの独立した管理画面を行き来し、人間が手動でデータを関連付ける必要がありました。

Square EnixやNude Projectのように大規模な購入後オペレーションを行うブランドは、まさにこの「購入後に顧客が要求すること」と「運用チームがツールを切り替えずに実行できること」の間のギャップに直面しています。大規模な注文管理の仕組みの全体像において、MCP接続されたカタログアクセスは、人間が介入する前にデータ収集のギャップを埋める役割を果たします。

カタログMCPと購入後編集が交差する典型的な場面として、顧客が購入後に別のバリエーションへの変更を希望した場合、MCPを有効化したエージェントは、代替バリエーションの在庫があることを確認した上で変更を提案できます。このリアルタイムの在庫確認ができるかどうかが、クリーンな未処理データを作成できるか、あるいは出荷段階でエラーを引き起こすかの分かれ目になります。

実際の注文データ変更（ラインアイテムの変更、価格の調整、配送指示の更新）については、RevizeのようなツールがShopify側の書き込みを処理します。アーキテクチャはシンプルで、カタログの読み取りはMCPで行い、注文の編集は専用の購入後処理アプリで行います。注文後の購入者による自己解決の仕組みを設計する場合は、Shopify注文キャンセルガイドで実現可能な技術を確認してください。

エージェントコマースとカタログMCP：現状できることと今後の展望

2026年中頃において、実用化されているShopifyカタログMCPの能力は、過剰な期待よりは限定的ですが、多くのマーチャントが思っている以上に強力です。 現実的な状況を以下にまとめます。

本番環境で今すぐ利用可能な機能：

• 読み取り重視のカタログワークフロー：検索、フィルター、監査、後続ツールへのエクスポート

• 在庫変更の監視、およびロケーション対応の在庫確認

• カタログ拡張のためのメタフィールドの読み書き

• 適切なスコープを設定した上でのAdmin APIの書き込み操作（価格、説明、ステータス）

• Claude DesktopやGitHub Copilotなど、MCP互換AIクライアントとの統合

開発途上の領域：

• ShopifyがネイティブでホストするMCP環境（現状、サーバーは自社ホスティング、またはRailwayやFly.ioなどのプラットフォームへのデプロイが主流）

• 標準化されたカタログMCPツールスキーマ（現在は開発チームごとにツールシグネチャを定義しているため、別のAIクライアントへの切り替え時に統合の摩擦が生じやすい）

• カタログMCPを利用して、リアルタイムでパーソナライズされた提案を大規模に行う消費者向けAIショッピングエージェント

• Shopify自身が管理するエージェント型製品レイヤー（ロードマップには存在するが、まだマーチャント向け製品としてリリースされていない）

方向性は明確です。Shopifyは2025年と2026年にわたりAIツールに多大な投資を行ってきており、MCPはAIとAPIの間の業界標準通信となりました。ターンキーの既製品がリリースされる前にこの仕組みを理解しているマーチャントは、製品が提供された際に大きなアドバンテージを得るでしょう。

これは、Shopifyエージェント機能フロントエンドを用いたChatGPTでの販売ガイドで解説されている内容に直結します。AIはカタログとリアルタイムに相互作用する新しい購買経路になりつつあり、MCPはその通信の配管役となっています。

Shopify Catalog MCP機能に関するよくある質問

カタログMCPは、Shopifyが提供する特定の製品ですか？

いいえ、「Catalog MCP」は、Shopifyの特定の製品名や提供機能ではありません。 これは、Model Context Protocolを利用してAIエージェントをShopifyのカタログデータ（製品、バリエーション、コレクション、在庫）に接続することの総称です。MCPサーバーをShopifyのAdmin APIまたはStorefront APIに接続することでこれを実現します。Shopify公式のMCPサーバー（@shopify/dev-mcp）は開発者向けツールを対象としており、マーチャント向けカタログ操作を目的としたものではありません。一般的に言われる「カタログMCP」はすべて、コミュニティ開発によるものか、個別カスタム実装によるものです。

そもそもModel Context Protocolとは何ですか？

MCPは、2024年11月にAnthropicによって公開されたオープンプロトコルであり、AIモデルが外部ツールやデータソースと通信する方法を標準化するものです。 ユニバーサルアダプターを想像してください。AI統合のたびにAPI仕様に合わせた個別のカスタムコードを書く代わりに、MCPが共通インターフェースを提供します。ShopifyのAPIをMCPサーバーでラッピングすれば、互換性のある任意のAIクライアントから呼び出せるようになります。追加のAIツールを利用するたびに個別の統合開発を行う必要はありません。

ShopifyカタログMCPをセットアップするにはエンジニアが必要ですか？

はい、2026年中頃現在、ShopifyカタログMCPのセットアップには開発者による実装が必要です。 適切なAPIスコープを持つカスタムShopifyアプリを作成し、MCPサーバーをデプロイ、接続し、公開したいカタログツールを設定する必要があります。npmで公開されているオープンソースパッケージ（「shopify-mcp-server」を検索）を使用すればセットアップは加速しますが、ホスティング環境や環境設定の知識は依然として必要です。ノーコードで導入できるターンキーのMCPオプションも登場しつつありますが、まだ主流とは言えません。

どのShopifyプランがカタログMCPに対応していますか？

Admin APIを介したカタログMCPは、カスタムアプリの作成をサポートしているすべてのプラン（Plus、Advanced、Standardなど）で利用可能です。 Admin API自体には、カスタムアプリ作成さえ可能であればプラン固有の制限はありません。もっとも、カタログMCPの価値が特に高くなるユースケース（B2B価格の参照、複数倉庫の在庫、大規模な一括操作など）は、月間500件以上の注文を処理するPlusやAdvancedプランを利用するストアの要件とより正確に一致します。

MCPでShopifyのカタログに書き込むことは可能ですか、それとも読み取り専用ですか？

書き込み可能です。ただし、基盤となるAPIトークンに書き込み権限（write_productsなど）が付与されており、MCPサーバー自体のツールとして書き込み用関数が公開されている場合に限られます。 これはプロトコルレイヤーではなく、MCPサーバーの実装レイヤーで決定すべき安全設計事項です。多くの運用現場では、最初は安全策として「読み取り専用」で開始し、十分にクエリが機能することを確認した上で「書き込み機能」を追加しています。実用的な書き込み処理の例としては、製品名や商品説明の更新、価格の調整、在庫値の補正、メタフィールドの書き込みなどが挙げられます。なお、事故を懸念して「削除（Delete）処理」はあらかじめ除外しているケースが一般的です。

カタログMCPはShopify Flowとどう違いますか？

Shopify Flowは「Aが発生したときにBを実行する」というイベント駆動型の自動化です。これに対し、カタログMCPは「この質問に対して、実際のストアデータを使って回答を導き出す」というオンデマンド型のエージェント実行です。 これらは完全に異なる問題領域を解決します。Flowはルールベースの自動化に非常に優れています（例：在庫が5を下回ったら発注メールを送信するなど）。一方、MCPは動的で統合的な文脈を考慮した操作に適しています（例：フラグが付いた80製品を見直し、現状のマージンルールを満たさない製品を特定して価格を変更するなど）。競合するものではなく、補完し合う関係にあります。Shopify Functions移行チュートリアルにおいて、プラットフォーム上での自動化レイヤーの全体像を解説しています。

カタログMCPには、どのAdmin APIのスコープが必要ですか？

読み取り専用における最小限のスコープは read_products、read_inventory、さらに read_product_listings です。 書き込み操作を伴う場合は、write_products および write_inventory が適用されます。もし注文処理にも関わる要件であれば、編集用の read_orders / write_orders も必要です。セキュリティ面を考慮し、常に必要最小限の権限のみに制限してください。AIエージェントに広すぎる権限を割り当てた場合、事後の追跡やセキュリティ監査が極めて困難になります。

カタログMCPはShopifyのB2B販売シーンで利用できますか？

はい、可能です。ただしB2B機能そのものがShopify Plusプランを必要とします。 会社固有の価格リスト、B2Bカタログの割り当て、卸売顧客限定の製品グループなどは、Plus専用のAdmin APIを介してアクセスできます。Plusのクレデンシャルで構成されたMCPサーバーは、対象の取引先企業に割り当てられたカタログに何が含まれるかを照会し、B2B適用価格を照合し、卸売バイヤーを直接サポートするAIエージェントを動かすことができます。これはDTCに加えて卸売チャネルを稼働させているPlus運用担当者にとって、非常に強力なユースケースになります。

どのようなAIクライアントがShopifyのカタログMCPで動作しますか？

MCP規格をサポートしているすべてのAIアシスタントから、ShopifyカタログMCPサーバーに接続することができます。 2026年中頃現在、これにはClaude Desktop（Anthropic）、VS Code経由のGitHub Copilot、さらにはMCPクライアント機能を実装したエンタープライズ向けのGPT-4oが該当します。セットアップは簡単で、AIクライアントが要求する宛先に作成したMCPサーバーの接続情報を指定するだけです。サーバー側で公開したカタログ操作用の各ツールは、追加のアプリ統合コードを必要とせず、AIが文脈に沿って呼び出せる機能となります。

MCPを介したカタログクエリによるパフォーマンスへの影響はありますか？

はい、直接APIを呼び出す場合と比較して、数秒未満の追加レイテンシが発生します。 MCPプロトコルは、AIクライアント、MCPサーバー、そしてShopify APIの間で通信の往復を発生させます。そのため、1秒未満の即時応答が最優先されるライブのフロントエンド（ストアフロント）機能には、直接Storefront APIを叩く方が適しています。対して、AIがカタログ全体にまたがって複雑な条件監査、一括修正、データの拡張といった複数ステップにおよぶ論理処理を行うバックグラウンドの業務運用では、この中間のオーバーヘッドは付加価値と比較して無視できるほど小さいものです。MCPはフロントのロード時間要件ではなく、オペレーションの支援要件向けとして捉えてください。

ShopifyカタログMCPサーバーのセキュリティはどのように管理すべきですか？

開発したMCPサーバーは、Admin APIのクレデンシャル（特権情報）を保持するサーバーとまったく同様に扱ってください。 必要最小限のスコープに絞り込んだプライベートアプリのトークンを使用し、定期的なスパンで証明書情報をローテーションさせ、動作に関与したすべてのMCPツール呼び出し履歴（監査ログ）を残し、APIアクセスに利用するエンドポイント自体は決して公開（認証なしの状態）したままにしないでください。MCPプロトコルはHTTPS以外に特別な暗号化機構を追加するものではありません。独自に用意するサーバー自体のアクセス制御こそが唯一のセキュリティの境界線です。B2B向けの秘匿価格情報や未公開製品情報を取り扱う運用の場合は、これらを必須要件として厳格に管理するのが正しい設計姿勢です。

店舗フロントの顧客体験として、カタログMCPをリアルタイムの製品レコメンデーションに利用できますか？

実現可能ですが、その用途にはStorefront APIのみを直接使用した方が優れています。 Storefront APIは軽量で、公開データ対して低レイテンシで検索応答を返すことができ、何よりAdmin権限クラスのトークンを扱う必要がありません。Storefront APIを内包したMCPサーバーは、「この商品のサイズ違いはありますか？」といった質問に自動応答するチャットボット用途などには適しています。一方、Admin APIをベースとしたカタログMCPは、書き込み処理を伴う場合や、未公開製品、あるいはB2B価格データの参照など、バックオフィスの管理業務で真価を発揮します。用途に適したAPIレイヤーをアサインしてください。

ShopifyカタログMCPの導入を計画している場合、具体的に実施すべきステップは以下です：

1. 現在のAPIアクセス状況の確認： Admin APIの認証情報を付与したShopifyアプリをすでに運用している場合、すでに前提条件はクリアしています。どのような権限範囲（スコープ）を持っているか、書き込みアクセスレベルがどの状態かを監査してください。

2. 読み取り専用（Read-only）からの開始： npmでアクティブにメンテナンスされている shopify-mcp-server を検索し、ライブラリを用いて接続テストを行います。書き込み操作を追加する前に、まず一覧取得や在庫値照会などのクエリにエラーがないかを徹底して確認します。これだけでも極めて高い価値を得られます。

3. ツールスキーマの明確な定義： MCPサーバーが提供する「 callable なツール（操作項目）」は、提供されているAPIの全機能ではなく、社内の運用の現場で実際に必要とされる処理のみに限定して絞り込んで定義します。これにより、処理内容の肥大化を防ぎ、セキュリティ上の露出面を効果的に狭められます。

4. 書き込み権限を追加する前のデータ検証： 実際にAIエージェントに書き込みの権限を付与する前に、接続している各ストア側のロケーションが正確に指定されているか、また該当のメタフィールドが期待する格納フォーマットと一致しているかをテスト用カタログデータで検証します。

5. 購入後オペレーションをAIアシスタントに任せる場合は、 作成しているMCPサーバーがカタログデータだけでなく、注文（Order）データも同一の文脈で処理できているかを検証してください。多くの場合、カタログの状況チェックと注文に対する編集処理は並行して進行します。

関連記事

• Shopifyエージェント機能フロントエンドを用いたChatGPTでの販売方法 - AIがカタログとリアルタイムに相互作用する新しい購買経路になりつつある背景

• Universal Commerce Protocol（UCP）：Shopify開発者向けガイド - エージェントコマースにおいてMCPが並ぶプロトコルレイヤーの技術要点

• Shopify注文管理ガイド 2026 - 大規模環境でのオペレーションにおいて、カタログMCPが購入後オペレーションにどのように連携されるか

• 顧客によるShopifyの注文キャンセルを有効化する方法 - 購入後のセルフサービスフローと、ストア設定に必要な要件について

• Shopify Functions移行チュートリアル（2026年） - Plus運営者において、ストア拡張の自動化レイヤーがMCPとどのように共存するか