Shopify Catalog MCP 2026: 4秒で実行する7つのAIタスク

1,000万件以上のShopify注文データによると、決済後に約19件に1件（5.2%）の割合で注文が変更されています（Revize、2026年）。実際のShopify catalog MCP機能の挙動は以下のようになります。マーチャンダイザーがAIアシスタントに、サマーコレクションの中でシカゴ倉庫の在庫数が10個未満の商品を尋ねます。AIはストアカタログにクエリを送信し、ロケーションごとの在庫と照合して、約4秒でフィルタリングされたリストを返します。この精度は、単なる在庫補充にとどまらず極めて重要です。1,000万件以上のShopify注文において、約19件に1件（5.2%）が決済後に変更されており（Revize、2026年）、変更処理を正しく実行するには最新の在庫データが必要だからです。ピボットテーブルも、管理画面からのエクスポートも、手作業でのデータセット結合も不要になります。

これはデモ用のシナリオではありません。Shopify Plusのオペレーターは、すでに本番環境でこれを運用しています。

しかし、ほとんどの解説が省略している点があります。「Catalog MCP」は、Shopifyが提供する独立した単一の製品ではありません。 これは自ら構築する機能です。以下の2つの平易な定義を理解すれば、この記事の残りの部分を容易に読み進めることができます。APIとは、あるソフトウェアが別のソフトウェアにデータを要求するための窓口です（レジ担当者が商品をスキャンしてシステムから価格を取得する仕組みと同様です）。MCP（Model Context Protocol）は、2024年11月にAnthropicによって公開された共通規格であり、AIアシスタントが個別のカスタム開発を行うことなく、これらの窓口を利用できるようにするものです。「Catalog MCP」とは、単にこの共通規格を介して、ストアの商品データにAIを接続することを意味します。

Shopifyが標準機能として提供するものと、API層から独自に構築するものとの違い。これこそが最も重要なポイントです。ここを誤解すると、本番環境で破綻する前提条件の上で開発を行うことになります。本ガイドでは、この機能の実際の仕組み、2026年中頃時点における現実的なサポート範囲、実際の運用条件下での権限管理、そしてポストパーチェス（購入後）のワークフローを大規模に運用するオペレーターにとっての重要性について解説します。

要約：Shopify catalog MCP機能とは、Model Context Protocolを介して、AIエージェントがストアの商品データ、在庫、コレクション、および価格に対して実行できる操作を指します。これは、構築または設定したMCPサーバーに接続されたShopifyのAdmin APIまたはStorefront APIを経由して動作します。2026年中頃の時点で、読み取り操作（検索、フィルタリング、在庫確認、メタフィールドへのアクセス）は十分にサポートされており、本番環境で利用可能です。書き込み操作（価格更新、商品編集、バリエーション変更）は、適切なAPIスコープを設定することで動作しますが、慎重なセットアップが必要です。これはターンキー（即用型）のShopify機能ではありません。APIの接続作業が必要になりますが、それだけの価値があるアプローチです。

Shopify Catalog MCP機能とは何か？

Shopify catalog 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のドキュメント、コンポーネントライブラリ、開発ユーティリティにアクセスできるようにするものです。マーチャントがcatalog MCP機能を検索する際に求めているものとは異なります。

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

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

Shopify MCP Catalogアクセスはどのように動作するか

Shopify MCP catalogアクセスは、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は「一般向けのショーウィンドウ」であり、閲覧のみが可能で、購入者に開示が許可されている情報に限定されます。カタログ操作においては、ほぼ常に「スタッフ専用入り口」が必要になります。技術的には、ShopifyのAdmin APIはGraphQLベースであり、書き込み操作をサポートし、在庫更新、商品編集、メタフィールド（サイズガイドやサプライヤーコードなど、商品に付与するカスタムデータフィールド）の書き込み、コレクション管理に対応しています。Storefront APIは一般公開用かつ設計上読み取り専用であるため、AIエージェントによるショッピング体験の支援には適していますが、運用上のカタログ管理には不十分です。

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

Shopify Catalog MCP機能のサポート範囲

2026年中頃時点の本番実装において、Shopify catalog MCP機能は主に以下の7つのカタログ操作に対応しています。 これらは理論上の話ではなく、Shopify Plusクラスのストア運営者が現在稼働させている実用的な機能です。

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

2. バリエーションとオプションの照会：SKU、価格、在庫数、オプションの組み合わせ（サイズ、色、素材）を含む、商品の全バリエーションデータの取得。これはAIエージェントが本領を発揮する領域です。人間が手作業で行うと10分かかる200商品のデータ抽出を、数秒で完了します。

