初心者向けアプリをApp StoreまたはPlay Storeに提出することは、圧倒的です。2026年の常に進化するガイドラインと厳格な取り締まりの下、初めてのアプリを承認するには、細部に留意する必要があります。この包括的なガイドでは、iOSおよびAndroidプラットフォームの両方で初めての提出物を通過するために必要なすべての情報を歩みを進めます。
2026年のレビュープロセスを理解する
AppleとGoogleは最近、プライバシー、セキュリティ、ユーザー体験に重点を置いたレビュープロセスを大幅に強化しています。初心者開発者にとって、これらの変更を理解することは至急のことです。
iOS App Store レビューのタイムライン
- 標準レビュー: 24-48 時間
- ピーク期: 3-5 日(特に祝日シーズン中)
- 週末: レビューが実行されません
- 優先レビュー: 承認された緊急修正の場合に利用可能(App Store Connectを通じて要求する必要があります)
プロのアドバイス: 週初め(月曜日~火曜日)に提出すると、週末の遅延を避けることができます。月曜日提出の場合、水曜日までにレビューされます。
App Store Connectのステータス
- 提出準備: まだビルドまたはメタデータの準備中
- レビュー待ち: 提出物がキューに保管されている
- レビュー中: レビューチームがアプリを確認中
- 開発者によるリリース待ち: 承認済みですが、手動リリースの選択を待っています
- 却下/未解決の問題: 承認前に変更が必要
Google Play Storeのレビュー時刻表 (2026年版)
- 初回レビュー: 3-7 日 (前年よりはるかに長い)
- クローズド テスト ゲート: 14 日以上の新規プレイ コンソール アカウントに影響がある場合、生産アクセスを要求するには、少なくとも 14 日かかる
- テスト後生産レビュー: クローズド テスト 要求が完了した後、通常 3-7 日
- 既存アプリの更新: 1-3 日
- ポリシー違反: 追加のレビューがトリガーされた場合、14 日以上延長される
重要な更新: Google は、以下の詳細で説明するように、すべての新しいプレイ コンソール アカウントのための、より厳格なテストを必要とするようになった。
Apple Developer Account Setup
初めてのiOSリリース前に、Apple側の設定を正しく行ってください:
- Apple Developer Programに登録する Apple Developer Program
- Appleアカウントの2要素認証を有効にします
- 正しい会員タイプを選択します:
- 個人/個人事業主: App Storeでの販売者名として、法的個人名が使用されます
- 組織: 法的組織、D-U-N-S番号、公開ウェブサイト、およびAppleの契約に署名できる権限を持つ人物が必要です
- 登録時に法的名前を使用してください。名前の最初/最後の名前に会社名やアリセースを使用すると、承認が遅れます
- 登録が承認された後、App Store Connectにサインインし、最終バンドルID、App名、SKU、主言語を含むアプリレコードを作成します



