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

2026年初心者アプリレビュー全般ガイド - iOSとAndroid

初心者アプリ開発者向けの、App StoreとPlay Storeのレビューを通過するための包括的なガイドです。ログイン要件、プライバシーポリシー、現在のGoogle Playテスト要件などが含まれます。

記事のクレジット

マーティン・ドナディュー

ライター

バレリア

レビュアー

ジョーダン

編集者

2026年版iOSおよびAndroidの初心者アプリレビュー全般ガイド

__CAPGO_KEEP_0__の初めてのアプリをApp StoreまたはPlay Storeに提出することは、常に進化するガイドラインと2026年の厳格な取り締まりに直面して、圧倒的になります。アプリが承認されるには、細部に留意しながら、注意を払う必要があります。この包括的なガイドでは、iOSおよびAndroidプラットフォームの両方で初めての提出物を承認するために必要なすべての情報を歩みを進めます。

__CAPGO_KEEP_0__のレビュー プロセスを理解する

AppleとGoogleは、最近、プライバシー、セキュリティ、ユーザー エクスペリエンスに特に重点を置いたレビュー プロセスを大幅に強化しています。初心者開発者にとって、これらの変更を理解することは不可欠です。

iOS App Store レビュー タイムライン

  • 標準レビュー: 24-48 時間
  • ピーク期間: 3-5 日 (特に休日シーズン)
  • 週末: レビューが処理されません
  • 迅速レビュー: App Store Connect での緊急修正のために利用可能

プロのヒント: 週末の遅延を避けるために、週の初め (月曜日 - 火曜日) に提出してください。月曜日提出物は、水曜日までにレビューされます。

App Store Connect のステータス

  • 提出準備: ビルドまたはメタデータが準備中です
  • レビュー待ち: Apple が提出物を受け付けました
  • レビュー中: レビューチームがアプリを確認中です
  • 開発者リリース待ち:承認済みですが、手動のリリース選択を待っています
  • 却下 / 未解決の問題:Appleが変更を必要としているため、承認を待っています

Google Play Storeのレビュータイムライン (2026年更新)

  • 初回レビュー:3-7日 (前年よりはるかに長くなりました)
  • テストゲートの閉鎖:新しい個人用Play Consoleアカウントに影響を受けた場合、生産アクセスを要求するには少なくとも14日間待つ必要があります
  • テスト後、生産レビュー:テスト要件が完了した後、通常3-7日後に再び
  • 既存アプリの更新:1-3日
  • ポリシー違反: 14日以上延長される可能性があります。追加のレビューがトリガーされた場合

重要アップデート: Googleは、Play Consoleアカウントの新規作成に際して、より厳密なテストを求めるようになりました。これについては、以下の詳細で説明します。

Apple開発者アカウントの設定

最初のiOSリリース前に、Apple側の設定を正しく行ってください:

  • Apple Developer Programに登録する Appleアカウントの2要素認証を有効にする
  • 正しい会員種類を選択する:
  • 個人/個人の経営者
    • : App Storeで販売者名として、法的個人名が表示される__CAPGO_KEEP_0__
    • 組織: Apple Developer Programへの登録には、法的組織、D-U-N-S番号、公開ウェブサイト、およびAppleの契約に会社を縛る権限を持つ人物が必要です。
  • 登録の際は、法的名称を使用してください。会社名や名前の最初/最後の名前にAliasを使用すると、承認が遅れる可能性があります。
  • 登録が承認された後、App Store Connectにサインインし、最終バンドルID、アプリ名、SKU、主言語でアプリレコードを作成してください。

Apple Developer Programへの登録ページ

Appleの登録をウェブ上で続けてください。

正しいApple Developerエンティティタイプを選択してください。

重要: Appleは時期によって最小限のSDK要件を変更することがあります。2026年4月28日以降、App Store Connectにアップロードされるアプリは、iOS & iPadOS 26SDKまたはそれ以降を使用する必要があります。 April 28, 2026, apps uploaded to App Store Connect must use the iOS & iPadOS 26 SDK or later.

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

