Commerce MCP入門 — AIエージェントとECシステムを繋ぐ接続標準

Commerce MCPとは何か — AIエージェントのためのEC接続規格

「USB-Cがあらゆるデバイスを1本のケーブルで繋いだように、MCPはあらゆるAIエージェントをあらゆるサービスに繋ぐ」。Anthropicが2024年末にMCP（Model Context Protocol）を発表した際、繰り返し使われたこの比喩は、2026年に入りEC業界で現実味を帯び始めています。

Shopifyが560万店舗にMCPエンドポイントをデフォルト展開し、StripeがMCPサーバーを公式ドキュメントで提供し、PayPalが業界初のリモートMCPサーバーを公開した。主要ECインフラ企業が揃ってMCP対応に動いたことで、Commerce MCPはエージェンティックコマースを支える接続標準としての地位を固めつつあります。

では、MCPは既存のAPIと何が違うのか。なぜEC事業者がいま注目すべきなのか。本記事では、MCPの技術的な本質からShopify・Stripe・PayPalの具体的な実装、そしてEC事業者への影響までを解説します。

REST APIの限界 — なぜAIエージェントに新しい接続規格が必要なのか

この問いに答えるには、まず現行のREST APIが「何のために設計されたか」を振り返る必要があります。REST APIは人間の開発者が読むドキュメントを前提に、エンドポイントごとに個別の実装を行うアーキテクチャです。開発者がSwaggerのドキュメントを読み、認証を設定し、レスポンスのJSON構造を理解してコードを書く。この前提が、AIエージェントの時代には根本的な制約になります。

Anthropicがこの課題を「M x N問題」と呼んでいます。M個のAIモデルがN個のサービスに接続する場合、従来はM x N本のカスタムコネクタが必要でした。GPT-4がShopifyに繋がるコネクタ、ClaudeがStripeに繋がるコネクタ、Geminiが在庫管理システムに繋がるコネクタ...。モデルとサービスの組み合わせが増えるたびに統合コストは指数的に膨張します。

MCPはこの問題をM + Nに変換します。各AIモデルがMCPクライアントを実装し、各サービスがMCPサーバーを公開すれば、任意のモデルと任意のサービスが標準プロトコルで接続できる。USB-Cの比喩が的確なのは、デバイスごとに異なっていた充電ケーブルが1本に統合されたのと同じ構造的解決だからです。

技術的に最も重要な違いは動的ディスカバリです。MCPクライアント（AIエージェント）がサーバーに tools/list リクエストを送ると、利用可能なツールの一覧がスキーマ付きで返されます。入力パラメータ、出力フォーマット、使用方法の説明がすべて含まれており、エージェントは事前のプログラミングなしにツールを理解し、呼び出せます。OpenAPIの仕様記述が静的なドキュメントであるのに対し、MCPのディスカバリは実行時に動的に行われるという点が本質的な差異です。

もう一つの違いはセッション管理です。REST APIはステートレスで、各リクエストが独立しています。「白いランニングシューズを探して」の次に「もう少し安いのは？」と聞いても、APIは前の文脈を覚えていません。MCPはセッションを維持し、前後の文脈を保持します。エージェントが商品を検索し、カートに追加し、チェックアウトに進む一連の流れを、文脈を保った1つのセッション内で完結させられるのです。

ただし、MCPはREST APIを置き換えるものではありません。多くのMCPサーバーは内部的にREST APIを呼び出して動作しています。MCPはAIエージェントが既存のAPIを使いやすくするための「オーケストレーション層」であり、既存のインフラを活かしながらエージェント接続を標準化する仕組みです。

Shopifyの4層MCPアーキテクチャ — 最も先行する実装

Commerce MCPの実装として最も進んでいるのがShopifyです。2025年夏のSummer Editionでデフォルトのデータアクセスエンドポイントを全店舗に有効化し、2026年3月のWinter '26 Editionで4種のMCPサーバーを正式に体系化しました。

なぜShopifyがここまで積極的なのか。背景には、AIエージェント経由の注文が2025年1月から2026年3月にかけて11倍に成長したという実績があります。トラフィックの増加（7倍）を上回るペースで注文が伸びている。AIエージェントが「見せる」だけでなく「買わせる」チャネルとして機能している証拠であり、Shopifyにとってはプラットフォーム全体をMCPに最適化する十分な動機です。

4種のMCPサーバーはそれぞれ異なるレイヤーを担っています。

Storefront MCPが最も消費者に近い接続点です。各ストアの https://{shop}.myshopify.com/api/mcp にアクセスでき、認証不要で動作します。公式ドキュメントによれば、4つのツール（search_shop_catalog、search_shop_policies_and_faqs、get_cart、update_cart）を公開しています。AIエージェントはこれだけで「商品を探す→ポリシーを確認する→カートに入れる→チェックアウトURLを取得する」というショッピングフローを完結できます。

ここで注目すべきは、認証なしでアクセスできる設計です。Shopifyは全加盟店のStorefront MCPをデフォルトで有効にし、オプトアウト方式を採用しました。つまり、約560万のストアが「何もしなくても」AIエージェントからアクセス可能になっています。

Checkout MCPはStorefront MCPの一歩先、つまり決済フローを担います。GoogleのUCP（Universal Commerce Protocol）準拠の実装をMCPトランスポート上で提供しており、create_checkout、get_checkout、update_checkout、complete_checkout、cancel_checkoutの5つのツールを公開しています。2026年3月のアップデートでマルチアイテムカートとリアルタイムカタログクエリが追加され、実用性が大きく向上しました。

