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

App StoreまたはPlay Storeに初めてアプリを提出することは、常に変化するガイドラインと2026年の厳格な取り締まりに直面して、圧倒的になります。初心者開発者にとって、2026年のアプリを承認するには、細部に留意する必要があります。この包括的なガイドでは、iOSおよびAndroidプラットフォームの両方で初回提出のレビューを通過するために必要なすべての情報を歩みを追って説明します。

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

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

iOS App Store レビュー時系列図

• 標準レビュー: 24-48 時間
• ピーク期: 3-5 日 (特に休日シーズン中)
• 週末: 処理されないレビュー
• 優先レビュー: 扁桃腺のクリティカルなバグ修正 (App Store Connect からリクエストする必要があります)

プロのアドバイス: 週初め (月曜日 - 火曜日) に提出して、週末の遅延を避けましょう。月曜日提出物は、水曜日までにレビューされます。

App Store Connect のステータス

• 提出準備: __CAPGO_KEEP_0__ が準備中です。
• レビュー待ち: Apple の提出物がキューにあります。
• レビュー中: アプリのレビューが進行中です。
• 開発者リリース待ち: 承認済みですが、手動リリースの選択を待っています。
• 却下 / 未解決の問題: 承認には変更が必要です。

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

• 初回レビュー: 3-7 日 (前年よりはるかに長くなりました。)
• テスト終了ゲート: 有効な新しいプレイコンソールアカウントの場合、14日間は影響を受けるため、生産アクセスを要求することができません
• テスト後生産レビュー: Closed Testing 要件が完了した後、通常3-7日
• 既存アプリの更新: 1-3日
• ポリシー違反: 追加のレビューがトリガーされた場合、14日以上延長

重要な更新: Googleは、以下の詳細で説明するように、ある程度の新しいプレイコンソールアカウントに対して、より厳密なテストを必要とします。

Apple Developerアカウント設定

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

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

重要: Appleは時期によって最小限のSDK要件を変更することがあります。2026年4月28日現在 App Store Connectにアップロードされるアプリは、iOS & iPadOS 26__CAPGO_KEEP_0__またはそれ以降のバージョンを使用する必要があります。Androidの重要なテスト要件 iOS & iPadOS 26 SDK or later.

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

Google Play Developerアカウントが個人アカウントである場合、2023年11月13日以降に作成された場合、

アプリが生産環境に進む前に、クローズドテスト期間を完了する必要があります:

If your Google Play developer account is a personal account created after November 13, 2023, you must complete a closed testing period before the app can go to production:

要件:

• 最低 12 人のテスター: 最低 12 人のテスターを募集する必要があります
• 14 日間のテスト期間: アプリが 14 日間連続してクローズド テストに残る必要があります
• 運用アクセス申請: テスト期間後も、Play Console で運用アクセスを申請する必要があります
• フィードバックの収集: 発生した問題、修正した内容、テスターがアプリをどのように使用したかを記録する必要があります

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

Googleがこの要件を実施した理由

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

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

Reality Check__CAPGO_KEEP_0__

Authentication and Login Requirements

__CAPGO_KEEP_1__

The Apple Sign-In Requirement (Critical for iOS)

Appleの規則__CAPGO_KEEP_2__ This applies to Google Sign-In

Facebook Login:

• __CAPGO_KEEP_3__
• __CAPGO_KEEP_4__
• Twitter/Xログイン
• リンクトインログイン
• 第三者認証サービス

これは:

