🚀 公開（製品版アクセス）申請のコツ

個人のデベロッパー アカウントは、クローズド テストを終えたあと Play Console で **製品版アクセスの申請** フォームを 提出する必要があります。却下されると 14 日のテストをやり直すことになるため、最初にきちんと準備するほうがはるかに安く済みます。 Google の公式ドキュメントと、実際の却下・承認事例をもとにまとめました。

## まず要件を正確に - オプトインした **テスター 12 人以上** が **14 日連続** で参加している必要があります。（以前の 20 人基準は 12 人に変わりました。古い記事には 20 人と書かれています。） - 14 日に達する前に **参加を取り消したテスターは人数に数えられません。** ちょうど 12 人だと 1 人抜けただけで崩れます。14〜16 人で余裕を持たせましょう。 - **内部テスト トラックは対象外です。** 必ずクローズド テスト トラックで行います。 - ウェブで「テスターになる」を押しただけで **インストールしていない人は役に立ちません。** 参加リンクと一緒にインストール手順も伝えましょう。 - 審査は通常 7 日以内です。早ければ 2 日前後で結果が届きます。

## 実例: 5 時間で却下 → 2〜3 日で承認 ある開発者が公開した体験です。 - **1 回目**: テスター 12 人、14 日を満たして申請 → **5 時間足らずで却下**。理由は「テストが不十分」。 振り返ると 2 つが欠けていました。Play Console の **非公開フィードバックの仕組みを使っていなかった** こと、そして 2 週間 **一度もアプリを更新しなかった** ことです。 - **2 回目**: テスター全員に Play ストアの非公開フィードバックを依頼し、それを反映した **アップデートを 4 回連続** で公開（機能追加、即日パッチ、バグ修正）。各バージョンを複数のテスターが確認 → **2〜3 日後に承認**。 - 本人の結論: 「また 2 週間を無駄にしたくなければ、テスターにストアの意見を書いてもらい、App Bundle の更新を 2 回以上出しましょう。」 大事なのは **フォームよりもテスト期間中の痕跡** です。Google はインストール数ではなく、テストが実際に行われたかを見ています。

## よくある却下理由 Google の却下メールには「さらにテストが必要です」程度しか書かれていません。以下は開発者コミュニティやテスト サービスが共通して挙げる原因です。（Google の公式発表ではありません。） 1. **インストールしただけで開かないテスター**: 初日に 12 人が入ったあと誰も再び開かないと、形だけの交換に見えます 2. **テスト中のアップデート 0 回**: フィードバックを受けて直した証拠がありません 3. **フォームの回答が 1〜2 行**: 300 文字の欄に 30 文字しか書かないのが最も多い失敗です 4. **クラッシュや ANR の放置**: リリース前レポートにエラーが残っている 5. **ちょうど 14 日目に申請**: 要件は満たしても中身が空に見えます。1〜2 日長く回してから申請しましょう 6. **ストアの掲載情報・データ セーフティ・プライバシー ポリシーが未完成** 7. **テスト トラックの国制限**: 対象外の国にいるテスターはインストールできません 8. **テスターのメール リストの上書き**: 新しい CSV をアップロードすると以前のリストが置き換わります。Google グループを使えばこの事故は起きません 9. **ログインが必要なアプリなのにテスト用アカウントを提供していない**

## 14 日間にやっておくこと - **アップデートを 2〜3 回公開する。** テスターが教えてくれた問題を直してバージョンを上げ、リリース ノートに何を直したかを書きます。 - **フィードバックの窓口を決める。** Play ストアの非公開フィードバック、メール、チャットのいずれかを決めてテスターに伝えます。スモールデブのリクエスト詳細のコミュニケーション タブも記録として残ります。 - **具体的なフィードバックをもらう。** 「良いです」ではなく「設定画面で戻ると値がリセットされる」のような一文が、実際の人がテストした証拠になります。 - **数日に一度は開き直してもらう。** スモールデブの参加者タブでインストールの維持と起動を確認できます。 - **Android Vitals とリリース前レポートを確認** し、クラッシュを先に直します。

