Shopify Editions Spring ’26 開発者
開発者カテゴリーは 全54項目で全10カテゴリー中いちばん多い更新群です。一本に貫く流れは 「開発そのものをAIエージェント前提に作り直す」こと。お気に入りのAIコーディングエージェントから Shopify を正確に扱える AI Toolkit、フレームワークを選ばない 新しい Hydrogen、テーマとアプリ・AIが確実につながる 標準ストアフロントイベント——いずれも「人が手で書く／AIが書く」のどちらでも壊れにくい土台づくりに向いています。開発者向けAPI・ツールが中心のため、ごく一部（Shop 消費者アプリ・WhatsApp 依存の項目）を除き、原則すべて日本でも使えます。
検証ステータスについて：本カテゴリーは 公式ドキュメント（shopify.dev／changelog）ベースで整理しています。Developer Preview（先行公開）や 2026-07 以降提供の項目を含み、実機での挙動確認は限定的です。数値・正式な提供時期は出典先で最新をご確認ください。日本可否は「開発者向けAPIは原則グローバル提供」という前提に基づく判断です。
54項目を並べると、個々の機能改善の奥に一貫した設計思想が見えます。それは「AIエージェントが Shopify を推測ではなく正確に扱えるようにする」こと。AI Toolkit（#01）が公式ドキュメント・GraphQL スキーマ・コード検証をエージェントに渡し、Dev MCP（#24/#25）がそれをトークン効率よく供給する。新しい Hydrogen（#32）は「エージェントファースト」を掲げてフレームワーク非依存に再構築され、標準ストアフロントイベント（#49）はテーマ実装差を吸収してアプリ・AIとの連携を安定させます。
もう一つの軸は「運用負担を Shopify 側に寄せる」方向。App Home UI Extension（#12）でアプリのバックエンドサーバーが不要になり、<shopify-account>（#48）はアカウント導線をテーマ1行に、Shopify App Pricing（#26）は課金まわりを Shopify が代行します。StoreHero 視点：制作・運用の効率に直結するのは AI Toolkit／Dev MCP／メタオブジェクトAPI合理化（#11）／標準イベント。テーマ・アプリ開発のスピードと正確性を一段引き上げる土台で、日本のストア支援でもそのまま使えます。
01お気に入りのAIエージェントにコマースのスキルを（Shopify AI Toolkit）重要度S日本：利用可本カテゴリーの中心+
Claude Code・Codex・Cursor・Gemini CLI・Hermes・VS Code といったお気に入りのAIコーディングエージェントから、Shopify のストアフロント・アプリ・テーマを構築できるようにするツール群です。狙いは明快で、エージェントが Shopify の実装方法を「推測する」のではなく「正しく扱える」ようにすること。“それっぽいが動かない GraphQL”や“古いAPI”を構造的に減らします。
導入は3経路。①プラグイン（推奨）＝対応エージェントに入れると自動更新で常に最新、②エージェントスキル＝GitHub から個別に導入、③Dev MCP サーバー＝認証不要でローカル接続（後述 #24/#25）。Node.js 18+ が前提です。
注意したいのは層の違い。これは「開発フローのエージェント化」であって、買い物客がチャット内で決済まで完結する UCP（Universal Commerce Protocol）とは別の話です。あくまで“作る側”を速く・正確にするツールです。
24Shopify Dev MCP サーバー（トークン最適化＋全APIバージョン対応）重要度A日本：利用可#01の③経路の中身+
AI Toolkit が束ねる3経路のうち ③Dev MCP サーバーの中身です。MCP（Model Context Protocol／AIに外部の知識・ツールを接続する標準規格）でローカルに接続し、AIエージェントに実在する公式ドキュメントと GraphQL スキーマを都度渡します（認証不要）。今回の更新は2点——#24 トークン使用の最適化（ドキュメント全文でなく必要チャンクだけ返す）と、#25 全APIバージョン対応（サポート対象の全バージョンで正確なコンテキストとコード検証を取得）。
主要ツールは3つ：最初に呼ぶ learn_shopify_api、必要箇所だけ抜粋する search_docs_chunks、生成クエリが実在スキーマと一致するか検証する validate_graphql_codeblocks。AIに“幻覚コード”を書かせないための実装上の要です。
AIエージェントを使って、チェックアウト拡張機能やお客様アカウント拡張機能を Polaris Web Components へ移行できる。手作業の移行をAIが肩代わりする。
※ 背景：UI拡張機能の部品モデルは API 2025-07 までは React コンポーネント、2025-10 以降は Polaris Web Components（s-* タグ）に切り替わった（公式のバージョン仕様）。Web Components はフレームワーク非依存で、Admin・Checkout・お客様アカウント・App Home の各サーフェスで同じ部品を横断利用できる。この移行作業をAIで支援するのが本項目。 出典 ↗
32あらゆるスタックで使える全く新しい Hydrogen重要度S日本：利用可Developer Preview+
ヘッドレス（Shopify を在庫・決済の裏側として使い、表側を自前で作る構成）の作り方が大きく変わります。これまでの Hydrogen は React Router（旧 Remix）前提でしたが、新しい Hydrogen は中核機能を SDK として切り出し、フレームワーク非依存に。Next.js・Svelte・Nuxt・Astro など好きなスタックに組み込めます。
もう一つの特徴が「エージェントファースト」。AIエージェント向けのスキルを 12種以上同梱し、AIにヘッドレス開発をさせる前提で設計されています。現在は Developer Preview（本番前の先行公開）段階で、npx @shopify/hydrogen@preview setup から試せます。
49標準のストアフロントイベントとアクション重要度S日本：利用可AI連携の土台+
アプリや外部スクリプト（AIエージェントを含む）が、テーマのカートを正式な作法で読み書きできる共通インターフェースです。従来はカートのHTMLを探し、ボタンの class を推測してクリックする“DOM手探り”が必要で、テーマを更新すると壊れるのが常でした。
標準イベント＆アクションでは、テーマが標準イベントを発火し、アプリ側は Shopify.actions を呼ぶだけ——updateCart()（カートに反映）・openCart()（カートを開く）・getCart()（中身を取得）。テーマ実装差に依存しないため、テーマが変わっても動き続けます。AIエージェントがストアフロントを正しく操作する土台にもなります。
48お客様アカウントのウェブコンポーネント（<shopify-account>）重要度S日本：利用可テーマに1行+
<shopify-account> というウェブコンポーネントをテーマに1行置くだけで、顧客がストアから離れずにログインやアカウントメニューにアクセスできるようになります。従来は「ログイン状態の判定 → リンクの出し分け → メニュー実装」を手書きしていた部分が、Shopify 管理の1要素に置き換わります（JS 実装・状態管理は不要）。
前提として、ストアでお客様アカウント（新しい認証）が有効であることが必要です。新しいアカウント体験への導線を、テーマに最短で組み込めます。
12軽量アプリのバックエンドが不要に（App Home UI Extension）重要度S日本：利用可カスタム配布限定+
これまで埋め込みアプリは自分のサーバーで画面を配信し、管理画面に iframe で差し込んでいました。App Home UI Extension は、その土台を Shopify ホスト型に変えます。サーバーを用意・運用せず、UI を書いて配置するだけ。稼働監視・スケール対応といった負担が消えます。
技術スタックは Preact ＋ Polaris web components ＋ Remote DOM（画面の構造を Shopify 側に安全に渡して描画させる仕組み）。バンドル上限は 64KB。現状はカスタムディストリビューション（特定ストア向け配布）限定で、まずは社内ツール的なアプリに向きます。
アプリが所有する宣言型メタオブジェクトにアクセススコープが不要になり、インストール時のデータ移行が容易に。アプリ導入時の摩擦を減らす。出典 ↗
11メタフィールドとメタオブジェクト API の合理化重要度S日本：利用可2026-07以降+
メタオブジェクト（商品やページの外で持つ独自データ構造）の読み書きが、よりシンプルな GraphQL でできるようになります。従来は fields { key value } とフィールドを1個ずつ列挙し、配列や JSON は自分のコードで組み立てる必要がありました。新しい values プロパティでは、構造化された値がまとめて返り、更新（パッチ）も values 起点で部分的に書き換えられます。
結果としてコード量と取り違えが減ります。利用可能になるのは 2026-07 以降の API バージョンの見込みです。
ShopifyQL がドット構文でメタフィールドのディメンション・絞り込みをサポート。カスタムデータを使った分析クエリが書ける。出典 ↗
エージェントやターミナルから、自動認証付きで Admin API のクエリや Bulk Operations を実行できる。肝は「CLIから叩ける」ことより認証の自動化——従来はアプリを作ってトークンを発行し、ヘッダーに手で載せる必要があった。shopify store auth でログインを済ませれば shopify store execute -q '...' で即実行でき、アプリもトークン管理も不要になる。
※ AI Toolkit（#01）との違い：AI Toolkit／Dev MCP は「正しい GraphQL を書く・検証する」知識層で、あなたのストアのデータには触れない。対してこの #03 は「そのクエリを実際にストアへ実行する」実行層。AIがストアを操作できるのは、エージェントがこの CLI を呼び出すからで、両者は重なって働く。 出典 ↗
セマンティックバージョニングを採用。マイナー・パッチは自動更新、メジャーはオプトイン。CLI のバージョン管理が明快に。出典 ↗
Dev Dashboard でトークンを作成し、CI/CD でアプリのリリースを自動化できる。デプロイの無人化に。ブラウザログイン（対話認証）なしで CI から shopify app deploy を実行できるのがポイント。
※ StoreHero 視点：自社で Shopify アプリを開発・運用している場合、これは素直に効く。「main にマージ → GitHub Actions が自動デプロイ」というパイプラインを、対話ログインの再認証に詰まることなく組める＝デプロイの属人性と手間が消える。 出典 ↗
アプリ独自のイベントを Shopify に送信し、Dev Dashboard で監視・管理できる。課金連動の土台にもなる。出典 ↗
Dev Dashboard の Webhook 監視が、複数選択での絞り込み・イベント数表示・カスタム時間範囲に対応。障害調査がしやすく。出典 ↗
開発ストア・移行ストア・コラボレーターストアを Dev Dashboard に集約して一元管理できる。出典 ↗
7つのシステム役割でパートナーチームを管理でき、カスタム役割も作成可能。チーム運用の権限管理に。
※ Shopify は「権限管理が簡単になった」と打ち出しているが、移行直後の現場では「権限の役割分担がわかりづらい」「新 Dev Dashboard でコラボレーター権限の設定が面倒（2画面を往復・毎回選び直し）」といった指摘も見られる。慣れるまでは戸惑いやすい領域。 出典 ↗
Polaris（管理画面UIのデザインシステム）のドキュメントが刷新され、コードサンプル・ユースケース・メニュー構成が拡充。出典 ↗
Shop Pay や Apple Pay などの高速チェックアウトで、ネストされたカート明細（アドオン商品）に対応。商品ページからアドオンを一緒に購入できる。出典 ↗
管理画面のUI拡張機能でディスカウントクラスを管理し、条件付きのUIをレンダリングできる。割引設定画面を独自に作れる。出典 ↗
▶ テーマ／ストア側で実際に試せそうなもの
テーマ設定で配色パレットを定義し、テーマ全体に反映できる。テーマ側で完結する設定なので、対応テーマなら実際に触って試せる。配色の一元管理に。出典 ↗
サインインページへのリンクに login_hint=メール を付けるだけ。テーマのリンク1か所の修正で試せる小技で、ログイン導線の離脱低減に効く。出典 ↗
▶ 出典リンクのみ（開発者向け中心・本記事では深掘りせず）
チェックアウト・Functions・割引（開発者向け）
メタ・データ／在庫API（開発者向け）
アプリ運用・CI・Dev Dashboard（開発者向け）
POS（実店舗・要ハードウェアで試しにくい）
販売チャネル／ Shop・WhatsApp（地域限定で試しにくい）