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

2026年のApp StoreまたはPlay Storeへの初めてのアプリの提出は、常に変化するガイドラインと厳格な取り締まりの下、心配な気分になるかもしれません。 iOSおよびAndroidの両方のプラットフォームに対して初めての提出物を承認するには、細部に留意する必要があります。この包括的なガイドでは、両方のプラットフォームに対して初めての提出物を承認するために必要なすべての情報を歩みを進めます。

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

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 Developer アカウントの設定

: 最初の iOS リリース前に、Apple の側面が正しく設定されていることを確認してください。

• Apple Developer プログラムへの登録 : Apple Account を使用して 2 つの要素認証を有効にします。
• : 正しいメンバーシップタイプを選択します。
• : 法的個人名がアプリストアの販売者名になります。
  • __CAPGO_KEEP_0____CAPGO_KEEP_0__
  • 組織: Apple Developer Programへの登録には、法的組織、D-U-N-S番号、公開ウェブサイト、およびAppleの契約に会社を縛る権限を持つ人物が必要です。
• 登録時に法的名義を使用してください。最初/最後の名前フィールドに会社名またはエイリアスを使用すると、承認が遅れる可能性があります。
• 登録が承認された後、App Store Connectにサインインし、最終バンドルID、アプリ名、SKU、主言語でアプリレコードを作成します。

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

Android アプリのテストの重要な要件

これは、ほとんどの初心者Androidパブリッシャーにとって意外な変更です:

新しい個人用Androidアカウントのテスターの要件12件

あなたのGoogle Play開発者アカウントが 2023年11月13日以降に作成された個人アカウントの場合、アプリが生産環境に進む前に、クローズドテスト期間を完了する必要があります:

要件:

• 最低12人のテスター少なくとも12人のオプティンしたテスターを募集する必要があります
• 14日間のテスト期間アプリは、最低14日間連続してクローズドテストに留まる必要があります
• 生産環境へのアクセス申請:　　サイスバーにはパックです。トシアコントにはパックをパックです。
• バーストアショナ:　パックをサイスバーにはパックをパックです。パックをパックです。パックをサイスバーにはパックをパックです。

サイスバーをサイスバーにらぬパックをサイスバーにはパックをパックです。

Google はこれを実施した理由

Google はこの要件を導入した理由は

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

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

認証とログインの要件

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

Apple Sign-In の要件 (iOS 用に重要)

Apple の規則: Google、Facebook、Twitterなどの第三者サービスでサインインするオプションを提供している場合、 は も提供する必要があります。

は:

• 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);
  }
}

重要な考慮事項:

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

2. 初回アクセス vs 再アクセス: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タップでアクセス可能
   • デフォルトブラウザまたはインスタントブラウザで開く

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

オプション1：あなたのウェブサイト (推奨)

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

オプション 2: GitHub ページ (無料)

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

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

• Termly
• PrivacyPolicies.com
• FreePrivacyPolicy.com

重要：ジェネレータはスターティングに適していますが、実際のデータの取り扱いを正確に反映するポリシーを確実に確保する必要があります。アプリのデータの取り扱いを正確に反映していないジェネレータのテンプレートは、フラグ付けされます。

利用規約の要件

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

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

必須項目:

• 適切な使用ポリシー
• アカウント終了条件
• 責任制限
• 知的財産権
• 紛争解決プロセス
• 返金ポリシー（特に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>
  );
}

App Store メタデータ要件

両方のストアでは、App の提出時にプライバシー ポリシー URL を提供する必要があります:

iOS - App Store Connect:

• App 情報 > 一般情報 > プライバシー ポリシー URL
• HTTPS でなければなりません (HTTP は拒否されます)
• App Store ページに表示されます
• ユーザーに実際の連絡先情報を含むサポート URL を追加してください
• 提出前に年齢制限の質問紙を完了してください

Android - Google Play Console:

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

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

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

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

