App Store からのアプリ削除が Partner Dashboard で完結するように
Shopify サポートに連絡しなくても、開発者自身でアプリのサンセット（提供終了）を始めて App Store から取り下げられるようになった。サンセット日は 30 日以上先に設定する必要がある。
カテゴリ
公開アプリ、App Pricing、CLI、Dev Dashboard、アプリ配布まわり。
86 件の記事
Shopify サポートに連絡しなくても、開発者自身でアプリのサンセット（提供終了）を始めて App Store から取り下げられるようになった。サンセット日は 30 日以上先に設定する必要がある。
2026 年 11 月 10 日以降、顧客データの消去リクエストはリクエスト送信から 5 日後に処理される。顧客の直近の注文日には左右されない。例外は「送信予約済みギフトカードの受取人」だけ。
Dev Dashboard の IP 許可リストで、固定 IP と ASN（自律システム番号）を同じリストに登録できるようになった。固定 IP と動的 IP が混在するアプリでも設定しやすくなる。IP 許可リストは近く全ての公開アプリとカスタムアプリで必須になる予定。
2026年11月20日から新規インストール、2027年1月1日から既存インストールにも適用。トークンが漏れても、許可したネットワーク以外からは Admin API を呼べないようにする。
追加アプリの掲載には既存アプリの導入実績が必要に。リジェクト後の再申請には段階的に長くなるクールダウン、新規申請には本人確認、6 か月インストール 0 のアプリは自動で掲載削除。本日から適用。
各パートナーのプロフィールに、過去 4 年間のクライアントストアでの活動をもとにした Shopify データが表示されるようになった。どのプロフィールも同じ項目で並ぶので、比べやすくなる。
bulk クエリと bulk ミューテーションは、それぞれ Partner Dashboard でアクセスを有効化しないと access denied エラーになる。全 API バージョンが対象。直近 31 日使っていない種類はアクセスを失う。
設定 ＞ アプリ で、各アプリの最新アクティビティ、注意が必要なセキュリティ問題、機密データを含む可能性がある権限、必須のセキュリティ対策（有効期限付きトークン・IP 制限）に対応しているかを確認できる。
Dev Dashboard の IP allowlist で、IP アドレスに加えて「Networks（ASN）」を許可できるようになった。ASN は最大 10 個、国は最大 10 か国まで絞れる。IP allowlist はまもなくすべての公開アプリで必須になる。
Admin API を呼べるネットワークを限定し、トークンが漏れたときの被害を小さくする。一括処理（bulk operations）を使うアプリは 2026/11/12、それ以外の公開アプリは 2026/11/20 が期限。間に合わなければ一括処理の停止、App Store からの掲載取り下げまで起こる。
Sidekick アプリ拡張に対応したアプリがインストールされていれば、Sidekick はそのアプリのデータも踏まえ、ストア全体をより広く見たうえで提案できるようになった。
リニューアルされたデスクトップ版管理画面で、検索が大幅に高速化。管理ページ、リソース、設定、インストール済みアプリを 1 つの検索フローで探せる。⌘K / Ctrl+K でキーボードから直接呼び出せる。
マーケティングメールの送信数やロイヤルティ特典の利用数など、対応アプリのイベントを、いつも使っている Shopify Analytics のレポートでそのまま確認・比較・絞り込みできる。
テーマ比較に加えて、「購入までの全体導線」「商品の見つけやすさ」「カート追加の確信度」という目的別にシミュレーションできるようになった。提案は番号マーカーでページ上の該当箇所と結び付けて表示され、訪問サマリや再生動画で詳細も確認できる。
アプリが analytics_app_events 拡張でイベントを宣言し、App Events API で送信すると、マーチャントはレポートビルダーや ShopifyQL（FROM app_events）でアプリの指標・ディメンションを分析できるようになる。
テーマ開発者が theme app extensions でストアフロントアプリを作り、Theme Store のテーマ掲載に紐づけられる。マーチャントはテーマとアプリを 1 回の流れでインストールでき、開発者は Shopify App Pricing で新たな収益源を得る。
公開プランに「ストア要件」を設定できるようになった。必要な機能を持たないストアはそのプランに加入できず、マーチャントが動かない機能にお金を払うのを防げる。設定は任意なので、対応しなくても何も変わらない。
埋め込みアプリが、あらかじめ用意したプロンプト付きで Sidekick を起動できるようになった。マーチャントはアプリを離れずに、その場の文脈に合ったヘルプを受けられる。
期限なしのオフラインアクセストークンを使い続ける公開アプリは、App Store から非掲載になり新規インストールもできなくなる。新しく加わった「client credentials access」で、バックエンドだけでアクセスを取り戻せるようになった。
Dev Dashboard で自社サーバーの IP アドレス（または CIDR 範囲）を登録して制限を有効化すると、それ以外の場所からアプリのトークンを使った GraphQL Admin API／REST Admin API へのリクエストを Shopify が 403 で拒否する。
search_catalog に新しく追加された sources パラメータで、Shopify マーチャントの商品と外部ブランドの商品をひとつのレスポンスで受け取れる。指定しなければ従来どおりなので、既存の呼び出しは変更不要。
リンク先ホストを宣言すれば、顧客がストア外へ移動する際の警告をスキップできる。通信先サーバーを宣言すれば、Shopify が不審な通信を見つけてアプリを守る材料になる。
管理画面の「販売チャネル ＞ Agentic ＞ Knowledge base」に組み込まれた。単体の Knowledge Base アプリは置き換えられ、2027 年 1 月 15 日以降は利用できなくなる。
Polaris Web Components 2.0 が CDN の stable チャネルで配信開始。CDN がセマンティックバージョニングになってから初めてのメジャーリリース。ただし自動では切り替わらないので、script タグを polaris-2.js に変える必要がある。
AI で脆弱性が見つけやすくなり、アプリのエコシステム全体で攻撃が増えている。Shopify はすべてのアプリ開発者に、セキュリティを最優先にして今週中に対策するよう呼びかけた。あわせてプラットフォーム側の制限も厳しくしていく。
Shopify AI Toolkit と Shopify CLI に、セキュリティチェックの新コマンドが加わった。コード・拡張ポイントの設定・依存関係をスキャンし、該当箇所・深刻度・修正例・関連ドキュメントを返す。オープンソースで公開されている。
Shopify Catalog の 10 億点以上の商品を検索し、カートを作り、Shop Pay でチェックアウトを完了するところまでを 1 つの MCP 接続でエージェントに持たせられる。検索に API キーは不要。既存の Catalog API 連携は変更なし・対応不要。
2026年4月に非推奨化された Global Catalog REST API が、2026年11月2日にトラフィックの受け付けを止める。以降は保存済みカタログも含めすべてのリクエストが失敗する。移行先は Universal Commerce Protocol（UCP）を実装した Global Catalog MCP。
欧州 12 か国のマーチャント向け。公開中の言語ごとに Auto-sync を ON にすると、新規・更新されたコンテンツを Shopify が毎週自動で翻訳する。Shopify に翻訳を任せられる言語数も 2 → 8 に拡大。
これまではカートが実際に変わっていなくても mutation は成功（resolve）扱いでした。2026-10 からは POS が書き込みを確認できない場合に promise が reject されるため、すべての呼び出し箇所でエラー処理が必要になります。
Shopify-managed installation を使うアプリが、任意の書き込みスコープを対応する読み取りスコープに置き換えられる。読み取り権限を失わずに書き込み権限だけを手放せる。既存アプリの対応は不要。
Classic Webhooks の後継。受け取る変更（triggers）・ペイロードに載せるデータ（GraphQL query）・配信条件（query_filter）をアプリ側で指定できる。変更内容・対象 ID・クエリ結果がまとめて届くので、受信後の追加 API 呼び出しや差分計算が要らなくなる。
Shopify Functions で独自のディスカウントタイプを作るアプリが shopify/Discount インテントを登録可能に。Sidekick がアプリの作成・編集フローを起動し、候補選択ピッカーでも優先表示されるようになった。
Partner Dashboard の移行ツール、または Shopify CLI の新コマンドで既存の契約を移せる。切り替わるのは次の請求サイクルの開始時で、マーチャントによる課金の再承認は不要。
これまでは tools を宣言した拡張機能しか Sidekick に拾われなかった。今後は intents だけを宣言した拡張機能も対象になる。ただし extensions_summary が無いと次回の deploy で検証エラーになる。
売上・アラート・ストア管理・コラボレーター権限・ログを、全アプリ／全ストア横断で 1 画面に集約。「マーチャントに言われる前に」アプリの問題に気づけるようにするリニューアル。
API リクエスト量・エラー率・Webhook 配信の健全性・埋め込み管理画面の表示速度を、しきい値付きで一目で確認できる。API リクエスト・Webhook・アプリイベントは 1 本のログストリームにまとまり、絞り込んで原因を追える。
埋め込み App Home 向けに Polaris 2.0 の RC を公開。新しい Shopify 管理画面の色・文字・余白・アイコンを取り込める。ストアごとに旧デザイン／新デザインへ自動で合わせて表示されるので、1 つのアプリで両方の画面に対応できる。
2026年9月15日から管理画面の新しい見た目が段階的にロールアウト。Admin UI extensions／App Home UI extensions は自動で新スタイルに。App Home に独自 UI を描画しているアプリは、Polaris 2.0 へ移行するまで現在のスタイルのまま。
2026年9月15日から段階的に提供開始。全ページで色・文字・余白・アイコンが新しくなり、新しいフレームに収まる。設定は不要で、各ストアの管理画面に自動で反映される。
新しい shopify store コマンドで、ターミナルやコーディングエージェントから開発ストアを直接管理できる。あわせて「1 組織あたり開発ストア 250 件」の上限が新設された。
1 バリエーション ＝ 1 バーコードだった制約が外れ、UPC / EAN / ISBN / GTIN / ASIN を型付きで最大 20 件まで保持できるようになった。従来の barcode フィールドは動き続けるが deprecated。読み取りだけを続けると「他のバーコードの存在に気づけない」状態になる。
CDN から読み込む Polaris Web Components のバージョン体系が semver に。互換性のある改善は今まで通り自動で降ってくるが、破壊的変更（メジャー）の適用タイミングは開発者が明示的に選べるようになった。既存アプリに即時対応は不要。
リフレッシュのレスポンスを取りこぼしても、直前の refresh token が「置換トークンを使い始めるまで」生き残る。60 分の猶予枠に間に合わなかったアプリが、マーチャントの再インストール無しで自力復帰できるようになった。移行作業は不要。
リクエスト検証・トークン交換・Admin GraphQL の 3 つを「フレームワーク非依存の部品」として提供。Laravel / Symfony / Django / FastAPI、素の PHP・Python どれでも使える。旧 shopify-api-php / shopify_python_api は非推奨に。
2026年10月1日から新規作成・更新が不可、2027年3月1日から Shopify がストアフロントに script tag を注入しなくなる。API バージョンを固定しても先送りできない。テーマアプリ拡張の App embed block か Web pixel への置き換えが必要。
ストア上のフォーム送信時に WhatsApp のオプトインを取得できる。取得した購読者リストを増やし、WhatsApp のマーケティングキャンペーンで新規リードを転換につなげる、というのが公式の説明。
キャンペーン開始、LP 公開、仕入先変更、ポップアップ出店 ——「いつ何があったか」がチャート上に印として乗る。アプリが追加した注釈は、どのアプリが付けたか（アプリ名・ロゴ）まで表示される。レポートの数値そのものは一切変わらない。
これまでの shopify.print はシステムの印刷ダイアログを開くことしかできず、専用レシートプリンタを狙い撃ちできなかった。新しい shopify.printing は端末に繋がったプリンタを列挙し、ダイアログ無しで直接印刷ジョブを飛ばせる。
Order / Collection / InventoryItem / InventoryShipment / Location が購読可能に。さらに Product・Order・Customer・Collection・Location の メタフィールド変更そのもの を namespace と key 単位で購読できるようになった。「全更新を受けて自前で差分を取る」handler が要らなくな
チャートライブラリ・データウェアハウス・通貨/ロケール処理・管理画面に似せた UI。マーチャント向け分析のために毎回自前で立てていたスタックを、Shopify 側に丸ごと預けられるようになる。データを置く場所は、マーチャントが既に意思決定している場所（Shopify 管理画面）。
アプリの料金プランは公開 8 個・非公開 15 個まで作成可能に。審査・開発ストアでの課金フローは実課金なしでテストでき、App Events API は使用量の「訂正（マイナス）」と「小数値（1.5 など）」を受け付けるようになった。
新ターゲット pos.app.ready.data は POS セッションの間ずっと動き続け、画面を一切描画せずに POS のイベント監視・データ保存・非視覚系 API の呼び出しができる。「レジ画面に何かを出す」以外の拡張がついに公式サポートされた。
アプリと顧客データを共有しているストア向けに、「いつ・どのようにデータアクセスが変わったか」の履歴を、各アプリピクセルの詳細ページからそのまま確認できるようになった。2026年6月3日以降の変更をすべて記録する。
Storefront MCP の get_cart / update_cart が非推奨に。UCP 準拠の Cart MCP（新エンドポイント /api/ucp/mcp）へ移行する。旧ツールは 2026年8月31日 まで維持。
アプリが API 一発で「Shopify のファイルライブラリから選ぶ」画面を呼び出せるようになった。独自のファイル選択 UI を作る必要も、別画面に誘導する必要もなくなる。選択結果はファイル ID の配列で返ってくる。
アプリの管理画面パフォーマンスデータが Partner Dashboard から Dev Dashboard へ移動。タブを行き来せず、既存のモニタリングツールと並べて Core Web Vitals を確認できるようになった。コード変更は不要。
2026年12月1日施行。購入者向けのセルフサービス機能を持つ返品・交換アプリとサブスクリプションアプリは、顧客認証に Customer Account API を使う必要がある。期限までに対応しないと Built for Shopify ステータスを失うリスクがある。
本日から、すべての Sidekick app extension は「アプリ本来の機能の範囲内で動くこと」「Sidekick 内で宣伝・広告・クロスセル・レビュー依頼をしないこと」の 2 つを守る必要がある。プラットフォームの健全性・マーチャントの透明性・信頼を守るための措置。
Liquid ストアフロントに、テーマとその上で動くコードの間の標準通信レイヤーが追加。テーマは イベントを発火し、アプリやエージェントは アクションを呼び出す。両方が全テーマで動き、セットで提供されるため実装は一度だけで済む。
全アプリ開発者が Sidekick app extensions を作れるようになった。Sidekick がアプリ内のデータにアクセスしたり、アプリ内で操作を実行したりできる。Klaviyo・Loop・Smile・Judge.me・Checkout Links・Matrixify など18社が早期アクセスで稼働済み。
スマホからのストア編集が作り直された。編集中もストアのプレビュー（キャンバス）が消えず、設定は画面を覆わないコンパクトなシートで開く。タップ操作・指向けの UI・AI アシスタント Sidekick がエディタ内に統合された。
これまで POS チャネル側と管理画面側に分かれていたスタッフ管理が、1 か所（Settings ＞ Users）に集約。季節スタッフの休止・再開、高信頼ロールの識別、複数ストア横断のロール付与もしやすくなった。既存ユーザー・権限・ロールは自動移行済み。
新しい admin.app.home.render ターゲットで、アプリの表紙（App Home）を Preact ベースの admin UI 拡張として作れるように。他の admin UI 拡張と同じ束（バンドル）に同梱され、App Home を描画するための別 Web サーバーが要らなくなる。
Tags:
Tags:
非期限トークンは、漏洩したら永久に有効になってしまう。Shopify は全 Public アプリに 60 分で失効＋自動ローテーションする「Expiring Offline Access Token」への移行を義務化する。
Tags:
Tags:
アプリから API を 1 回呼ぶだけで、Shopify 管理画面の Settings の該当セクションをオーバーレイで開き、編集すべきフィールドまで自動スクロールする。3 月の初回リリースの拡張版。
API version 2026-07 から ProductVariant が Publishable になり、publication（チャネルまたはカタログ）単位でバリエーションごとに公開状態を制御できる。バリエーションを削除する・商品を複製する・ストアフロントのコードで隠す、といった回避策が不要に。
Dev Dashboard で発行する「アプリ単位（app-scoped）」のトークンを使い、最新の Shopify CLI で GitHub Workflows などからアプリのリリースを自動化できるようになった。Partner Dashboard で発行していた旧 CLI トークンを置き換える。
$app:example のような型を持つアプリ所有のメタオブジェクト（宣言的定義で作ったものを含む）を、所有アプリ自身が追加のアクセススコープ要求なしで読み書きできるようになった。インストール時の権限同意が一段シンプルに。
これまで設定ページを行き来していた決済・レシート・チップ・顧客情報・アプリの設定が、Smart grid や Lock screen などと同じ 1 つのエディタに集約。Online Store エディタと同じ分割パネル UI で、編集とプレビューが同じ文脈のまま進む。
ハードウェアキーボードを付けた iPad / Android タブレットで、検索・一覧移動・選択・チェックアウトをすべてキーボードだけで完結。入力の多い場面でタッチとキーボードを行き来する手間が消える。
POS バージョン 11.5 以降、Shopify 管理画面で任意の割引コードからスキャン可能な QR コードを生成できる。POS スタッフがレジで読み取っても、顧客がオンラインストアのセッションで使っても適用される。
マーチャントがアプリを削除する前に、8つの理由から 1 つを必ず選ぶようになった。Partner Dashboard に、より明確で行動につながる離脱インサイトが届くようになる。
商品カタログを扱う MCP ツールが search_catalog / lookup_catalog / get_product の3本に再編。呼び出し先も /api/ucp/mcp へ。旧ツールは 2026年6月15日まで維持され、その後廃止。
アプリの審査フィードバックがメールから Partner Dashboard へ移行。要件ごとにステータスが付き、AI セルフレビューと自動プレ提出チェックで「差し戻される前に直す」運用に。審査・公開の高速化が狙い。
Shopify モバイルアプリ内で動く埋め込みアプリ向けに、画面下部のオーバーレイ（フローティング下部ナビバーなど）の高さを CSS ピクセルで返す新しいカスタムプロパティ。App Bridge が自動でセットし、固定配置の FAB やスティッキーフッターをバーの上に逃がせる。2026年4月15日から適用。
Shopify が「リクエスト元は本当に Shopify か」を証明するためのクライアント証明書を、2026 年 6 月 15 日から新しいものに切り替える。同じ認証局（CA）で署名されるため、標準的な mTLS 検証をしているアプリには影響なし。独自の証明書検証をしているアプリだけ、6/15 までに対応が必要。
これまで対象が限られていた「注文小計の最小／最大」によるチェックアウト制限が、Basic・Grow・Advanced・Plus の各プランで使えるようになった。B2B 機能を非 Plus プランへ広げる流れの一環。
埋め込みアプリのモバイル表示で、画面下の「アイコン＋テキスト」バー（ActionBar）が消滅。primary action はヘッダー右上のアイコンボタンに、secondary actions はオーバーフローメニューに移動する。アイコン未指定だと + がデフォルト表示になる。
Claude Code・Cursor・VS Code などの AI ツールから、Shopify のドキュメント・API スキーマ・コード検証を直接参照し、CLI 経由でストア操作までできる。導入用の plugin は自動更新で、エージェントが常に最新機能に追従する。
1 つの販売チャネルアプリが、1 つのショップ上で複数のチャネル接続を作成・管理できるようになった。接続ごとに別々の specification（仕様ファイル）や外部アカウントを持てる。これまでアカウントや市場ごとにアプリを分割していたモデルを、1 アプリ内に集約できる。
設定 ＞ アプリ から各アプリを開くと、稼働中の Extensions・Functions、まだ有効化していない機能、そして Pixels による顧客データ収集状況までまとめて確認できるようになった。アプリスタックの管理がより自信を持って行える。