「クローズド テスト中にテスターがアプリにエンゲージしていなかった」で却下 — 意味と再申請の方法

1. このメッセージが意味すること

製品版へのアクセスを申請して、“クローズド テスト中にテスターがアプリにエンゲージしていなかった”という理由で 差し戻された場合、Google が問題にしたのは 人数と期間ではなく、テストの中身です。 テスター 12 人が 14 日間オプトインしていたとしても、その間に実際にアプリを開いて使った形跡が足りないと判断されたのです。

Play Console ヘルプのドキュメントも、追加のテストを求める例として 2 つを挙げています。オプトインしたテスターが 12 人より少ない場合と、 テスターのエンゲージメントが不十分な場合です。このメッセージは後者にあたります。

2. 一緒に示される理由

このメッセージは単独で届くよりも、アップデートでユーザーのフィードバックを受けて反映するなど、テストのベスト プラクティスに従っていなかったという理由と一緒に届くことが多くあります。 そして、実際のテスターとクローズド テストをさらに行ってから再申請するよう案内されます。

2 つの理由を合わせると、Google が見たかったものが分かります。テスターがアプリを使い、デベロッパーがその反応を見てアプリを 改善した、という流れです。人数をそろえただけのテストには、この流れがありません。

3. Google はエンゲージメントをどう見ているか

Google は、エンゲージメントを何で測っているかを公開していません。1 日に何回、何分以上使う必要があるという話は、Google の ドキュメントにはない内容です。ドキュメントで確認できるのは、製品版へのアクセス申請のアンケートで問われる内容です。

• テスターがアプリの提供する機能をすべて試したか
• テスターの使い方が、実際のユーザーに想定される使い方と同じか、違うならどう違うか
• テスターから受け取ったフィードバックの要約と、フィードバックの受け取り方法
• クローズド テストの結果を受けて、アプリをどう変更したか

つまり審査担当者は、アンケートの回答とテスト期間中の記録をあわせて見ています。回答できる事実のないテストは、アンケートにも 表れます。設問ごとに何を書けばよいかは 製品版へのアクセス申請アンケートの設問別回答例にまとめています。

4. 重なりやすい原因

• インストールしただけで開いていないテスター。相互テストで集めたテスターによく 見られます。人数としてはカウントされますが、利用の記録は残りません（相互テストが崩れるポイント）。
• 最初の画面で止まってしまうアプリ。ログインが必要なのにテスターがアカウントを 作れない、初回起動が遅い、エラーが出る、といった場合、テスターは機能までたどり着けません。ログインが必要なアプリは、 審査用のログイン情報も Play Console に記入しておく必要があります。
• テスト期間中ずっとバージョンが 1 つだけ。テストで何を見て改善したのかを示せません （クローズド テスト中のアップデート）。
• フィードバックを受け取る手段がなかった。テスターが不便な点を伝える場所がないと、 アンケートの “受け取ったフィードバック”の設問を埋められません。
• アンケートが “問題なく完了しました”で終わっている。数字やバージョン、 修正した内容のない回答は、テストを実施した根拠になりません。

5. 再申請する前に

1. テストを止めません。トラックとテスターリストをそのままにしておけば、人数 · 期間の 条件は維持されます。トラックを新しく作ると、最初から数え直しになります。
2. テスターに機能を使ってもらいます。“ログインして ○○ を 1 回試し、不便な点を 一言残してください”のように、やってほしいことを具体的にお願いします。Google も、テスターをメッセージ グループに 集めてフィードバックを共有してもらうことをすすめています。
3. 受け取ったフィードバックをもとにアップデートを公開します。小さな変更でもよいので 2〜3 回、リリースノートに何を変えたかを書いておきます。
4. 利用の記録を積み上げてから、アンケートを書き直します。再申請までに待つべき期間は ドキュメントで定められていませんが、すぐに同じ内容で出すと結果も同じになりがちです。数日〜14 日間ほど実際の利用と アップデートを積み重ねてから申請しましょう。

ほかの却下理由と照らし合わせるには 製品版へのアクセスが却下される 7 つの理由をご覧ください。