App Store 申請要件を更新 「作る → 伸ばす → 増やす」の順番が必須に

図解 ： Shopify App Store の申請要件を更新（build, grow, then expand） Shopify App Store / ポリシー変更 App Store 申請要件を更新 「作る → 伸ばす → 増やす」の順番が必須に 追加アプリの掲載には既存アプリの導入実績が必要に。リジェクト後の再申請には段階的に長くなるクールダウン、新規申請には本人確認、6 か月インストール 0 のアプリは自動で掲載削除。本日から適用。 このページの構成 そもそも何が変わるのか（30秒で理解） 4 つの変更点を図解 申請〜掲載維持のチェックポイント 影響を受ける人／受けない人 従来 vs 新ルールの比較 今すぐやること（3ステップ） 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか 目的は「掲載されているアプリ ＝ マーチャントが実際に使っているアプリ」にすること。 新規申請・リジェクト後の再申請・追加アプリの掲載・ インストール 0 の掲載中アプリ に新しいしきい値が入り、 本日から適用 される。 従来 ： 数を出すことができた 既存アプリの利用状況に関係なく追加アプリを申請でき、使われていないアプリも掲載が残り得た。 今後 ： 実績を積んでから増やす 既存アプリの導入実績・本人確認・クールダウン明けが前提。使われないアプリは 6 か月で自動削除。 2 4 つの変更点を図解 変更 1 追加アプリ掲載前の最低導入数 追加アプリを掲載するには、 既存の各アプリ が full-priced（正規料金）の Shopify ストアで 10 インストール以上 必要。詳細は App submission review guide の submission limits。 変更 2 リジェクト時の段階的クールダウン リジェクトされると再申請まで待機期間。 リジェクトが繰り返されるたびに長くなる 。意味のある修正なしの再申請は待ちを延ばすだけ。詳細は App submission paused。 変更 3 新規アプリの本人確認 新規アプリ申請者は 本人確認が必須ステップ に。マーチャントが「誰のアプリか」を分かるようにするため。申請前に partner account から完了できる。 変更 4 6 か月インストール 0 は自動削除 6 か月経ってもインストール 0 のアプリは Shopify App Store から自動で削除 される。詳細は App usefulness check。 3 申請〜掲載維持のチェックポイント 「10 インストール」は追加アプリのためのゲート 、 「インストール 0」は既存掲載の削除判定 。数え方は別物なので混同しないこと。 記事内の「full-priced Shopify stores」の厳密な定義（どのプラン・ストア種別が含まれるか）は記載なし。リンク先の submission limits を確認すること。 4 影響を受ける人／受けない人 影響を受ける（いずれか 1 つでも該当） 追加アプリを掲載したい 既存アプリ各 10+ が必要 リジェクト後に再申請 クールダウン対象 新規アプリを申請 本人確認が必須 掲載中でインストール 0 自動削除の対象 影響を受けない すでに インストールのしきい値を満たしていて 、かつ 少なくとも 1 つの full-priced Shopify ストアにインストールされ続けている アプリは影響を受けない。 5 従来 vs 新ルールの比較 項目 従来 新ルール（本日から） 追加アプリの掲載 本記事に記載なし 条件付き 既存の各アプリが full-priced ストアで 10 インストール以上 リジェクト後の再申請 本記事に記載なし 段階的クールダウン リジェクトを繰り返すほど長くなる（具体的な日数は記載なし） 新規アプリの申請者 本人確認は必須ステップではなかった 本人確認必須 partner account から事前に完了 使われていない掲載アプリ 本記事に記載なし 自動削除 6 か月インストール 0 で App Store から削除 適用開始 — 即日 新規申請・再申請・掲載中アプリすべて 6 今すぐやること（3ステップ） 1 本人確認を済ませる 新規アプリを出す予定があるなら、申請前に partner account から本人確認を完了。 2 導入実績とクールダウンを確認 申請・再申請前に、適用される導入数要件を満たし、クールダウンが終わっているかを確認。 3 掲載中アプリのインストール数を棚卸し インストール 0 で自動削除の対象になりそうなアプリを洗い出す。 リジェクトされたら、レビューのフィードバックに対応してから再申請する。 修正が不十分なまま出すとリジェクトが重なり、クールダウンがさらに延びる。 7 技術者が押さえるべき5つのポイント 1. 「各アプリ」が 10+ ＝ いちばん弱いアプリがゲート 条件は合計ではなく、既存アプリ それぞれ が 10 インストール以上。1 本でも伸びていないアプリがあれば、次のアプリは掲載できない。 2. カウントされるのは full-priced ストア 導入数は full-priced（正規料金）の Shopify ストアでのインストールで数える。どのストア種別が除外されるかの具体的な定義は本記事に記載なし。submission limits で確認すること。 3. リジェクトにはコストがかかる クールダウンは段階的に延びる。具体的な日数・何回目でどこまで延びるかは本記事に記載なし。「とりあえず出して指摘を待つ」運用は避け、提出前の自己レビューを厚くする。 4. 本人確認は partner account 単位の事前作業 新規アプリ申請の必須ステップ。申請前に partner account から完了できる。必要書類・所要時間は本記事に記載なし。リリース日から逆算して早めに済ませておく。 5. 掲載後も「使われ続けること」が条件 6 か月インストール 0 で 自動削除 。掲載がゴールではなく、ローンチ後に最初のインストールを取りにいく施策（既存顧客への案内など）まで含めてリリース計画に組み込む必要がある。削除後の再掲載手順は本記事に記載なし。 8 業務に活かせる3つのユースケース USE CASE 1 複数アプリを持つパートナーの「次の 1 本」リリース計画を組み直す 課題 新アプリをリリースしたいが、既存アプリのうち 1 本でも full-priced ストアで 10 インストールに届いていないと掲載できない。 打ち手 既存アプリごとのインストール数を棚卸しし、10 未満のアプリを先に伸ばすか、新アプリの掲載タイミングを後ろにずらす。 効果 申請してから要件不足に気付く事態を避け、リリース日の見通しを立てられる。 技術メモ 判定は「各アプリ」単位。full-priced の定義は App submission review guide の submission limits を参照。 USE CASE 2 申請前チェックリストに「本人確認・クールダウン・導入数」を追加 課題 リジェクトが重なるとクールダウンが延び、リリース遅延に直結する。新規申請では本人確認が未完了だと申請に進めない。 打ち手 社内の申請前チェックリストに ① 本人確認の完了 ② クールダウン終了 ③ 導入数要件 ④ 前回レビュー指摘への対応確認 を追加し、提出前にゲートを通す。 効果 無駄なリジェクトによるクールダウンの延長を防ぎ、リリーススケジュールを守りやすくなる。 技術メモ クールダウンの詳細は App submission review and suspensions の App submission paused。具体的な日数は本記事に記載なし。 USE CASE 3 掲載中アプリの「自動削除リスク」を定期モニタリング 課題 ニッチ向けやクライアント案件のために公開したアプリが、インストールの無いまま放置されていると自動削除の対象になる。 打ち手 掲載中アプリのインストール数を定期的に確認し、0 のものを洗い出す。残すなら導入を取りにいき、不要なら整理を判断する。 効果 気付かないうちにアプリが削除される事態を防ぎ、掲載ポートフォリオを意図的に管理できる。 技術メモ 判定基準は App usefulness check を参照。削除前の事前通知の有無は本記事に記載なし。 9 提案で使える1行サマリ 「App Store は『作る → 伸ばす → 増やす』の順番が必須に。 既存の各アプリで 10 インストール、新規は本人確認、リジェクトは段階的クールダウン、6 か月インストール 0 は自動削除。 数を出すより、1 本ずつ確実に使われるアプリを育てる戦略に切り替えるべき。」 source ： shopify.dev / changelog / shopify-app-store-submission-requirements-build-grow-then-expand generated 2026-11-11