• 連絡先メールアドレス、名前、電話番号
• 財務情報支払い情報、クレジットカード、銀行口座
• 位置情報厳密な位置情報または粗い位置情報
• ユーザー生成コンテンツ写真、動画、音声、メッセージ
• 識別子: ユーザーID、デバイスID、広告ID
• 利用データ: アプリの使用状況、広告データ、クラッシュログ
• 診断: クラッシュデータ、パフォーマンスデータ

各データタイプごとに明示:

• どのデータが収集されるか
• ユーザー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 Section

AndroidでもiOSと同様に、Data Safetyの申告が必要です。

Steps:

1. Play Consoleにアクセスし、App content > Data safetyを選択
2. データ収集に関する質問に答える
3. 収集するデータの種類を指定する
4. 暗号化などのセキュリティ対策を説明する
5. プライバシーポリシーへのリンクを提供する

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

Common First-Time Rejection Reasons

最初のリジェクトの理由を理解することで、避けることができるミスを知ることができます。

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. 必要な基本機能の欠落または不具合

なぜ起こるのか:

• スクリーンショットに表示されている機能はまだ実装されていない
• デモアカウントは広告された機能にアクセスできません。
• プレミアム機能は表示されますが、実装されていません。
• 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの初回レビューのためのガイド」 「アプリの

アプリの初回レビューのガイド Note: I've kept the original text as much as possible, only translating the main phrase "How to Prevent" to a more natural Japanese phrasing.:

• すべてのアドバタイズされた機能が完了した場合にのみ提出してください。
• デモアカウントが完全なアクセス権を持っていることを確認してください。
• 未完成機能を削除または無効にする前に提出する
• 最新ビルドに合わせてスクリーンショットを更新してください。

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

なぜ起こるのか:

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

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

iOSの年齢制限:

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

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

• 全員
• 10歳以上
• ティーン
• 17歳以上
• 18歳以上

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

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

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

なぜ起こるか:

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

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

❌ 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-Specific Requirements

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 アップロードの度に同じ回答を繰り返さないようにするため、適切な場合に

App Reviewの前

TestFlightの実際のパスを1回実行する

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

App Preview ビデオ (オプションですが推奨)

要件:

• 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 アプリ署名の申告を受け入れる
• アプリは 無料 または 重要

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

重要

: Google Play は、Android アプリ バンドル (.aab) 形式を要求しており、APK は使用できません。ターゲット __CAPGO_KEEP_0__ レベル要件

# Sync the native Android project first
bunx cap sync android

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

Target API Level Requirement

