Shopify Editions Spring ’26 オペレーション

「バイブコーディング」＝作りたいものを自然言語でAIに伝えて生成する開発スタイルです。Lovable・Manus・V0・Replit などでストアフロント（見た目）だけを生成し、商品・在庫・カート・決済といった商取引基盤は Shopify が Storefront API 経由で担う——いわゆるヘッドレスコマースの連携先が増えました。

実際に Lovable と Manus の両方で Shopify ストアを試作してみました（X：Lovable で試作 ／ Manus で試作）。どちらも Shopify のテーマ（Liquid）は一切変更されず、生成されたフロントは *.lovable.app / *.manus.space として公開され、チェックアウト以降は Shopify ネイティブ（*.myshopify.com）に遷移する構成でした。Manus はヒーロー画像・商品画像まで自律生成してから実装を進めるのが特徴的でした。

デザイン自由度が高い一方で、アプリ（レビュー・アップセル等）は実装できず、Shopify と ビルダーの二重課金になる点には注意が要ります。

普段使いの外部AIチャット（ChatGPT・Claude・Perplexity）から、管理画面にログインせずにストアを“管理”できる連携です。公式の説明では「商品を追加し、注文を確認し、価格を更新し、いつものAIチャットからレポートを取得できる」とされ、新しいコレクション作成・新商品追加・売上レポート生成などが挙げられています。

ここでのポイントは、これが Admin（管理）GraphQL を AI 経由で操作する系統——つまり次項の Shopify AI Toolkit と同じ「店舗オーナーが管理操作をAIに任せる」話だということです。お客様側に来るAIエージェントが商品を“見に行く”（発見・エージェンティックコマース）側とは別物なので、混同しないようにしたいところ。

「AIにストアを管理させる」こと自体は能力面ではすでに現実で、このブログ記事も AI が Admin API 経由で作成・更新しています。なお書き込み操作には管理画面のような確認ダイアログがなく、Shopify には Undo もないため、権限設計には注意が要ります（→ 本番運用前に整えておきたいこと）。

Claude Code・Cursor・VS Code・Codex などのAIコーディングツールを、Shopify の Admin GraphQL（読み取り・書き込み）／各APIのコード生成＋検証／CLI 経由のストア操作につなぐ開発者向けツール群です。AIが「推測で実装する」のではなく、公式スキーマに沿った検証済みコードを出せるようにするのが狙いで、リリース時に試した内容は X にも投稿しました（X：AI Toolkit でできること）。具体的には、こんなことが AI 経由でできます。

読み取り（query）：商品・コレクション（一覧／バリアント／コレクション内容）、注文（一覧・詳細／フルフィルメント状況）、顧客（一覧・詳細／注文履歴）、在庫（数量／ロケーション別）、ディスカウント、メタフィールド／メタオブジェクト、オンラインストア（テーマ・ページ・ブログ・ナビゲーション）、配送、ストア設定、ストア分析、マーケット（Markets・ローカライゼーション）、B2B（カンパニー・カタログ・価格リスト）、Webhook。

書き込み（mutation／--allow-mutations フラグ必須）：商品（作成・更新・削除／バリアント／画像追加）、在庫数量の調整・設定、注文（タグ付け・ノート追加・キャンセル・返金）、顧客（作成・更新・タグ付け）、メタフィールド（metafieldsSet）、メタオブジェクト（metaobjectUpsert）、ディスカウント（作成・更新・削除）、コレクション（作成・更新／商品の追加・削除）、ページ・ブログ、ナビゲーション（メニュー）、Webhook、一括操作（bulkOperationRunQuery/Mutation）。

Admin GraphQL 以外：Liquid コード生成＋構文検証、Storefront／Customer Account／Partner／Payments Apps の各 GraphQL 生成＋検証、Shopify Functions のコード生成＋ビルド＋テスト（デプロイは禁止）、Hydrogen コンポーネント生成、メタフィールド・メタオブジェクト設計支援、各種 Polaris UI 拡張（管理画面・アプリホーム・チェックアウト・顧客アカウント・POS）、shopify.dev 全体のドキュメント検索。