3. コレクションの所属チェック：特定の商品がどのコレクションに含まれているかの確認、または特定コレクションに属する全商品の抽出。カタログ監査、季節プロモーション、チャネル管理に有用です。

4. ロケーション別のリアルタイム在庫確認：ShopifyのinventoryLevelオブジェクトを介して、複数の倉庫を横断した在庫情報を抽出。ロケーションを考慮した在庫クエリは、月間500件以上の注文を処理する複数倉庫運用の事業者にとって、極めて価値の高いユースケースです。

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

6. 商品データの一括更新：Admin APIの一括操作（Bulk Operations）のサポートは、MCP実装でも継承されます。AIエージェントは、大規模な商品カタログ全体の価格、商品説明、公開ステータスを単一のワークフローで更新でき、変更履歴を反映前にレビュー用にログ出力できます。

7. B2Bカタログアクセス（Plus）：会社固有の価格リストや、卸売アカウント向けの商品・価格制限（B2Bカタログ割り当て）は、Shopify PlusのAdmin API経由でアクセス可能です。MCPサーバーは、特定の会社に割り当てられたカタログ内の商品を照会し、B2B価格を確認できます。これは、主要な卸売チャネルを持つPlusオペレーターにとって、非常に拡張性の高いユースケースです。

ポストパーチェス（購入後）運用におけるCatalog MCPの意義

MCPの適用範囲は、カタログ管理にとどまりません。 AIエージェントが商品データと注文データの両方を同一のインターフェース経由で読み取れるようになると、購入後のワークフローは劇的に変化します。ここで、カタログ管理と運用チームの業務が非常に有益な形で交差します。

例えば、返品・交換のリクエストを処理する場合。MCPに接続されたAIエージェントは、単一のワークフロー内で「元の注文内容を読み取る」「交換対象の現在の商品在庫を確認する」「価格変更がないかを検証する」「推奨される解決策を提示する」という一連の処理を実行できます。MCPがなければ、担当者は3つの異なる管理画面を行き来し、手作業でデータをつなぎ合わせる必要がありました。

大量の購入後処理が発生するSquare EnixやNude Projectのようなブランドは、まさにこの「顧客の購入後のリクエスト」と「運用チームが複数ツールを切り替えずに実行できる処理」との間のギャップに直面しています。大規模な注文管理の仕組みを俯瞰すると、MCP接続されたカタログアクセスは、人間の担当者が介入する前にデータ抽出の摩擦を解消します。

具体的に、カタログMCPと購入後編集が交差する瞬間として、決済後に顧客がバリエーション変更を希望した場合、MCPを有効にしたAIエージェントは、代替バリエーションの在庫があることをリアルタイムで確認した上で、変更手続きを提示できます。このリアルタイム在庫確認こそが、エラーのないスムーズな編集と、出荷遅延を引き起こす例外エラーとの分かれ目となります。

実際の注文情報の変更（商品の変更、価格調整、配送指示の更新）については、RevizeのようなツールがShopify側の書き込みを処理します。「カタログの読み取りはMCP経由」「注文の編集は専用の購入後処理アプリ経由」という、シンプルでクリーンなアーキテクチャが実現します。購入後に顧客が自身で注文内容を変更できるセルフサービス機能を検討している場合、Shopify注文キャンセルガイドにて、実現可能なメカニズムの全容を解説しています。

エージェント型コマースとCatalog MCP：現状の実用性と今後の展望

2026年中頃の時点で、実稼働しているShopify catalog 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はその対話を制御するための配管にあたります。

よくある質問

Catalog MCPはShopifyの公式製品ですか？

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

Model Context Protocol（MCP）とは具体的に何ですか？

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

Shopify catalog MCPの設定には開発者が必要ですか？

はい。2026年中頃の時点において、Shopify catalog MCPアクセスのセットアップには開発者の支援が必要です。 適切なAPIスコープを設定したカスタムShopifyアプリを作成し、MCPサーバーをデプロイまたは接続し、公開したいカタログツールを設定する必要があります。npm上のオープンソースパッケージ（shopify-mcp-server など）を利用することで開発を迅速化できますが、ホスティング環境や環境変数の設定は依然として必要です。完全にコード不要（ノーコード）なShopify向けMCPオプションは登場しつつありますが、まだ主流にはなっていません。

どのShopifyプランがcatalog MCPに対応していますか？

