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

初めてのアプリをApp StoreまたはPlay Storeに提出することは、圧倒的になります。2026年以降、ガイドラインが常に進化し、厳格な取り締まりが行われるため、初めてのアプリを承認するには、細部に留意する必要があります。この包括的なガイドでは、iOSとAndroidの両方のプラットフォームで初めての提出物を承認するために必要なすべての情報を歩みを追って説明します。

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

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

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

• 標準レビュー: 24-48 時間
• ピーク期: 3-5 日 (特に休日シーズン中)
• 土曜日: なしのレビュー
• 優先レビュー: 急いでいる場合は、緊急修正のための要望をApp Store Connectで送信する必要があります

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

App Store Connectで見ることになるステータス

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

Google Play ストア レビュー タイムライン (2026 年更新)

• 初回レビュー: 3-7 日 (前年よりはるかに長くなりました)
• クローズド テスト ゲート: 有効な新しいプレイ コンソール アカウントの影響を受けたものには、生産アクセスを要求するには 14 日間以上かかります
• テスト後生産レビュー: クローズド テスト 要求が完了した後、通常 3-7 日かかります
• アップデート: 1-3 日
• ポリシー違反: 追加のレビューがトリガーされた場合、14 日以上延長される

重要アップデートコンテキスト: ホームページのマーケティングコピー。役割: ショートUIラベルまたはナビゲーションアイテム。見られる場所: コンポーネント AppflowShutdown.astro。メッセージキー `home_important_update_badge` (ホームの重要アップデートバッジ)。

: Google は、以下の詳細で説明するように、Play Console の新しいアカウントのいくつかの新しいアカウントに対して、より厳格なテストを必要とするようになりました。

Apple Developer アカウントの設定

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

重要: Appleは時期によって最低限のSDK要件を変更することがあります。2026年4月28日時点で 2026年4月28日, App Store Connect にアップロードされるアプリは、 iOS & iPadOS 26 SDK またはそれ以降.

Android の重要なテスト要件

これが最初の Android のパブリッシャーにとって驚くべき変更です:

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

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

要件:

• 最低 12 人のテスター: 最低 12 人のオプティンしたテスターを募集する必要があります
• 14 日間のテスト期間: 14 日間連続してクローズド テストに参加する必要があります。
• 生産環境へのアクセス申請: テスト期間後も、Play Console で生産環境へのアクセスを申請する必要があります。
• フィードバックの収集: 発見された問題、修正された内容、テスターがアプリをどのように使用したかをドキュメント化する必要があります。

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

なぜGoogleがこのことを実施したのか

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

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

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

認証とログインの要件

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

iOS向けのApple Sign-In要件 (iOS向け必須)

Appleの規則: アプリがGoogle、Facebook、Twitterなどの第三者提供のソーシャルログインオプションを提供している場合、 では Sign in with Appleもオプションで提供する必要があります。

これは:

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

これは:

• メール/パスワードのみの認証
• 政府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:Appleは初回の認証のみでユーザー詳細（名前、メール）を提供します。ユーザー情報を保存する必要があります。以降のサインインでは含まれません。

2. 社会ログインを使用している場合、実装する必要があるものはこちらです:ユーザーはメールを非表示にすることができます。Appleはプライベートリレーのメールを提供します（例えば、

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

4. バックエンドの検証: いつもは、バックエンドサーバーでアイデンティティトークンの検証を実行し、クライアントサイドのトークンだけに頼らないでください。

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

AndroidはiOSと同様に特定のプロバイダーを必要とせず、Googleは以下のガイドラインを提供しています:

Google Sign-In要件:

• Must use official Google Sign-In SDK
• Googleのブランドガイドラインを遵守する必要があります
• 主なオプションとして提示することをお勧めします

クロスプラットフォームのベストプラクティス: 両方のプラットフォームで同じログインオプションを提供することで、一貫性を保つことができます:

• メール/パスワード
• Appleでサインイン (iOS専用、またはAndroidでWebベースのAppleログインをサポートしている場合)
• Googleでサインイン
• コンテキスト: Capgo Builder / ネイティブクラウドビルド製品ページ。役割: 短いUIラベルまたはナビゲーションアイテム。見つける場所: page native-build.astro。メッセージキー `native_build_v2_wiz_and_s1_l` (Native Build V2 Wiz And S1 L)。

