Google Playで『さらにテストが必要』と表示される原因と対策

クローズドテストを終えて製品版アクセスを申請しても、Google Playから「さらにテストが必要」と案内されることがあります。

これは、12人・14日という数字だけで自動的に製品版公開が保証されるという意味ではありません。申請では、どのようにテストを行い、何を学び、アプリをどう改善したかが確認されます。

さらにテストが必要と表示される主な原因

Googleが公式に示している理由

Google公式

追加のテストを求められる例として、公式ヘルプは「オプトインしたテスターが12人未満であること」「テスト期間中のテスターの関与が不十分であること」などを挙げています。

また、Google Developer Communityで開発者たちが共有している実際の通知例には、「テスターが十分に関与していなかった（testers were not engaged）」「testing best practicesが十分に行われていない可能性」といった文言が示されています。公式ヘルプの理由例と整合する内容です。

まず確認すべき公式の理由例は次の2つです。

人数：申請時点で12人以上が直近14日間連続でオプトインしているか
関与：テスターが実際にアプリを使い、テストとしての中身が伴っていたか

Googleが推奨しているtesting best practices

Google公式

Googleは、テスターへ明確なテスト指示を与えること、できるだけ多くの機能を使用してもらうこと、フィードバック経路を用意して内容を記録すること、報告された問題やバグへ対応しながらテストを続けることを推奨しています。必要に応じて、クローズドテストでアプリを更新することも推奨されています。

公開仕様なし

Googleは「フィードバック○件以上」「更新○回以上」「1日○分の利用」といった固定の数値を公開していません。更新回数が不承認理由として数値で定められているわけでもありません。

そのため「更新版を1回も出していないから不承認になる」と断定することはできませんし、逆に「何回更新すれば通る」という線引きも存在しません。確認すべきは、推奨される実践ができていたかを説明できる記録があるかどうかです。

自分のテストで確認すること

通知が来たら、まず自分のテストを公式の理由例に照らして確認します。

1. 人数・期間の再確認

12人以上が参加中か
アカウントが一致しているか
参加解除した人がいないか
14日間の連続オプトインが完了しているか

Play Console上の表示と、各テスターの参加完了報告を照合してください。人数自体が増えない・維持できない場合は、テスター人数がカウントされない原因で切り分けられます。

2. テストの中身の再確認

人数を集めることだけを目的にすると、申請で具体的な説明ができません。たとえば、次のような状態は関与の記録が弱くなります。

テスターへ確認項目を伝えていなかった
インストール後の操作状況を確認していない
フィードバックの記録が抽象的

次のような記録だけでは、テストから得た情報が分かりません。

問題ありませんでした。
全員正常に動きました。

代わりに、確認した機能や利用条件を具体的に記録します。

12人のテスターに、新規登録、ログイン、画像アップロード、履歴保存を確認してもらいました。
2名から保存完了の表示が分かりにくいという意見があり、ボタン文言と完了メッセージを変更しました。
修正版を同じトラックへ公開し、再確認しました。

3. 申請回答と実態の一致

申請の回答がテンプレート的だったり、実態と一致していなかったりしないかを確認します。

回答を他のアプリ向けの例文からそのままコピーしていないか
申請で回答した内容と、実際のテスト・アプリの状態が一致しているか

申請で「決済機能を十分確認した」と回答しているのに、クローズドテスト版では決済を無効化していた場合など、説明と実態が一致しないと信頼性が下がります。確認できなかった機能は、無理にテスト済みと書かないでください。

今回のクローズドテストでは無料機能とアカウント管理を中心に確認しました。
課金機能についてはライセンステスターを用いた別の確認を行いました。

回答の具体的な作り方は、製品版アクセス申請の回答例を参考にしつつ、自分のアプリの事実へ置き換えてください。

再申請までに行うこと

「さらにテストが必要」と通知された場合は、同じ回答をすぐ再送せず、追加テストを実施します。

TestCrewの推奨

以下の進め方は、公式に数値が示されていない項目を含みます。TestCrewとしての実務上の推奨であり、これを実行すれば承認が保証されるものではありません。最低限、公式が推奨している実践（明確な指示・多くの機能の利用・フィードバックの記録・問題対応）を後付けでも実施し、記録を残すことを優先してください。

1. 確認項目を明確にする

初回起動
登録・ログイン
中心機能
保存・同期
エラー表示
画面の分かりやすさ
複数端末やAndroid版での動作

2. フィードバックを記録する

記録項目	例
日付	2026-09-26
対象機能	ログイン
端末	Pixel 8
結果	正常／問題あり
意見	エラー文が分かりにくい
対応	文言を修正
再確認	修正版で正常

3. 修正版を公開する

修正が必要だった場合は、versionCodeを増やして同じクローズドテストへ公開し、テスターに再確認してもらいます。Googleは、報告された問題やバグを解決している間もテストを続け、必要に応じてクローズドテストで更新することを推奨しています（最低更新回数の公開値はありません）。

4. 回答を具体化する

前回から追加した内容を明示します。

前回の申請後、追加のクローズドテストを実施しました。
ログイン失敗時の案内とデータ保存後の完了表示について意見を受け、文言と画面遷移を修正しました。
修正版をテスターに再確認してもらい、対象操作が正常に完了することを確認しました。

やってはいけない対策

テスターの利用実態を作り話で補う
実施していない修正を書く
同じ回答を短期間に繰り返す
参加だけを依頼し、操作を求めない
「必ず承認される」と考える
製品版アクセスの承認を第三者が保証すると説明する

まとめ

「さらにテストが必要」は、まずGoogleが具体的に例示している「人数」と「関与」から確認します。

12人が14日間継続しているか
テスターが実際にアプリを操作したか
具体的なフィードバックを記録したか
意見を修正や確認へ反映したか
申請回答が実態と一致しているか

数値の最低基準（フィードバック件数・更新回数など）は公開されていないため、推奨される実践を記録とともに説明できる状態を作ることが再申請の準備になります。

再申請の具体的な進め方は、「さらにテストが必要」再申請の改善手順で解説しています。

一次情報

公式参考資料

新しい個人デベロッパーアカウントのアプリテスト要件

Google PlayやFirebaseの画面・要件は変更される場合があります。公開作業の前に、リンク先の最新情報も確認してください。