Admin APIを介したcatalog MCPは、カスタムアプリの作成をサポートするすべてのプラン（Plus、Advanced、Shopify Standardなど）で利用可能です。 Admin API自体には、カスタムアプリ作成の要件を除き、プラン階層による制限はありません。ただし、ロケーション別在庫の確認やB2B価格の統合、大規模な一括操作など、最も価値の高いcatalog MCPのユースケースは、月間500件以上の注文を処理するPlusまたはAdvancedクラスのストアにおいて最も効果を発揮します。

MCPを使ってShopifyカタログに書き込むことはできますか？それとも読み取り専用ですか？

MCP経由でShopifyカタログに書き込むことは可能ですが、それには使用するAPIトークンに書き込み権限（write scope）があり、かつMCPサーバーが書き込み用ツールを公開している必要があります。 これはプロトコルレイヤーではなく、MCPサーバーレイヤーにおける設計上の判断です。多くの運用チームは、安全性確保のために最初は読み取り専用から開始し、読み取りワークフローの十分な検証を終えた後に書き込み機能を追加しています。一般的な書き込み操作には、商品名や商品説明の更新、価格変更、在庫調整、メタフィールドの書き込みなどが含まれます。通常、削除操作（Delete）はセキュリティ確保のため、本番用のMCPサーバーの対象から意図的に除外されます。

Catalog MCPはShopify Flowとどのように異なりますか？

Shopify Flowは「〇〇が発生したときに、××を実行する」というイベント駆動型の自動化です。これに対し、Catalog MCPは「この質問に対する答えを、ストアの最新データを用いて導き出す」という、オンデマンドの自律的エージェントアクセスです。 これらは異なる課題を解決します。Flowは、ルールベースの自動化（例：在庫が5を下回ったら、購買担当にメール送信）に適しています。MCPは、文脈に応じた柔軟な処理（例：フラグが立った80個の商品をレビューし、現在の粗利ルールに基づいて価格更新が必要なものを特定する）に適しています。これらは互いに競合するものではなく、補完関係にあります。Shopify Functionsへの移行チュートリアルは、プラットフォーム上で自動化レイヤーがどのように組み合わさるかを理解する上で有用な情報を提供しています。

Catalog MCPにはどのAdmin APIスコープが必要ですか？

読み取り専用のcatalog MCPに必要な最小スコープは、read_products、read_inventory、およびread_product_listingsです。 書き込み操作を行う場合は、これらに加えて write_products と write_inventory が必要になります。実装するカタログMCPが注文情報にもアクセスする場合は、注文編集用に read_orders と write_orders が必要です。AIエージェントを稼働させる自動化においては、不必要なセキュリティリスクを避けるため、常に必要最小限の権限（最小特権の原則）を設定してください。権限が過剰に設定されたトークンでAIエージェントを動作させると、事後の監査が困難な脆弱性を生む原因となります。

Catalog MCPはShopify B2Bに対応していますか？

はい。ただし、B2Bにおけるcatalog MCPの利用にはShopify Plusプランが必要です。 会社固有の価格リスト、B2Bカタログの割り当て、および卸売専用の商品グループは、Plusプラン限定のAdmin APIを介してアクセス可能です。Plusアカウントの認証情報で構築されたMCPサーバーは、特定の顧客企業に割り当てられたカタログ内の商品を検索し、B2B価格を確認し、卸売バイヤーに直接対応するAIエージェントを支援できます。これは、DTCストアと並行して本格的な卸売チャネルを運営しているPlus加盟店にとって、最も可能性の高いユースケースの1つです。

どのようなAIクライアントがShopify catalog MCPと連携できますか？

MCP標準に準拠しているすべてのAIアシスタントは、Shopifyのcatalog MCPサーバーに接続できます。 2026年中頃の時点で、これにはAnthropicのClaude Desktop、VS Code内のGitHub Copilot、およびMCPクライアントサポートが設定された企業向けGPT-4oの実装などが含まれます。設定は非常にシンプルで、AIクライアントにMCPサーバーのエンドポイントを指定するだけです。サーバーが公開しているカタログ操作ツールが、AIのコンテキスト内で呼び出し可能な関数として自動的に認識されます。サーバー側を構築してしまえば、個別のAIツールごとに専用のクライアント側コードを用意する必要はありません。

MCP経由でカタログデータを照会する場合、パフォーマンスへの影響はありますか？

