メインコンテンツへスキップ

App StoreとGoogle Playのストア掲載準備ガイド

App StoreとGoogle Playの掲載準備:スクリーンショットのサイズ、アイコン仕様、メタデータの制限、プライバシーラベル、データ安全性、年齢制限、およびチェックリスト。

App StoreとGoogle Playのストア掲載準備ガイド

App StoreとGoogle Playの掲載には、共通して必要な要素があります。アイコン、各ストアが規定するサイズのスクリーンショット、文字数制限内の名前と説明文、プライバシーポリシーのURL、プライバシー開示(AppleのApp PrivacyラベルとGoogleのデータ安全性フォーム)、そして年齢制限のアンケートです。これらが一つでも欠けると申請できないため、アプリの開発段階から準備を進めておきましょう。

以下に、両ストアの最新の要件、レビュアーのチェックポイント、そして午後だけで完了できるチェックリストをまとめました。

必要な情報を一目で確認

アセット App Store Google Play
アプリ名 30文字以内 30文字以内
サブタイトル / 短い説明 サブタイトル(30文字) 短い説明(80文字)
説明文 4,000文字以内 詳細説明(最大4,000文字)
キーワード 100バイト以内、カンマ区切り なし(説明文がインデックスされます)
プロモーション用テキスト 170文字以内、いつでも編集可能 なし
新機能 4,000文字以内 リリースノート(言語ごとに500文字以内)
アイコン 1024 x 1024 PNG、透過なし、アプリバイナリに含める 512 x 512 32-bit PNG、最大1 MB、Play Consoleにアップロード
フィーチャー グラフィック なし 1024 x 500 JPEG または 24-bit PNG、必須
スクリーンショット ディスプレイサイズごとに1〜10枚 デバイスタイプごとに2〜8枚
プレビュー動画 サイズごとに最大3つのアプリプレビュー、15〜30秒 YouTubeのURL 1件
プライバシーポリシーのURL 必須 必須
プライバシー開示 Appプライバシー(「栄養ラベル」) データ セーフティ セクション
年齢制限 Apple用アンケート IARC用アンケート
サポートURL 必須 連絡用メールアドレス必須、Webサイトは任意
レビュー用ログイン情報 App Review Information内のデモアカウント Appアクセス権の認証情報

アプリのアイコン

Appleについて App Storeのアイコンは、1024 x 1024ピクセルのPNG形式です。正方形で、透過なし、角丸なし(iOS側でマスクされます)で作成してください。Capacitor アプリでは、以下に格納されます: ios/App/App/Assets.xcassets/AppIcon.appiconsetXcode 26では、Icon Composerを使用したレイヤー付きアイコンによるiOS 26のLiquid Glassルックもサポートされていますが、単一の1024ピクセル画像でも引き続き受け付けられます。

Googleについて Playでは、別途512 x 512の32ビットPNG(最大1 MB)をアップロードする必要があります。Google側で角丸マスクと影が適用されるため、余白のない正方形をアップロードしてください。アプリ内のランチャーアイコンは別物であり、アダプティブアイコンにする必要があります。

1枚のソース画像から、すべてのネイティブ用アイコンとスプラッシュ画面のサイズを生成します:

bun add -d @capacitor/assets
mkdir -p assets
# put icon.png (1024x1024) and splash.png (2732x2732) in ./assets
bunx capacitor-assets generate

両ストア共通のルール: 「無料」や「#1」といったバッジ、他社ブランドのデバイスやロゴを含むスクリーンショット、他のアプリを模倣するものは禁止されています。

スクリーンショット

スクリーンショットは、インストールされるかどうかの最大の決定要因です。ほとんどのユーザーは説明文を読みません。

App Storeのスクリーンショットサイズ

表示 必須項目 縦向きサイズ (px)
iPhone 6.9インチ 必須 (推奨) 1260 x 2736、または 1290 x 2796、1320 x 2868
iPhone 6.5インチ 6.9”未設定の場合のみ必須 1284 x 2778 または 1242 x 2688
iPhone 6.1”以下 任意(大型サイズからリサイズ) 1170 x 2532 など
iPad 13インチ アプリがiPadで動作する場合に必須 2064 x 2752 または 2048 x 2732
iPad 11インチ 任意 1488 x 2266 など