AI経由の操作には管理画面の確認ダイアログがなく、Shopify には削除・編集を元に戻す手段がない——という事故防止の運用ルールと、動作検証済みのルールプロンプトは別記事にまとめています：Shopify AI Toolkit を本番ストアで使う前に整えておきたいこと。

ストア分析（Analytics）に複数の更新が入り、数値の「背景＝コンテキスト」を読み取って素早く動けるようにする、というのが全体テーマです。本セクション #5〜#10 はその中身で、公式動画「Better context for your store's data」が要点を一望できます（→ YouTube 動画）。

動画で示されている主なポイントは次のとおりです。

• 直感的なデータ把握：ダッシュボードを開いた瞬間に、掘り下げずとも日々のトレンドを把握できる（→ #06 毎日のインサイト）。
• アノテーション（注釈）：「直近3週間でジャケットの売上が上がった」のような変化に、出来事のタイミングをマークして要因を特定（→ #07）。
• メタフィールドによる絞り込み：商品の「色」「素材」など独自のメタフィールドでレポートをフィルタ（→ #10）。
• 目標値（メトリックターゲット）：トレンド商品（例：プラム色のウィンドブレーカー）に販売目標を設定し、進捗を日々確認（→ #08）。
• Shopify Flow 連携による自動化：「目標の90%に達したらチームに自動通知」など、分析データを使ってアクションを自動化（→ #20〜#24）。

総じて「より優れたデータと詳細なコンテキストを提供し、迅速に行動するためのツール」という位置づけです。

カスタムレポートのグラフ種類に、従来の折れ線・棒に加えて サンバースト・バブルチャート・散布図・レーダーチャート の4種が追加されました。指標どうしの相関や、カテゴリ→商品といった階層の内訳を1枚で把握しやすくなります（実機でグラフ種類の一覧に4種が並ぶことを確認。サンバーストは複数ディメンションの階層データ向け）。

分析トップの上部に「インサイト」セクションが出て、「ある商品の売上が先月を下回った（686→427、38%減）」のような注目すべき変化を毎日自動で提示し、「理由を確認」から深掘りできます。注文ボリュームの大きいストアで実際に表示されることを確認しました（条件は週10注文以上・1日最大5件）。

折れ線／縦棒グラフで「注釈を表示」をオンにすると、ストアで起きた作業イベント（商品の公開/非公開・テーマの公開・アプリのインストール/アンインストール）が時間軸にマーカー表示され、ホバーでその日の内容が分かります。「売上が伸びた/落ちた日に何をしたか」を後から1枚で振り返れます。手動メモではなく、ストアイベントを自動で重ねる機能です。

売上・セッション数などに目標値（ターゲット）を設定し、達成率を円形ゲージで日々確認できます。現在値・目標値・期間・残り日数が表示され、「ダッシュボードに追加」で分析トップに常設できます（分析トップ右上の「目標を管理／ターゲットを試す」から）。

1つのレポートに複数の指標を重ねて表示できます（最大4指標）。単位が違う指標は左右2軸になり、たとえば「純売上高（¥）」と「注文数（件）」を並べて、客単価の変化などの乖離を1枚で読み取れます。実機で純売上高・注文数・平均注文金額・総売上高の4指標を1レポートに表示できることを確認しました。

商品の「色」「素材」など独自のメタフィールド（カスタムの構造化データ）で、レポートを絞り込み・グループ化できます。ポイントは前提条件——メタフィールド定義側の「オプション」で 「『ストア分析』でデータを絞り込む、またはグループ化する」をオンにすること。これでディメンション（グループ化）やフィルター（WHERE）に使えるようになり、たとえば総売上高を素材別に並べられます。

メタフィールドを入力するまさにその枠（編集画面のメタフィールドカード）の「定義を追加」から、設定画面に移動せずその場で新しい定義を作成できます。Editions の文言は顧客・注文・コレクションですが、実機では商品・バリエーションの編集画面でも同じ導線が出ました。設定→カスタムデータへの往復が不要になる導線改善です。

よく使うメタフィールドを、商品・顧客・注文などの各セクションに最大50個までピン留めして、編集画面の見やすい位置に常時表示できるようになりました（公式ドキュメントによる）。