初心者向けのAndroidアプリレビューのガイド

__CAPGO_KEEP_0__ Google Play開発者アカウントが2023年11月13日以降に作成された

個人のアカウントの場合:

  • __CAPGO_KEEP_0__アプリがリリースされる前に、閉鎖テスト期間を完了する必要があります:
  • 要件最低12人のテスター
  • 少なくとも12人のオプティンインテスターを募集する必要があります: Play Consoleへのプロダクションアクセス申請が必要です
  • フィードバック収集: 発見された問題、修正、テスターがアプリをどのように使用したかをドキュメント化する必要があります

テストトラックの設定方法

  1. クローズドテストトラックの作成

    • Google Play Consoleに移動
    • テストとリリース > テスト > クローズドテストに移動
    • クローズドテストトラックで新しいリリースを作成
    • Androidアプリバンドル(.aab)
  2. テスターを募集する

    テスターを募集する場所:

    • 友人や家族(最も簡単な出発点)
    • 開発者コミュニティ (Redditの/r/androiddev、/r/betatests)
    • ソーシャルメディアのフォロワー
    • ベータテストプラットフォーム (BetaList、BetaTesting.com)
    • 大学生 (つながりがある場合)

    重要: テスターが確実に:

    • 有効なGmailアカウントを持っている
    • 実際にAndroidデバイスを使用している
    • 14日間の全期間にオプティンしている
  3. テスターを招待する

    • Play Consoleでテスターのリストを作成する
    • テスターのメールアドレスを追加する
    • テスト者にオプティンURLを共有する
    • インストールとアプリの使用を確実にするために、リマインダーを送信する
  4. テスト活動の監視

    • Play Consoleでインストール数を確認する
    • クラッシュレポートとANR (アプリケーションが応答しない) を追跡する
    • テスト者からのフィードバックを収集する
    • プロモーション前に重大な問題を修正する
  5. プロモーション

    • 14日間で12人以上のオプティンしたテスト者がいる場合
    • Play Consoleダッシュボードからプロダクションアクセスを申請する
    • すべてのクラッシュレポートとフィードバックをレビューする
    • 最終レビューのためにプロダクションリリースを作成して提出する

Google がこれを実装した理由

Google はこの要件を導入した理由は次のとおりです。

  • 低品質アプリのスパムを削減
  • ユーザーに到達する前にアプリが適切にテストされていることを確認
  • 実世界の使用パターンを通じて悪質なアプリを特定
  • Play Store の全体的な質を向上

現実のチェック: これは、リリース計画に少なくとも 2-3 週間を追加します。計画に合わせて、テスターを早期に募集するようにしてください。

認証とログインの要件

認証システムの不適切な実装、特にソーシャルログインが最も一般的な却下理由です。

Apple Sign-In 要件 (iOS 用に必須)

Apple の規則: アプリがGoogle、Facebook、Twitterなどの第三者提供のログインオプションを提供している場合、 must

この規則は:

  • Google Sign-In
  • Facebook Login
  • Twitter/X Login
  • LinkedIn Login
  • その他の第三者提供の認証サービス

この規則は:

  • メール/パスワードのみの認証
  • 政府IDシステム
  • Enterprise 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);
  }
}

重要な考慮事項:

  1. メールプライバシー:ユーザーはメールを非表示にすることができます。Appleはプライベートリレー メール (例えば、 abc123@privaterelay.appleid.com).アプリはこの情報を処理する必要があります。

  2. 初回ユーザーと再訪ユーザー:Appleは初回認証のみでユーザー詳細 (名前、メール) を提供します。この情報を保存する必要があります。以降のサインインではこの情報が含まれません。

  3. ボタン設計:Appleはサインインボタンの厳格なデザインガイドラインを提供しています。公式のアセットを使用してください。

  4. バックエンド検証: すべてのバックエンドサーバーで、クライアント側のトークンだけに頼るのではなく、アイデンティティトークンを常に検証すること

Androidのソーシャルログイン要件