横向きは数値を入れ替えたものを使用してください。形式はPNGまたはJPEGで、アルファチャンネルは不可です。サイズごとに1〜10枚のスクリーンショットと、0〜3個のアプリアニメーションをアップロードできます。

Capacitorでよくある落とし穴:新しいプロジェクトはデフォルトでiPadをサポートしています。iPad用のスクリーンショットを用意したくない場合は、最初のアップロード前にターゲットの サポート対象のデスティネーション をiPhoneのみに設定してください。iPadサポートを含めてリリースすると、レビュアーはiPadでテストを行い、レイアウト崩れがあればリジェクトされます。

Google Play スクリーンショットサイズ

  • デバイスタイプ(Phone、7インチタブレット、10インチタブレット、Chromebook、Wear OS、Android XR、TV、Automotive)ごとに2〜8枚のスクリーンショット。
  • JPEGまたは24ビットPNG(アルファチャンネルなし)。
  • 各辺は320〜3840ピクセル。長辺は短辺の2倍以内。
  • スマホ用は1080 x 1920(縦)または1920 x 1080(横)以上を使い、4枚以上のスクリーンショットを用意してください。枚数が足りないと、一部の特集枠に掲載されません。
  • タブレット最適化として表示させるには、タブレット用のスクリーンショットが必要です。

スクリーンショットの撮り方

  1. 適切なサイズのシミュレーターでアプリを実行します。iOS SimulatorではiPhone 17 Pro Max(6.9インチ)を使用し、Cmd+Sを押します。Androidでは、1080 x 1920以上の解像度のエミュレーターを使用し、ツールバーのカメラボタンをクリックします。
  2. アプリ内にはリアルなデモデータを表示させてください。空の状態では魅力が伝わりません。
  3. デバッグ用UIを非表示にし、ステータスバーをスッキリさせます。xcrun simctl status_bar booted override --time 9:41 --batteryState charged --batteryLevel 100).
  4. 各スクリーンショットの上部に、機能名ではなく「メリット」を伝える短いキャプションを追加してください。
  5. 最初の2枚は最も強力なものにしてください。検索結果に表示されるためです。

FigmaのテンプレートやFastlaneなどのツール、 snapshot/screengrab またはオンラインのフレーム生成ツールを使えば、あらゆるサイズでフレーム付きの画像を作成できます。

アプリの機能として実現できない内容のスクリーンショットは使用しないでください。また、App StoreのスクリーンショットにGoogle Playのバッジを含めないよう注意してください(その逆も同様です)。

名前、サブタイトル、説明文

App Store

  • 名前 (30文字以内): ブランド名に短い説明を添えます(例:「Acme: 経費管理アプリ」)。
  • サブタイトル (30文字以内): 主なメリットを記載します。検索インデックスの対象となります。
  • キーワード (100バイト以内): カンマ区切りで入力し、カンマの後にスペースは入れないでください。名前やサブタイトルに含まれる単語、競合他社のブランド名は避け、単数形で十分です。
  • プロモーション用テキスト (170文字以内): 説明文の上に表示されます。アプリのアップデートなしで変更可能です。キャンペーン情報や最新ニュースなどに活用してください。
  • 説明文 (4,000文字以内): App Storeの検索インデックスには含まれないので、人に向けて書きましょう。アプリが何をするものかを最初の1文で説明します。

Google Play

  • タイトル (30文字): 絵文字や全大文字の表記、ブランド名の一部である場合を除き「best」「free」「#1」といった言葉は使えません。
  • 簡単な説明 (80文字): ストアページのファーストビューに表示されます。
  • 詳しい説明 (4,000文字): 検索インデックスの対象になります。メインのキーワードを自然な形で数回含めてください。キーワードの詰め込みはリジェクトの原因になります。

メタデータの書き方や、ランキングに悪影響を与えるミスについての詳細は、こちらをご覧ください: App Storeのメタデータ:開発者が知っておくべきこと.

プライバシーポリシー

