Admin API を呼べるネットワークを限定し、トークンが漏れたときの被害を小さくする。一括処理（bulk operations）を使うアプリは 2026/11/12、それ以外の公開アプリは 2026/11/20 が期限。間に合わなければ一括処理の停止、App Store からの掲載取り下げまで起こる。
トークンさえあれば、どのネットワークからでも Admin API を呼べる。トークンが漏れると、どこからでも悪用されうる。
IP・CIDR、またはホスティング事業者の ASN と国で、呼び出し元を絞る。公開アプリはこの設定が必須になる。
| 期限（米国東部時間） | 対象 | 未設定のときに起きること |
|---|---|---|
| 2026/11/12 23:59 ET | bulk operations 利用アプリ | IP アローリストの無い公開アプリからの一括処理が実行に失敗 |
| 2026/11/20 23:59 ET | すべての公開アプリ | Shopify App Store から掲載取り下げ、新規インストールをブロック |
App Store 掲載などで複数ストアにインストールされる public app。bulk operations の有無で期限が変わる。
Custom apps は今回の要件の対象外。
マーチャントが Dev Dashboard または管理画面で作ったアプリは対象外。
Shopify を呼ぶ送信元が固定 IP なら、固定 IP アドレス または CIDR 範囲でアローリストを作る。
例 NAT ゲートウェイの固定 IP、専用サーバーの IP など
送信元 IP が変わる場合は、ホスティング事業者の ASN を許可し、アプリが動いている国を列挙する。
例 サーバーレス／PaaS など送信元 IP が固定できない環境
Admin API を呼ぶすべての処理（バッチ・Webhook 処理・ワーカー等）の送信元が固定か動的かを確認。
アプリの許可 IP を登録。固定なら IP／CIDR、動的なら ASN と国。
bulk operations を含む主要な API 呼び出しが通るか確認する（確認方法の詳しい手順は記載なし）。
アプリの Admin API 呼び出しが、アプリ事業者のサーバーではなくマーチャント側のインフラから行われている。
Admin API トークンが外に出る範囲をより絞れる構成へ、できるだけ早く移行すべき。上記の期限について延長申請を出すこともできる。
一括処理を使うアプリは 11/12 が期限で、過ぎると一括処理が失敗する。商品・注文の一括同期やエクスポートが止まるので、まずコードベースで bulk operations の使用箇所を探す。
記事は「アプリが Admin API を呼べるネットワーク」を絞ると説明している。Storefront API など、他の API に影響するかは記載なし。
固定 IP が用意できない環境でも、ホスティング事業者の ASN と稼働国で指定できる。ただし ASN 指定は同じ事業者を使う第三者も許可範囲に入るので、固定 IP より絞り込みは粗い。
新規獲得が完全に止まる。既にインストールしているストアで API が使えるかは記載なしなので、「既存ストアは大丈夫」と決めつけない。
マーチャントのインフラから Admin API を呼ぶ構成は、トークンが出回る範囲を絞れる構成へできるだけ早く移行すべきとされている。延長申請はできるが手順は記載なし。オンプレ連携・基幹システム直結型のアプリは今すぐ設計の見直しに入るのが安全。