: AndroidはiOSと同様に特定のプロバイダーを要求していないが、Googleは以下のガイドラインを提示している

Googleサインイン要件:

  • Must use official Google Sign-In SDK
  • : Googleのブランドガイドラインを必ず遵守する
  • : Googleサインインを主なオプションとして提供する

クロスプラットフォームのベストプラクティス: 両方のプラットフォームで同じログインオプションを提供することで、統一感を高める

  • メール/パスワード
  • : Appleサインイン (iOS専用、またはAndroidでWebベースのAppleログインをサポートする場合)
  • Googleでサインイン
  • Facebook、Twitterなど他のソーシャルオプション

デモアカウントの要件

レビューの重要なポイント: アプリがログインを必要とする場合、 必要です アプリレビューの注釈に機能するデモアカウントのクレデンシャルを提供する必要があります。

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

よくある間違い:

  • 有効期限切れのクレデンシャルを提供する
  • デモアカウントにはすべての機能にアクセスできない
  • 電話検証を回避する方法を説明していない
  • サンドボックスの支払い詳細を忘れている

両方のアプリストアでは、利用可能なプライバシーポリシーと利用規約が必要です 作業を開始する前に、問題を提起して議論する

作業を開始する前に、問題を提起してください

初回提出物が承認されます。

  1. プライバシーポリシー要件

    • プライバシーポリシーは以下のようなければなりません。
    • 一般に利用可能なURLでホストされている
    • 標準のWebブラウザで読み込める
  2. アプリの言語と同じ言語で利用可能:

    • 以下の必須トピックをカバーする
    • データ収集方法について
    • 第三者にデータを共有するか
    • データをどのくらい長く保持するか
    • ユーザーの権利(アクセス、削除、ポータビリティ)
    • プライバシーに関する問い合わせ先
    • 子ども向けプライバシー(13/16歳未満のユーザー向けアプリの場合)
  3. インスタントでリンク

    • 設定またはアカウント画面からアクセス可能
    • メニューに埋もれていないように、一度のタップでアクセス可能
    • デフォルトブラウザまたはインスタントブラウザで開く

プライバシーポリシーをホストする場所

オプション1:ウェブサイト (お勧め)

https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service

Option 2: GitHub Pages (無料)

https://yourusername.github.io/app-privacy-policy

Option 3: プライバシーポリシーゲネレータ (クイックスタート)

重要 : 生成器は初期設定に適していますが、実際のデータ取り扱いを正確に反映するポリシーを確実に作成する必要があります。アプリのデータ取り扱いと一致しない汎用テンプレートは、検査対象となります。

利用規約の要件

利用規約は必須ではありませんが、強く推奨されており、以下の場合には必須です:

  • アプリ内課金やサブスクリプションを提供します。
  • ユーザーが生成したコンテンツがあります。
  • 基本的なアプリ機能を超えるサービスを提供します。
  • 法律上の保護を必要とします。

必須項目:

  • 適切な使用ポリシー
  • アカウント終了条件
  • 責任制限
  • 知的財産権
  • 紛争解決プロセス
  • 払い戻しポリシー(特に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は拒否されます)
  • アプリストアページに表示されます
  • ユーザーに実際の連絡先を持つサポートURLを追加してください
  • 提出前に年齢制限の質問紙を完了してください

Android - Google Play Console:

  • ストアの存在 > ストアの設定 > プライバシーポリシー
  • 子供向けのすべてのアプリには必要です
  • すべてのアプリには強く推奨されます

プライバシー栄養ラベル (iOS)

iOSでは、「栄養ラベル」形式で詳細なプライバシー情報を公開する必要があります:

カテゴリを宣言する必要があります:

  • 連絡先: メールアドレス、名前、電話番号
  • 財務情報: 支払い情報、クレジットカード、銀行口座
  • 位置情報: Precise or coarse location
  • ユーザー生成コンテンツ: フォト、ビデオ、オーディオ、メッセージ
  • 識別子: ユーザーID、デバイスID、広告ID
  • Usage Data: 利用データ
  • Diagnostics: エラーデータ、パフォーマンスデータ