注文の返金画面で、商品行の価格から「ディスカウントを追加」→「カスタムディスカウント」（金額/％・値・お客様に表示する理由）を設定でき、価格が割引後（例: ¥2,000→¥1,000）に変わります。「これにより注文が編集される」ため、売上・税データを正しく保ったまま返金時に割引できます。注文編集ページへ寄り道する必要がなくなりました。

返品やアップセルでの金額計算を、チェックアウトと同じロジックに統一し、金額の不一致を防ぐ内部的な改善とされています（新しいUIが追加される性質ではなく、計算の整合性を高めるもの）。

インストール済みアプリの詳細画面に「アクティビティと権限」表が出て、各アプリがどの領域に・表示/編集どちらの権限で・いつアクセスしたかが一目で分かります。さらに「未使用のアクセス権」（過去30日アクティビティなし）で、使われていない権限を警告。アプリが多いストアの権限棚卸し・セキュリティ点検に効きます。

スタッフの権限に「お金まわり」の項目が追加され、決済の実行・返金だけでなく、入金先の銀行口座や入金スケジュールの管理、チャージバック（異議申し立て）対応までを個別に付与・制限できるとされています。複数人運営の内部統制に有用です（公式ドキュメントによる）。

下書き注文（見積りのような未確定注文）で、商品行の単価をその場で上書きでき、行ごとのカスタム割引も適用できます。さらに価格ロック（南京錠）をかけると、後でカタログ価格を変えてもこの注文の価格は固定されます。BtoB見積りや特別価格対応に。なお価格ロックは値上げを防ぐ反面、恒久値下げの自動反映も止める点、バンドルは非対応な点は留意。

管理画面の各リスト画面で、検索語とフィルターを1本のバーに統合（is/not・and/or の論理演算子つき）。商品・注文・顧客・在庫など多数のセクションで共通の操作感になり、絞り込みを名前付きの「保存済みビュー」にできます（ビューはデスクトップ/モバイルで利用可、作成・編集はデスクトップ）。

返品作成時の「返品理由」の選択肢が、商品カテゴリーに応じて変わります。実機で確認したところ、アパレル（衣類）では「大きすぎる/小さすぎる/スタイル」、アクセサリーでは「サイズ/互換性がない」といったカテゴリー固有の理由が出ました。返品データの粒度・精度が上がります（前提：商品にカテゴリーが設定されていること）。

Shopify Flow の Liquid 変数を書く入力欄が、シンタックスハイライト（色分け）・オートコンプリート（入力補完）・整形（フォーマット）に対応しました。新しい自動化ができるようになるわけではなく、「Flowでコードを書くときの書き心地」を底上げする改善で、スペルミスや構文崩れ（実行時エラーの原因）を減らせます。

ワークフローにバージョン履歴が付き、誰がいつ更新・編集したかを追跡できるようになりました（公式ドキュメントによる）。複数人でFlowを運用する際の変更管理に役立ちます。

ワークフロー編集画面の「その他のアクション → メモを追加」で、キャンバス上に「このワークフローについて」というメモカードを置けます。プレースホルダーは「目的、実行のタイミング、編集前に知っておくべきことなど…」。「なぜこう組んだか」をワークフロー自体に残せるので、引き継ぎ・共同編集での認識ズレを防げます（最大1500文字）。

これは2つの別物が1枚にまとまっています。①ShopifyQL＝「Get analytics data（分析データの取得）」という新アクションで、売上・セッション・在庫を取得して後続の条件に渡せます（実際に「売上急減アラート」フローを組んで試しました → X：Flowで売上急減アラート）。②Admin API の追加フィールド＝Flow が使うAPIのバージョンが上がり、条件・アクションで選べる項目や絞り込み演算子が増えた（メタフィールド絞り込みに「以上/前方一致/AND・OR・NOT」、対象に「会社/会社ロケーション」など）。新ボタンが出るのではなく“選択肢が増える”タイプの改善です。

※ 在庫まわりは実機検証しておらず、公式ドキュメント・公式動画に基づく紹介です。

