Google Play で製品版へのアクセスが却下された？テスター12人のテスト後の原因と対処法

14日間クローズドテストを待ち、製品版へのアクセスを申請して断られることほど、もどかしいことはそうありません。メッセージにはたいてい、アプリをリリースする前にさらにテストが必要で、クローズドテストを続けた後に再申請できると書かれています。リリースはできず、はっきりした期限もなく、2週間が無駄になったように感じてしまいます。

ですが、まったくの無駄ではありません。却下は、本物のテストだと言える証拠が Google に十分見えなかったという意味で、これは直せます。このガイドでは、よくある理由と、それぞれが実際に意味すること、そしてより強い2回目の申請をまとめる方法を説明します。

却下が実際に意味すること

新しい個人アカウントの製品版へのアクセスには、2つの層があります。1つ目は機械的な条件で、直近14日間連続で12人以上のテスターがクローズドテストにオプトインしていることです。これを満たすと製品版へのアクセスを申請ボタンが使えるようになります。2つ目は審査で、Google の担当者が回答とテストの状況を見て、意味のあるテストだったかどうかを判断します（基本は「テスター12人・14日間」要件の解説をご覧ください）。

却下はほぼ必ず2つ目の層で起きます。人数と日数は満たしたものの、テスト中に起きたことやその説明の仕方に、審査担当者が納得しなかったということです。

よくある理由とその意味

Google のメッセージには、通常1つ以上の理由が書かれています。開発者からよく報告されるものを、意訳で紹介します。

テスターがアプリを利用していなかった

もっとも多い理由です。オプトインすればカウンターは埋まりますが、誰かがアプリを使ったことにはなりません。テスターの大半が、全員が何十ものアプリにオプトインするだけの手軽な交換グループや、リストにアカウントを追加するだけの出品者から来ていた場合、Google から見える利用状況はほぼゼロになります。

テストのベスト プラクティスに従っていなかった

Google にとってクローズドテストとは、1つのサイクルです。テスターがアプリを使い、あなたがフィードバックを集め、アプリを改善してアップデートをリリースする。トラックに1日目の最初のビルドがそのまま残っていて、回答にフィードバックがまったく出てこなければ、そのサイクルが見えません。

アプリ自体の準備ができていない

問題が製品そのものにあることもあります。Android vitals で頻発するクラッシュや ANR、審査担当者が先に進めないログイン画面、仮のコンテンツ、ウェブページを包んだだけのアプリなどは、テストの内容に関係なく却下につながります。アカウントが必要なアプリなら、アプリのアクセス権で有効なログイン情報を提供しているか確認しましょう。

再申請までの段階的な計画

1. メッセージをよく読む。 挙げられている理由をすべて書き留め、Play Console でアプリにポリシー関連のメッセージや警告が出ていないか確認します。
2. クローズドテストを続ける。 トラックを削除したり、テスターを外したりしないでください。12人以上がオプトインしたままか確認し、足りなければ今すぐ補充しましょう。
3. エンゲージメントを改善する。 テスターがアプリをインストールし、実際に使っているか確認します。試してほしいことの短いリストを送り、一度も開かないテスターは入れ替えましょう。
4. 安定性を改善する。 Android vitals とリリース前レポートを開いてクラッシュと ANR を修正し、古い Android バージョンや小さな画面でもテストします。
5. 意識してフィードバックを集める。 トラックにフィードバック用のメールやフォームを設定し、テスターに具体的な質問をして、言われたことを記録しておきます。
6. 意味のあるアップデートを少なくとも1回配信する。 報告された問題を修正した新しいバージョンを、変更内容を書いたリリースノートとともにクローズドテストのトラックにリリースします。
7. メモをもとに回答を書き直す。 数字、デバイス、バージョン、具体的な変更点を使いましょう。例は製品版へのアクセス申請の質問ガイドにあります。
8. Play Console で可能になったら再申請する。 再び申請できるようになるタイミングはダッシュボードに表示されます。

どれくらい待つ必要があるか

Google は、すべてのケースに共通する決まった待機期間を公開していません。あなたのアプリについては、メッセージとダッシュボードの表示が正式な情報です。実際には、再申請までにもう一度、多くの場合2週間ほどの積極的なクローズドテストの期間を見込んでおきましょう。ただ待つのではなく、その時間を上記のステップに使ってください。

待っている間に基本を確認する

待ち時間を使って、審査担当者が最初に目にする部分を見直しましょう。ストアの掲載情報がアプリの実際の機能を説明しているか、スクリーンショットが現在のバージョンと一致しているか、プライバシー ポリシーのリンクが機能しているか、データ セーフティのフォームがアプリと SDK が収集するデータと一致しているかを確認します。どれもよりよいテストの代わりにはなりませんが、整っていて一貫性のあるアプリのほうが承認しやすくなります。

してはいけないこと

• やり直すために新しいパッケージ名で新しいアプリを作らない。 同じ問題を抱えたまま、14日間をゼロから始めることになります。
• 数字を増やすために偽のアカウントを追加しない。 エンゲージメントには何の足しにもならず、アカウントにポリシー上の問題を招くおそれがあります。
• 同じ回答を再提出しない。 1回目で納得されなかった回答は、2回目でも納得されません。
• 代わりに解決すると約束する人に Play Console のログイン情報を教えない。

次回却下されないために

却下の多くは、テストの最初の数日で防げます。次のアプリでは、次のことを心がけましょう。

• オプトインするだけでなく、アプリを使ってくれるテスターを15人以上集める。それぞれの長所と短所はテスターの集め方の比較で説明しています。
• クローズドテストの設定ガイドのとおり、1日目にフィードバック チャンネルを設定する。
• 小さなものでよいので、テストの中盤にアップデートを予定しておく。
• 進めながらメモを取り、15日目には申請の回答がすぐ書ける状態にしておく。

TesterBie がお手伝いできること

当社のサービスは、まさにエンゲージメントを軸に作られています。TesterBie は、それぞれ専用の Google アカウントを持つ実機の Android スマホでクローズドテストを行います。スマホは Google Play からアプリをインストールし、14日間毎日使います。1台に問題が起きても、予備のスマホで人数を12人より上に保ちます。バグはスマホの機種、Android バージョン、スクリーンショット付きで報告されるので、対応すべきフィードバックと、回答に書ける内容が手に入ります。

テストの部分には責任を持ちます。当社のテスターが「テスター12人・14日間」の要件を満たさなかったために Google が製品版へのアクセスを拒否した場合は、全額を返金します。Google の判断はアプリと回答内容にも左右されるため、最後にレポートとヒントをお渡ししています。プランと保証を見るか、テストを始めましょう。

よくある質問