For Each Data Type, Specify:

  • : 各データタイプについて明示する
  • Whether it’s collected
  • : データが収集されているか
  • Whether it’s linked to user identity

: ユーザーIDと関連付けられているか: Saying you don’t collect data when your analytics SDK does. Audit all third-party SDKs for their data collection.

Google Play Data Safety セクション

iOS と同様に、Android では Data Safety の宣言が必要です:

ステップ:

  1. Play Console &gt; アプリ内容 &gt; Data safety に移動
  2. データ収集に関する質問に答える
  3. 収集されるデータの種類を指定する
  4. 暗号化などセキュリティ対策を説明する
  5. プライバシーポリシーへのリンクを提供する

重要: この情報は法的拘束力があります。虚偽の申告はアプリの削除やアカウントの凍結につながる可能性があります。

一般的な初心者による拒否理由

なぜアプリが拒否されるのかを理解することで、これらの間違いを避けることができます:

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. コア機能の欠落または不正

なぜ起こるか:

  • スクリーンショットで表示されている機能はまだ実装されていない
  • デモアカウントには広告されている機能にアクセスできない
  • プレミアム機能は表示されているが実装されていない
  • “Coming Soon” placeholders in the app

How to Prevent:

  • どのように防ぐか
  • すべての広告されている機能が完了するまでにのみ提出する
  • デモアカウントに全ての機能にアクセスできるようにする
  • 未実装の機能を削除または無効にする前に提出する

3. 年齢制限に適切でないコンテンツ

なぜ起こる?:

  • 4+の年齢制限が設定されているが、ソーシャル機能が含まれている
  • 設定された年齢制限と実際のコンテンツが一致しない
  • モデレーションなしのユーザー生成コンテンツ
  • モデレーションなしの外部コンテンツへのリンク

正しい年齢制限を設定する方法:

iOS年齢制限:

  • 4+ (不適切なコンテンツなし)
  • 9+ (軽度の不適切なコンテンツがまれに含まれる)
  • 12+ (中程度の不適切なコンテンツ)
  • 17+ (頻繁に含まれる強度の不適切なコンテンツ)

Android コンテンツ レーティング:

  • 全員
  • 10歳以上
  • 青少年
  • 17歳以上
  • 18歳以上

重要: ユーザー間でコンテンツを共有できる場合、必要なのは

  • コンテンツ モデレーション システム
  • 報告/ブロック機能
  • 明確なコミュニティ ガイドライン
  • 必要に応じて年齢制限

4. 誤導的または誤解を招くメタデータ

なぜ起こるか:

  • アプリ名が実際には存在しない機能を約束する
  • 競合他社のスクリーンショットやモックアップ
  • 偽のレビューまたは評価操作
  • 説明文に証拠なしで超lativesを使用する

問題のあるメタデータの例:

BAD:

  • アプリ名: “最高のフィットネストラッカー - #1 アプリ”
  • 説明文: “これまでにない、革命的なアプリが作成されました!”
  • スクリーンショット: 一般的なストック写真

GOOD:

  • App Name: “フィットトラックス - ワークアウト ロガー””
  • Description: “ワークアウトをカスタマイズ可能なルーチンと進捗グラフで追跡することができます。””
  • Screenshots: 現在のビルドから実際のアプリ画面

5. 不十分なテスト (特にAndroid Closed Testing)

なぜ起こるか:

  • 必要な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: 必須であり、実際の連絡先情報にリンクする
  • 年齢制限: 質問紙を完了してアプリを公開できるようにする
  • アプリレビュー情報: レビューチームにレビューするための連絡先、ログインが必要な場合のワーキングデモクレデンシャル、そして明確な注釈を追加する
  • 輸出管理:暗号化の質問に答えるか、 ITSAppUsesNonExemptEncryption アップロードのときに適切な場合に Info.plist 同じ答えを繰り返さないようにするため

テストフライト前アプリレビュー