• メール/パスワードのみの認証
• 政府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. メールのプライバシー: Users can choose to hide their email. Apple provides a private relay email (e.g., abc123@privaterelay.appleid.com:

2. 初回ユーザーと既存ユーザー: Apple only provides user details (name, email) on the first authorization. Store this information because subsequent sign-ins won’t include it.

3. ボタン設計: Apple provides strict design guidelines for the Sign in with Apple button. Use their official assets.

4. バックエンドの検証: Always verify the identity token on your backend server, never trust client-side tokens alone.

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

: While Android doesn’t require a specific provider like iOS does, Google has guidelines:

Google Sign-In要件:

• 公式のGoogle Sign-In SDK
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_1__

__CAPGO_KEEP_2____CAPGO_KEEP_3__ __CAPGO_KEEP_4__を使用するためのガイドラインを守る必要があります

• __CAPGO_KEEP_5__の場合、主なオプションでなければなりません
• __CAPGO_KEEP_6__
• クロスプラットフォームのベストプラクティス
• 両方のプラットフォームで同じログインオプションを提供することで、一貫性を保つことができます:

メール/パスワード

Apple (iOSのみ、またはAndroidでWebベースのAppleログインをサポートする場合)でサインインGoogleでサインイン Facebook、Twitterなど他のソーシャルオプションも含めます。 __CAPGO_KEEP_0__をApp Review Notesに記載してください。

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

よくある間違い:

• 有効期限切れの資格情報を提供する
• デモアカウントにはすべての機能にアクセスできません
• 電話検証を回避する方法を説明していない
• サンドボックス決済情報を記載していない

プライバシーポリシーと法的要件

両方のアプリストアでは、利用可能なプライバシーポリシーと利用規約が必要です __CAPGO_KEEP_1__ プライバシーポリシー要件

プライバシーポリシーには以下の要件があります:

__CAPGO_KEEP_2__

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
• プライバシーポリシーズ.com
• フリープライバシーポリシー.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 メタデータ要件

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

iOS - App Store Connect:

• App Information > General Information > Privacy Policy URL
• httpsでなければなりません（httpは却下されます）
• アプリストアページに表示されます
• __CAPGO_KEEP_0__に実際の連絡先情報を含むサポートURLを追加
• __CAPGO_KEEP_0__提出前に年齢制限質問紙を完了

Android - Google Play Console:

• __CAPGO_KEEP_0__ > ストア設定 > プライバシーポリシー
• __CAPGO_KEEP_0__向けのすべてのアプリに必要
• __CAPGO_KEEP_0__向けのすべてのアプリに強く推奨

iOSのプライバシー栄養ラベル (Privacy Nutrition Labels)

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

__CAPGO_KEEP_0__を宣言する必要のあるカテゴリ:

• __CAPGO_KEEP_0____CAPGO_KEEP_0__ : メール、名前、電話番号
• __CAPGO_KEEP_0__: 支払い情報、クレジットカード、銀行口座
• 位置: Precise or coarse location
• : ユーザー生成コンテンツ: 写真、動画、音声、メッセージ
• : ユーザーID、デバイスID、広告ID: ユーザーID、デバイスID、広告ID
• : 製品の使用状況、広告データ、クラッシュログ: デバイスのパフォーマンスデータ
• : クラッシュデータ、パフォーマンスデータ各データタイプごとに指定

__CAPGO_KEEP_0__:

• Whether it’s collected
• Whether it’s linked to user identity
• Whether it’s used for tracking
• The purpose of collection

Common Mistake: SDK を使用している analytics を含めて、すべての第三者 SDK をデータ収集の対象として検証すること。

Google Play Data Safety Section

Android でも、iOS と同様にデータセーフティの申告が必要です。

Steps:

1. Play Console > App content > Data safety に移動してください。
2. データ収集に関する質問に答えます。
3. 収集されるデータの種類を指定します。
4. セキュリティの実践方法 (暗号化など) を説明する
5. プライバシー ポリシーへのリンクを提供する

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

一般的な初回拒否理由

アプリが拒否される理由を理解することで、これらの落とし穴を避けることができます:

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+に設定されている
• 実際のコンテンツと年齢評価が一致しない
• モデレーションなしのユーザー生成コンテンツ
• モデレーションなしの外部コンテンツへのリンク

__CAPGO_KEEP_0__:

__CAPGO_KEEP_1__:

• __CAPGO_KEEP_2__
• __CAPGO_KEEP_3__
• __CAPGO_KEEP_4__
• __CAPGO_KEEP_5__

__CAPGO_KEEP_6__:

• __CAPGO_KEEP_7__
• __CAPGO_KEEP_8__
• __CAPGO_KEEP_9__
• __CAPGO_KEEP_10__
• __CAPGO_KEEP_11__

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

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

5. デリケートまたは誤解を招くメタデータ

なぜ起こる:

• アプリ名は実際には実装されていない機能を約束する
• 競合他社のスクリーンショットやモックアップ
• 偽のレビューまたは評価の操作
• 説明には証拠なしの超越的な表現が含まれる

例の問題のメタデータ:

❌ 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: 必須、実際の連絡先情報に至る
• 年齢評価: アプリを公開するために質問紙を完了してください
• アプリレビュー情報: レビュー担当者用の連絡先、ログインが必要な場合のデモクレデンシャル、レビュー用の明確なメモを追加してください
• 輸出管理: または、適切な場合に同じ回答を繰り返さないようにしてください ITSAppUsesNonExemptEncryption テストフライト前レビュー Info.plist : 1回の実際のテストフライトをプロダクションレビュー前に実行してください

テストフライト

: 必須、実際の連絡先情報に至る

• TestFlightから正確なビルドをインストールする
• __CAPGO_KEEP_0__でサインインする
• 購入、復元、キャンセルパスの歩みを通じる
• レビュアーが隠されたセットアップなしで重要な機能に到達できることを確認する
• 両方がサポートされている場合、iPhoneとiPadでテストする

Appプレビュー動画 (オプションですが推奨)

要件:

• 15-30秒の長さ
• 実際のアプリの映像を示す
• 簡潔なテキストオーバーレイを含めることができる
• 著作権問題のある音楽を含めることはできない
• スクリーンショットと同じ解像度

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

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

• __CAPGO_KEEP_0__で開発者アカウントを作成する Play Consoleの新規登録
• Play Consoleに移動して ホーム > アプリを作成
• デフォルトの言語、アプリ/ゲームの種類、サポートメールを選択
• 必要なPlayポリシー、エクスポート、Playアプリ署名の申し出を受け入れる
• アプリが 無料 または 有料

重要: Google は有料アプリを無料に変更できるが、無料で提供されたアプリは有料に変更できない。

アプリパッケージ要件

重要: Google Play は Android アプリパッケージ (.aab)形式を要求し、APK は不可。

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

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

コンテンツ レーティング クエリ:

• すべてのアプリに必要
• 10-15 分で完了
• 年齢レーティングを決定する
• コンテンツが答えに影響を与える場合にのみ更新する

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

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

重要: ユーザー生成コンテンツやソーシャル機能がある場合、ユーザーにこのことを明示的に伝え、モデレーションを実装する必要があります。

アプリストアの要件

必要なアセット:

• アプリアイコン (512 x 512 PNG)
• 機能グラフィック (1024 x 500 JPG または PNG)
• Phone screenshots (minimum 2, maximum 8)
• 7” tablet screenshots (optional but recommended)
• 10” tablet screenshots (optional but recommended)

Description Requirements:

• Short description (80 characters max)
• Full description (4000 characters max)
• アプリの機能を正確に説明する必要があります
• 連絡先情報や価格を含めることはできません

Pre-Submission Checklist

提出前にこの包括的なチェックリストを確認してください

Technical Requirements

• 実機でアプリが正常に起動する必要があります
• All screenshotsの機能はすべて機能します
• No placeholderまたは「Coming Soon」コンテンツ
• すべての第三者 API キーは生産用のキー
• ネットワークエラーの処理が実装されました
• 許可の要求には明確な説明が含まれます
• アプリはネットワーク状況が悪い場合にクラッシュしない
• 許可が拒否された場合にテストされました
• 最小サポートOSバージョンでテストされました
• メモリリークがチェックされ修正されました

認証 & ログイン

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

法的情報とプライバシー

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

コンテンツ & メタデータ

• アプリ名はガイドラインに従っています (キーワード詰め込みなし)
• 説明は機能を正確に説明しています
• スクリーンショットは実際の現在のアプリ画面を示しています
• スクリーンショットはすべてのサポート言語でローカライズされています
• 競合他社の言及は説明から除外されています
• 証拠なしの超越表現は使用されていません
• 実際のコンテンツに合致する年齢制限が設定されています
• 連絡先メールは監視されています

iOS固有の要件

• Sign in with Appleが実装されています (ソーシャルログインを使用している場合)
• All required screenshot sizes provided
• iPadの実際のスクリーンショットがアップロードされます。iPadのサポートが有効になっている場合
• Info.plistの許可説明が明確です
• サポートURLに実際の連絡先情報が追加されました
• App Store ConnectにプライバシーポリシーURLが追加されました
• 年齢制限の質問紙が完了しました
• 輸出管理に対する正解が得られました
• App Reviewの連絡先と非期限のデモアカウントが提供されました
• iOS 15.0以上をターゲットにします
• IAPの場合:価格が明確で、購入履歴のボタンが表示されます
• Androidまたは他のプラットフォームへの参照はありません

Android Specific

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

却下された場合の対応

却下は普通のことです。特に初めての提出では、もっともです。ここでは、対応する方法を紹介します。

却下後の手順

一般的な却下の回答

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

回答:

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)

