Shopify向けClaude:2026年の全接続方法

要約

Shopifyは現在、Anthropicのコネクタディレクトリに掲載された、Shopify自身が構築した公式Claudeコネクタを提供している。Claude内からインストールし、管理画面でデータ範囲を承認すれば、あとはチャットでストアを運用できる。商品作成、ロケーション間の在庫移動、割引コードの発行、先週のコンバージョン率の取得などだ。

実際には全部で4つの経路があり、明確に分かれている。そのうち3つはClaudeをあなた、つまり加盟店に向ける。1つ、Storefront MCPは顧客に向けたもので、設定というより構築に近い。

誰も口に出さないこと、それはこれらの経路のどれもClaudeをサポートキューに入れないという点だ。公式コネクタはあなたのClaudeウィンドウ内にとどまる。「注文はどこですか」というメールはGorgias、Zendesk、Shopify Inboxに届き、Claudeはそれを一切見ない。そのギャップこそが、こうした記事が書かれる理由そのものであり、代わりにその仕事をこなすのが1チャット0.40ドルのeesel AIだ。

なぜこの質問をされ続けるのか

私はeeselで連携機能を作っているので、Shopifyのパイプは実際に出荷したコードであり、ざっと読んだだけのドキュメントページではない。それがここでの視点だ。マーケティング文句の下でコネクタが実際に何をし、どこで止まるのか。

私の見方を変えた数字は、あるドイツのジュエリーブランドの受信トレイで実施した実際のトライアルから出てきたものだ。8言語にまたがる月間約1,000件のチケットで、Shopifyの上にZendeskを乗せている。実際のトラフィックに対して検証したところ、私たちのエージェントは93%のトリアージ精度を達成し、スパムの100%を検知した。これは聞こえる以上に重要だった。というのも、そのトレイの22%がスパムだったからだ。商品に関する問い合わせと返金状況の質問は、100%の確率で有用な結果を返した。

ここが予想外だった部分だ。エージェントはドラフトの12%しかそのまま送らなかった。8文の下書きを読んで、それを2文に書き直したのだ。理由を掘り下げると、書き直しの約65%は長さとトーンに関するもので、約20%はまだ接続していないデータが必要で、事実関係で私たちが間違っていたのはわずか約5%だけだった。

これを持ち出すのは、Claudeに関する問いと同じ形をしているからだ。モデルがボトルネックであることは滅多にない。ボトルネックは、モデルがどこに座っていて、何に手が届くかだ。

4つの経路を並べて比較

経路ごとの詳細に入る前に、注目すべき点が2つある。まず、Shopify自身のドキュメントは、カスタムコネクタを組むよりも各AIツールについて公式アプリを使うことを勧めている。これは通常中立を保つプラットフォームにしては異例なほど直接的な指針だ。次に、顧客向けの経路だけが買い物客に触れるものであり、同時にアプリケーションの出荷を要求する唯一の経路でもある。

早めに言っておく価値がある。この質問は常に出てくるからだ。そう、ShopifyはストアデータへのアクセスをAIツールに許可しており、その配管自体を自ら構築している。制約は常に許可ではない。範囲だ。

経路1: Shopify公式のClaudeアプリ

これは、この件を検索する多くの人が念頭に置いているものだ。Shopifyが作ったファーストパーティのコネクタで、Anthropicのディレクトリの「生産性」カテゴリに掲載されており、Claudeのウェブ版、デスクトップ版、モバイル版、Claude Code、そしてAPIで動作する。

Shopify自身の宣伝文句は、「ストア管理を会話と同じくらい簡単にする」というものであり、コネクタのページには、入力してほしいプロンプトが列挙されている。それらは理想論ではなく、清々しいほど具体的だ。

• 「'Linen Throw Blanket'という名前の新商品を89ドルで作成し、この画像をアップロードして、Home Goodsコレクションに追加して。」
• 「SKU LTB-001の在庫を、Warehouseロケーションで40個、Retail店舗で12個に設定して。」
• 「Springコレクションに適用され、5月31日に失効する15%オフの割引コードSPRING15を作成して。」
• 「今日の未処理注文のうち100ドルを超えるものを一覧表示し、それぞれの顧客名と配送先の都市を表示して。」
• 「過去30日間の週ごとの総売上とコンバージョン率の分析クエリを実行して。」

