Google Playの本番アクセスで「追加のテストが必要」と言われたら：メールの意味と再申請の方法（2026年）

Google Playの「More testing required to access Google Play production（製品版へのアクセスには追加のテストが必要です）」というメールは、本番環境へのアクセス申請がGoogleに却下されたことを意味します。これはポリシー違反の警告ではなく、アプリが停止されるわけでもありません。ただし時間はかかります。再申請の前に、もう14日間クローズドテストを行う必要があるからです。このガイドでは、メールに書かれた各理由を読み解き、追加の14日間に何を変えるべきかを整理し、2回目の申請で確実に通すための質問票の書き直し方を紹介します。まだクローズドテストを始めていない場合は、テスター12人・14日間のテスト計画から始めてください。

「More testing required to access Google Play production」とはどういう意味？

Googleの審査担当者が本番環境へのアクセス申請を読み、クローズドテストでアプリが一般公開できる状態にあるという十分な証拠が得られていないと判断した、という意味です。追加のテストを行って再申請するまで、製品版トラックと事前登録はロックされたままになります。

2026年11月時点で、Googleのアプリのテスト要件は、2023年11月13日以降に作成された個人のデベロッパーアカウントに適用されます。これらのアカウントは「最低12人のテスターが14日以上継続してオプトインしたクローズドテスト」を実施しなければなりません。この人数と日数を満たしても、得られるのは申請する資格だけです。申請そのものが審査され、Googleは追加テストが必要になる理由として「オプトインしたテスターが12人未満であること、またはテスト期間中のテスターのエンゲージメントが不十分であること」の2つを挙げています。審査は「通常7日以内に完了しますが、それ以上かかる場合もあります」とされ、結果はアカウント所有者にメールで届きます。

却下メールに書かれた各理由の意味は？

メールの各項目は、具体的な不足点を示しています。テスターが実際にはアプリを使っていない、フィードバックに応じた目に見える変更がない、または質問票の回答があいまいで判断できない、のいずれかです。メールには理由が1つ、2つ、または3つすべて記載されることがあります。

メールを公開しているデベロッパーたちは、同じ理由を引用しています。「Testers were not engaged with your app during your closed test（クローズドテスト中、テスターがアプリを十分に利用していませんでした）」、「You didn't follow testing best practices, which may include gathering and acting on user feedback through updates to your app（アプリのアップデートを通じてユーザーのフィードバックを収集・反映するなど、テストのベストプラクティスに従っていませんでした）」、そしてアプリ、クローズドテスト、本番環境への準備状況に関する回答が「incomplete or insufficient（不完全または不十分）」だった、というものです。メールの締めくくりには「Before applying again, test your app using closed testing for an additional 14 days with real testers（再申請の前に、実際のテスターでクローズドテストをさらに14日間実施してください）」とあります。Googleはエンゲージメントの測定方法を公開していないため、下の表では各理由を、Google自身のヘルプページの該当記述と対処法に対応付けています。

却下された直後に何をすべき？

クローズドテストは続け、テスターにはオプトインしたままでいるよう伝え、数日以内に新しいクローズドトラックのビルドを配信しましょう。Googleのページには、承認されなかった場合は「クローズドテストを継続する必要がある場合があります」と書かれています。テストを終了して新しく作り直すと、集めたテスターを失うことになります。

1. クローズドトラックやテスターリストを削除しないでください。Googleは「テスターがオプトアウトして後で再度オプトインした場合、14日間は連続している必要があります」と警告しています。今抜けたテスターは、その人の日数カウントがやり直しになります。
2. すべてのテスターに連絡しましょう。テストがさらに14日間続くこと、オプトインしたままでいる必要があること、今回試してほしいことを説明します。
3. Play Consoleでテスター数を確認しましょう。一度もアプリをインストールしていない人は、実際に使ってくれる人と入れ替えます。インストールだけして一度も開かない友人こそが、「エンゲージメントがなかった」と判断される典型的な原因です。
4. フィードバックの窓口を1つ用意しましょう。Googleはグループチャットを提案していますが、共有フォームでも構いません。どちらを選んでも、すべてのメッセージを日付付きで保存してください。
5. 主要機能をすべて網羅したタスクリストを作りましょう。サインアップ、コアとなる操作、設定、購入（アプリに課金がある場合はライセンステスターを使用）、オフラインや通知に関するフローなどです。
6. 最初の1週間以内に、テスターが報告した問題を修正したクローズドトラックのアップデートを配信し、リリースノートにその修正を明記しましょう。14日目までに2回目のアップデートも計画しておきます。
7. 事前リリースレポートを実行し、検出されたクラッシュやユーザー補助に関する警告を修正しましょう。
8. 再申請の前に、コンテンツのレーティング、ターゲットユーザー、データセーフティフォームが正確か確認しましょう。アプリにログインが必要な場合は、Googleのページが求めているとおり「有効で実際に使えるログイン認証情報」を提供してください。