重要: Appleは時期によって最小限のSDK要件を変更することがある。2026年4月28日以降 2026年4月28日, App Store ConnectにアップロードされるアプリはiOS & iPadOS 26__CAPGO_KEEP_0__またはそれ以降を使用する必要がある iOS & iPadOS 26 SDK or later.
これが最初のAndroidのパブリッシャーにとって最も驚くべき変更である
新しい個人用Androidアカウントの場合の12人のテスターの要件
Google Play Developerアカウントが
__CAPGO_KEEP_0__は削除されました 2023年11月13日以降に作成された個人アカウントアプリが本番環境に進む前に、クローズドテスト期間を終了する必要があります
要件:
- 最低12名のテスターテスターを12名以上集める必要があります
- 14日間のテスト期間クローズドテストに14日間連続でアプリを置く必要があります
- 本番環境へのアクセス申請テスト期間を終了しても、Play Consoleで本番環境へのアクセス申請が必要です
- フィードバックの収集問題が見つかったことを記録し、修正したことを記録し、テスターがアプリをどのように使用したかを記録する必要があります
テストトラックの設定方法
-
テストトラックを作成
- Google Play Consoleにアクセス
- テストとリリース > テスト > クローズドテストに移動
- クローズドテストトラックで新しいリリースを作成
- Androidアプリバンドルをアップロード
.aab)
-
テスターを募集
テスターを募集する場所
- 友人や家族 (最も簡単な出発点)
- 開発者コミュニティ (Redditの/r/androiddev、/r/betatests)
- ソーシャルメディアのフォロワー
- ベータテストプラットフォーム (BetaList、BetaTesting.com)
- 大学生 (接続がある場合)
注意事項: テスターが確認するように
- 有効なGmailアカウントを持つ
- 実際にAndroidデバイスを使用する
- 14日間のフル期間中、オプティンを維持する
-
テスターを招待する
- Play Consoleでテスターのリストを作成する
- テスターのメールアドレスを追加する
- オプティンURLをテスターに共有する
- アプリをインストールして使用することを確認するために、リマインダーを送信する
-
テスト活動を監視する
- Play Consoleでインストール数を確認する
- クラッシュレポートとANR (アプリケーションが応答しない) を追跡する
- テスターからのフィードバックを収集する
- プロモーション前に重大な問題を修正する
-
プロモーション
- 14日以内に12人以上のテスターがオプティンしている場合
- Play Console ダッシュボードからプロダクションへのアクセスを申請する
- すべてのクラッシュレポートとフィードバックをレビューする
- プロダクションリリースを作成し、最終レビューのために提出する
なぜGoogleがこの要件を実装したのか
Googleはこの要件を導入した理由は
- 低品質アプリのスパムを削減する
- ユーザーに到達する前にアプリが適切にテストされていることを保証する
- アプリの悪用を防ぐための実世界の使用パターンを特定する
- 全体的なGoogle Playストアの品質を向上させる
現実のチェック: これは、リリース計画に少なくとも2-3週間を追加します。計画に従って、テスターを早く募集するようにしてください。
認証とログインの要件
認証システムの不適切な実装が最も一般的な却下理由の1つです。特に、ソーシャルログインが含まれます。
Appleのサインイン要件(iOS用)
Appleの規則: アプリがGoogle、Facebook、Twitterなどの第三者ソーシャルログインオプションを提供している場合、 する必要があります も
Appleのサインインオプションを提供する必要があります。:
- Google Sign-In
- Facebook Login
- Twitter/X Login
- LinkedIn Login
- その他の第三者認証サービス
このことは:
- Email/passwordのみの認証
- 政府IDシステム
- 企業SSOシステム (企業がその特定の企業向けの場合)
- 教育機関提供の認証システム
Appleのサインインを実装する
あなたがソーシャルログインを使用している場合、ここに実装する必要があるものは
import { SignInWithApple } from '@capacitor-community/apple-sign-in';
async function signInWithApple() {
try {
const result = await SignInWithApple.authorize({
clientId: 'com.yourapp.service',
redirectURI: 'https://yourapp.com/auth/callback',
scopes: 'email name',
state: '12345',
nonce: 'nonce',
});
// result contains:
// - identityToken
// - authorizationCode
// - email (may be null if user previously authorized)
// - givenName
// - familyName
// Send to your backend for verification
await verifyAppleToken(result.identityToken);
} catch (error) {
console.error('Apple Sign In failed:', error);
}
}
重要な考慮事項:
-
メールのプライバシー: ユーザーはメールを非表示にすることができます。Appleはプライベートリレーのメールを提供します(例えば、
abc123@privaterelay.appleid.com). アプリはこのことを処理する必要があります。 -
初回ユーザーと再訪ユーザー: Appleは初回の認証のみでユーザー詳細(名前、メール)を提供します。次回のサインインではこの情報が含まれません。
-
ボタン設計: AppleはサインインウィズAppleボタンの厳格な設計ガイドラインを提供しています。公式のアセットを使用してください。
-
バックエンドの検証: バックエンドサーバーで常にアイデンティティトークンの検証を行い、クライアントサイドのトークンだけに頼らないでください。
Androidのソーシャルログインの要件
: AndroidはiOSと同様に特定のプロバイダーを要求していませんが、Googleは以下のガイドラインを提供しています:
Google Sign-In Requirements:
- Must use official Google Sign-In SDK
- Google のブランドガイドラインに従う必要があります。
- 主なオプションとして提供する場合は、こちらを優先してください。
クロスプラットフォーム開発のベストプラクティス両方のプラットフォームで同じログインオプションを提供することで、統一感を保つことができます。
- メール/パスワード
- Appleサインイン(iOSのみ、またはAndroidでWebベースのAppleログインをサポートする場合)
- Googleでサインイン
- ソーシャルメディアの他のオプション(Facebook、Twitterなど)
デモアカウント要件
レビューの重要なポイント: アプリがログインを必要とする場合、 must 提供する必要があるのは、機能するデモ用クレデンシャル情報です。
Demo Account Information:
Username: reviewer@demo.com
Password: ReviewTest123!
OR
Test Phone: +1 555-0123
Test OTP: 123456 (static for review)
Notes:
- This account has full premium features enabled
- All payment flows work in sandbox mode
- Account will reset daily
よくある間違い:
- 有効期限切れのクレデンシャル情報を提供する
- デモアカウントにはすべての機能にアクセスできない
- 電話検証を回避する方法を説明していない
- 支払いに関するサンドボックス情報を忘れている
プライバシーポリシーと法的要件
両方のアプリストアでは、利用可能なプライバシーポリシーと利用規約が必要です。 前 context
プライバシーポリシーの要件
あなたのプライバシーポリシーは
-
公開されている必要があります
- パブリックURLでホストされている (ログイン画面の後ろにはならない)
- 標準のWebブラウザで読み込める
- あなたのアプリの言語と同じでなければなりません
-
これらの必須のトピックをカバーする:
- あなたがどのようなデータを収集するか (具体的)
- 収集されたデータをどのように使用するか
- 第三者にデータを共有するか
- データがどのくらいの期間保存されるか
- ユーザーの権利 (アクセス、削除、ポータビリティ)
- プライバシーに関する問い合わせ先の連絡先情報
- 13歳未満/16歳未満のユーザー向けのアプリの場合の児童プライバシー
-
インスタントでリンク
- 設定またはアカウント画面からアクセス可能
- メニューに埋もれていない1タップでアクセス可能
- デフォルトブラウザまたはインスタントブラウザで開く
プライバシーポリシーのホスト先
オプション1:あなたのウェブサイト (推奨)
https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service
オプション2:GitHubページ (無料)
https://yourusername.github.io/app-privacy-policy
オプション3:プライバシーポリシーゲネレータ (Quick Start)
重要context: Bug bounty program page. Role: UI label. Seen in: page bug-bounty.astro. Message key `bug_bounty_important_label` (Bug Bounty Important Label).
:
利用規約と契約条件の要件
- :
- 利用規約と契約条件は必須ではありませんが、強く推奨され、以下の場合には必須です:
- アプリ内課金やサブスクリプションを提供する場合
- ユーザーが生成したコンテンツを提供する場合
初心者向けアプリレビューのガイド:
- 利用規約
- アカウント終了条件
- 責任の制限
- 知的財産権
- 紛争解決手順
- 特にIAPの場合の返金ポリシー
インアプリ実装
// Settings or Account Screen
function LegalLinks() {
return (
<div className="legal-section">
<h3>Legal</h3>
<a
href="https://yourapp.com/privacy-policy"
target="_blank"
rel="noopener noreferrer"
>
Privacy Policy
</a>
<a
href="https://yourapp.com/terms-of-service"
target="_blank"
rel="noopener noreferrer"
>
Terms of Service
</a>
<a
href="https://yourapp.com/contact"
target="_blank"
rel="noopener noreferrer"
>
Contact Us
</a>
</div>
);
}
アプリストアメタデータの要件
両方のストアでは、アプリの提出時にプライバシーポリシーURLを提供する必要があります:
iOS - App Store Connect:
- アプリ情報 > 一般情報 > プライバシーポリシーURL
- HTTPS では必須 (HTTP は拒否されます)
- App Store のページに表示されます
- ユーザーに実際の連絡先情報を含むサポート URL を追加してください
- 提出前に年齢評価アンケートを完了してください
Android - Google Play Console:
- ストアの存在 > ストアの設定 > プライバシーポリシー
- 全てのアプリに必要なもの
- 全てのアプリに強く推奨されるもの
プライバシー栄養ラベル (iOS)
iOS では「栄養ラベル」形式で詳細なプライバシーの公開が必要です:
申告する必要があるカテゴリ:
- 連絡先情報メール、名前、電話番号
- 財務情報:決済情報、クレジットカード、銀行口座
- 位置:厳密な位置情報、または粗い位置情報
- ユーザー コンテンツ:写真、動画、音声、メッセージ
- 識別子:ユーザー ID、デバイス ID、広告 ID
- 使用データ:製品の使用状況、広告データ、クラッシュ ログ
- 診断:
各種データタイプごとに:
- どのデータが収集されるか
- ユーザーIDと関連付けられているか
- トラッキングに使用されているか
- 収集の目的
よくある間違い: アナリティクスSDKがデータを収集していると言っているのに、実際には収集していないと言っていることです。第三者SDKのデータ収集をすべて検証してください。
Google Play データセキュリティ セクション
iOSと同様に、Androidではデータセキュリティの宣言が必要です。
手順:
- Play Console > アプリ内容 > データセキュリティ
- 質問に答える: データ収集について
- データの種類を指定する
- セキュリティの実践を説明する (暗号化など)
- プライバシーポリシーへのリンクを提供する
重要: この情報は法的拘束力があります。誤表現はアプリの削除やアカウントの凍結につながる可能性があります。
一般的な初心者拒否理由
アプリが拒否される理由を理解することで、次の間違いを避けることができます:
1. アプリがクラッシュしたり起動しなかったりする
なぜ起こるか:
- エミュレータでのみテストしたため、実機では動作しなかった
- ネットワークエラーのハンドリングが欠けている
- ハードコードされたAPIエンドポイントがアクセスできない
- 特定のデバイス機能(カメラ、GPS)を前提としている
防止する方法:
// Always implement proper error handling
async function loadData() {
try {
const response = await fetch('https://api.yourapp.com/data');
if (!response.ok) {
throw new Error(`HTTP ${response.status}`);
}
const data = await response.json();
return data;
} catch (error) {
// Show user-friendly error
showError('Unable to load data. Please check your connection.');
// Log for debugging
console.error('Data load failed:', error);
// Graceful degradation
return getCachedData();
}
}
テストチェックリスト:
- 実機(2-3種類の異なるモデル)でテストする
- ネットワークの不良状態でテストする(Network Link Conditionerを使用)
- 機内モードでテストする
- 権限が拒否された状態でテストする
- キャッシュデータなしの新規インストールでテストする
2. Core機能の欠落または破損
なぜ起こる:
- スクリーンショットに表示されている機能はまだ実装されていない
- デモアカウントには広告されている機能にアクセスできません
- プレミアム機能は表示されますが実装されていません
- 「近日公開」プレースホルダーがアプリ内に表示されます
「如何に防ぐか」:
- すべての広告されている機能が完了するまでにのみ提出してください
- デモアカウントが完全なアクセス権を持っていることを確認してください
- 提出前に不完全な機能を削除または無効にします
- スクリーンショットを現在のビルドと完全に一致させるようにしてください
3. 年齢制限に適切でないコンテンツ
なぜ起こるのか:
- 年齢制限が4+に設定されているがアプリ内にソーシャル機能が含まれている
- 実際のコンテンツと年齢制限が一致していません
- ユーザー生成コンテンツのモデレーションなし
- モデレーションなしの外部コンテンツへのリンク
正しい年齢評価を設定する方法:
iOS 年齢評価:
- 4+ (不適切なコンテンツなし)
- 9+ (軽度の不適切なコンテンツがまれに)
- 12+ (中程度のコンテンツ)
- 17+ (頻繁に強いコンテンツ)
Android コンテンツ評価:
- 全員
- 10歳以上の全員
- ティーン
- Mature 17+
- Adults only 18+
重要重要な情報
- : コンテンツを共有できる場合、必要なのは
- コンテンツモデレーションシステム
- 報告/ブロック機能
- 明確なコミュニティガイドライン
必要に応じて年齢制限
4. デリケートまたは誤解を招くメタデータ:
- なぜ起こるのか
- アプリ名は実際に存在しない機能を約束する
- 偽のレビューまたは評価操作
- 説明に証拠なしの超越的な表現
問題のあるメタデータの例:
❌ BAD:
- アプリ名: “ベストフィットネストラッカー - #1アプリ”
- 説明: “これまでにない、革命的なアプリ”
- スクリーンショット: 一般的なストック写真
✅ GOOD:
- アプリ名: “フィットトラック - ワークアウトロガー”
- 説明: “カスタマイズ可能なルーチンと進行状況グラフでワークアウトを追跡する”
- スクリーンショット: 現在のビルドから実際のアプリ画面
5. 不十分なテスト (特にAndroidのクローズドテスト)
なぜ起こる?:
- 必要な14日間のテスト期間をスキップする
- 十分なテスターを募集しない
- テスターが実際にアプリを使用しない
- テスト中にクラッシュ監視を行わない
防止する方法:
- 計画したリリースから3-4週間前にテスターを募集する
- テスト中にFirebase Crashlyticsや類似のものを使用する
- テスターと積極的に関わる(アンケート、フィードバックフォーム)
- 重要な問題を修正する前にプロダクションに昇格する
6. 権限のある説明なし
なぜ起こる?:
- 位置情報の要求が行われているが、使用していない
- カメラの許可が説明なしで要求されている
- 連絡先へのアクセスが目的が明確でない
- ナビゲーション以外のアプリでバックグラウンドの位置情報を使用している
修正方法:
iOS - Info.plist:
<key>NSCameraUsageDescription</key>
<string>Camera access is required to scan QR codes for quick login.</string>
<key>NSLocationWhenInUseUsageDescription</key>
<string>Location helps us show nearby fitness centers and outdoor running routes.</string>
<key>NSPhotoLibraryUsageDescription</key>
<string>Photo library access lets you upload a profile picture and share workout photos.</string>
Android - 権限戦略:
<!-- Only request what you actually need -->
<uses-permission android:name="android.permission.CAMERA" />
<!-- Use when-in-use rather than always for location -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<!-- Avoid if possible -->
<!-- <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" /> -->
ランタイムの許可要求:
import { Camera } from '@capacitor/camera';
async function takePicture() {
// Request with context
const permissionStatus = await Camera.requestPermissions();
if (permissionStatus.camera === 'granted') {
const photo = await Camera.getPhoto({
quality: 90,
allowEditing: true,
resultType: 'uri'
});
return photo;
} else {
// Explain why permission is needed
showDialog(
'Camera access required',
'To upload a profile picture, please enable camera access in Settings.'
);
}
}
iOS固有の要件
App Storeのスクリーンショットとプレビュー
必要なサイズ:
- 6.7インチのiPhone: 1290 x 2796
- 13“ iPad: 2064 x 2752
- 12.9“ iPad: 2048 x 2732
重要: iPadに対応する場合は、iPadのスクリーンショットをアップロードする必要があります。iPhoneのスクリーンショットをiPadのスロットに引き伸ばしてはなりません。
スクリーンショットのベストプラクティス:
- 実際のアプリのコンテンツを表示する必要があります (モックアップは表示しないでください)
- ステータスバーを削除するか、現実的なコンテンツを表示する
- すべてのサポート言語でローカライズする
- 過度のテキストオーバーレイを避ける
- 最初の2-3スクリーンショットで重要な機能を表示する
App Store Connectのメタデータ設定
提出前に、App Store Connectの以下のフィールドを完了する必要があります:
- プライバシーポリシーURL: iOSアプリ用
- サポートURL: 必須、実際の連絡先情報にリンクする
- 年齢制限: 質問紙を完了してアプリを公開できるように
- アプリレビュー情報: レビュー担当者用の連絡先、ログインが必要な場合のデモクレデンシャル、レビュー用の明確なメモを追加
- 輸出管理: 暗号化に関する質問に答える、または設定
ITSAppUsesNonExemptEncryptioninInfo.plist必要な場合に適切な時期に設定して、毎回同じ回答を繰り返さないように
TestFlight Before App Review
初回アプリレビューのためのガイド
- TestFlightの実際のパスを1回実行してください
- レビュー用のアカウントでサインインしてください
- 購入、復元、キャンセルパスのウォークスルー
- 重要な機能に隠し設定がないことを確認してください
- iPhoneとiPadの両方がサポートされている場合、両方でテストしてください
App Preview Videos (オプションですが推奨)
要件:
- 15-30秒の長さ
- 実際のアプリの映像を表示する必要があります
- 短いテキストオーバーレイを含めることができます
- No music with copyright issues
- スクリーンショットと同じ解像度
Appleによるサインインの実装
上記で説明したが、iOSレビューの場合、ソーシャルログインがあると必須です。
アプリ内課金の要件
デジタル商品やサービスを提供する場合:
必要な披露:
- 購入前に明確な価格表示
- サブスクリプションの条件が明確に示されている
- キャンセル方法が表示されている
- 購入を復元するボタン
サブスクリプションの例のコンプライアント画面:
function SubscriptionOffer() {
return (
<div className="subscription-screen">
<h2>Choose Your Plan</h2>
<PlanCard>
<h3>Monthly</h3>
<p className="price">$9.99/month</p>
<ul>
<li>Unlimited workouts</li>
<li>Personalized plans</li>
<li>Progress tracking</li>
</ul>
<button>Subscribe</button>
</PlanCard>
<PlanCard>
<h3>Annual</h3>
<p className="price">$79.99/year</p>
<p className="savings">Save 33%</p>
<ul>
<li>Everything in Monthly</li>
<li>Priority support</li>
</ul>
<button>Subscribe</button>
</PlanCard>
<div className="subscription-terms">
<p>
Subscription automatically renews unless cancelled at least
24 hours before the end of the current period. Manage your
subscription in Settings.
</p>
<button onClick={restorePurchases}>Restore Purchases</button>
</div>
<div className="legal-links">
<a href="/privacy/">Privacy Policy</a> |
<a href="/terms">Terms of Service</a>
</div>
</div>
);
}
Android-Specific Requirements
Google Play Console Account Setup
最初のAndroidリリース前に、Play Consoleアカウントとアプリシェルが存在することを確認してください:
- 開発者アカウントを作成するには Play Consoleのサインアップ
- Play Consoleに移動して ホーム > アプリを作成
- デフォルトの言語、アプリ/ゲームのタイプ、サポートメールを選択
- 必要なPlayポリシー、エクスポート、Playアプリ署名の申し出を受け入れる
- アプリが 無料 または 有料
重要: Google は、有料アプリを無料に変更することを許可していますが、無料で提供されたアプリは有料に変更することはできません。
アプリパッケージ要件
重要: Google Play は、APK形式ではなくAndroidアプリパッケージ(.aab)形式を要求しています。
# Sync the native Android project first
bunx cap sync android
# Then build the release app bundle
cd android
./gradlew bundleRelease
対象 API レベル要件
現在の要件: 新しいアプリとアプリの更新は、Android 15 (API レベル 35) またはそれ以上をターゲットにする必要があります。
android/app/build.gradle に更新:
android {
compileSdkVersion 35
defaultConfig {
targetSdkVersion 35
minSdkVersion 23 // Minimum supported version
}
}
Google Play データセキュリティ
すでに上記で説明されているが、Android 承認には絶対に必要です。
クローズド テスト トラック (現在の要件)
新規に作成された個人開発者アカウントのための大きなもの: このガイドの前で説明した12人のテスター、14日間の要件です。
タイムライン:
- 週1:テスターを募集しクローズド テストを設定
- 週2-3:アクティブ テスト期間 (14日間以上)
- 週4:問題を修正し、生産用リリースを準備
- 週5:生産用レビューに提出
対象読者とコンテンツ レーティング
コンテンツ レーティング クエリ:
- すべてのアプリに必要
- 10-15分で完了
- 年齢レーティングを決定 (全員、ティーン、成年など)
- 更新するには、コンテンツが答えに影響を与える場合にのみ、コンテンツが変更されたときです。
取り上げられているトピック:
- 暴力
- 性的表現
- 不適切な言葉
- 制御された物質
- 賭博
- ユーザーとのインタラクション機能
重要:ユーザー生成コンテンツやソーシャル機能がある場合、公開する必要があります。また、モデレーションを実装する必要があります。
ストアリストの要件
必要なアセット:
- アプリ アイコン (512 x 512 PNG)
- 機能 グラフィック (1024 x 500 JPG または PNG)
- 携帯電話のスクリーンショット (最低 2 つ、最大 8 つ)
- 7“ テーブルタブレットのスクリーンショット (オプションですが、推奨)
- 10“ テーブルタブレットのスクリーンショット (オプションですが、推奨)
説明 要件:
- 短い説明 (80 文字以内)
- フルな説明 (4000 文字以内)
- アプリの機能性を正確に説明する必要があります
- 連絡先情報や価格を含めることはできません
プレ・サブミッション チェックリスト
送信する前に、この包括的なチェックリストを通してください
技術要件
- 実機でアプリが正常に起動する
- スクリーンショットに表示されているすべての機能が正常に動作する
- プレースホルダーまたは「近日公開」コンテンツが存在しない
- APIキーのすべての第三者キーが生産環境のキーである
- ネットワークエラーのハンドリングが実装されている
- 許可の説明が明確に含まれる許可の要求
- ネットワーク状況が悪い場合でもアプリがクラッシュしない
- 許可が拒否された場合にテストされている
- 最小サポートOSバージョンでテストされている
- メモリリークのチェックと修正
認証 & ログイン
- Appleのサインインを使用する場合、iOSでサインインするオプションが含まれます。
- レビューの注釈に提供されたデモアカウントのクレデンシャル
- デモアカウントにはすべての機能にアクセスできます
- パスワードリセットフローが正常に機能します
- ログアウト機能が正しく機能します
- GDPR/CCPAの要件により、削除オプションが利用可能です
法的情報とプライバシーポリシー
- プライバシーポリシーは一般に公開されています
- アプリストアのリストにプライバシーポリシーURLが追加されました
- 利用条件は一般に公開されています (適用可能な場合)
- プライバシーポリシーはアプリ内で設定画面からリンクされています
- iOSで正確なプライバシーナビゲーションラベルが表示されます
- データセキュリティセクション完了 (Android)
- すべてのデータ収集目的が説明されている
- 第三者 SDK データ収集が明示されている
コンテンツ & メタデータ
- アプリ名はガイドラインに従っている (キーワード詰め込みなし)
- 説明は機能を正確に説明している
- スクリーンショットは実際の現在のアプリ画面を示している
- スクリーンショットはすべてのサポート言語でローカライズされている
- 競合他社の言及は説明にない
- 証拠なしの超越表現はなし
- 実際のコンテンツに合致する年齢制限が設定されている
- 連絡先メールは監視されている
iOS専用
- Sign in with Appleが実装されている (社会的ログインを使用している場合)
- 必要なすべてのスクリーンショットサイズが提供されている
- iPadのサポートが有効になっている場合にiPadの実際のスクリーンショットがアップロードされている
- Info.plistの許可の説明が明確である
- App Store Connectに実際の連絡先情報が含まれたサポートURLが追加されている
- プライバシーポリシーURLがApp Store Connectに追加されている
- 年齢制限の質問紙が完了されている
- 輸出管理に対する正しい回答がされている
- App Reviewに連絡先と非期限のデモアカウントが提供されている
- iOS 15.0 またはそれ以上のバージョンをターゲットにしている
- IAPの場合:価格が明確で、購入の復元ボタンが表示されている
- Androidや他のプラットフォームに関する言及なし
Android専用
- App Bundle (.aab)形式が使用されています
- ターゲット API 35 以上
- コンテンツ評価アンケートが完了しました
- 機能グラフィックがアップロードされました
- プレイストアアカウントが閉鎖テストを必要とする場合、閉鎖テストが完了しました (12名のテスター、14日間)
- テスト中のクラッシュレポートがレビューされ、修正されました
- iOSや他のプラットフォームに関する言及なし
テスト (Androidの現在の要件)
- プレイアカウントが閉鎖テストを必要とする場合、12名以上のテスターが募集されました
- 閉鎖テストトラックが作成されました
- 14日連続のテストが完了しました。
- テスターは実際にアプリを使用した (インストールのみではありません)。
- テスト中にクラッシュ監視が有効化されました。
- テストから生じた重要なバグが修正されました。
- テスターからのフィードバックが文書化されました。
レビューのノート:何を含めるか
素晴らしいレビューのノートは、即時承認と却下の差を意味します。ここでは、含めるべきものを紹介します。
レビューのテンプレート
APP REVIEW INFORMATION
=== Test Account ===
Email: reviewer@testapp.com
Password: TestReview123!
(This account has all premium features enabled)
(This account stays active during review)
=== Review Contact ===
Name: Jane Developer
Email: review@yourapp.com
Phone: +1 555-0100
=== Testing Instructions ===
1. Launch app and tap "Sign In"
2. Enter test credentials above
3. Navigate to "Dashboard" to see main features
4. Tap "Upgrade" to test subscription flow (sandbox mode)
5. Go to Settings > Account to see privacy policy and terms
=== Key Features to Test ===
- Workout tracking (tap "New Workout" on Dashboard)
- Progress charts (Analytics tab)
- Social sharing (Share button on workout details)
- Camera upload for profile picture (Settings > Profile)
=== Third-Party Services ===
- Firebase Authentication (for login)
- Stripe (for payments - sandbox mode)
- AWS S3 (for image uploads)
- Google Maps SDK (for location features)
=== Notes ===
- Location permission is optional, app works without it
- Camera permission only requested when uploading profile picture
- All subscription flows use Apple/Google sandbox environments
- Background location is not used
- Support URL and privacy policy are available from Settings > Account
=== Contact ===
For questions: developer@yourapp.com
Response time: Within 24 hours
iOS用のレビューのノート
iOSの場合、以下を含めることもお勧めします。
=== Device Coverage ===
Tested on: iPhone 15 Pro Max, iPad Pro 13-inch
=== App Store Connect Metadata ===
Support URL: https://yourapp.com/support
Privacy Policy: https://yourapp.com/privacy-policy
=== Submission Notes ===
- iPad screenshots match the current iPad UI
- Export compliance answered for this build
- Sign in with Apple is available on the login screen
Android用のレビューのノート
Androidの場合、以下を含めることもお勧めします。
=== Testing Track Information ===
Closed testing period: [Start Date] to [End Date]
Number of active testers: 23
Critical issues found during testing: 2 (both fixed)
Test distribution method: Email invite list
=== Crash Data ===
Testing period crashes: 3 total
Crash rate: 0.8%
All crashes fixed in this build
=== API Levels ===
Target SDK: 35 (Android 15)
Min SDK: 23 (Android 6.0)
Tested on: Android 11, 12, 13, 14, 15
最初のアプリレビューのガイド
却下されたらどうする?
却下後のステップ
-
却下の理由を丁寧に読む
- 具体的なガイドラインを確認する
- レビュアーのコメントをしっかり読む
- スクリーンショットが用意されている場合は確認する
-
問題を理解する
- 公式ドキュメントでガイドラインを確認する
- 類似のケースをインターネットで探す
- 誤解であるか、実際の問題であるかを確認する
-
根本的な原因を修正する
- 修正だけではなくて、正しく修正する
- 修正の効果を十分にテストする
- 変更したことをドキュメントする
-
適切に返信する
もし拒否が正しい場合:
Thank you for the feedback. I have addressed the issue: Issue: Missing Sign in with Apple option Resolution: Added Sign in with Apple as a login option alongside Google Sign-In. The button appears on the login screen and follows Apple's design guidelines. You can test with the provided demo account or by creating a new account with Apple Sign-In. Changes made in: v1.0.1 (build 2)もし理解不足だと信じる場合:
Thank you for reviewing my app. I believe there may be a misunderstanding regarding [specific issue]: [Explain clearly with screenshots if needed] The functionality exists at: Settings > [specific location] I've added additional detail to the review notes to help locate this feature. -
すぐに再提出する
- 再提出は通常24-48時間でレビューされる
- 更新されたレビューのノートに修正の説明を含める
- 前の提出を参照する場合に役立つ
共通の拒否の回答
拒否:「アプリが起動時にクラッシュする」
回答:
I sincerely apologize for the crash. I have identified and fixed
the issue:
Root cause: The app attempted to fetch data before network
initialization completed, causing a null reference exception.
Fix: Implemented proper async initialization with error handling
and offline mode. The app now gracefully handles network issues.
Testing: Verified on iPhone 12 (iOS 17), iPhone 14 Pro (iOS 17.1),
tested with WiFi, cellular, and airplane mode.
Build version: 1.0.2 (build 3)
却下: 「プライバシーポリシーが欠落している」
回答:
Thank you for the feedback. I have added the privacy policy:
URL: https://myapp.com/privacy-policy
Location in app: Settings > Privacy Policy (tappable link)
Also added to: App Store Connect > App Information > Privacy Policy URL
The privacy policy covers all data collection as disclosed in the
Privacy Nutrition Labels.
却下: 「4.2 - 最小機能」に準拠していない」
これは難しい。アプリとして認められるのに十分な機能を実装していないことを意味します。回答:
Thank you for the feedback. I'd like to clarify the app's
functionality:
Core Features:
1. [Feature 1 with specific details]
2. [Feature 2 with specific details]
3. [Feature 3 with specific details]
The app provides significant utility beyond a simple website by:
- Offline functionality for [specific feature]
- Native camera integration for [specific feature]
- Push notifications for [specific feature]
- Device hardware access for [specific feature]
Test account credentials have been provided to demonstrate all
features. Please let me know if you need additional clarification.
承認後のベストプラクティス
おめでとうございます! アプリが承認されました。ここではその状態を維持する方法を紹介します。
リリース後の監視
重要な指標:
- クラッシュ率(1%未満に抑える)
- ANR率(Android - 0.5%未満に抑える)
- アプリストア/プレイストアの評価
- レビュー内容 (すべてのレビューに回答する)
- ユーザーから報告されたバグ
使用するツール:
- Firebase Crashlytics
- App Store Connect アナリティクス
- Google Play Console ビタル
- Sentry または類似のエラー追跡
更新ガイドライン
更新を提出する際に:
- 初回提出と同様に徹底的にテストする
- UI が大幅に変更された場合にスクリーンショットを更新する
- データ収集が変更された場合にプライバシーラベルを更新する
- 新機能の「What's New」説明を明確に
- 主な変更のための段階的なロールアウトを検討
適合性を維持する
年間要件:
- Androidのコンテンツレーティングを更新する (毎年必要)
- プラクティスが変更された場合にプライバシーポリシーを更新する
- コンテンツが変更された場合に年齢レーティングを更新する
- 適合性を確認するために3rdパーティーSDKを検査する
継続的な監視:
- ガイドラインの変更について最新の情報を維持する
- Apple/Googleの開発者ニュースレターに参加する
- 開発者コミュニティに参加する
- App Store/Play Store ポリシー ブログを参照してください
リソースとさらに読む
公式ドキュメント
Apple:
Google:
コミュニティリソース
- r/androiddev - Android開発者コミュニティ
- r/iOSProgramming - iOS開発者コミュニティ
- Stack Overflow - 技術的な質問
- Indie Hackers - インディー開発者コミュニティ
プライバシーポリシーツール
アプリレビューの際に必要な支援について
アプリレビューに挑戦する際に混乱している場合、または初回の試行でレビューを通過するために専門家のガイダンスが必要な場合、我々は支援を提供するためにここにいます。
我々のチームと専門家のアドバイスを受けるためのカスタムコールを予約する 個別の支援を受けるためのカスタムコールを予約する
- アプリストアとプレイストアのレビュー準備
- プライバシーポリシーと法的文書のレビュー
- Sign in with Appleの実装
- テスト戦略とテスターの募集
- レビューのためのノートの準備
- 却下の対応と再審査
- 初めてのアプリレビューのガイド
Capgoのチームは、数百の開発者にアプリレビューのプロセスを成功させる手助けをしてきました。
結果
初めてのアプリの提出は、しかし、適切な準備があれば、最初の試行でレビューを通過できます。
- 早めに始めよう: Androidの場合、特に - 12人のテスターを招集するには、計画されたリリースから3週間前
- プライバシーを優先する: プライバシーポリシーを用意し、データの取り扱いを正確に反映する
- Appleサインイン: iOSでソーシャルログインを使用する場合、Sign in with Appleを含める必要があります
- 徹底的なテスト: 実機でテストし、ネットワークが悪い場合、パーミッションが拒否された場合
- 誠実さ: 正確なメタデータとプライバシー情報の公開は、却下と法的問題の防止に役立ちます。
- 詳細なレビュー用ノート: レビューアーがあなたのアプリをすぐに理解できるように支援します。
現在のAndroidテスト要件はプロセスに時間を追加しますが、最終的にはアプリの質とリリース後問題の減少につながります。Androidの提出に3-4週間を計画し、成功に適切な立場に立つことができます。
アプリのリリースに成功するために頑張ってください! 退回されたとしても、学習の機会です。多くの成功したアプリは、承認まで複数回のレビューを通過することになります。
一人で進むのを嫌ですか? コンサルターションを予約 と、専門家があなたを導くプロセスを提供します。
承認されたアプリでライブアップデートを実装するのに苦労している場合は、 Capgoのライブアップデートソリューション をチェックして、ストアレビューなしでアプリのアップデートを実行できるようにしてください。
2026年iOSおよびAndroid向けの初心者向けアプリレビューガイドの続き
使用している場合 The Complete First-Time App Review Guide for 2026 - iOS and Android セキュリティとコンプライアンスを計画するには 暗号化 暗号化の実装詳細 コンプライアンス コンプライアンスの実装詳細 Capgo セキュリティ スキャナー Capgo セキュリティ スキャナーの製品ワークフロー Capgo セキュリティ Capgo セキュリティの製品ワークフロー Capgo の信頼センター Capgo の信頼センターの製品ワークフローについて。