どちらのストアでも公開されたプライバシーポリシーのURLが必須です。満たすべき条件は:

  • ログイン不要で閲覧でき、PDFダウンロードではないこと。
  • ストアの掲載情報と同じデベロッパー名または会社名を記載してください。
  • 収集するデータの内容、目的、共有先、保持期間、ユーザーが削除をリクエストする方法を記載してください。
  • プライバシーラベルとデータ セーフティフォームの申告内容を一致させてください。

また、アプリ内(設定またはアカウント画面)からもポリシーへリンクしてください。ユーザーがアカウントを作成できる場合、両ストアともアプリ内でのアカウント削除機能が必須です。Googleはさらに、アプリを再インストールせずに削除リクエストができるウェブリンクも求めています。当社の アカウント削除ガイド と Androidアプリ向けプライバシーポリシーガイド で詳しく解説しています。

AppleのApp Privacyラベル

App Store Connectでアプリを開き、以下に移動します。 Appのプライバシー回答内容は以下の通りです:

  1. あなた自身、またはサードパーティのパートナーは、このアプリからデータを収集しますか?
  2. 各データタイプ(連絡先情報、位置情報、識別子、使用状況データ、診断情報、財務情報など)について:その用途、ユーザーの識別子と紐付けられているか、およびトラッキングに使用されるかについて回答してください。

「トラッキング」の定義は限定的です。広告目的でアプリのデータを他社のアプリやウェブサイトのデータと紐付けたり、データブローカーと共有したりすることを指します。トラッキングを行う場合は、App Tracking Transparencyのpromptも必要になります。

ラベルの内容は、以下のものと一致している必要があります: プライバシーマニフェスト (PrivacyInfo.xcprivacy) および組み込んでいるSDKの内容。詳細は、こちらの iOSアプリ向けprivacy manifestガイド.

App Privacyの回答は、新しいbuildを作成することなく、いつでも更新可能です。

Google Playのデータセーフティ

Play Consoleの以下に移動してください: ポリシーとプログラム > アプリのコンテンツ > データセーフティ宣言する内容:

  • アプリが収集するデータ型と、第三者と共有するデータ型。
  • 通信時にデータが暗号化されているかどうか。
  • ユーザーがデータの削除をリクエストできるかどうか。
  • 各データ型について:目的(アプリ機能、分析、広告、不正防止など)と、収集が任意かどうか。

宣言内容とアプリの実際の挙動が一致しない場合、Googleはアップデートを拒否することがあります。例えば、識別子を収集しないと宣言しているのに、SDK が広告用IDを送信している場合などです。

データセーフティに関するミスの多くはSDKが原因です。使用しているすべてのネイティブ SDK とプラグインを表にまとめ、 package.json, ios/App/Podfile または Package.swift、および android/app/build.gradle次に、各ベンダーのデータセーフティガイドラインを確認してください。

年齢制限

Apple。 の アプリ情報 > 年齢制限 で、暴力、性的表現、不適切な言葉、ギャンブル、ユーザー生成コンテンツ(UGC)、メッセージング、広告などに関する質問に回答します。Appleのレーティングは4+、9+、13+、16+、18+です。モデレーションのないUGCや、オープンなウェブアクセスを含むアプリは、より高いレーティングになります。Appleは内容をチェックするため、正直に回答してください。詳細は当社の App Storeの年齢制限設定ガイド.

Google. の アプリのコンテンツ > コンテンツのレーティングにて、IARCのアンケートに回答してください。これにより、各地域(ESRB、PEGI、USKなど)のレーティングを一度に取得できます。また、以下の項目も完了する必要があります。 ターゲット層とコンテンツ内容; ターゲットに子供を含める場合、Familiesポリシーの要件が適用されます。

Google Playにおけるその他のアプリコンテンツ宣言

公開前に、Play Consoleの以下の項目ですべての回答が求められます。 アプリのコンテンツ:

  • プライバシーポリシー
  • アプリへのアクセス(ログインが必要な場合、審査員用の認証情報)
  • 広告(アプリ内に広告が含まれるか)
  • コンテンツのレーティング
  • ターゲット層とコンテンツ
  • データの安全性
  • 政府系アプリに関する宣言
  • 金融機能に関する宣言
  • ヘルスケアアプリに関する宣言
  • 広告IDの使用(ターゲットの SDK で必要な場合)