このリストをもう一度読んで、誰が話しているかに注目してほしい。そのどれもが加盟店からの指示だ。これはShopify管理画面のコパイロットであり、サポートエージェントではない。そしてその役割において非常に優れている。商品コピーのためにShopify Magicを使ったことがあるなら、これは同じカテゴリの支援であり、はるかに広い範囲とはるかに優れたモデルを備えている。

加盟店たちも同意しているようだ。ローンチを告知したr/shopifyのあるスレッドはこう率直に述べている。

「ShopifyはClaudeとChatGPT向けのコネクタを公式にリリースした。Claude版を数週間使っているが、かなり良い。」

Shopify has officially shipped connectors for Claude and ChatGPT, r/shopify

セットアップ

3つのステップがあり、それぞれに確認が伴う。Claude内からアプリをインストールし、認証のためにShopify管理画面にリダイレクトされ、その後データアクセスレベルを承認する。その後、ツールはあなたのストアを読み取り・編集できるようになるが、2つの別々の上限によって制限される。アプリに付与された範囲と、個々のユーザー自身の権限で許可されている範囲だ。商品を読み取れても編集できないスタッフは、自分が持っていない編集権限をClaudeに渡すことはできない。

人々がつまずくポイントが1つある。これらのアプリはShopify App Storeには掲載されていない。各アプリはAIツール自体からインストールするため、通常の方法でShopifyのAIアプリを探しても出てこない。

複数ストア運営者が最初にぶつかる制限

一度に1ストアしか接続できず、Shopifyによれば、これは同じ組織内のストアであっても変わらない。切り替えるには、Claudeに別のストアへの接続を依頼すると、現在のストアが切断され、新しい認証が始まる。

単一ブランドの加盟店にとってはこれは問題にならない。2つの地域にまたがる3店舗を運営する人にとっては、Claudeが1ストアごとのツールであり、一日中再認証していることを意味する。それが、各ブランドのデータがすでに1か所にまとまっているECヘルプデスクに統合することを後押しする、目立たない理由の1つだ。それはまた、大半のShopify自動化が2店舗目との接触に耐えて生き残る理由でもある。

権限のラチェット機構

これは、印刷して壁に貼っておきたい段落だ。

Shopifyのドキュメントには、承認した後は、アプリを完全にアンインストールしない限りデータアクセス範囲を縮小できないと明記されている。アクセスは要求に応じてエスカレートし、決して元に戻らない。後にClaudeが何かのために上位レベルを必要とすると、その拡大を承認するよう求められ、その拡大はインストールの寿命が尽きるまで恒久的なものとなる。

だから読み取り専用から始めよう。それで1週間過ごしてみる。途中のタスクでプロンプトに求められたからではなく、意図的にエスカレートさせよう。

うまくいかなかったときの責任は誰にあるのか

Shopifyはここで曖昧さを残していない。それを隠すのではなく、平易な言葉で明言していることに敬意を払う。接続されたAIツールがあなたのストアに誤った変更を加えた場合、その変更についてはあなたが責任を負う。Shopifyは、接続されたツールがあなたに代わって行うアクションをレビューしたり承認したりしない。承認した瞬間から、あなたのデータはShopifyの環境を離れ、AIプロバイダーの利用規約によって統治され、Shopify規約の第9.9条は、GDPRとCCPAを含む自身の顧客への義務をあなたにそのまま課している。

彼らはまた、「接続されたAIツールが行うあらゆる変更についてストアを監視すること」をあなたの責任の1つとして挙げている。これは実際の運用コストであり、Shopifyの価格設定のフィールドへの書き込みアクセスを与える前に予算を組んでおく価値がある。

私の見解: インストールして、最初の2週間は読み取り専用にとどめ、価格や設定への書き込みアクセスはデフォルトではなく意思決定として扱おう。

経路2: ターミナルに住む人向けのShopify AI Toolkit

