アプリ申請チェックリスト:両ストアで必要なすべてのアセット(2026年版)
アプリはできあがりました。しかし両ストアはリリースを許可する前に、一連のアセットと回答を求めてきて、しかもその内容は異なります。これはより広範囲を網羅したリストです。App Store ConnectとGoogle Play Consoleが要求するすべてのアセットとフィールドをストア別に整理し、審査開始前にアップロードをブロックする2026年のビルドルールもあわせて紹介します。
スクリーンショットだけに絞ったチェックリストは別にあります(末尾にリンクあり)。今回はより広範なリストで、スクリーンショットはアイコン、フィーチャーグラフィック、リストテキスト、プライバシーフォーム、レーティング、アップロード自体をゲートするビルド要件と並ぶ一項目です。
要件と締切は変動します。以下の日付付きルールは固定事実としてではなく、申請日当日にストア自身のドキュメントで確認するための目安として扱ってください。
ステップ0:2つの開発者アカウント
どちらのストアでも、まずアカウントがなければ申請すらできません。しかも料金体系はまったく異なります。
- Apple Developer Program — 年間$99(USD、現地通貨で請求)。継続課金の会員制です。更新を忘れると、更新するまでアプリはApp Storeから削除されます。
- Google Play Console — $25、登録時に一度だけ。買い切りで返金不可、更新の必要もありません。
- どちらも本人確認が必要。個人アカウントも組織アカウントも本人確認を通過する必要があります。Googleの組織アカウントにはD-U-N-Sナンバーが必要で、Appleは組織登録に対して法人の実在確認を行います。リリース計画の前に数日の余裕を見ておきましょう。
Apple編:App Store Connectが要求するもの
ビルド:
- 最新SDKでビルドされたアプリバイナリ。2025年4月以降、iOSとiPadOSアプリはアップロードにiOS 18 SDK(Xcode 16)以降でのビルドが必要です。Appleは2026年4月28日以降、アップロードにiOS 26 SDK以降が必要になると発表しています。申請日時点でどのSDKが有効かを確認してください。
- ビルド内のアプリアイコン。Appleはアプリのアセットカタログからアイコンを取得するため、App Store Connectで別途アイコンをアップロードする仕組みはありません。アイコンが欠けていたり不正な形式だと、アップロード時の検証で失敗します。
- 固有のバンドルID、有効な署名、輸出コンプライアンスの回答。暗号化・輸出に関する質問はアップロード時に表示されます。ほとんどのアプリは標準の適用除外で回答できますが、必ず回答は必要です。
ビジュアルアセット:
- 6.9インチiPhone用スクリーンショット。最低1枚、最大10枚。対応サイズは
1320 × 2868、1290 × 2796、1260 × 2736(縦向き)。Appleはこのセットを自動的に小型iPhone向けに縮小するため、6.5インチセットは6.9インチを完全にスキップする場合のみ必要です。 - iPad対応アプリの場合はiPad用スクリーンショット。13インチセットは
2064 × 2752または2048 × 2732(縦向き)。アプリがiPadで動作する場合は必須です。 - 任意のApp Preview動画。デバイスサイズごとに15〜30秒。
リストテキスト:
- アプリ名(最大30文字)とサブタイトル(最大30文字)。
- キーワード — ユーザーには表示されないが検索に影響する、カンマ区切り100文字の単一フィールド。
- 説明文(最大4,000文字)とプロモーションテキスト(最大170文字、新規ビルドなしで編集可能)。
- サポートURL、必要であればマーケティングURL。
法的情報・プライバシー・レーティング:
- プライバシーポリシーURL。すべてのアプリで必須です。
- アプリのプライバシー回答 — いわゆる「栄養成分表示」。アプリとサードパーティSDKが収集するデータと、その利用方法を申告します。申請には必須で、これがそのままプロダクトページのプライバシーラベルとして表示されます。
- 年齢レーティング。アンケート形式で回答します。Appleはより細かい年齢レーティング制度(13+、16+、18+の階層)に移行しており、これはiOS 26以降を搭載したデバイスに表示されます。以前の方式でアプリを評価した場合は回答を見直してください。
- プライマリカテゴリ(任意でセカンダリも)、加えてアプリがアカウント作成に対応している場合はアプリ内アカウント削除の導線。
Google編:Play Consoleが要求するもの
ビルド:
- Android App Bundle(.aab)、APKではない。新規アプリの場合。
- ターゲットAPIレベル。現在、新規アプリとアップデートはAndroid 15(APIレベル35)以上をターゲットにする必要があります。Googleは2026年8月31日以降、新規アプリとアップデートはAndroid 16(APIレベル36)をターゲットにする必要があると発表しています。申請時点で有効なレベルを確認してください。
- 署名済みリリースビルド。通常はPlay App Signing経由。
ビジュアルアセット:
- アプリアイコン — 512 × 512px、32ビットPNG、1MB未満。
- フィーチャーグラフィック — 1024 × 500px、JPEGまたはアルファなしの24ビットPNG。これはPlayで必須のリスティングアセットでApple側に相当するものはなく、リスティング上部に表示されるバナーです。
- 最低2枚の電話用スクリーンショット(最大8枚)。JPEGまたは24ビットPNG、各辺320〜3,840px、アスペクト比16:9または9:16。タブレットなど他のフォームファクター用スクリーンショットは、対象デバイスにしていない限り任意です。
- 任意のプロモーション動画(YouTube URLとして)。
リストテキスト:
- アプリ名(最大30文字)。
- 簡単な説明(最大80文字) — ユーザーが最初に読む一文。
- 詳細な説明(最大4,000文字)。
法的情報・プライバシー・レーティング:
- プライバシーポリシーURL。必須です。
- データセーフティフォーム。Appleのプライバシーラベルに相当するもので、収集するデータの種類・共有方法・扱い方を申告します。公開前に必須で、実際のアプリの挙動と一致していなければなりません。
- コンテンツレーティングアンケート(IARC)。回答をもとに地域別の年齢レーティングが生成されます。
- アプリカテゴリ、加えてターゲット層・広告の申告。対象層に子どもが含まれる場合、追加の要件が課されます。
審査前にビルドを却下する2026年の新ルール
これらは仕上げの問題ではなく、アップロードやリリース自体をブロックするため、最初に確認する価値があります。
- Appleの最低SDK要件。2025年4月以降、アップロードにはiOS 18 SDK(Xcode 16)が必要で、Appleの発表によれば2026年4月28日頃からはiOS 26 SDKが最低ラインになります。古いSDKでビルドすると、App Store Connectはアップロード時にバイナリを却下します。
- Googleのターゲットレベル要件。現在、新規アプリとアップデートはAndroid 15(API 35)をターゲットにしますが、Googleの発表によれば2026年8月31日以降はAndroid 16(API 36)へ移行します。ターゲットレベルが低すぎるとリリースがブロックされます。
- 個人アカウント向けGoogleのクローズドテスト・ゲート。2023年11月13日以降に作成された個人開発者アカウントは、本番アクセスを申請する前に、最低12人のテスターが参加した状態で14日間連続のクローズドテストを実施する必要があります(Googleは2024年後半にテスター数を20人から引き下げました)。確認済みの組織アカウントは対象外です。これは個人開発者にとって最も驚きやすいルールで、「アプリが完成」から「アプリが公開」までに最低2週間かかるため、クローズドテストは早めに開始しましょう。
両ストア共通の事前チェック
どちらのストアにも当てはまるいくつかのチェックがあり、リリースを急ぐあまり見落としがちです。
- 各ロケールの言語で書かれたスクリーンショットのキャプション。ドイツ語や日本語のリスティングに英語のキャプションが入っていると、フラグを立てられます。キャプションの言語とリスティングのロケールは一致させる必要があります。
- アセットとテキストがアプリの実態と一致していること。スクリーンショットや説明文が機能を示している場合、実際のアプリにその機能が搭載されていなければなりません。両ストアとも、アプリを誇張したメタデータは却下対象です。
- スクリーンショットに価格や外部URLを埋め込まない。価格はストアページに記載するもので、アートワークの中には入れません。「当社サイトへ」といった重ね書きは却下を招きます。
- プライバシー申告が実態と一致していること。Appleのプライバシーラベルも、Googleのデータセーフティフォームも、実際のコードとSDKの挙動を反映している必要があります。
- 動作するテストアカウント。アプリがログインの背後にある場合、審査ノートを通じてレビュアーに提供します。
Mokbiが役立つ部分
このチェックリストの大部分は自分で対応する必要があります — アカウント、ビルド、プライバシー回答、レーティング。Mokbiがカバーするのはビジュアルとテキストのアセットで、両ストア・多言語対応を手作業でやると最も時間を食う部分です。
- ビジュアルアセット。1つのプロジェクトから、必要なサイズで両ストア分のスクリーンショットとPlayのフィーチャーグラフィックを作成します。同じアートワークをデバイスクラスごとに再クロップする必要はありません。
- リストテキスト。名前、サブタイトル、説明文、簡単な説明の下書きを作成し、リスト全体を50言語に翻訳するので、各ロケールでキャプションと文言が一致した状態でリリースできます。
- 完成したリスティングの公開。Mokbiは完成したアセットとストアテキストを代わりにプッシュします — Google PlayにはPlay Developer API経由で直接、App Store Connectには提出準備の整ったバージョンとしてステージングします。最終的なSubmitと審査提出はAppleのルールにより本人が行う必要があり、これはMokbiの制約ではありません。
目的はチェックリストを丸ごと置き換えることではなく、アセットと翻訳の項目をリストから取り除き、残りの作業を短い午後で終えられるようにすることです。