生産レビュー前に1回の実際のテストフライトを実行してください:

  • テストフライトから正確にビルドをインストールしてください
  • レビュー用の同じアカウントでサインインしてください
  • 購入、復元、キャンセルパスを歩きます
  • レビュアーが隠し設定なしで重要な機能にアクセスできることを確認してください
  • iPhoneとiPad両方がサポートされている場合、iPadでテストしてください

要件:

  • 15-30秒
  • 実際のアプリ映像を表示する必要があります
  • 短いテキストオーバーレイを含めることができます
  • 著作権問題のある音楽は使用しないでください
  • スクリーンショットと同じ解像度

Sign in with 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固有の要件

Google Playコンソールアカウントの設定

最初のAndroidリリース前に、Playコンソールアカウントとアプリシェルが存在することを確認してください:

  • 開発者アカウントを作成するには Playコンソールにサインアップ
  • Playコンソールに移動して ホーム > アプリを作成
  • デフォルトの言語、ゲームの種類、サポートメールを選択
  • Play ポリシー、エクスポート、Play アプリ署名の申告を受け入れる
  • アプリは 無料 または Capacitorライブアップデートの代替

有料重要

Googleは、有料アプリを無料に変更することを許可していますが、無料で提供されたアプリは有料に変更することはできません。

アプリバンドル要件重要

# Sync the native Android project first
bunx cap sync android

# Then build the release app bundle
cd android
./gradlew bundleRelease

Target API Level Requirement

ターゲット__CAPGO_KEEP_0__レベル要件: Android 15 (API level 35) 以上のバージョンにアップデートする必要があります。

android/app/build.gradle を更新します。:

android {
    compileSdkVersion 35

    defaultConfig {
        targetSdkVersion 35
        minSdkVersion 23  // Minimum supported version
    }
}

Google Play Data Safety

上記で説明したように、Android の承認に絶対に必要なものです。

クローズド テスト トラック (現在の要件)

新規に作成された個人開発者アカウントの場合、このガイドの前半で説明されている 12 人のテスター、14 日間の要件が大きな問題です。

タイムライン:

  1. 週 1: テスターを募集し、クローズド テストを設定します。
  2. 週 2-3: 有効なテスト期間 (14 日間以上)
  3. 週 4: 問題を修正し、生産用リリースを準備します。
  4. 週 5: 生産用レビューに提出します。

対象読者とコンテンツ レーティング

コンテンツ評価アンケート:

  • すべてのアプリには必要
  • 10-15分で完了
  • 年齢制限を決定します (全年齢、青少年、成年者など)
  • 内容が回答に影響を与える場合、常に更新してください

カバーされているトピック:

  • 暴力
  • 性的表現
  • 不適切な言葉
  • 制御された物質
  • ギャンブル
  • ユーザーインタラクション機能

重要:ユーザー生成コンテンツやソーシャル機能がある場合、開示し、モデレーションを実装する必要があります。

アプリストア表示要件

必要なアセット:

  • アプリアイコン (512 x 512 PNG)
  • 機能グラフィック (1024 x 500 JPG または PNG)
  • 電話画面ショット (最低 2 つ、最大 8 つ)
  • 7“タブレット画面ショット (オプションですが推奨)
  • 10“タブレット画面ショット (オプションですが推奨)

アプリ説明要件:

  • 短い説明 (80 文字以内)
  • フル説明 (4000 文字以内)
  • 正確にアプリの機能を説明する必要があります。
  • 連絡先情報や価格を含めることはできません。

プレゼンテーションチェックリスト

送信する前に、この包括的なチェックリストを確認してください。

技術要件

  • 実機でアプリが正常に起動する
  • スクリーンショットで表示されているすべての機能が正常に動作する
  • プレースホルダーまたは「近日公開」コンテンツは含めない
  • すべての第三者 API キーは生産用キーのみ
  • ネットワークエラーのハンドリングが実装されている
  • 許可の要求には明確な説明が含まれる
  • ネットワーク条件が悪いときにアプリがクラッシュしない
  • 許可が拒否された場合にテスト
  • 最小サポートOSバージョンでテスト
  • メモリリークのチェックと修正