現在の要件: Android 15 (API 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バージョンでテスト
• メモリリークのチェックと修正

認証 & ログイン

• ソーシャルログインを使用する場合、Sign in with Apple (iOS) が含まれます
• レビューの注釈にデモアカウントのクレデンシャルが提供されます
• デモアカウントにはすべての機能にアクセスできます
• パスワードリセットフローが正常に動作
• ログアウト機能が正しく動作
• GDPR/CCPA の要件によりアカウント削除オプションが利用可能

法的 & プライバシー

• プライバシーポリシーは一般に公開されています
• プライバシーポリシーURLがアプリストアのリストに追加されました。
• 利用規約が公開されます (適用可能な場合)
• プライバシーポリシーがアプリ内でリンクされます (設定画面)
• iOS用のプライバシーナビゲーションラベルが正確です
• Android用のデータセーフティセクションが完了しました
• すべてのデータ収集目的が説明されています
• 第三者SDKデータ収集が明示されました

コンテンツ & メタデータ

• アプリ名はガイドラインに従っています (キーワード詰め込みなし)
• 説明は機能を正確に説明しています
• スクリーンショットは実際の現在のアプリ画面を示しています
• スクリーンショットはすべてのサポート言語でローカライズされています
• No competitor mentions in description
• No proof required for superlatives
• 実際の内容に合わせた年齢評価
• 連絡先のメールアドレスは監視されています

iOS専用

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

Android用

• アプリバンドル(.aab)形式が使用されます
• ターゲットAPI 35 またはそれ以上
• コンテンツ評価アンケートが完了しました
• フィーチャーグラフィックがアップロードされました
• プレイストアコンソールアカウントが必要な場合は、クローズドテストが完了しました (12 人のテスター、14 日間)
• テストからクラッシュレポートを確認し修正しました
• iOSや他のプラットフォームに関する言及なし

テスト (Android の現在の要件)

• Play アカウントがクローズド テストを必要とする場合、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

却下された場合に何をするか

却下は普通のことです。初めての提出の場合、特にそうです。ここではどう対処するかについて説明します。

却下後のステップ

共通の却下の回答

却下: “アプリが起動時にクラッシュする”

回答:

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のコンテンツ評価を更新する（毎年必須）
• プライバシーポリシーを更新する（実践が変更された場合）
• コンテンツが変更された場合、年齢制限を確認し更新する
• サードパーティのSDKを法的準拠に適合させる

連続監視:

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

リソースとさらに読む

公式ドキュメント

Apple:

• App Store レビュー ガイドライン
• Sign in with Apple
• App Store Connect ヘルプ
• プライバシーとデータ使用

Google:

• 開発者ポリシーセンター
• リリースチェックリスト
• データセキュリティセクション
• テストガイドライン

コミュニティリソース

• r/androiddev - Android開発者コミュニティ
• r/iOSProgramming - iOS開発者コミュニティ
• Stack Overflow - 技術質問
• インディー・ハッカーズ - インディー開発者コミュニティ

プライバシー ポリシー ツール

• Termly プライバシー ポリシー ジェネレーター
• PrivacyPolicies.com
• 無料プライバシー ポリシー

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

あなたが初めてのアプリ レビューで感じている混乱や、初めてのアプリ レビューで通過するために専門家のガイダンスを確実に得たい場合は、ここに私たちがいます!

私たちのチームとカスタマイズされたアドバイスを受けるためのカスタマイズされたカウントの予約 以下のアプリ レビューの準備とプライバシー ポリシーと法的文書の確認

• App Store と Play Store レビューの準備
• プライバシー ポリシーと法的文書の確認
• Appleサインイン実装
• テスト戦略とテスターの募集
• レビュー用ノートの準備
• 却下の対応と再提出
• アプリの提出プロセスの完了

Capgoのチームは、数百の開発者にアプリレビューのプロセスを成功させるのに役立っています。アプリレビューのプロセスを乗り越えるために数週間を費やすことなく、開発者を助けることができます。

結論

初めてのアプリの提出は、しかし、適切な準備があれば、最初の試行でレビューを通過することができます。次の重要な点を思い出してください:

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

Androidのテスト要件は現在、プロセスに時間を追加していますが、最終的には、より良いアプリと、リリース後に発生する問題が減る結果となります。Androidの提出に3-4週間を計画すると、成功に適切に準備されます。

アプリのリリースに成功することをお祈りします! ご了承ください。なぜなら、ほとんどの成功したアプリは、承認されるまで複数のレビューのラウンドを通過するからです。

独りで進むのではなく、他に何か必要ですか? カウンセリングの予約 と、専門家があなたを導きます。

アプリが承認された後、ライブ更新を実装するのに役立つかどうかを知りたい場合は、 Capgoのライブ更新ソリューション アプリストアのレビューなしでスムーズなアプリの更新

2026年版iOSおよびAndroidのThe Complete First-Time App Review Guideから続きます。

2026年版iOSおよびAndroidのThe Complete First-Time App Review Guideを使用している場合 セキュリティと法的合致を計画するには、 暗号化 暗号化の実装詳細 法的合致 法的合致の実装詳細 Encryption Capgo セキュリティ スキャナー Capgo セキュリティ スキャナー用製品ワークフロー Capgo セキュリティ Capgo セキュリティ用製品ワークフロー、 Capgo トラスト センター Capgo トラスト センター用製品ワークフロー。