Shopifyに対してコードを書く人にとって、これがより良い経路であり、コマンド1つで済む。

claude plugin install shopify-ai-toolkit@claude-plugins-official

AI ToolkitにはNode 18以上が必要で、Claude Code、Codex、Antigravity CLI、Cursor、Hermes、VS Codeで動作する。見た目以上に重要な3つの仕事をこなす。

• 開発者ドキュメントとAPIスキーマをライブで取り込み、エージェントがモデルの記憶や3年前のブログ記事に行き着くようなウェブ検索ではなく、最新の参照資料をもとに動作するようにする。
• コード検証は、GraphQLクエリ、Liquidテンプレート、Shopify Extensionsについて、実際のShopifyスキーマと照合してチェックされる。
• ストア管理は、Shopify CLIの認証済みコンテキストを通じて行われ、ドキュメントでは実行のタイミングをあなたが選べると明記されている。

その最後の一文が興味深い。Toolkitはストア管理タスクを準備した上であなたを待つ。これはディレクトリコネクタの一度承認したら実行するというモデルとは、明確に異なる安全性の姿勢だ。上記の権限のラチェット機構に神経質になっているなら、CLI経路はあらゆるアクションに手動のゲートを与えてくれる。

トレードオフは明白だ。これはターミナル内で完結する。注文ウェブフックを組んだり、テーマを監査したりするには素晴らしい方法だが、開発者でないなら日々のマーチャンダイジングを行うには向いていない。すでにClaude Code内でMCPサーバーを設定したことがあるなら、1分で馴染みのあるものに感じるだろう。

私の見解: すでにClaude Codeを開いているなら、ディレクトリコネクタの代わりにこちらをインストールしよう。同じストアアクセス、より良いガードレール、加えて本来なら手作業でやるはずのスキーマ認識コード支援がついてくる。

経路3: Storefront MCP、顧客に向き合う唯一の経路

ここで視点が反転する。上記のすべては加盟店に仕えるものだった。Storefront MCPは、AIアシスタントを買い物客に接続するためのShopifyの答えであり、2つのサーバーに分かれている。

Storefront MCPサーバーは、ストアのカタログ、カート、ポリシーをカバーする。Customer accounts MCPサーバーは認証済みの側面、つまり注文状況、注文詳細、返品、アカウント設定をカバーする。両者を組み合わせると、自然言語による商品発見、カート作成とチェックアウト、ポリシーと配送に関する回答、そして注文追跡が可能になる。これはECの受信トレイが実際に尋ねられる内容の大部分を、かなり正確に表している。これはまた、Shopifyのより広範なエージェント型コマースの推進を支える基盤でもある。

Shopifyはリファレンス実装であるshop-chat-agentまで公開しており、ゼロから始める必要はない。

実際に出荷するために必要なこと

アーキテクチャは、MCPクライアントとして動作するShopifyアプリ、APIサーフェスとしてのMCPサーバー群、そしてストア上にチャットバブルを表示するテーマアプリ拡張機能からなる。3つの可動部分があり、すべて自分でメンテナンスすることになる。

顧客アカウント側の半分が実際の重みを背負っている。Shopifyのドキュメントには前提条件が列挙されており、それらは些細なものではない。

• ストアに設定されたカスタムドメイン。
• Shopifyの保護された顧客データ要件への準拠。
• Partnerダッシュボードを通じて申請・承認されるレベル2の保護された顧客データ(PII)アクセス。
• customer-account-mcp-api:fullスコープを使う、PKCE認可コードフローによるOAuth 2.0。

エンドポイントは固定URLですらない。/.well-known/customer-account-apiを取得することでショップごとに発見し、それがhttps://{shopDomain}/customer/api/mcpに解決される。その後401を処理し、認可リダイレクトを実行し、コードをベリファイアと交換し、トークンを安全に保存し、再試行する。

私はこのフローを書いたことがある。すべてがうまくいっても数日の作業であり、それに加えてPII承認キューにかかる費用、その後永遠に続くトークン更新とレート制限処理がある。完全に実現可能であり、完全に1つのプロジェクトだ。