認証 &amp; ログイン

  • ソーシャルログインを使用する場合、Sign in with Apple (iOS) が含まれます
  • レビューの注釈にデモアカウントのクレデンシャルが提供されます
  • デモアカウントにはすべての機能にアクセスできます
  • パスワードリセットフローが正常に動作
  • ログアウト機能が正しく動作
  • GDPR/CCPAの要件によりアカウント削除オプションが利用可能
  • プライバシーポリシーは一般に公開
  • プライバシーポリシーURLがアプリストアのリストに追加されました。
  • 利用規約は公開されています (適用可能な場合)
  • プライバシーポリシーはアプリ内で設定画面でリンクされています。
  • iOS用のプライバシーナビゲーションラベルは正確です。
  • Android用のデータセキュリティセクションは完了しています。
  • すべてのデータ収集目的が説明されています。
  • 第三者SDKデータ収集が明示されています。

コンテンツ &amp; メタデータ

  • アプリ名はガイドラインに従っています (キーワードの詰め込みはありません)
  • 説明は機能を正確に説明しています。
  • スクリーンショットは実際の現在のアプリ画面を示しています。
  • すべてのサポート言語でスクリーンショットがローカライズされています。
  • No competitor mentions in description
  • No proof required for superlatives
  • Age rating matches actual content
  • 連絡先のメールアドレスは監視されています

iOS専用

  • Appleのサインイン機能が実装されています (ソーシャルログインを使用している場合)
  • 必要なすべてのスクリーンショットサイズが提供されています
  • iPadの実際のスクリーンショットがアップロードされています (iPadのサポートが有効になっている場合)
  • Info.plistの許可の説明が明確です
  • 実際の連絡先情報が含まれたサポートURLが追加されています
  • プライバシーポリシーURLがApp Store Connectに追加されています
  • 年齢制限の質問紙が完了されています
  • 輸出法規の回答が正解している
  • アプリレビューの連絡先と非期限のデモアカウントが提供されている
  • iOS 15.0 またはそれ以上をターゲットにしている
  • IAPの場合:価格が明確で、購入の復元ボタンが表示されている
  • Androidまたは他のプラットフォームへの言及がない