公開前にターゲットSDKの引き上げも必要な場合は、同じ期間内に済ませましょう。2026年11月1日の期限については、ターゲットAPIレベル36のガイドで解説しています。

本番環境へのアクセスの質問票の回答はどう書き直す？

一般的な記述を具体的な内容に置き換えましょう。テスターがどの機能を使ったか、報告が何件あったか、どう収集したか、どのバージョンで何を修正したか、アプリが安定していることを示す証拠は何か、です。すべての回答を、実際にテストを行ったデベロッパーにしか書けない内容にしてください。

このフォームは、Play Consoleのダッシュボードから本番環境へのアクセスを申請を選んで開きます。フォームは3つのパートに分かれており、クローズドテストについて、アプリについて、本番環境への準備状況について回答します。「次へ」をクリックする前にパートを離れると入力内容が失われるため、先にドキュメントで回答の下書きを作っておきましょう。itch.ioのあるデベロッパーは「各回答に300文字の制限がある」と報告しており、これも事前に下書きして削っておくべき理由の1つです。パート2の回答は公開されず、アプリの表示状況にも影響しません。

架空の習慣トラッカーアプリを例にした回答例です。弱い回答は、「不完全または不十分」として差し戻される申請によく見られるものです。

「追加のテストが必要」で却下された他のデベロッパーはどうなった？

公開されている報告には共通のパターンがあります。オプトインしただけでフィードバックを送らなかったテスターの場合は却下され、フィードバックを送り、それに応じてアプリが変わった少人数のグループの場合は承認されています。テスターの人数よりも、利用の証拠のほうが重要でした。

• MIT App Inventorコミュニティで、デベロッパーのshigeki_suzukiさんは2024年7月、アプリ「Season Clock」がテスター交換アプリを通じて20人のテスターで14日間を達成したものの、「Testers were not engaged with your app during your closed test」とともに「More testing required to access Google Play production」を受け取ったと報告しました。テスターが誰なのか分からず、フィードバックも1件も受け取っていなかったため、テストの経緯や変更点を説明できなかったと書いています。結局、テストをやり直すことになりました。
• Adaloフォーラムでは、ユーザーのsiang32195さんが2024年8月、募集したテスターを使った後に同じ「More testing required」のメッセージを受け取ったと報告しました。テスターが実際にアプリを使ったことをどう確認すればよいかという質問に対し、時間計測ツールを使うか、各テスターが実施したテストシナリオを記載したレポートを作成することが提案されました。2回目の申請が通ったかどうかは、スレッドには書かれていません。
• itch.ioに寄稿した個人のゲーム開発者は、テスターが「ぎりぎり12人」でしたが、「ゲームに何度もアップデートを加え」、「テスターとのやり取りから記録できることはすべて記録した」と書いています。その記録を申請に活用した結果、「申請を送ってから36時間以内に、製品版へのアクセスが承認された」と報告しています。

比較すると、フィードバックの記録がない20人のテスターでは却下され、フィードバックとアップデートの記録が残る12人のテスターでは承認されています。日数が14日に達したらすぐ申請するのではなく、メモを見れば質問票のすべての項目に具体的に答えられる状態になってから再申請しましょう。

「本番環境へのアクセスを申請」はいつ押し直すべき？

12人以上のテスターがさらに連続14日間オプトインし、その期間中にフィードバックに基づくアップデートを配信してから再申請しましょう。Googleのページには待機期間についての記載はありませんが、同じ証拠のまま申請すれば同じ結果になる可能性が高いでしょう。

• 12人以上のテスターが、オプトアウトによる空白なしで、さらに連続14日間オプトインしている（余裕を持って15人以上を目指す）
• 却下後にクローズドトラックのリリースを2回以上配信し、それぞれのリリースノートにテスターが報告した問題の修正を明記している
• 種類別（バグ、UX、要望）の件数と、各項目の収集方法を記録した日付入りのフィードバックログがある
• テスターが、該当する場合はログイン、購入、通知も含めて、すべての主要機能を使っている
• 事前リリースレポートに未解決のクラッシュがない
• コンテンツのレーティング、ターゲットユーザー、データセーフティフォームが正確で、審査用の有効なログイン認証情報も用意している
• 機能名、件数、バージョン番号を盛り込んだ質問票の回答をドキュメントで下書きしている

Googleのページは「審査担当者に問題を見つけてもらうつもりでポリシーに準拠していないアプリを提出すると、却下、審査の遅延、より長い異議申し立てプロセスにつながります」とも警告しています。ポリシー上の問題は申請後ではなく申請前に修正しましょう。Play Consoleの設定、クローズドテストの計画、申請を誰かに任せたい場合は、The App GuyのApp Store申請サービスが両ストアに$599で対応します。デベロッパーアカウントの登録料は別途必要です。