本文へスキップ

クローズド テストのトラブルシューティング

クローズド テストの日数が更新されない?Google Playのカウンターを確認する

まずPlay Consoleでアプリのダッシュボードを開き、変化が止まっている数字を正確に特定します。この記事では、テストの設定に手を加える前に確認すべきことを、順番に説明します。

12 テスター最低人数
14 連続日数
2026年9月11日 出典の確認日
変化が止まったGoogle Playのクローズド テストの進捗表示と、その横に並ぶ参加状況の確認項目

すぐわかる答え

Google Playのクローズド テストのカウンターが止まっていても、それだけでテストがやり直しになったことにはなりません。まずはダッシュボードの表示を正確に読み取り、オプトインが完了しているか、判明している離脱がないか、テスターがクローズド テストのリリースにアクセスできるかを確認してください。調査のあいだ、既存の参加状態はそのまま維持します。それでも記録と表示が食い違う場合は、Play Consoleのサポートに示す証拠をまとめます。

2026年9月11日確認 · 条件は、直前の14日間ずっと中断なくオプトインしているテスターが12人以上(出典:Googleのテスト要件のページ

この記事が扱うのは、2023年11月13日より後に作成された個人用デベロッパー アカウント、つまりGoogleのクローズド テストの条件が適用されるアカウントで、テストのカウンターが止まったときの確認手順です。内容は2026年9月11日時点のものです。

まずこれを行う

  1. 止まっている数字を正確に特定します。ダッシュボードの進捗、テスターの一覧、アプリの統計情報は、それぞれ別の画面です。
  2. 各テスターがオプトインを完了しているか確認します。アクセス権を与えたGoogleアカウントで完了している必要があります。招待やインストールはオプトインではありません。
  3. クローズド テストのリリースが利用できる状態か確認します。トラックでのリリースの状態、配信対象の国、対象テスターの端末の対応状況です。
  4. 判明している離脱や復帰を記録し、ほかのテスターは参加したままにします。テストから抜けて再参加するよう頼んではいけません。
  5. それでも表示と記録が食い違う場合は、証拠をまとめてPlay Consoleの「ヘルプ」から問い合わせます。

どの症状が出ていますか?

どれを選んでも、下のガイド付き確認がその回答を反映した状態で開きます。Play Consoleのアカウントから情報を読み取ることはありません。

この記事で使うラベル

Googleの要件 Googleのドキュメント 推奨する確認 説明用の例 開発者の報告 引用した情報源にない
ラベルの意味
  • Googleの要件リンク先のGoogleのページに明記されている必須の条件です。
  • Googleのドキュメントリンク先のGoogleのページにある定義、画面の場所、手順の説明です。
  • 推奨する確認この記事が提案する切り分けや準備の手順です。Googleの申請要件ではありません。
  • 説明用の例示された記録に条件を当てはめた、作例のシナリオです。Play Consoleのスクリーンショットでも、表示の予測でもありません。
  • 開発者の報告リンク先にある当事者本人の報告です。限界のある観測であって、ポリシー上の根拠ではありません。
  • 引用した情報源にないここで引用したGoogleのページには、この仕組みについての記述がありません。それはこれらの情報源の限界であって、ほかの何かが証明されたわけではありません。

Google Playのどの数字が止まっているかを確認する

まずアプリのダッシュボードを開き、変化が止まっている数字を正確に特定します。

Play Consoleでは、製品版へのアクセス要件の表示、テスターの設定、利用状況の統計情報が、それぞれ別の画面に置かれています。カウンターが止まったという騒ぎの多くは、見ている画面を間違えたところから始まります。2つの数字を比べる前に、それぞれがどの画面の数字なのかを確かめてください。

どの画面を確認すればよいですか?

確認したいこと 最初に見る場所 そこで確かめられること
製品版へのアクセス要件と申請Googleのドキュメント アプリを選び、ダッシュボードを開く そのアプリの要件の達成状況や申請の状態がわかります。自分のダッシュボードに出ている進捗のラベルと値を、そのまま書き写してください。
テスターのアクセス設定Googleのドキュメント テストとリリース › テスト › クローズド テスト › トラックの管理 › テスター 設定済みのアクセス権と、参加リンクの取得元がわかります。招待リストは、参加が確認された名簿ではありません。テスターはそれぞれ、リンクからオプトインする必要があります。
アプリの利用状況やインストール数Googleのドキュメント アプリの統計情報ページ 指標ごとの利用状況とインストールの実績がわかります。テスター個人が条件を満たしていることの裏づけではなく、日数カウンターでもありません。
アカウント固有の、説明がつかない食い違いGoogleのドキュメント Play Consoleのヘルプ 自分のアカウントの証拠をもとに、確認を依頼する窓口です。利用できる窓口はアカウントによって異なります。

出典:製品版へのアクセスの申請テストの設定とテスターの設定アプリの統計情報Play Consoleのヘルプ窓口。いずれも2026年9月11日に確認しました。

実際に表示されている文言を書き写す

この記事では、現在のカウンターのラベルを引用しません。日付を確認できるスクリーンショットを検証できなかったためです。自分の画面に出ているラベルと値を、時刻と自分のタイムゾーンとあわせて、そのままメモに写してください。この書き写しが、記事の後半で作るサポート用の資料の1行目になります。

日数の表示とテスターの一覧が食い違うとき

Googleのドキュメント

設定済みのアクセス一覧と、ダッシュボードの進捗の数は、別のものを表しています。一覧に載っているのは参加できる状態にあるということで、一人ひとりの参加が完了した記録ではありません。それぞれの数字は、その数字自身の定義とだけ比べてください。

オプトイン数、インストール済みオーディエンス、アプリの利用状況は別のもの

テスターのアクセス一覧、オプトインの合計数、アプリの利用状況の統計情報は、それぞれ別の問いに答えるものです。まず、いま見ている指標名と画面を正確に書き留めてください。合計数からは、個々のテスターが誰なのかも、その人の参加履歴もわかりません。

オプトイン数

対象となるアカウントで、クローズド テストのオプトインに応じたテスターの数です。

示すもの 現在オプトインしているテスターの人数。誰であるかや、個々の参加開始日はわかりません
示さないもの 各テスターがどれだけの期間、中断なく参加しているか

インストール済みオーディエンス

直近30日間に使われた端末にアプリがインストールされているユーザーの数です。

示すもの 最近使われた端末にインストールされていること
示さないもの アプリが開かれたことや、そのユーザーがテストに参加していること

1日のアクティブ ユーザー数(DAU)

その日にアプリを開いたユーザーの数です。太平洋時間で集計されます。

示すもの その日にアプリを開いた人数
示さないもの 参加しているかどうか、その継続、どのテスターが数えられたのか

定義の出典:アプリの統計情報を確認する(2026年9月11日確認)。太平洋時間を基準とするのはインストールの統計情報についてであり、要件の表示にそのまま当てはまるわけではありません。

カウンターが止まって見える理由を確認する

画面で実際に確認できる症状を選び、その裏にある参加の証拠を確認します。

このガイド付き確認は、1つ選ぶだけで次の手順を示します。必要に応じて参加状況の質問に答えると、結果をさらに絞り込めます。Play Consoleから情報を読み取ることも、入力内容を保存することもありません。

ツール01 · 切り分け

次に何を確認すればよいですか?

回答にもとづく案内であり、Play Consoleによる診断ではありません。

A. どの症状が出ていますか?

見えている症状を選んでください

この案内は回答だけを使います。Play Consoleのアカウントを読み取ることはできません。

自分に当てはまるか確認する

この条件が適用されるのは、2023年11月13日より後に作成された個人用デベロッパー アカウントです。この日付ちょうどに作成されたアカウントは、ここでは不明として扱います。Googleの表現がより後であるためです。

出典は2026年9月11日に確認しました。 · カウンターが更新される間隔は、確認した情報源では明らかになっていません。

テストに手を加える前に確認する原因

まず指標と参加状況を確かめてください。インストール数とテスター数は、別の問いに答えるものです。

まずは、すぐ確かめられて、既存の参加状態を乱さない確認から始めます。数字を特定し、オプトインとリリースへのアクセスを確認し、判明している離脱を調べ、それでも表示の説明がつかなければ証拠を集めます。以下の各原因には、見つけ方と、元に戻せる対処を1つずつ挙げています。

見ている数字が違う

Googleのドキュメント

見つけ方

比べている数字のそれぞれに、正確な指標名を書き添えてください。3つの定義は01にあります。インストール済みオーディエンス1日のアクティブ ユーザー数もオプトイン数ではなく、3つのいずれも日数の表示ではありません。

今日できる対処

各指標は本来の目的に使い、要件を満たすテスターの履歴に読み替えるのをやめてください。

これでは確かめられないこと

これらの集計値では、特定のテスターが中断なく参加し続けたことを裏づけられません。

指標の定義:アプリの統計情報を確認する(2026年9月11日確認)。

オプトインが未完了

Googleの要件

見つけ方

アクセスの設定と、実際のオプトインの両方が必要です。Googleグループに入っていること、招待メールを受け取っていること、ストアのリンクからインストールしたことだけでは、参加は完了しません。テスターはそれぞれ、アクセス権を与えたのと同じGoogleアカウントで、リンクからオプトインする必要があります。

今日できる対処

05のテスター向けメッセージを送り、完了していないオプトインを片づけてください。すでに参加しているテスターに、抜けて再参加するよう頼んではいけません。テスターを追加したのにオプトインが0人のままの場合は、その症状だけを扱った記事があります。

これでは確かめられないこと

止まっている表示のすべてがオプトインの問題であること。

参加の手順:オープンテスト、クローズド テスト、内部テストを設定するある開発者の報告では、ウェブ上のオプトインの手順のあとで数が増えたとされています。出典の明らかな個別の報告であり、一般的な解決策ではありません。

リリースの公開状態、配信対象の国、端末のアクセス

Googleのドキュメント

見つけ方

対象のテスターそれぞれに、表示されているエラーや状態のメッセージをそのまま教えてもらい、次の4つを順に確認します。

  1. リリースが利用できる状態か。アップロード済みのバンドル、公開待ちのリリース、テスターが利用できるリリースは、3つの別の状態です。まずクローズド テストのトラックでのリリースの状態を読み取ってください。
  2. アカウントとGoogle Playの国。テスターがオプトインのページとGoogle Playストアでどのアカウントを使ったかを確認し、そのトラックの国 / 地域を開きます。クローズド テストを利用できるかどうかは、テスターのGoogle Playの国によって決まり、いま物理的にどこにいるかで決まるわけではありません。
  3. 端末の対応状況と除外の設定。対象の端末をモニタリングと改善 › リーチとデバイス › デバイスカタログで確認します。トラックに置かれたアプリバンドルの要件が異なることがあるため、対応状況はトラックによって違う場合があります。端末の除外はアプリ単位で管理され、バンドルごとに独立した設定ではありません。
  4. 支払い、またはエラーの文面。有料アプリであれば、購入や支払いの手順がインストールを妨げていないか尋ねてください。そうでなければ、テスターに表示されているメッセージの文面を手がかりに進めます。

今日できる対処

エラーが指しているリリースの状態、配信対象の国、端末の除外設定を直し、そのうえで本来使うべきアカウントでアクセスの経路をもう一度試します。国や端末の設定を変えることは、カウンターを更新する手段ではありません。また、すべての国を有効にする必要もありません。

これでは確かめられないこと

アクセスできない原因のすべてが、カウンターが止まっていることの説明になること。

リリースの状態:リリースを準備して公開する。配信対象の国:特定の国 / 地域にアプリのリリースを配信する。端末の対応状況:アプリの対応デバイスを確認、制限する。いずれも2026年9月11日確認。リンクそのものの問題については、テスターがアプリを利用できないときをご覧ください。

内部テストへの参加

Googleの要件

見つけ方

対象のテスターが内部テストにも参加していないか、本人に確認してください。この原因を示す症状としては、同じメールのリストを両方のトラックに使っていて、人によって届くビルドが違うというものがあります。リストを複数のトラックで共有していることは、実際に内部テストに参加していることとは別なので、一人ずつ確認します。内部テストとクローズド テストの違いの記事で、それぞれのトラックの用途を説明しています。

今日できる対処

対象のユーザーが内部テストから抜け、そのうえでクローズド テストに参加します。すでにクローズド テストに参加している人は、そのまま参加を続けます。

これでは確かめられないこと

ビルドが違うという報告のすべてが、この原因であること。

内部テストからクローズド テストへ移る決まり:テストの設定のページ(2026年9月11日確認)。

参加状況が変わった

Googleの要件

見つけ方

誰が抜けたのか、戻った人がいるのか、そして中断のない履歴を持つテスターが何人残っているのかを確かめます。テストから抜けることと、アプリをアンインストールすることは、別の操作として記載されています。そのため、それぞれ別に尋ねてください。アンインストールしたテスターが、プログラムから抜けているとは限りません。

今日できる対処

残っているテスターは、そのまま参加を続けてもらいます。中断のない履歴が12件に足りない場合は、実在する交代のテスターを追加し、その人自身のオプトイン日を記録してください。

これでは確かめられないこと

離脱のあと、表示が次に何を示すか。

継続の決まり:アプリのテスト要件。離脱とアンインストールの違い:アプリのベータ版プログラムを離脱する

集計や表示の説明がつかない

推奨する確認

見つけ方

参加は中断していないように見え、何も変えていないのに、表示が動きません。まずブラウザ側を確認します。正しいアプリ、正しいアカウント、そしてダッシュボードの再読み込みです。そのうえで、メモに残っているのが記憶ではなく時刻付きの観測かどうかを確認します。

今日できる対処

テストを続け、表示を再確認し、食い違いが続くならサポート用の資料を準備します。抜けて再参加することも、トラックをリセットすることもしないでください。

これでは確かめられないこと

これが原因であること。リンク先の案内にあるのは、テストのリンクや変更が反映されるまでの数時間という目安で、このカウンターの更新間隔は示されていません。

リンクが使えるようになるまでの時間:テストの設定のページ。統計情報のトラブルシューティングの範囲:アプリの統計情報に関する問題を解決する

症状、証拠、次の対処

この表は、上のガイド付き確認をJavaScriptなしで使えるようにしたもので、一度使ったあとの早見表にもなります。確度の列は、証拠がどこまでを示せるのかを表しています。

症状 確認する証拠 今日できる対処 確度と限界
日数や進捗のカードが見つからない アプリが合っているか、ダッシュボード、カードの文面そのまま、アカウントの適用範囲、リリースの状態 01の画面の表から始め、当てはまる適用範囲または設定の分岐に進む 画面の場所は確認済み。現在のカードのラベルそのものは未確認
招待やインストールは多いのに、オプトインが少ない 本来使うべき対象アカウントでの参加を、テスター本人に確認してもらう テスター向けメッセージをコピーし、完了していないオプトインを片づける 参加の区別は確認済み。開発者の報告が1件(リンクあり)
テスターに届くビルドが違う 対象のユーザーが内部テストに参加していないか、クローズド テストのリリースが利用できる状態か 内部テストに参加している対象ユーザーは内部テストから抜けてクローズド テストに参加。既存のクローズド テスト参加者はそのまま維持 アクセスの決まりは確認済み。ビルドが違う事例のすべてがこの原因ではない
テスターがクローズド テストのリリースをインストールできない、または開けない トラックでのリリースの状態、国 / 地域、デバイスカタログ、使ったアカウント、エラーの文面 エラーが指すリリースの状態、配信対象の国、端末の除外設定を直し、本来のアカウントで再確認 ドキュメントは確認済み。アクセスできないことだけでは、カウンターの説明にならない
必要なオプトイン済み参加者が失われたと確認できた 誰が抜けたか、戻ったか、残っている中断のない履歴 既存のテスターは維持。必要なら実在する交代のテスターを追加し、その人自身の履歴を記録 ポリシー上の条件は確認済み。リセットが表示にどう現れるかは不明
テスターがアンインストールしたが、参加状況は不明 テストのプログラムから抜けたかどうかは、別に尋ねる テストできる状態に戻し、参加を確認する。自動的にオプトアウトさせて再参加させることはしない 部分的:ベータ版での一般的な区別。記載のあるカウンターのリセットではない
テスターが使わなくなった、またはログインできない 最初の意味のある操作、ログインやデモ用のアクセス、フィードバック、クラッシュ、実際のテストの記録 アクセスと安定性を直し、意味のあるテスト課題を渡し、対処できるフィードバックを集める エンゲージメントの重要性は確認済み。日数カウンターの数値ノルマはない
テスターの端末がオフラインだった 現在の参加状況、接続時のアプリへのアクセス、報告された不具合の文面 必要なら通常のアクセスを回復し、観測を記録する カウンターへの影響は未確認。深夜までに再接続すれば1日を救えるとは考えないこと
インストール済みオーディエンスや1日のアクティブ ユーザー数がオプトイン数と違う 正確な指標名とその定義 各指標は本来の目的に使い、要件を満たすテスターの履歴に読み替えない 定義は確認済み。比較は分析上のもの
参加は中断していないように見えるが、表示が変わらない 時刻付きの表示の記録、参加の確認結果、判明している変更 テストを続け、表示を再確認し、食い違いが続くならサポート用の資料を準備 カウンターの原因と更新の間隔は未確認
条件は満たしたのに申請できない、または審査で追加テストを求められた ダッシュボードの状態、または審査の通知の文面 この記事の完了または審査後のセクションへ進み、そこから該当する次の段階の記事へ 別の手順になる。どの場合にも当てはまるやり直しの指示はない

この表の出典:上の各原因の横にリンクしたGoogleのページ(2026年9月11日確認)。

日数はいつから数えはじめ、何が期間を中断させるのか

Googleの条件は、テスター一人ひとりの中断のない参加についてのものです。利用が途切れること、離脱、交代は、それぞれ別のものを変えます。そしてそのどれも、表示から読み取れるものではありません。

中断のないオプトインとは何か

Googleの要件

製品版へのアクセスを申請する時点で、現在クローズド テストに参加しているテスターが12人以上必要で、その一人ひとりが直前の14日間を通じて中断なくオプトインしている必要があります。この点についてのGoogle自身の表現は次のとおりです。

「14日間は連続している必要があります」

Google Play Consoleヘルプ「新しい個人用デベロッパー アカウントのアプリのテスト要件」2026年9月11日確認

ここで引用したテスト要件のページから分かる、継続についての要点は次のとおりです。離れたオプトインの期間は合算されないため、いったん抜けてあとで戻った人の履歴は、1つの長い履歴ではなく2つの履歴になります。同じページには、ダッシュボードの表示がどう計算され、どう更新されるのかは書かれていません。この記事も、その空白を推測で埋めることはしません。

参加日が異なるテスターがいる場合

説明用の例

たとえば、テスター11人が9月1日に参加し、12人目が9月5日に参加して、どちらも中断がなかったとします。9月15日の時点では、12人目は先の11人と同じ長さの参加期間をまだ満たしていません。アップロードの日や最初のテスターの参加日から、グループ全体の準備が整ったとは言えないのは、このためです。期間は一人ひとりのオプトインから数えます。この例から、ダッシュボードの次の値や更新される時刻が分かるわけではありません。また、すでに12人が完全な履歴を満たしているグループであれば、あとから加わった予備のテスターがそのグループを遅らせる、という意味でもありません。

誰かが抜ける、戻る、交代する

説明用の例

影響を決めるのは、残っている中断のない履歴であって、これまでに招待した人数の合計ではありません。13人が同時に始めて1人が抜けた場合、残る12人の履歴はそのままです。中断なく参加しているテスターがちょうど12人で1人が抜けた場合は、11人が残ります。その履歴は保たれますが、必要な期間を満たしているかどうかは別の話です。交代のテスターは、オプトインした時点から自分の中断のない期間を始めます。ほかのテスターの履歴を引き継ぐことはありません。交代のテスターのオプトイン日と、抜けたテスターについて最後に確認できた日付を記録してください。

アプリの利用が見られないことと、オプトアウトは別の観測

アプリの利用が途切れることと、オプトインが途切れることは別の出来事です。利用の観測がないことは、記録された離脱ではありません。また、表示が変わらないことや、あとでまとめて動くことによって、参加の条件がくつがえるわけでもありません。実質的なエンゲージメントは審査にかかわる別の論点として扱い、まずは参加状況を確認してください。

正確な答えを一行で

テスター個人のオプトインの継続については、引用したテスト要件のページに記載があります。一方、表示されるカウンターが一律に停止したりリセットされたりするルールは、そこには書かれていません。

引用した情報源にない 引用した情報源が定めていない3つのこと

  1. アプリを使わなかった日が飛ばされるのか、あとで積み増されるのか、無視されるのか。引用した案内が説明しているのは中断のないオプトインであり、利用日を数えるアルゴリズムではありません。
  2. 表示がどのくらいの頻度で更新されるのか。引用した案内にあるのは、テストのリンクや変更が反映されるまでの数時間という目安であり、このカウンターの更新間隔ではありません。
  3. カウンターがどのタイムゾーン、どの締め時刻、どの丸め方を使うのか。インストールの統計情報は太平洋時間で記載されていますが、それは統計情報についての話で、要件の表示についてではありません。

説明用の例 継続を示す作例の記録

これは作例であり、実際の観測でも予測でもありません。Tはこの例の判定時点です。各行は、示された記録に参加の条件を当てはめたうえで、そこから結論づけられないことも示しています。

Tの時点のシナリオ 説明用の記録 その記録から言えること そこから言えないこと
安定したグループ 現在12人が参加し、それぞれ必要な期間をすべて中断なく満たしている この履歴は、図解で示したオプトインの条件を満たしている 承認されること、または表示される値そのもの
本当の余裕がある 13人が同時に開始し、1人が抜け、残る12人は必要な期間を通じて中断なく参加している 条件を満たす履歴が12件残る どのような離脱であってもインターフェースが変わらないこと
予備が遅れて参加 13人が参加していて、そのうち12人は中断のない完全な履歴を持っていた。その12人のうち1人が抜け、遅れて参加した予備の人はまだ期間を満たしていない 必要な期間を中断なく満たしたテスターは11人しか残らない かつて13人が参加していたことで、どの場合も守られること
すぐに交代を入れた 必要な期間を満たしたテスター11人と、新しく参加した交代のテスター1人 交代のテスターは、自分自身の短い履歴を持つ 交代のテスターが、抜けた人の以前の日付を埋めること
抜けたあとに復帰 必要な期間を満たしたテスター11人と、離れた7日間の期間を2つ持つテスター1人 離れた期間をつなげて、条件を満たす連続した期間にすることはできない アプリ全体の表示が必ず0になること
アプリを使わない日があった 参加の記録は中断していないが、アプリ利用の観測が1件欠けている 利用の空白だけでは、オプトアウトの証拠にならない 公開されていない利用状況の評価が表示に影響したかどうか
記録が不明 日ごとの合計数しか保存していなかった この合計数だけでは、一人ひとりの継続は確かめられない 人数の条件が実際に満たされていたかどうか

根拠:Googleのテスト要件のページ(2026年9月11日確認)にある継続の条件と、離れた期間は合算されないという決まりを、開発者からよく出る交代と、アプリを使わなかった日についての疑問に当てはめたものです。

アンインストールとテストからの離脱は別々に確認する

Googleは、ベータ版プログラムからの離脱とアプリのアンインストールを、別の操作として記載しています。アプリを削除したテスターがまだ参加している場合もあり、インストールしたままのテスターがすでに抜けている場合もあります。参加状況は別の質問として尋ねてください。そして、きれいにするためにオプトアウトして再参加するよう伝えてはいけません。それは、決まりが合算を認めていない、まさにあの離れた期間を自分で作り出す行為です。

連続した日数の数え方そのものについては、14日間は連続している必要がありますか?をお読みください。この記事は、カウンターが止まる問題に絞って扱います。

同じシナリオを図で見る

任意です。下の図解は表の記録をそのまま図にしたもので、離脱、交代、アプリを使わなかった日の違いが一目で分かります。

ツール02 · 図解

オプトインの中断が何を変えるのか

記録はあらかじめ決められた、内容を確認できる作例です。シナリオを選ぶと、この例の判定時点Tでどの履歴が成立しているかが分かります。これは操作できる説明であり、実際の日数を計算するものではありません。

説明用の記録 Googleのカウンターの再現ではありません Googleの要件:中断のないオプトイン
テスター12人(まとめて表示)
中断のない参加期間

中断のない履歴が12件

この説明用の記録は参加の条件を満たしています。ダッシュボードの表示や審査の結果を予測するものではありません。

それでも表示の説明がつかない場合は、02のガイド付き確認を使ってください。

凡例

  • 中断のない参加
  • 確認されたオプトアウト期間
  • 新しい参加
  • アプリ利用の観測なし
  • T:この例の判定時点

2026年9月11日に確認しました。

出典の根拠:Googleのテスト要件のページにある継続の条件と、離れた期間は合算されないという決まりを、開発者のあいだで繰り返し話題になる交代の問題と、アプリを使わなかった日の問題に当てはめたものです。2026年9月11日確認。

これらのシナリオに出てくる11と13は、最低ラインである12を1人下回る場合と1人上回る場合を示すための数値です。新たな基準値ではありません。復帰のシナリオにある7日間の2つの区間も、実際の空白で隔てられた前半と後半を表すための例です。

今日、テスターに何を聞けばよいか

テストに手を加える前に、テスターに参加状況の確認と、アクセスの問題の報告を頼みましょう。

参加状況を確認する

推奨する確認

テストから抜けて再参加することなく、参加したときのアカウントで参加状況を確認してもらいます。2つの項目を入力してから、メッセージをコピーしてください。入力内容はこのページ内で処理され、コピーしてもメッセージが送信されるわけではありません。正しいリンクが届いていないテスターがいる場合は、テスターの招待方法で、クローズド テストの正しいオプトイン用リンクの送り方を説明しています。

送信するメッセージ

参加したときのGoogleアカウントで[こちらのクローズド テストのオプトイン用リンク]を開き、いまもテストに参加している状態かをご確認ください。状態を更新する目的で、いったん抜けて再参加する必要はありません。

次の点をお知らせください。
1. いまもテストに参加しているか。また、これまでに抜けて再参加したことがあるか。
2. Google Playで現在のテスト版をインストール、または起動できるか。
3. 必要なログインも含めて、次を最後まで行えるか:[アプリ内の意味のある操作1つ]
4. 表示されているエラーや問題があれば、その内容。あわせてご意見もお願いします。

引き続き、テストと問題のご報告をお願いします。スクリーンショットを送る場合は、関係のない個人情報が写らないようにしてください。

根拠:Googleのテスト設定のページにあるオプトインの手順(2026年9月11日確認)。毎日の利用回数のノルマや、診断用の課題を前提にしているわけではありません。

最初の意味のある操作を確認する

Googleのドキュメント

エンゲージメントが不十分な場合、追加のテストが必要になることがあります。また、製品版へのアクセスの申請では、テスターがアプリをどう使ったか、どんなフィードバックを集めたか、何を変更したかを尋ねられます。これはカウンターとは別の、審査にかかわる論点です。ただし、ログイン画面を越えられないテスターは、そもそも何もテストできません。

  • Google Playのビルドをインストールしている。現在のクローズド テストのリリースを、Google Playから入手したものです。ファイルを直接インストールしたものではありません。
  • 起動できる。起動時にクラッシュせず、画面が止まらず、デモ用のアクセスも期限切れになっていません。
  • 意味のある操作を1つ完了できる。必要なアカウント作成やログインも含みます。
  • 報告する手段がある。エラーの文面、個人情報を隠したスクリーンショット、意見を送れる場所があります。

引用した情報源にない

引用した案内には、このカウンターについて1日あたりの起動回数、利用時間、セッション数の下限は示されていません。実際のタスクを本当に使ってもらい、あわせて意見も聞いてください。

エンゲージメントと申請での質問:アプリのテスト要件のページ。フィードバックについての案内:Play Consoleのクローズド テストの概要。いずれも2026年9月11日確認。

すべて正しく見えるのに、それでも更新されない

記録と表示が食い違う場合は、その食い違いをまとめ、このカウンターが何を表しているのかをサポートに尋ねましょう。

集めるべき証拠

参加状態を乱さずに集めます。どの項目も、自分で確認するか、テスターに尋ねれば分かるものです。誰かにテストから抜けてもらう必要はなく、Googleの時計がどう動くかを前提にもしていません。時刻にはすべて自分のタイムゾーンを添えてください。今日撮ったスクリーンショットは、今日見えている状態の裏づけにはなりますが、過去の日付を再現するものではありません。また、集計されたグラフから一人ひとりの履歴を取り戻すこともできません。

アプリの特定 アプリ名とパッケージID 別のアプリを比べてしまうのを防げます。
リリース クローズド テストのトラック名、バージョンまたはビルド、表示されている状態 テストが動いている状態と、公開待ちのリリースを区別できます。
表示 ラベルと値をそのまま、またはラベルが見えない 1日のアクティブ ユーザー数やインストール数を、日数カウンターと取り違えずにすみます。
観測 時刻とタイムゾーン、最初の観測と最後の観測 Googleの時計を前提にせずに、この状態がどれだけ続いているかを検証できるようにします。
参加状況 テスターを指す仮名のID。現在の参加が確認済み、未確認、不明のいずれか 招待とオプトインを区別できます。
継続 中断は確認されていない、離脱を確認した、復帰を確認した、不明のいずれか。日付は実際に記録がある場合のみ 履歴を推測で組み立てるのではなく、分からないことを分からないまま残せます。
テストへのアクセス Google Playのビルドをインストール済みか。最初の意味のある操作を完了できる、できない、不明のいずれか 実際にテストを妨げている要因が分かります。
変更 観測のあいだに行った、リスト、グループ、トラック、リリース、テスターの変更のうち関係するもの 前後関係と、確認された原因を区別できます。

開発者の報告 最後の行がいちばん重要です。ある開発者の報告では、テスターを追加したあとに表示が0になったとされていますが、同じスレッドの別の返信は、追加が原因だという見方に異を唱えています。変更の記録があれば、これはあれのあとに起きたと言うだけにとどめ、あれが原因で起きたと主張せずにすみます。

Play Consoleのサポートに尋ねる

推奨する確認

現在のヘルプページは、アカウントの保有者をPlay Consoleのヘルプへ案内しています。表示される窓口はアカウントによって異なります。ここでは、調査が行われること、回答までの時間、結果のいずれも約束していません。また、ここで引用したヘルプの案内には、この件でサポートに連絡する前に必ず待たなければならない期間は示されていません。

待つのではなくサポートを使うとき

上の確認で食い違いの説明がつかないとき、または特定のエラーで通常のテストができないときに、この資料を使います。確認できたことを記録し、分からない情報は不明と書いてください。資料を完成させるために、過去の日付をつくる必要はありません。

ツール03 · 資料

サポート用の資料を作る

すべての項目は任意です。空欄は記載なしと表示されます。時刻は入力したとおりに保たれ、残り日数などに変換されることはありません。資料は、コピーするまでこのページ内にとどまります。

資料のプレビュー

件名: [アプリ / パッケージ]のクローズド テストの進捗表示が変わりません

アプリとパッケージ:
クローズド テストのトラックとリリースの状態:
ダッシュボードのラベルと値(表示のまま):
最初の観測(タイムゾーンを含む):
最後の観測(タイムゾーンを含む):
現在の参加の証拠と、その確認方法:
判明している離脱または再参加:
関係するトラック、リスト、グループ、リリースの変更:
見つかったテスターのアクセスやアプリ利用の問題:
すでに実施した確認:
添付したスクリーンショット:

こちらの記録と、表示されている進捗が一致していないようです。これが要件の問題なのか、集計や表示の問題なのか、このカウンターが何を表しているのか、そしてどのような対応が必要かをご確認いただけますでしょうか。

問い合わせの経路:アプリの統計情報に関する問題を解決する、およびPlay Consoleを使ってみる(2026年9月11日確認)。この資料は証拠を集めるために当サイトが設計したもので、Googleが定める必須の添付書類の一覧ではありません。

参加が中断しかねない変更をサポートから求められたら

表示を更新したいという理由だけで、テスターに抜けて再参加するよう頼んではいけません。影響の大きい変更をアカウントのサポートから個別に求められた場合は、その指示を保存し、どのテスターに影響するのか、既存の継続にどう影響しうるのかを確認してから進めてください。あるアカウントへの指示が、どの場合にも当てはまる直し方とは限りません。

テストが完了した、またはGoogleから追加テストを求められた

チェックリストを満たすことと、製品版へのアクセスの判定は、別の段階です。

Googleのドキュメント

参加の条件に向けた進捗と、Googleによる申請の審査は、別のものです。審査はふつう7日以内で、場合によってはそれより長くかかります。審査では、アプリがどのように使われたか、どんなフィードバックを集めたか、何を変更したかが見られ、数字だけが見られるわけではありません。次にやることは、以下の3つの状態のどれに当てはまるかで変わります。

出典:Googleのテスト要件のページにある申請と審査についての案内(2026年9月11日確認)。

カウンターが止まったのではなく、理由が示されてクローズド テストが却下された場合は、Google Playのクローズド テストが却下される理由で原因を解説しています。

止まったクローズド テストのカウンターについてのよくある質問

ここでは、観察されたカウンターの挙動と、Googleが実際に公開しているルールを切り分けて答えます。

クローズド テストの日数が増えなくなりました。連続記録は失われたのでしょうか?

数字が止まっているだけでは、参加履歴が途切れたとは言えません。実際のオプトインと、離脱や復帰がなかったかを確認し、そのうえで自分の記録をダッシュボードの表示と照らし合わせてください。確認のあいだは、全員を参加したままにしておきます。

テスターが1日アプリを使わなくても、オプトインを続けていればカウンターはリセットされますか?

アプリを開かなかった日があること自体が、テスターがオプトアウトしたことを示すわけではありません。参加状況は別に確認し、意味のあるテストを続けてください。ここで引用しているテスト要件のページには、アプリを使わなかった日にカウンターがリセットされるという決まりは示されていません。

アプリをインストールしてもらったのに、テスター数が合わないのはなぜですか?

インストールと、クローズド テストのオプトインの完了は、別の証拠です。対象のテスターに、対象となるアカウントでクローズド テストのオプトインのページを開き、参加している状態かを確認してもらってください。

1人がアンインストールし、別の人が参加しました。やり直しになりますか?

まず、その人が実際にテストから抜けたのかを確認してください。アンインストールしただけでカウンターがリセットされるという決まりは、記載されていません。この記事にある離脱と交代の例を使って、実際に手元にある記録と比べてみてください。交代のテスターは、オプトインした日から自分の期間を始めます。インストール数だけでは、この件は判断できません。

内部テストが原因になっている可能性はありますか?

実際に内部テストに参加している人がいる場合、クローズド テストへのアクセスに影響することがあります。その対象のユーザーは、クローズド テストに参加する前に内部テストから抜ける必要があります。ただし、両方のトラックがあることや、メールのリストを共用していることだけで、すべてのテスターについて原因を判断できるわけではありません。

アプリを更新すると、カウンターは直りますか、それともリセットされますか?

クローズド テストの最中もアプリの改善は続けられます。Googleの案内も、問題を直しながらテストすることを推奨しています。テストは利用できる状態のままにし、参加状態も維持してください。更新は、止まったカウンターを無理に動かす手段ではなく、リセットされるという記載もありません。アプリを更新するとクローズド テストはリセットされる?で、新しいリリースが何を変え、何を変えないのかを解説しています。

チェックリストはすべて緑なのに、Googleはまだ追加のテストを求めます。なぜですか?

参加の条件を満たすことと、製品版へのアクセスの判定を受けることは、別の段階です。Googleは、アプリがどのように使われたか、どんなフィードバックを集めたか、何を変更したかを審査し、その結果として追加のテストを求めることがあります。日数を振り出しに戻すために再申請するのではなく、実際に届いた通知を読み、書かれている指摘に対応してください。

テスト代行サービスは、止まったGoogleのカウンターを直せますか?

代行サービスは、実際の参加者やテストの作業をそろえる助けになりますが、そのサービス自身の管理画面でGoogle内部の要件の判定を確認できるわけではありません。参加の実態がすでに確かめられていて、それでも表示の説明がつかない場合は、カウンターを直すとうたう商品を買うのではなく、証拠を集めてアカウントのサポートを使ってください。

次にやること

まとめ

表示が止まっているのは観測された事実であって、テスター全員が条件を満たす履歴を失った証拠ではありません。ここで引用した公開ドキュメントから分かるのは、テスター個人が中断なくオプトインしている必要があるということです。ダッシュボードが日数をどう数えるのか、どのくらいの頻度で更新されるのか、アプリを使わなかった日が何をもたらすのかは、そこには書かれていません。止まっている数字を特定し、オプトインとリリースへのアクセスを確認し、いまいるテスターの参加を維持し、何が変わったかを記録してください。そして、やり直すのではなく、記録に残した食い違いをPlay Consoleの「ヘルプ」から伝えましょう。

この記事で参照したGoogleの公式ドキュメント

上にリンクした公式の情報源は、要件、定義、設定手順の裏づけです。切り分けの手順と仮の例は当サイトによる案内であり、Googleのカウンターの計算を再現したものではありません。開発者の報告は2件あり、使っている箇所にリンクしています。いずれも出典の明らかな個別の報告で、ポリシー上の根拠ではありません。

Kefayatullah Khadem、ソフトウェアエンジニア · Google Play公開スペシャリスト

執筆

Kefayatullah Khadem

ソフトウェアエンジニア · Google Play公開スペシャリスト

Kefayatullah Khademは、スケーラブルなアプリケーションの開発を8年以上手がけてきたソフトウェアエンジニアです。多くの個人開発者がGoogle Playのクローズド テスト要件でつまずく様子を見てきたことから、PrimeTestLabではその突破を支援しています。これまでに9,800+件のAndroidアプリについて、120か国以上でマネージド型のクローズド テストの完了を支援してきました。当社が管理したテストの完了率は99.9%です。開発者の公開支援をしていないときは、Google Playのポリシー、アプリが却下されるパターン、クローズド テストの進め方について執筆しています。

9,800+ テスト済みアプリ
99.9% テスト完了率
120+ 対応国
4.9/5 評価

問題が参加そのものにあるとき

実際にオプトインするテスターが足りませんか?参加の維持まで当社が行います。

実機のテスター12人が、クローズド テストのリンクからオプトインし、14日間ずっと参加を続けます。テストは4~6時間以内に開始します。テストが完了しなかった場合は、無料の再テストまたは全額返金。テストの運用は当社が行い、製品版へのアクセスの判断はGoogleが行います。

$19.99から · 定期課金なし

次にやることを確認する WhatsApp