Android用

  • アプリバンドル(.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

却下された場合の対応

却下は一般的で、初めての提出の場合に特に多いので、パニックにならないでください。以下の方法で対応してください。

却下後の処置

  1. 却下の理由を丁寧に読みます

    • 具体的なガイドラインが違反された箇所を注意してください (例:4.3、5.1.1)
    • レビュアーのコメントを徹底的に読みます
    • スクリーンショットが提供されている場合はそれを確認します
  2. 理解する必要がある問題

    • 公式ドキュメントでガイドラインを参照してください
    • 類似ケースをインターネットで探してみましょう
    • これが誤解であるか、実際の問題であるかを確認してください
  3. 根本原因を修正してください

    • 単にパッチを当てないで、正しく修正してください
    • 修正した内容を徹底的にテストしてください
    • 変更した内容をドキュメントに記録してください
  4. 適切に返信してください

    もし拒否が正しい場合:

    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.
  5. すぐに再提出してください

    • 再提出は通常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が大幅に変更された場合、スクリーンショットを更新する
  • データ収集が変更された場合、プライバシー ラベルを更新する
  • 「新機能について」説明を明確にする
  • 主な変更に対して段階的なロールアウトを検討する

法的準拠

年間要件:

  • Android コンテンツ ラーティングを更新する (年間 1 回必要)
  • プライバシー ポリシーを更新する (実践が変更された場合)
  • コンテンツが変更された場合、年齢制限を確認し更新する
  • サードパーティー SDK の法的準拠を検証する

継続的な監視:

  • ガイドラインの変更について最新情報を取得
  • Apple/Google開発者ニュースレターに登録
  • 開発者コミュニティに参加
  • App Store/Play Storeポリシーブログをフォロー

リソースとさらに読む

公式ドキュメント

Apple:

Google:

コミュニティリソース

プライバシーポリシー

アプリレビューで困っていますか?

あなたが初めてのアプリレビューで混乱している場合、またはアプリが最初の試行でレビューを通過することを保証するために専門のガイダンスが必要な場合、我々はあなたの助けになります!

我々のチームと個別のアドバイスを受けるためのカスタムコールを予約してください 以下のアプリレビュー準備とプライバシーポリシーおよび法的文書の確認に役立つように

  • App StoreおよびPlay Storeレビュー準備
  • プライバシーポリシーおよび法的文書の確認
  • Appleサインイン実装
  • テスト戦略とテスターの募集
  • レビュー用メモの準備
  • 却下の対応と異議申し立て
  • アプリの提出プロセスの完了

Capgoのチームは、数百の開発者にアプリレビューのプロセスを成功させるのに役立っています。アプリレビューのプロセスを乗り切るのに数週間を節約できます。

結論

初めてのアプリの提出は挑戦的ですが、適切な準備があれば、最初の試行でレビューを通過できます。次のポイントを思い出してください:

  1. 早めに始めよう: Androidの場合、特に - 12人のテスターを招集するには、計画されたリリースから3週間前には
  2. プライバシーを優先しよう: プライバシーポリシーを用意し、データの取り扱いを正確に反映すること
  3. Apple Sign-In: iOSでAppleサインインを使用する場合、他のソーシャルログインを使用する場合でも、Sign in with Appleを含める必要があります
  4. Test Thoroughly: 実機、ネットワークが悪い環境、パーミッションが拒否された環境でテストする
  5. Be Honest: 正確なメタデータとプライバシー情報の公開は、却下や法的問題を防ぎ、受け入れられるようになります
  6. Detailed Review Notes: アプリを理解できるようにレビュアーに役立つ

The current Android testing requirements add time to the process, but they ultimately result in better apps and fewer post-launch issues. Plan for an extra 3-4 weeks for Android submissions, and you’ll be well-positioned for success.

: Androidのテスト要件は時間を増やすものですが、最終的にはより良いアプリと、リリース後に発生する問題が少なくなります。Androidの提出に3-4週間を計画し、成功に適切に準備する

Good luck with your app launch! Remember, even if you get rejected, it’s a learning opportunity. Most successful apps go through multiple rounds of review before approval. : アプリのリリースに成功することをお祈りします! そして、却下された場合も、学びの機会です。成功した多くのアプリは、承認されるまで複数のレビューを通過します。 と、専門家があなたを導きます。


iOSおよびAndroidアプリの初心者向けの完全ガイド2026年版を使用している場合、セキュリティと法的合致性を計画するには Capgoのライブアップデートソリューション アプリストアのレビューなしでスムーズなアプリのアップデート

iOSおよびAndroidアプリの初心者向けの完全ガイド2026年版

セキュリティと法的合致性を計画するには エンクリプション エンクリプションの実装詳細 法的合致性 法的合致性の実装詳細 ライブアップデートの実装についての助けが必要ですか?__CAPGO_KEEP_0__のライブアップデートソリューション アプリの承認後、ライブアップデートを実装するのに役立つ Capgo セキュリティ スキャナー Capgo セキュリティ スキャナー用製品ワークフロー Capgo セキュリティ Capgo セキュリティ用製品ワークフロー Capgo トラスト センター Capgo トラスト センター用製品ワークフロー

リアルタイム更新の Capacitor アプリ

ウェブ層のバグが生じた場合、Capgo を通じて修正を配信し、数日間待つ必要のないアプリストアの承認を待つ必要がなくなる。ユーザーはバックグラウンドで更新を受け取り、ネイティブの変更は通常のレビュー経路を通じて行われる。

マーティンから人間のサポート

スタートする

最新のブログ記事

Capgo は、プロフェッショナルなモバイルアプリを作成するために必要な最良の洞察を提供します。