その他のソーシャルオプション (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

提供する必要があります:

• 機能するデモクレデンシャル
• アプリレビューの注釈にします。
• Not mentioning how to bypass phone verification
• Forgetting to mention sandbox payment details

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

両方のアプリストアでは、利用可能なプライバシーポリシーと利用条件が必要です 前 新機能に取り組む前に、問題を提起して議論する

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

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

1. プライバシーポリシーは公開でなければなりません。

   • パブリックURLでホストされていること (ログイン後には表示されません)
   • 標準のWebブラウザで読み込めること
   • アプリの言語と同じ言語で利用可能なこと

2. 必須のトピックをカバーする:

   • どのデータを収集するか (具体的)
   • 収集したデータをどのように使用するか
   • 第三者にデータを共有するか
   • データをどのくらい長く保持するか
   • ユーザーの権利 (アクセス、削除、ポータビリティ)
   • プライバシーに関する問い合わせの連絡先
   • コンテキスト: インテグレーション マーケティング セクション。役割: 短い UI ラベルまたはナビゲーション アイテム。見つける場所: page integrations.astro。メッセージ キー `integrations_partners_freelance_contact` (Integrations Partners Freelance Contact)。

3. 13/16歳未満のユーザー向けのアプリの場合の児童のプライバシー

   • インスタントにリンクする
   • 設定またはアカウント画面からアクセス可能
   • メニューに埋もれていない一タップでアクセス可能 (メニューに埋もれていない一タップでアクセス可能)。

ホスト先を選択してください

オプション 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では、"栄養ラベル"形式で詳細なプライバシー情報を公開する必要があります:

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

• 連絡先ページ/エリア: マーケティング統合セクション。役割: 短いUIラベルまたはナビゲーションアイテム。見られる場所: page integrations.astro。メッセージキー `integrations_partners_freelance_contact` (Integrations Partners Freelance Contact)。
• : メール、名前、電話番号財務情報
• : 支払い情報、クレジットカード、銀行口座位置
• : Precise or coarse location (厳密または粗い位置情報): 画像、動画、音声、メッセージ
• Identifiers: ユーザーID、デバイスID、広告ID
• Usage Datacontext
• プライバシーポリシーのページロール

セクションまたはページヘッダー:

• ページ
• プライバシーポリシーのページ
• メッセージキー
• プライバシーユーザーデータ使用

初心者向けのアプリレビューガイド: Saying you don’t collect data when your analytics SDK does. Audit all third-party SDKs for their data collection.

Google Play データセキュリティセクション

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

ステップ:

1. Play Console > アプリ内容 > データセキュリティに移動してください。
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

実装されていない機能のプレミアム機能は表示されている:

• どうすれば防ぐことができるか
• すべての広告されている機能が完了していることを確認してから提出する
• 提出されていない機能を削除または無効にします。
• 現在のビルドに完全に一致するスクリーンショットを更新します。

3. 年齢評価の適切なコンテンツ

なぜ起こるのか:

• 4歳以上の年齢評価が設定されているが、アプリにはソーシャル機能が含まれています。
• 実際のコンテンツと年齢評価が一致していません。
• ユーザーが投稿したコンテンツのモデレーションなし
• モデレーションされていない外部コンテンツへのリンク

正しい年齢評価を設定する方法:

iOS 年齢評価:

• 4歳以上（不適切なコンテンツなし）
• 9歳以上（軽度の不適切なコンテンツがまれに含まれる）
• 12+ (moderate content)
• 17+ (frequent/intense content)

Android Content Ratings:

• Everyone
• Everyone 10+
• Teen
• 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: 必須で、実際の連絡先情報にリンクする
• 年齢制限: 質問紙を完了してアプリを公開できるようにする
• アプリレビュー情報:レビューに連絡先、ログインが必要な場合のデモクレデンシャル、レビューチームのための明確なメモを追加します
• 輸出管理:暗号化に関する質問に答えます、または設定します ITSAppUsesNonExemptEncryption の場合 Info.plist 適切な場合に

アップロードごとに同じ答えを繰り返さないようにするため

TestFlight Before App Review

• 生産レビュー前に1回の実際のTestFlightパスを実行してください
• TestFlightから正確なビルドをインストールします
• レビューに提供する予定のアカウントでサインインします
• 購入、復元、キャンセルパスの歩みを確認します
• iPhoneと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 Consoleアカウントの設定

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

• 開発者アカウントを作成するには Play Consoleへの登録
• Play Consoleに移動してください Home > Create app
• Choose the default language, app/game type, and support email
• Accept the required Play policy, export, and Play App Signing declarations
• Decide whether the app is free or context: Whether the app is free or paid. Page/area: Capacitor live-update alternatives comparison page. Role: Long marketing or legal paragraph. Seen in: page alternatives.astro. Preserve Capgo product/brand and developer terms exactly. Message key `alternatives_cta_questions` (Alternatives CTA Questions). | Whether the app is free or paid. Page/area: Appflow comparison / migration marketing copy. Role: Long marketing or legal paragraph. Seen in: page ionic-appflow.astro. Preserve Capgo product/brand and developer terms exactly. Message key `appflow_cta_questions` (Appflow CTA Questions). | Whether the app is free or paid. Page/area: Capawesome comparison page. Role: Long marketing or legal paragraph. Seen in: page capwesome.astro. Preserve Capgo product/brand and developer terms exactly. Message key `capwesome_cta_questions` (Capwesome CTA Questions). | Whether the app is free or paid. Page/area: Consulting services page. Role: Section subtitle or tagline. Seen in: page consulting.astro. Preserve Capgo product/brand and developer terms exactly. Message key `consulting_faq_subtitle` (Consulting FAQ Subtitle). | Whether the app is free or paid. Page/area: Appflow comparison / migration marketing copy. Role: Short UI label or navigation item. Seen in: page ionic-appflow.astro, page ionic-enterprise-plugins.astro, page solutions/ionic-enterprise-plugins.astro. Message key `appflow_plugins_or` (Appflow Plugins Or).

paidImportant

context: Page/area: Bug bounty program page. Role: UI label. Seen in: page bug-bounty.astro. Message key `bug_bounty_important_label` (Bug Bounty Important Label).

: Google lets you change a paid app to free later, but once an app has been offered for free, it cannot be switched to paid.App Bundle Requirement: Important: Google Play requires Android App Bundle (.aab) format, not 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 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 インチタブレット画面ショット (オプション)

説明要件:

• 初心者向けアプリレビューガイド
• 初心者向けアプリレビューガイドの詳細
• アプリの機能性を正確に説明する必要があります
• 連絡先情報や価格を含めることはできません

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

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

技術要件

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

認証 & ログイン

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

法的 & プライバシー

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

コンテンツ & メタデータ

• アプリ名はガイドラインに従っており、キーワード ストッキングは行っていない
• 説明は機能性を正確に説明している
• スクリーンショットは実際の現在のアプリ画面を表示します。
• すべてのサポート言語に対応したスクリーンショットがローカライズされています。
• 競合他社の言及は説明文から除去されています。
• 証拠なしで超越的な表現は使用されていません。
• 実際のコンテンツに合致する年齢評価が設定されています。
• 連絡先のメールアドレスは監視されています。

ページ/エリア: インテグレーションマーケティングセクション。役割: 短いUIラベルまたはナビゲーションアイテム。表示される場所: page integrations.astro。メッセージキー `integrations_partners_freelance_contact` (Integrations Partners Freelance Contact)。

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

Android固有のもの

• アプリバンドル(.aab)形式が使用されました。
• API 35 またはそれ以上をターゲットにします。
• コンテンツレーティングの質問紙が完了しました。
• 機能グラフィックがアップロードされました。
• Play Console アカウントが必要な場合は、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のコンテンツレーティングを更新する（年間1回必要）
• プライバシーポリシーを更新する（実践が変更された場合）
• コンテンツの変更に伴う年齢制限のレビューと更新
• 第三者製品の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 - 技術的な質問
• Indie Hackers - インディー開発者コミュニティ

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

• Termly Privacy Policy Generator
• PrivacyPolicies.com
• 無料プライバシーポリシー

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

あなたが初めてのアプリレビューで混乱している場合、またはアプリが最初の試行でレビューを通過することを保証したい場合は、ここに助けを求めます!

本の予約を取り、専門家の助言を受ける 個別のアシスタンスに

• App Store と Play Store のレビュー準備
• プライバシーポリシーと法的ドキュメントの確認
• Sign in with Apple の実装
• テスト戦略とテスターの募集
• レビュー用メモの準備
• 却下の対応と再提出
• アプリの完全な提出プロセス

「アプリのレビューを成功させるためのガイド」

初めてのアプリの提出は挑戦的ですが、適切な準備があれば、最初の試行で通過できます。次の重要な点を思い出してください。

早めに始めよう

1. :特にAndroidの場合、12人のテスターを募集するには、計画されたリリースから3週間前から準備しておきましょうApp Store と Play Store のレビュー準備
2. プライバシーを第一に: プライバシーポリシーを用意し、データの取り扱いを正確に反映する
3. Apple Sign-In: iOSで使用する場合、Apple Sign-Inを含める必要があります
4. 徹底的なテスト: 実機でテストし、ネットワークが悪い環境でテストし、権限が拒否された環境でテストする
5. 誠実さ: 正確なメタデータとプライバシー情報を提示すると、却下や法的問題を防ぐことができます
6. 詳細なレビューノート: レビューアーがアプリを迅速に理解できるようにする

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

アプリのリリースに成功することを願います! さもなければ、却下された場合でも、学習の機会です。成功した多くのアプリは、承認されるまで複数のレビューのラウンドを通過します。

１人で進むのを嫌ですか？ 相談の予約 プロフェッショナルがあなたを導きます。

アプリが承認された後、ライブアップデートの実装に困っている場合は、 Capgoのライブアップデートソリューション アプリストアのレビューなしでスムーズなアプリのアップデート

続きましょう：The Complete First-Time App Review Guide for 2026 - iOS and Android

このガイドを使用して セキュリティとコンプライアンスの計画を行う Encryption Encryptionの実装詳細 Encryption Compliance 実装詳細のためのCompliance Capgo セキュリティ スキャナー Capgo セキュリティ スキャナーの製品ワークフロー Capgo セキュリティ Capgo セキュリティの製品ワークフロー Capgo トラスト センター Capgo トラスト センターの製品ワークフロー