14日後にアプリが却下された理由とは?

Google Playのクローズドテストの14日間を辛抱強く乗り切り、本番環境へのアクセスに関する質問票を丁寧に記入し、その後次のようなメールを開いた開発者には、特有の苦しさがあります。 「お客様のアプリは本番環境へのアクセスの対象外です。」 具体的な説明はなく、項目ごとの内訳もありません。ただ拒否通知だけが届き、2週間がまるごと消えたような感覚が残ります。

もし今まさにその状況にいるなら、あなたは一人ではありません。これは毎月何千人もの開発者に起きており、ほぼ必ず5つの具体的で修正可能な原因のいずれかに行き着きます。このガイドでは、それぞれの原因、自分がどれに当てはまるかの見極め方、そして次の挑戦で具体的に何を変えるべきかを解説します。

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

Googleの拒否通知は意図的に一般的な表現になっています。通常は「お客様のテスト履歴は当社の要件を満たしていませんでした」や「十分なテスト活動を確認できませんでした」といった文言が表示されます。どのテスターが問題だったのか、エンゲージメントの問題だったのか不正のフラグだったのか、具体的に何を修正すべきかは示されません。

この曖昧さは意図的なものです。Googleは不正検知や品質システムが使用する具体的な検出のしきい値を公開したくありません。公開すれば簡単に回避されてしまうからです。つまり、診断作業はあなた自身が行う必要があります。以下の5つの理由は、実際に起こる却下の大部分をカバーしています。

5つの理由を一目で確認

理由1: ボット、エミュレーター、自動化されたテスター

「$5でテスター20人」のような安価なギグマーケットプレイスの掲載からテスターを調達した場合、一部またはすべてが本物のデバイスではまったくなかったという現実的な可能性があります。低価格のプロバイダーは、実際のスマートフォンではなく、レンタルされたデータセンターのサーバー上で動くAndroidエミュレーター(Bluestacks、Genymotionなど)に頻繁に依存しています。

これは、12人以上のテスター、14日間、目に見える問題なしといった、一見問題なく見える却下の最も多い単一の原因であり、詳しくは 「Fiverrの詐欺業者 vs 本物の代理店」。

理由2: エンゲージメントゼロの問題

実機を使う12人以上の本物のテスターがいても、Googleはインストールの完了だけでなく本物の使用をチェックしています。テスターが1日目にアプリを一度開いただけで、残りの13日間二度と起動しなければ、それは非アクティブなテストとして読み取られます。実際にそうだからです。

理由3: テスターが「追加」されただけで「オプトイン」していなかった

これは静かで見落としやすいミスです。Play Consoleのテスターリストにメールアドレスを追加することは、その人がオプトインすることと同じではありません。

Play Consoleのテスターリストに20個のメールアドレスが載っていても、実際にオプトインしたのはそのうち6人だけということが十分にあり得ます。つまり、リストが満員に見えていても、実際のカウントは一度も12人の下限を超えていなかったということです。完全な解説はこちらの テスター20人要件ガイドをご覧ください。

理由4: 曖昧な本番環境へのアクセスに関する質問票

14日間が完了すると、Googleは本番環境へのアクセスを許可する前に、書面による申請を求めます。おおよそ次のような内容が尋ねられます。

• テスターをどのように募集しましたか?
• テスト中にどのような具体的なフィードバックを受けましたか?
• そのフィードバックを受けてアプリにどのような変更を加えましたか?

人間の審査担当者がこれらの回答を読みます。以下のような回答は、本物のテストというより単なる形式的な作業として読み取られ、14日間の連続記録自体が完全に有効であっても、却下の原因として記録されています。

審査担当者は、本物のテストが実際に行われたことを示す、信頼できる詳細な説明を特に求めています。回答例については私たちの完全な 本番環境へのアクセスに関する質問票の解説 をご覧ください。

理由5: 静かな離脱がカウントをリセットしていた

14日間のカウントは、オプトインした人数が1日でも12人を下回った瞬間にリセットされるため、自分でも気づかないうちに連続記録を失っていることがあります。12人目のテスターが10日目にスマートフォンのストレージを空けるためにアンインストールした場合、Play Console上の見た目の進捗はほぼ完了しているように見えても、実際にGoogleが追跡している連続記録は数日前に静かにやり直しになっているかもしれません。

テスター数を毎日確認しない開発者ほど、実際の連続記録がまだ3日や4日しか経っていないのに14日経ったと思い込んで、本番環境へのアクセスの申請を提出してしまう可能性が高くなります。

実際に何が起きたかを確認する方法

再提出する前に、10分かけて次の5つの理由のどれに当たるかを診断してください。

• 1

  オプトイン数の履歴を確認する

  Play Consoleを開き、「テスト」→「クローズドテスト」→「テスター」に進み、追加されたメールのリストだけでなく、 オプトイン済みのカウント履歴を確認してください。

• 2

  12人を下回った箇所を探す

  14日間のウィンドウのどこかで、オプトイン数が一度でも12人を下回っていないかを確認してください。

• 3

  テスターの調達元を見直す

  マーケットプレイスや交換コミュニティからテスターを調達した場合、それが審査済みの実機だったのか、未検証の集団だったのかを検討してください。

• 4

  質問票の回答を読み直す

  それを読んだ第三者は、本物のテストが実際に行われたと信じられるでしょうか?

修正して2回目の挑戦で合格する方法

この特定の拒否には異議申し立てのショートカットはありません。確実な道は、14日間連続を正しくもう一度実施することです。2回目の挑戦では:

• 1

  ちょうど12人ではなく、15~20人の本物のテスターを募集して、1件の離脱で再びリセットされないようにする。

• 2

  単にメールアドレスが追加されただけでなく、すべてのテスターが実際にオプトインしたことを確認する。

• 3

  テスターが期間全体にわたって一度だけでなく繰り返しアプリを開いていることを確認する。

• 4

  質問票には具体的で詳細な回答を書く。本物の募集方法、本物のフィードバック、本物の変更内容を。

これはまさに、管理型のテストサービスが取り除くために設計された失敗のパターンです。実機を使う本物のテスター、毎日監視されるエンゲージメント、そして1件の離脱でさらに2週間を失わないよう特別に設計された余裕のあるバッファです。詳しくは 現在のプラン をご覧いただくか、 他の選択肢との比較 をお読みください。2回目の挑戦の進め方をまだ検討中の場合に参考になります。

よくある質問