却下: 「プライバシーポリシーが欠落している」

Response:

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.

Rejection: “4.2 - 最小機能を満たしていない”に該当します。

これは少し難しいです。アプリとして認可されるのに十分な機能を提供していないことを意味します。Response:

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%未満に抑える）
• アプリストア/プレイストアの評価
• レビュー内容（すべてのレビューに回答する）
• ユーザーから報告されたバグ

__CAPGO_KEEP_0__:

• Firebase Crashlytics
• App Store Connect Analytics
• Google Play Console Vitals
• Sentry または類似のエラー追跡

更新ガイドライン

更新の提出時：

• 初回提出と同様に徹底的にテストする
• UI が大幅に変更された場合にスクリーンショットを更新する
• データ収集が変更された場合にプライバシーラベルを更新する
• 「新機能について」が明確な説明を提供する
• 主な変更の場合にステージングロールアウトを検討する

規制遵守を維持する

年間要件:

• Android コンテンツ ラティングを更新する (年次必須)
• プライバシーポリシーを更新する (実践が変更された場合)
• コンテンツが変更された場合の年齢制限を確認し、更新する
• サードパーティー SDK のコンプライアンスを検査する

継続的な監視:

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

リソースと追加の読み物

公式ドキュメント

Apple:

• App Storeレビュー規定
• Appleでサインイン
• App Store Connectヘルプ
• プライバシーとデータ使用