公式動画によると、AIアシスタント Sidekick に「何を再発注すべきか」と尋ねると、販売実績と残在庫から需要を予測して商品と数量を提案し、発注書も自動作成。さらに Sidekick Pulse が「過剰販売した商品」「在庫切れ間近（＋再発注提案）」「誤った場所に保管された在庫」など、すぐ対応すべき課題を拾い上げるとされています。以下 #26〜#32 はこの傘の下の個別機能です（動画では発注→入荷→販売→返品までの一連の流れを紹介）。

同じバリエーションを複数の倉庫・店舗に置くために在庫アイテムを重複作成する手間が解消され、ロケーション間でSKUを共有できるとされています（公式ドキュメントによる）。

アクセス集中時でも在庫の変動が数秒以内に各チャネルへ反映され、複数チャネルで在庫数を正確に保つ（売り越し防止）とされています（公式ドキュメントによる）。

店舗受取の注文を、店頭在庫だけでなく在庫転送中のアイテムからもフルフィルメントできるようになったとされています（公式ドキュメントによる）。

1つの出荷バーコード（GS1-128等）をスキャンするだけで、配送された荷物全体をまとめて入荷処理できるとされています（公式動画でも紹介）。一品ずつの検品が不要になります。

商品が販売中（アクティブ）かどうかに関わらず、ロケーション別の在庫を独立して管理・移動できるとされています（公式ドキュメントによる）。

Sidekick が需要予測から注文書（発注書）を生成し、そこから在庫転送を自動的に作成できるとされています（公式動画でも紹介）。発注の起点がAIの需要予測に移ります。

在庫数量の調整・設定を、完全な監査証跡（誰がいつ何を変えたか）付きで行えるとされています（公式ドキュメントによる）。棚卸し差異の追跡に役立ちます。

お客様が注文状況ページから、発送前の注文のキャンセルをセルフサービスでリクエストでき、マーチャントは管理画面で承認/却下できるとされています。「フルフィルメントまで/15分/1時間/24時間」など受付期間を設定可能（公式ドキュメントによる）。問い合わせ対応の負荷軽減に。

注文をバッチ（最大250件）にまとめ、ピッキングから配送までをカスタムのワークフローで一括処理できるとされています（公式ドキュメントによる）。出荷量の多いストアの省力化に。

1つの配送オプションの中で、注文金額や重量の範囲ごとに異なる送料を設定できます（例：0〜1kgはA円、1〜5kgはB円／3,000円以上は無料）。設定画面が刷新され（「配送料金」→「配送オプション」）、各オプションに配送日数・説明文の付与、しきい値での送料無料の自動適用も。なお重量ベースは全商品の重量データ整備が前提、条件の最上位は上限を空欄にしないと範囲外注文で配送エラーになる点に注意。

キャンセルや（発送前の）全額返金などで発送すべき商品がなくなった注文に、「フルフィルメント不要」ステータスが付くようになりました。従来は「未発送」のまま残って対応漏れと紛らわしかったのが、区別できます。実機でも、正常な注文をキャンセルすると「フルフィルメント不要」になることを確認しました（手動設定ではなく、キャンセル/全額返金/全商品削除で自動付与）。

店舗受取（ローカルピックアップ）の通知メールを管理画面から送信・再送信・印刷・確認できます。「受取準備完了としてマーク」で「ご注文の受取準備ができました」メール（受取店舗・住所・地図つき）が送られ、注文画面から内容を確認して再送信もできます。受取完了時にも通知を送れます。お客様への連絡漏れ・再連絡を管理画面で完結できます。

追跡できない配送（Shopify非対応キャリア等）の注文を、発送済みカードの「配達済みとしてマーク」で手動で配達完了にでき、お客様の注文状況に反映されます（一括処理も可）。

これは日本でこそ効きます。実機で確認したところ、ヤマト運輸の追跡番号を入れても「配達済みとしてマーク」が残りました。国内主要キャリア（ヤマト・佐川・日本郵便）は Shopify の自動追跡に非対応のことが多く、追跡番号があっても配達が自動で付かないため、この手動確認が日本のストアで実用的です。