残りの2つ、Customer Account MCPは注文履歴やアカウント情報の管理、Dev MCPは開発者向けのドキュメント・APIスキーマアクセスを担当しています。Dev MCPはCLIコマンド1つで導入でき、Claude CodeやCursorからShopifyの開発リソースに直接アクセスできます。

さらにShopifyのエンジニアリングチームは2025年8月にMCP UIを発表しました。テキストベースのチャットUIの限界を超え、MCPサーバーがインタラクティブなUIコンポーネント（商品セレクター、画像ギャラリー、カートフロー）を返せるようにする拡張仕様です。コマース体験には視覚的要素が不可欠であり、「テキストの壁」を超えるこのアプローチは、Commerce MCPの実用性を一段引き上げるものです。

Stripe MCPとPayPal MCP — 決済インフラ側からの対応

Shopifyが「ストアフロント側」からMCPを展開しているのに対し、StripeとPayPalは「決済インフラ側」からCommerce MCPを構築しています。アプローチの違いが、カバーする領域の違いに直結しています。

StripeのMCPサーバーは、決済処理のほぼ全領域をツールとして公開しています。顧客管理（作成・一覧）、商品・価格設定、PaymentIntentの作成・管理、請求書の生成・確定、サブスクリプション管理、返金処理、チャージバック対応。加えて、Stripeのドキュメントとナレッジベースを検索するツールも含まれており、エージェントが実装方法を調べながら決済フローを構築するという使い方も想定されています。

Dustの事例は、Stripe MCPの実用性を端的に示しています。Dustは社内のAIエージェントにStripe MCPを接続し、返金リクエストの検出、顧客履歴の確認、Stripe上での課金検証、返金実行、パーソナライズされた確認メールの送信を自動化しました。統合に要した時間は5分未満と報告されています。

PayPalのMCPサーバーは、現時点では請求書作成を中心とした機能に限定されていますが、戦略的に重要な特徴を持っています。業界初のリモートMCPサーバーである点です。ローカルインストール不要で、https://mcp.paypal.com に接続するだけで利用できます。PayPalログインによる認証が組み込まれており、どのMCPクライアントからでもシームレスに接続できる設計です。これは、PayPalが推進するAgent ToolkitとAgent Readyのエコシステム全体の入口として機能しています。

Salesforce B2C Commerce MCP — エンタープライズ領域への展開

Commerce MCPの波はプラットフォーム系だけに留まりません。Salesforceは2025年10月にホステッドMCPサーバーのベータ版を公開し、B2C Commerceに特化したAgentic MCP Shopper Toolsを提供しています。

商品検索、カート管理、チェックアウト連携という基本ツールセットはShopifyのStorefront MCPと共通していますが、Salesforceの実装はSLAS（Shopper Login and API Security）JWTトークンによる認証が必須です。これはエンタープライズ顧客のセキュリティ要件を反映した設計であり、Shopifyのオープンアクセスモデルとは対照的なアプローチです。

2026年6月にSalesforceが発表したAgentforce 3は、MCPをエージェント間相互運用の基盤として位置づけており、PayPalのMCPサーバーと直接接続することで商品掲載から注文処理、決済、返金までを一気通貫で実行できるようになっています。

Commerce MCPが変えるEC事業者の意思決定

ここまで技術的な実装を見てきましたが、EC事業者にとっての本質的な問いは「MCPで何が変わるのか」です。

最も直接的な変化は、AIエージェントが「来店」するチャネルが標準化されることです。従来、AIプラットフォームごとに個別のAPI連携が必要でした。ChatGPT向けのプラグイン、Google向けのフィード、Perplexity向けの対応...。MCPはこの「M x N問題」をEC事業者のレベルでも解消します。MCPサーバーを1つ公開すれば、MCP対応のあらゆるAIエージェントが接続できます。

次に重要なのは、データの質が競争力の源泉になるという構造変化です。AIエージェントがStorefront MCPの search_shop_catalog を呼び出すとき、返される商品データの豊富さと正確さが、エージェントの推薦に直結します。一般的なECストアが構造化している商品属性は5〜8項目ですが、AIエージェントが確信を持ったレコメンドを行うには30項目以上が必要とされています。MCPは接続を標準化しますが、接続された先のデータ品質まで保証するわけではありません。AEO（AI Engine Optimization）の観点から、データ品質の向上が新たな競争優位になります。

もう一つ見逃せないのが、決済プロトコルとの関係です。ShopifyのCheckout MCPはUCP準拠であり、StripeはMPP（Machine Payments Protocol）やSPTといったエージェント決済インフラもMCPと並行して展開しています。AP2（Agent Payments Protocol）はMCPの拡張として機能する設計です。つまり、MCPは商品発見からカート操作までの「ストアフロント層」を担い、決済の認可・実行は専用プロトコルが補完する、というレイヤー構造が形成されつつあります。

まとめ

Commerce MCPは、AIエージェントとECシステムの間の「接続の標準化」を実現するインフラ層です。Shopifyの4種MCPサーバー、StripeとPayPalの決済MCP、SalesforceのエンタープライズMCP。各社が異なるレイヤーからMCPを実装することで、商品発見から決済までのエージェンティックコマース基盤が組み上がりつつあります。EC事業者にとってのCommerce MCPは、SEOやソーシャルメディア対応と同じ位置づけのチャネル戦略になる。その準備を始めるタイミングは、今です。