これを経験した開発者たちは同じ構図を描写している。

「基本的なセットアップは、Claudeがエージェントとして動作し、私のMCPサーバーがツールを公開し、そのサーバーがShopify Admin APIと話すというものだ。」

I connected Claude Desktop to my Shopify store, r/shopifyDev

私の見解: 会話型ストアフロントが戦略的な賭けであり、エンジニアリングリソースに余裕があるなら価値がある。顧客に追跡番号についてメールするのをやめてほしいだけなら、これはまともなShopifyチャットボットから既製品として買える結果のために、とてつもない足場を組むことになる。

経路4: Anthropic APIに直接アクセス

最後の経路はガードレールなしのものだ。Anthropic APIを呼び出し、Shopify Admin APIに対して独自のツールを定義し、認証、リトライ、レート制限、プロンプト設計、評価、モデルが確信を持てないときのエスカレーションパスに至るまで、あらゆる部分を自分で所有する。

これは、狭くて高ボリュームな決定論的な仕事に対する正しい答えだ。4,000件の商品説明を自社スタイルに書き直す、返品の滞留を分類する、ローカライズされたコレクションコピーを生成する。明確な入力と検証可能な出力を持つバッチ作業であり、コストを完全にコントロールしたく、シート単位の課金が邪魔にならないことを望む場合だ。それは、ツールを買う代わりに独自のClaudeワークフロー自動化を構築する人々を動かすのと同じ理屈だ。

これは会話型サポートには誤った答えであり、その理由はモデルではない。モデルの周りにあるすべて、ナレッジベースの同期、トーンのコントロール、引き継ぎルール、レポーティング、過去のチケットに対するドライラン、これらが実際の製品であり、それをすべて自分で構築することになるからだ。

それぞれの経路の費用

誰も「Shopify向けClaude」という単一の価格を公表していない。なぜなら費用は常に2つか3つのサブスクリプションの積み重ねだからだ。

つまり、経路1を望む加盟店にとって現実的な下限は、Shopifyプラン費用に加えて、Claudeに月およそ17〜20ドルだ。コミュニティの見解もこれと一致している。

「いや、どのShopifyプランでもAPIやMCP経由で接続できる。MCPやAPIを直接使うには月20ドルの基本サブスクリプションが必要になる。」

Do I need Claude?, r/shopify

ソロ運営の加盟店にとって、それは得られるものに対して非常に良い取引であり、単機能のShopify AIツールの大半より安い。どの請求書にも現れない費用は、Shopifyがあなたに求める監視作業と、経路3の場合はエンジニアリングにかかる数週間だ。より詳細な内訳はClaudeの料金の記事にまとめている。

ゼロから始める場合の嬉しい特典が1つある。AIツールを通じて作成されたストアは、現在4か月間の無料トライアルから始まる。Claudeとの会話からストアを本当に立ち上げ、春までShopifyに支払わずに済ませることができる。

どの経路があなたに合うか

どの経路も埋めないギャップ

さて、これを書きたいと思わせたパートだ。

実際のShopifyサポートの問い合わせをたどってみよう。顧客が注文#8294がどこにあるか尋ねるメールを送る。そのメールはGorgias、Zendesk、Shopify Inbox、あるいは共有のGmailに届く。エージェントがそれを開き、管理画面に切り替え、注文を見つけ、追跡リンクをコピーし、2文書いて、送信する。これを、中規模ストアが抱える注文状況と返品の対応量で掛け合わせれば、フルタイムの仕事になる。

Claudeコネクタは、この一連の流れのどこにも登場しない。それはあなたが作業するブラウザのタブの中にある。尋ねれば喜んで注文#8294がどこにあるか教えてくれるが、そのメールを見ることは決してない。

この違いは見失いやすい。なぜなら両方とも「Shopify向けAI」と呼ばれるからだ。それらは異なる製品だ。一方は加盟店の管理業務を速くする。もう一方はチケットそのものをなくす。