Google:

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

コミュニティリソース

• r/Android開発者 - Android開発者コミュニティ
• r/iOSプログラミング - iOS開発者コミュニティ
• Stack Overflow - 技術的な質問
• Indie Hackers - インディー開発者コミュニティ

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

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

アプリレビューの手助けが必要ですか?

あなたがアプリレビューに追いつくのが困難な場合、または最初の試行でアプリレビューを通過することを保証したい場合は、ここに助けがあります!

アプリレビューの専門ガイドを手に入れるために、チームとオンラインカウントを予約してください。 個別の支援を受けるために:

• アプリストアとプレイストアのレビュー準備
• プライバシーポリシーと法的文書のレビュー
• Sign in with Appleの実装
• テスト戦略とテスターの採用
• レビューの注意書きの作成
• 却下の回答と異議申し立て
• アプリの完全な提出作業

チームはすでに数百の開発者にアプリレビューのプロセスを成功させるのに役立ち、週数の試行錯誤を節約できます。

まとめ

__CAPGO_KEEP_0__

1. 初めてのアプリを提出することは、心配になるかもしれませんが、適切な準備ができれば、最初の試行でレビューを通過できます。次の重要な点を思い出してください:早めに始める
2. : Androidの場合、特に - 12人のテスターを招集するには、計画されたリリースから少なくとも3週間前に始めましょうプライバシーを優先する
3. : データの取り扱いを正確に反映するプライバシーポリシーを用意してくださいAppleサインイン
4. : iOSでソーシャルログインを使用する場合、Appleサインインを含める必要があります徹底的なテスト
5. : 実機でテストし、ネットワークが悪い場合、パーミッションが拒否された場合誠実さを保つ
6. [詳細レビュー用メモ]: レビューアーがアプリをすぐに理解できるようにします

Androidのテスト要件は現在、プロセスに時間を追加していますが、最終的には、より良いアプリとリリース後の問題が少なくなるため、Androidの提出に3-4週間を計画してください。

アプリのリリースに成功するには、良い運が必要です！ ただし、却下された場合も、学習の機会です。成功した多くのアプリは、承認される前に複数のレビューのラウンドを通過します。

一人で進むのを嫌ですか？ コンサルテーションを予約 専門家がプロセスを導きます。

承認されたアプリでライブアップデートを実装するのに苦労していますか？ Capgoのライブアップデートソリューション アプリのアップデートをストアのレビューなしでスムーズに実行します。

The Complete First-Time App Review Guide for 2026 - iOS and Android

このガイドを使用している場合は 2026 年の初心者向けアプリレビュー全般ガイド - iOS と Android セキュリティとコンプライアンスの計画に使用するには 暗号化 暗号化の実装詳細について コンプライアンス コンプライアンスの実装詳細について Capgo セキュリティスキャナー Capgo セキュリティスキャナーの製品ワークフローについて Capgo セキュリティ Capgo セキュリティの製品ワークフローについて Capgo トラストセンター Capgo トラストセンターの製品ワークフローについて