審査用アクセスと備考

アプリの一部にログインが必要な場合は、両ストア向けに動作するデモアカウントを用意してください。アカウントは有効期限が切れず、自分が管理する電話への2FAも不要で、有料機能を含むすべての機能にアクセスできる必要があります。App Store Connectでは、「 App Review用情報」に、Google Playでは「 アプリへのアクセス権限」に追加してください。分かりにくい機能やハードウェア要件、アプリ内課金の場所などについて、短いメモを添えましょう。当社の 初回アプリ審査ガイド では、レビュアーがチェックするポイントを解説しています。

ローカライズ

両ストアでは、言語ごとに名前、説明、キーワード(Appleのみ)、スクリーンショットをローカライズできます。アプリのUIが英語でも、メタデータのみをローカライズするだけでも、非英語圏の市場ではコンバージョンが向上することがよくあります。また、Appleは国ごとに一部のセカンダリロケールもインデックス登録しており(例:スペイン語(メキシコ)のメタデータは米国ストアでインデックスされます)、実質的にキーワードの枠を増やせます。

リリース後に変更できる項目

項目 App Store Google Play
説明文 新バージョンの更新が必要 いつでも更新可能(審査あり)
プロモーション用テキスト いつでも更新可能 該当なし
キーワード 新バージョンの更新が必要 該当なし
スクリーンショット 新バージョンの更新が必要 いつでも審査可能
名前 / サブタイトル 新バージョンの更新が必要 いつでも審査可能
プライバシーラベル / データ安全性 いつでも いつでも審査可能

iOSでは、通常新しいバージョンは新しいバイナリを意味します。しかし、 Capgo live updates を使用すれば、 ストアの審査なしでJavaScriptやUIの修正を配信できます。ただし、ストアのメタデータの変更には引き続き App Store Connect での審査が必要です。

リスティングがブロックされる一般的な理由

  1. プライバシーポリシーのURLが404エラーになる、またはログインが必要。
  2. スクリーンショットに異なるバージョンのアプリ、プレースホルダー、または他プラットフォームのUIが写っている。
  3. iPad対応が有効なのにiPad用スクリーンショットがない、またはiPadのレイアウトが崩れている。
  4. 分析用の SDK が動作しているのに、データ安全性で「データ収集なし」としている。
  5. デモ用アカウントが用意されていない、または期限切れになっている。
  6. Google Playの説明文にキーワードを詰め込みすぎている。
  7. アプリ名やアイコンが既存のアプリやブランドに酷似している。
  8. サポートURLまたは連絡用メールアドレスが不足している。

チェックリスト

  • iOS用1024 x 1024アイコンをアプリ内に含め、Play用512 x 512アイコンをアップロード済み
  • Play用フィーチャーグラフィック 1024 x 500
  • iPhone 6.9” (または6.5”) のスクリーンショット、iPad対応ならiPad 13”
  • Google Play用に少なくとも4枚の1080pスマートフォン用スクリーンショット
  • 制限内の名前、サブタイトル、短文説明
  • App Store用キーワードの選定(名前と重複なし)
  • 説明文とリリースノートの作成
  • プライバシーポリシーURLの公開とアプリへのリンク
  • App Privacyラベルとprivacy manifestの一致
  • データセーフティフォームの入力とSDKの確認
  • 両ストアでの年齢制限アンケートの完了
  • PlayのApp content宣言の完了
  • デモ用アカウントとレビュー用メモの追加
  • サポートURLと連絡用メールアドレスの設定

ストア掲載情報ができたら、まずテスターにbuildをアップロードしましょう。 iOSとAndroidアプリをテスターに配布する方法 TestFlight、Play testing tracks、およびその代替手段について解説します。

Capacitor アプリ向けの Live Update

Webレイヤーのバグが本番に出たときは、アプリストアの審査を何日も待たずに Capgo で修正を配信できます。ネイティブの変更は通常の審査フローに乗せたまま、ユーザーにはバックグラウンドでアップデートが届きます。

最新のブログ記事

Capgo は、本格的なプロフェッショナルモバイルアプリの開発に必要な最高のインサイトを提供します。