はじめに
こんにちはアンジンです。
2026年6月、ClaudeとShopifyがついに連携。自分もいま北米向けECをゼロからClaudeでつくれるかテスト中です。
個人的にはECはWordPress+WooCommerce+Flatsomeです。
でもこの記事は、Shopifyで店舗を運営している方、またはこれから立ち上げる方に向けて書いています。
ShopifyとClaudeを連携すると実務が何がどう変わるのか、英語圏の一次情報を確認しながら整理します。
結論から書きます。Shopify×Claudeは「優秀なアシスタント」としては本物です。ただし「つないだだけで自動運営される」というのは誤解で、さらに重要な事実として、公式ツールには下書きモードが存在しません。 つまり、AIが出した変更はそのままライブストアに反映されます。ここを知らずに本番へつなぐのが、最も危険な入り方です。
私は自社ECを21年運営してきました。Linuxでのサーバー構築から、古美術品ECの立ち上げ、SEOとメルマガのみでの月商7桁、現在は無在庫PODアパレルの運営まで、すべて自分の手で回しています。
そして今、北米向けのストアをゼロから構築するテストを進めているところです。 この記事は、英語圏のコミュニティで交わされている評価を一次情報まで遡って確認し、実際に自分で手を動かしながら検証している内容と突き合わせて整理したものです。完成した成功事例の報告ではなく、検証の途中経過として読んでください。
英語圏の評判は「熱狂」ではなく「懐疑からの検証」だった
日本語の情報を追っていると、海外では絶賛されているという印象を受けます。実際に一次情報を確認すると、少し違いました。
r/shopifyで交わされている議論の出発点は、むしろ懐疑的です。「SNSやYouTubeでは連携しないと取り残されると煽られているが、実際のユースケースはどうなのか。本番の高売上ストアで使える信頼性があるのか」という問いかけから始まっています。
つまり、盛り上がっているのはインフルエンサー側であって、実務者側はかなり冷静というのが正確な温度感です。
議論の中で挙がっている実際の用途
そのうえで、具体的な用途として挙げられているものは実務的でした。
- Meta広告・Google Analytics・Shopify売上を突き合わせた分析
- 販売履歴と在庫データからの補充時期の推定
- 流入が増えたコンテンツが、実際に売上へ寄与したかの検証
いずれも「AIが勝手に売ってくれる」という話ではなく、分析と判断材料づくりに寄っています。
また、バリアントのカラースウォッチや動画カルーセルをClaudeで実装し、有料アプリの費用を削減したという報告もありました。ただしこれは投稿者個人の経験であり、誰にでも再現するとは限りません。
Shopify Communityで説明されている用途
Shopify Communityの解説投稿では、連携後にストアのライブデータを文脈として扱えるようになる点が挙げられています。具体的には、トップ商品の把握、当日の注文の要約、在庫と商品情報の参照、カタログを踏まえたコピーの下書き、サポート返信前の顧客履歴の確認などです。
なお、これはShopifyの公式ドキュメントではなく、コミュニティユーザーによる解説投稿です。参考にする際は、その性質を踏まえてください。
Shopify AI Toolkitとは何か（公式仕様の確認）
ここは仕様が動きやすい部分なので、公式情報で確認しました。
<cite index=”16-1″>Shopify AI Toolkitは、AIツールをShopifyの開発プラットフォームおよびストア管理機能へ接続するもので、プラグイン・スキル・MCPサーバーの3つの方式で導入できます。</cite><cite index=”15-1″>提供されるのは、Shopifyのドキュメント、APIスキーマ、コード検証を使ったアプリ構築と、CLIのstore execute機能を通じたストア管理です。エージェントが実装方法を推測するのではなく、Shopifyの仕様に正しく沿って動作することを担保する仕組みになっています。</cite>
<cite index=”21-1″>リリースは2026年4月9日。ドキュメントとスキーマへのアクセスについては、APIキーが不要です。</cite>
インストール方法
<cite index=”17-1″>Claude Codeの場合、ターミナルで次のコマンドを実行します。</cite>
claude plugin install shopify-ai-toolkit@claude-plugins-official
プラグイン方式が推奨される理由は自動更新です。<cite index=”22-1″>Shopifyは新機能や非推奨化を頻繁にリリースするため、プラグインで管理されたエージェントは、古いサンプルをもとにコードを生成してしまうリスクが低くなります。</cite>
開発ドキュメントへの接続だけが目的なら、Dev MCPサーバーという選択肢もあります。
claude mcp add --transport stdio shopify-dev-mcp -- npx -y @shopify/dev-mcp@latest
ただしこちらは開発者リソースへの接続用であり、本番ストアの管理アクセスそのものではありません。 ここを混同している解説が散見されるので注意してください。
何が含まれているか
<cite index=”19-1″>スキルは、Admin GraphQL APIアクセスとShopify CLI経由のライブストア実行を担うもの、テンプレート検証つきのテーマ開発用、ヘッドレスストアフロント開発用、そしてPolaris UI拡張向けの5種類などで構成されています。いずれも「Shopifyのドキュメントを検索してからコードを書き、スキーマに対して出力を検証し、失敗時は最大3回リトライする」という共通のパターンで動きます。</cite>
最大の落とし穴：下書きモードが存在しない
この記事で最も伝えたい点です。
AI Toolkitは、提案を出して人が手作業で反映するタイプのツールではありません。<cite index=”20-1″>「サマーコレクションの商品説明を全部、送料無料に触れる内容に更新して」と入力すれば、エージェントはライブストア上の全商品の説明文を実際に書き換えます。</cite>
そして<cite index=”23-1″>下書きモードは存在しません。ライブ環境で変更を走らせる前に必ず開発ストアでテストし、すべての変更を確認することが推奨されています。</cite>
つまり、「試しにやらせてみて、結果を見てから決める」ができない構造です。実行=反映です。
だからこそ、次の順番を守る必要があります。
NG：本番ストアにつないで、いきなり指示を出す
OK：段階的に広げる
- Dev Store（開発用ストア）を作り、最初の全工程をそこで試す
- 挙動を把握してから本番の認証を通す
- 対象を明示的に絞る（このコレクションだけ、このファイルだけ）
- 変更前後の差分を確認できる状態にしておく
- バージョン管理を効かせ、元に戻せる手順を用意する
プロンプト側にも仕込みが要ります。「まず変更案を箇条書きで提示し、承認を得てから実行する」「対象外は変更しない」という一文を毎回入れるだけで、事故は大幅に減ります。
<cite index=”23-1″>プロンプトにはブランドボイス、APIバージョン、成功基準といった文脈を十分に与えること、コードレビューとバージョン管理を使うことも推奨されています。</cite>
「開発者向けインフラ」であって「店舗運営ツール」ではない
もう1つ、位置づけを誤解しないほうがいい点があります。
<cite index=”23-1″>AI Toolkitは開発者向けのインフラであり、マーチャント向けのツールではありません。何を作るべきかを決めてくれるものではなく、ドキュメントの明示的な確認をさせなければ、エージェントがエンドポイントの挙動を推測してしまうこともあります。</cite>
一方で、<cite index=”20-1″>開発者以外にとっても価値がないわけではなく、商品説明の更新、コレクション横断の価格調整、注文のタグ付けといった反復的な管理作業を短時間で処理できる点は、店舗運営者にとっても実用的です。</cite>
整理すると、反復作業と大量処理には強く、単発の操作や戦略判断には向かないということです。1件だけ価格を変えるなら、管理画面のほうが速い。ここを取り違えると「思ったほど楽にならない」という感想になります。
「連携しただけ」で止まる人が見落としている3つの設計
連携直後にできるのは、こちらが都度指示して作業させることまでです。毎朝自動でレポートが届くわけでも、在庫が減ったら通知が来るわけでもありません。
設計1：トリガーが決まっていない
いつ実行するかを決めていないと、永久に自分から聞きに行く半自動のままです。決めるべきは次の5点。
- いつ処理を実行するか（毎朝／新規注文時／在庫が閾値を切ったとき）
- どの情報を取得するか
- Claudeに何を判断させるか
- どこから人間が確認するか
- どの範囲まで変更を許可するか
設計2：ガードレールがない
前述の通り下書きモードがないため、権限とスコープの制限がそのまま安全装置になります。読み取り中心から始め、書き込みは対象を絞る。これを設計と呼びます。
設計3：ビジネスロジックを渡していない
これが最も見落とされます。
Shopifyから見えるのは売上・注文・商品情報だけです。Meta広告やGoogleの広告費、フルフィルメント費用、返品コストは含まれていません。
したがって「商品Xは利益が出ているか」と聞いても、真の利益判定にはなりません。 この制約は英語圏の議論でも明確に注意されています。
自社の指標やビジネスルールを事前に渡さない限り、意思決定を任せられるエージェントにはなりません。技術の問題ではなく、業務情報の整理の問題です。
ゼロからストアを作る場合の順番
私が今まさに検証している部分です。素材（テーマ・商品情報・構成）が揃っている前提で整理します。
重要なのは、ナレッジ作りが最初ではないという点です。 接続環境が整っていないとナレッジを置く場所がないため、環境→ナレッジ→設計→実装の順になります。
| ステップ | 内容 | ポイント |
|---|---|---|
| Step0 環境準備 | Dev Store（開発用ストア）を作る | 下書きモードがない以上、これは必須 |
| Step1 接続 | AI Toolkitをプラグインで導入 | 自動更新されるプラグイン方式が推奨 |
| Step2 ナレッジ整理 | ブランド情報・商品情報・トンマナ・ターゲット・USPを構造化 | 後続すべての精度を決める工程 |
| Step3 情報設計 | ページ構成、コレクション構造、固定ページ | |
| Step4 商品データ投入 | CSV化して一括登録 | 効率が最も出る工程 |
| Step5 SEOコンテンツ生成 | 商品説明、メタタイトル、meta description | Step2のナレッジを毎回参照させる |
| Step6 テーマ実装 | テーマをClaude Code経由で編集 | 対象ファイルを絞る。バージョン管理必須 |
| Step7 公開前チェック | リンク切れ、画像欠落、説明未入力、ポリシー不備 | 最終確認は人がやる |
| Step8 公開 | Dev Storeでの検証後に本番反映 | |
| Step9 初期運用 | 日次レポート、SEO微調整、商品追加テンプレ運用 |
この中で圧倒的に重要なのがStep2のナレッジ整理です。ここを飛ばして生成に入ると、商品ごとに文章の質がばらつきます。
とくに越境ECの英語商品説明。単純に翻訳させると、文法は正しいのに売れない文章が出てきます。テンプレートに次の4項目を固定で組み込むと精度が変わります。
- 誰に向けた商品か（年齢・性別・ライフスタイル）
- どのような場面で使うのか
- ギフト需要があるのか
- どの感情で購入されるのか（自己投資／癒し／ステータス）
「AIに書かせる」のではなく「型を作ってAIに埋めさせる」。 量産しても訴求がぶれないのは、この形にしたときだけです。
自動化する業務を見極める3分類
AI導入で失敗する最大の原因は、ツール選定のミスではありません。業務を整理しないまま自動化しようとすることです。
たとえば価格変更。「価格を調整して」と指示しても正しい結果は出ません。実際の運営者は、競合価格・在庫数・原価・広告費・利益率・販売時期を見て判断しているからです。その基準を渡さずに、正しい答えが返るはずがありません。
そこで、現在の業務を3つに分けます。
| 分類 | 内容 | AIへの渡し方 |
|---|---|---|
| A：単純作業 | データ集計、一覧作成、定型文作成、翻訳 | 全面的に任せてよい。最初に自動化する |
| B：ルール判断作業 | 在庫閾値での発注、レビュー分類、タグ付け | 判断基準を明文化してから渡す。出力を確認する |
| C：人間判断作業 | 価格戦略、商品企画、ブランド設計、取引先判断 | 渡さない。AIには材料の整理だけさせる |
Aから順に自動化し、精度を確認しながらBへ広げる。Cには手を出さない。 この順番を守るかどうかで、導入の成否がほぼ決まります。
よくある質問
Q：ShopifyとClaudeを連携すれば、EC運営は自動化されますか？ A：されません。連携直後にできるのは情報確認と都度の作業指示までです。定期実行や通知には、別途ワークフローの設計が必要です。
Q：Shopify AI Toolkitに下書き機能はありますか？ A：ありません。エージェントの変更はライブストアに直接反映されます。必ず開発ストアで検証してから本番につないでください。
Q：Shopify AI Toolkitの導入にAPIキーは必要ですか？ A：ドキュメントとAPIスキーマへのアクセスには不要です。ストア操作にはShopify CLIでの認証が必要になります。
Q：非エンジニアでも使えますか？ A：プラグイン導入自体は簡単ですが、公式には開発者向けインフラと位置づけられています。反復的な管理作業には実用的ですが、バージョン管理やCLIの基礎知識はあったほうが安全です。
Q：Claudeに商品説明文を書かせると品質がばらつきます。どうすればいいですか？ A：毎回ゼロから指示せず、ナレッジとテンプレートを先に作ってください。ターゲット・使用場面・購入動機を毎回埋める形にすると安定します。
Q：WooCommerceや自社カートでも同じことができますか？ A：できます。実装方法は異なりますが、業務を3分類して段階的に自動化する考え方はカートを問わず共通です。
まとめ：この記事のポイント
- 英語圏の実務者は熱狂しておらず、議論の出発点はむしろ「本当に本番で使えるのか」という懐疑だった
- Shopify AI Toolkitには下書きモードがなく、エージェントの変更はライブストアに直接反映される
- 公式の位置づけは開発者向けインフラであり、何を作るかを決めてくれるツールではない
- Shopifyには広告費・返品・物流原価が入っていないため、真の利益判断は任せられない
- 自動化の成否は、業務を「単純作業／ルール判断／人間判断」に分解できるかで決まる
Claudeは、優秀なEC担当者として機能します。商品情報を整理し、文章を作り、数字をまとめ、改善案を出す。ここまでは十分に任せられます。
しかし、誰に何を売るのか、どんなブランドを作るのか、どの数字を基準に判断するのかは、経営者が決めることです。AIは経営者の代わりではなく、実務担当者として置いたときに最も力を発揮します。
北米向けストアの構築は現在も進行中です。実際につまずいた箇所、想定と違った部分も含めて、検証記録として続報を書いていきます。
出典について 本記事のShopify AI Toolkitに関する記述は、Shopify公式開発者ドキュメント（shopify.dev）およびShopify公式GitHubリポジトリの記載を確認したものです。英語圏コミュニティの動向は、Reddit（r/shopify ほか）およびShopify Communityの投稿をもとに整理しています。Shopify Communityの投稿は公式ドキュメントではなく、ユーザーによる解説である点に留意してください。
最終更新日：2026年7月