私が扱っている実際の顧客との通話から言うと、1日500件以上のチケットを抱える複数ブランドの運営者は、そのボリュームがちょうど3つのことに支配されていると教えてくれた。返金依頼、購読解除、そして注文追跡だ。月間約7,000件のGorgiasチケットを抱えるDTCサプリメントブランドの運用リーダーは、コパイロットを求めて通話に臨み、少なくともメールの半分に自律的な何かが必要だと気づいて通話を終えた。

これらの問題のどちらも、加盟店側のコネクタがどれだけ優れていても解決されない。そしてその感覚は公にも表れている。

「ボットが『注文はどこ』系の問い合わせをすべて処理できるなら、人員と下らないチケットを減らせる。」

Does anyone have a chatbot that has actual and, r/shopify

名指しする価値のある2つ目のギャップがあり、それは私たちが修正する前に痛い目に遭ったものだ。コネクタは、その瞬間に手が届く範囲から回答する。あなたのチームがこの質問に4,000回どう答えてきたかは知らない。その履歴、つまり過去のチケットとマクロの中にあるものこそが、Shopifyストアが持つ最も豊かなトレーニングソースであり、上記4つの経路のどれもそれを読み取らない。それはまた、デモと、顧客の近くに置いても構わないと思えるShopify AIアシスタントとの違いでもある。

私なら実際にどう決めるか

短いバージョンを、私が実行する順番で示す。

1. ソロまたは小規模の加盟店で、管理業務のレバレッジが欲しい。 Shopify用Claudeアプリをインストールしよう。2週間は読み取り専用で。この記事の中で最も価値のある月17ドルであり、3つの別々のShopify AIアプリを組み合わせるより優れている。
2. Shopifyに対してコードを書いている。 ディレクトリコネクタを飛ばしてclaude plugin install shopify-ai-toolkit@claude-plugins-officialを実行しよう。同じ範囲、アクションごとの承認、スキーマ認識の支援。
3. 会話型ストアフロントが本物の戦略的賭けである。 Storefront MCP上に構築し、shop-chat-agentから始め、承認が最も長いボトルネックなので早めにレベル2 PII申請を出そう。ただし、ここでは購入の方が構築より安く済むことが多いので、まずは最良のShopifyチャットボットアプリを見てみよう。
4. チケットに溺れている。 上記のどれでもない。すでにチケットが集まっているヘルプデスク内にエージェントが必要だ。

これらすべてに対する正直な注意書き:私はeeselで働いており、4番目の項目が私たちのビジネスだ。だから、枠組みではなく具体的な主張に注目してほしい。直近100件のサポートメールがどこに届いたか見てみよう。答えが「Claudeのウィンドウの中」でないなら、Claudeコネクタはそのキューを空にするツールではない。それは誰がこの記事を書いたとしても真実だ。私たちのShopifyサポート向けAI総まとめは、私たちだけでなく競合も名指ししている。

Shopify向けeesel AI

あなたのShopifyに関する質問がプロンプトではなくチケットとして届くなら、それがeesel AIが担う仕事だ。

ストアを接続すると、カタログ、注文、ポリシー、FAQを手作業のトレーニングなしで自動的に同期する。その後、Zendesk、Gorgias、Freshdesk、Slack、あるいはストア自体のライブチャットウィジェットなど、あなたのチームがすでに使っているツールの中で回答する。チームは30分足らずで本番稼働したと報告しており、費用はシートごとではなく1チャット0.40ドルだ。

上記すべてに対して重要な2つの違いがある。1つ目は、過去のチケットでトレーニングされるため、ヘルプセンターが言っていることだけでなく、あなたのチームが実際にどう答えているかを学ぶこと。2つ目は、実際の顧客に1件でも回答する前に、過去のチケットに対してシミュレーションできることだ。これはまさに、自信ありげなボットが実際のトラフィックで誤った回答をしたのを見た後に私たちが構築したチェックだ。500以上のストアがこれを利用しており、80以上の言語に標準で対応している。

ここにあるものは何もClaudeコネクタを置き換えない。それはマーチャンダイジングのために残しておこう。これはキューのためのものだ。

eeselを試すのは無料で、あるいは自分自身のチケットに対してまず見てみたいならデモを予約することもできる。