## 申請フォーム: 3 部 9 問 文言は少しずつ変わりますが、聞かれる内容は同じです。 ### 第 1 部. クローズド テストについて 1. **テスターをどのように集めましたか？** 出どころをそのまま書きます。知人、開発者コミュニティ、交換サービス、有料テスト業者はいずれも Google が認める方法です。飾る必要はありません。実態と食い違うことこそが危険です。 例: 「Android 開発者コミュニティとテスター交換サービス（スモールデブ）で 14 人を集め、最初の 2 日で全員がオプトインしました。」 2. **テスターの募集はどのくらい簡単でしたか？**（選択式） 正解はありません。実際に感じたとおりに選びます。 3. **テスターのエンゲージメントを説明してください**（すべての機能を使ったか、実際のユーザーと同じ使い方だったか） 「よく使われた」ではなく **ユーザーの流れ** を書きます。例: 「登録 → 目標設定 → 記録入力 → 統計確認まで一通り使用し、Galaxy S23・Pixel 7・A シリーズの 3 機種で確認。決済画面には 12 人中 9 人が到達しました。」 4. **受け取ったフィードバックの要約と収集方法を書いてください** 収集方法 + 具体的な問題を 3〜5 件。バグが出たことは減点ではなく、テストが機能した証拠です。 ### 第 2 部. アプリ / ゲームについて 5. **対象ユーザーは誰ですか？** 「すべての人」は避け、誰がどんな状況で使うかを絞って書きます。 6. **アプリがユーザーに提供する価値は？** 機能の羅列ではなく **問題 → 体験 → 得られるもの** の順で。 7. **初年度の想定インストール数**（範囲選択）。現実的に選びます。基盤のない個人アプリなら最も低い範囲が自然です。 ### 第 3 部. 製品版の準備状況について 8. **クローズド テストで分かったことをもとに何を変更しましたか？** 4 のフィードバックと **対になっている** 必要があります。バージョン コードを書きます。例: 「Google ログイン失敗の報告 → 1.0.2（コード 5）で修正、リストのスクロールの引っかかり → 1.0.3（コード 6）でページネーションを導入。」 9. **製品版の準備ができたとどのように判断しましたか？** 完璧だと書く必要はありません。基準を書きます。例: 「主要フローが 3 機種で再現可能なエラーなく動作、テスト後半 5 日間の新規クラッシュ 0 件、致命的なバグはすべて解決。」

## 書き方のコツ - 欄を埋めます。1 問あたり **250〜300 文字** 程度が無難です - **数字と名前**: 人数、日付、機種名、機能名、バージョン コード - 回答同士を **かみ合わせる**: 4（フィードバック）↔ 8（変更）↔ 9（準備の判断） - **事実どおりに** 書きます。実際のテスト記録と回答が食い違うことが最大のリスクです - 英語でも構いません

## 却下されたら - メールの文言はたいてい「アプリにはさらにテストが必要です」程度です - **14 日のテストをもう一度** 満たすと申請ボタンが再び有効になります - 同じ 14 日を繰り返さず、上の「14 日間にやっておくこと」を実行してから再申請してください。上記の実例のように、アップデートとフィードバックの痕跡があれば結果は変わります

## 難しければ LLM に下書きを任せる ChatGPT・Claude・Gemini にフォームの質問文と以下の情報を渡すと、形式に合った下書きが出ます。 **事実と違う部分は必ず直してから** 提出してください。 ``` 私は Android アプリ「<アプリ名>」（<一行説明>）の開発者です。 Google Play の製品版アクセス申請フォーム（3 部 9 問）に回答する必要があります。 - テスター: <N> 人、募集経路 <コミュニティ / スモールデブ / 知人>、期間 <開始日>〜<終了日> - テスターが実際に使った流れ: <登録 → ... → ...>、確認した機種: <機種名> - フィードバックの収集方法: <Play の非公開フィードバック / メール / チャット> - 受け取ったフィードバック: <1> / <2> / <3> - 反映した変更とバージョン コード: <1 → どう変えたか、コード N> / <2 → どう変えたか、コード N> - テスト中に公開したアップデートの回数: <N> 回 - 準備ができたと考える根拠: <クラッシュ 0 件の期間、検証したフロー> - 対象ユーザーと価値: <誰、どんな問題、何が得られるか> 以下の各質問に 250〜300 文字で、上記の数字と機能名をそのまま使って <日本語/英語> で回答を書いてください。 作り話はせず、私が渡した情報だけを使ってください。 <フォームの質問を貼り付け> ```

## 参考にした資料 - Google Play Console ヘルプ — 新しい個人用デベロッパー アカウントのアプリのテスト要件 - ある開発者の申請体験記（1 回目は 5 時間で却下、アップデート 4 回のあと承認） - 開発者コミュニティとテスト サービスがまとめた却下原因