はい。直接のAPI呼び出しと比較して多少のレイテンシ（遅延）オーバーヘッドが発生し、標準的なカタログ照会で通常2秒未満の時間がかかります。 MCPプロトコルは、AIクライアント、MCPサーバー、そしてShopify APIの間に往復の通信を追加するためです。ミリ秒単位の応答速度が求められるフロントエンドのECサイト（ストアフロント）表示においては、引き続きStorefront APIを直接呼び出す手法が推奨されます。一方で、AIがカタログデータ全体を対象に複数ステップの推論を行うバックオフィス運用ワークフロー（監査、価格調整、データ補完など）においては、その遅延は提供される価値に比べれば極めて些細なものです。カタログMCPは、ストアフロントの表示速度向上ではなく、管理運用のワークフロー改善を目的として設計してください。

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

MCPサーバーは、Admin APIのアクセス資格情報を保持する他のシステムと全く同様に保護してください。 必要最小限の権限に絞り込んだカスタムアプリ用トークンを使用し、資格情報を定期的にローテーションし、監査用にすべてのMCPツールの呼び出しをログに記録し、認証なしでMCPサーバーのエンドポイントを公開しないようにします。MCPプロトコル自体は、HTTPS以外の独自の暗号化手段を提供しません。サーバー側のアクセス制御こそがセキュリティ境界となります。特に、機密性の高いB2B価格設定や下書き状態の商品データをMCP経由で処理するPlus加盟店においては、これは単なる推奨設定ではなく、必須の要件として厳格に管理する必要があります。

Catalog MCPをリアルタイムのストアフロント商品レコメンドに使用できますか？

可能ですが、その特定のユースケースにはStorefront APIの方が適しています。 Storefront APIは読み取り専用で、公開データに対する応答速度が速く、Adminレベルの強力な資格情報を必要としません。Storefront APIをラッピングしたMCPサーバーは、「この商品の私のサイズはありますか？」という顧客の質問に答えたり、対話型のショッピング体験を提供するAIエージェントによく適しています。一方、Admin APIベースのカタログMCPは、書き込み権限、下書き商品の閲覧、またはB2B価格データが必要となる管理・運用側のワークフローに適しています。用途に応じてAPIを使い分けてください。

Shopify catalog MCP機能の導入を計画している場合、今週中に以下のステップから着手することをお勧めします。

1. 現在のAPIアクセス権限の監査：すでにAdmin API資格情報を持つShopifyカスタムアプリが存在する場合、開発の土台は整っています。そのアプリに設定されているスコープと、書き込み権限の有無を確認してください。

2. 読み取り専用から開始する：npmでアクティブにメンテナンスされている shopify-mcp-server パッケージを検索してください。書き込み処理を追加する前に、商品や在庫の照会クエリが安定して動作することを確認します。読み取り専用のカタログMCPであっても、運用面で極めて高い価値をもたらします。

3. ツールのスキーマを正確に定義する：MCPサーバーが公開するツールは、APIのあらゆる機能を網羅するのではなく、運用チームが実際に必要とする具体的な操作に限定すべきです。絞り込むことで、開発範囲の肥大化を防ぎ、セキュリティ上のリスクを低減できます。

4. 書き込み権限を持つAIを接続する前に、実際のカタログデータでテストを行う：クエリが期待通りのデータを返すこと、在庫ロケーションが正しく解決されること、そしてメタフィールドの読み取りがストア独自のカスタムデータ構造に対応していることを検証します。

5. 購入後の運用プロセスをAIワークフローに組み込む場合：構築するMCP実装が、カタログデータに加えて注文データも処理できるかどうかを確認してください。カタログ情報の読み取りと注文情報の編集は、多くの場合、並行して処理する必要があります。

関連記事

• Shopifyエージェント型ストアフロントを活用してChatGPTで販売する方法 - AIがストアのカタログにリアルタイムでクエリを送信し、新たな購買経路となる仕組みについて

• Universal Commerce Protocol (UCP)：Shopify開発者ガイド - 自律型コマーススタックにおいて、MCPと並行して位置するプロトコルレイヤーについて

• Shopify注文管理ガイド 2026 - カタログMCPが、大規模な購入後プロセスにどのように接続されるかについて

• Shopifyで顧客自身による注文キャンセルを許可する方法 - 購入後のセルフサービス機能のワークフローと、ストア設定に必要な要件について

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

2026年8月更新。 Revizeは、顧客自身による購入後の注文内容変更を実現するShopifyアプリです。サポートへの問い合わせを発生させることなく、出荷前に配送先住所の変更、バリエーションや商品の変更、キャンセル、返金、またはストアクレジットの付与を顧客自身が実行できます。顧客にShopify注文の自己編集を許可する仕組みの詳細、またはShopifyアプリストアでRevizeを確認することができます。