Android Release Flow

Android アプリを ゼロから一般公開まで に通す一連のフロー。Android Studio（作る）→ Android Delivery（運ぶ）→ Google Play Review（通す）→ Google Play（配る）を時系列で束ねた全体地図。Apple 側のフローと対になる。

全体フロー

flowchart TD
    A["Play Console 登録 ($25 一回払い)"] --> B["アプリ作成・ストア掲載情報"]
    B --> C["Android Studio で開発・ビルド"]
    C --> D["AAB を Play App Signing で署名"]
    D --> E["Play Console へアップロード<br/>(Gradle / fastlane / Publisher API)"]
    E --> F["内部テスト (〜100名)"]
    F --> G["クローズドテスト<br/>(新規個人は 12名 / 14日が必須ゲート)"]
    G --> H["オープンテスト (任意の公開ベータ)"]
    H --> I{"Google Play Review"}
    I -->|却下| C
    I -->|承認| J["製品版リリース<br/>(段階的ロールアウト)"]
    J --> K["リリース後: 監視・更新"]
    K --> C

各ステップ

1. 前提（初回のみ）

Play Console 登録（$25 の一回払い。Apple の $99/年と対照的）
アプリ作成、ストア掲載情報、コンテンツレーティング、データセーフティ申告
Play App Signing を有効化（Upload Key を作成）

2. ビルドする

Android Studio で開発し AAB を生成（./gradlew bundleRelease）
Android 15 以上を target（2026年要件）

3. アップロードする

Play Console / Gradle / fastlane supply / Publisher API で AAB を投入
Google が Dynamic Delivery 用に処理

4. テストトラックを回す

内部テスト: 〜100名、QA 用に即時配布
クローズドテスト: 2023/11/13 以降に作った 新規個人アカウントは、12名以上のテスターが14日連続でオプトインしていることが製品版公開の 必須ゲート（旧20名から緩和）
オープンテスト: 任意の公開ベータ。ストア掲載から参加可能

5. 審査に出す

ポリシー審査へ提出。アップデートは速いが新規アプリ/アカウントは長期化
却下なら修正してステップ2へ

6. リリースする

製品版トラックへ公開。段階的ロールアウト（staged rollout） で一部ユーザーから徐々に展開し不具合の影響を抑える
価格・配信国を設定（地域別・インストール時点別の手数料に注意）

7. リリース後

指標・クラッシュ（Android Vitals）を監視。更新はステップ2〜6を再び回す

Apple との主な違い

テストゲート: Android はクローズドテスト14日が新規個人の関門。Apple は TestFlight 任意（審査の往復が関門）
登録費: $25 一回 vs $99/年
配信自由度: Android はサイドローディング・代替ストアが標準。Apple は EU/DMA で初めて開放
ビルド形式: AAB（Dynamic Delivery） vs archive（IPA）

Android Release Flow

全体フロー

各ステップ

1. 前提（初回のみ）

2. ビルドする

3. アップロードする

4. テストトラックを回す

5. 審査に出す

6. リリースする

7. リリース後

Apple との主な違い

関連

Links

Backlinks