すぐわかる答え
Google Playでテスターにアプリを利用できないと表示されたら、まず失敗しているのがテストへの参加なのかアプリのインストールなのかを切り分けます。対象のアカウントとアクセス設定を確認し、そのうえで該当するリリース、国、端末の条件を確認してください。リンクが開くことは、テストが機能していると確かめるための一つの段階にすぎません。
まずは下の表から始めてください。実際に見えている症状を選ぶと、次に確認する項目がわかります。
このガイドが扱うのは、対象のテスターがクローズド テストに参加できない、またはインストールできないケースです。テスト自体は動いているのに要件のカードが進まない場合は別の問題で、この先に短い案内があります。Play Consoleの文言はアプリの状態によって変わるため、この記事の表記と完全に一致することを期待せず、画面に表示されているラベルに従ってください。
このガイドで扱う内容
まずここから：アクセスはどこで失敗しているか
アプリを利用できないという表示は、いくつもの異なる失敗をまとめて指しています。次に確認する項目は、テスターが実際に見ている内容と、影響を受けているテスターの人数から選んでください。以下の行は診断の手がかりであり、原因を確定させるものではありません。1人のテスターが成功しても、対象のテスター全員にアクセスがあるとは限りませんし、エラー文言が1つだからといって原因も1つだとは限りません。
見えている症状を選ぶ
| 見えている症状 | 次に確認すること |
|---|---|
| オプトインページが開かない、またはアカウントが受け付けられない | 招待したアカウントとオプトインの完了を確認し、次に対象のトラックにある対象のリリースを確認します。 |
| 参加は完了するのに、インストールで失敗する | 端末とビルドの分岐に進み、そのテスターのPlayの国について国ごとの利用可否を確認します。 |
| あるテスターは失敗し、別のテスターは成功する | 2人のテスターの状況を突き合わせます。アカウント、リストへの登録、オプトイン、Playの国、端末です。共通の設定は、少なくとも一方ではすでに機能しています。 |
| 対象のテスター全員が失敗する | まずは共通の設定を調べます。トラック、選択されているリスト、リンク、国、公開の状態です。そのうえで、残りのテスターに改めて招待を送る前に、条件を満たすテスター1人で確認します。 |
| インストールはできるが、気になるのは要件のカード | 参加済みのテスターが対象のクローズド テストのビルドを利用できているなら、問題はアクセスではありません。アクセスの設定を変えるのではなく、進捗についての短い案内から専用のガイドへ進んでください。 |
動画：Play Consoleでの確認手順を画面で解説
このガイドの旧版向けに2026年5月に収録したものです。約5分あります。
動画と本文が食い違う場合は、本文に従ってください
収録内容のうち3点は、現在の説明に置き換わっています。処理にかかる時間について、Googleは20～30分ではなく、数時間から7日と説明しています。テストの国は既定で製品版と同期しているため、編集する前に同期の設定を確認してください。そして、ログアウトした状態でリンクを開いても、テスターのアクセスを確かめたことにはなりません。それにはテスター向けの手順を使ってください。
テスターのアカウントと参加状況を確認する
Console側の設定が正しくても、使っているGoogleアカウントが違っていたり、リストに追加されただけで参加の手順を完了していなかったりすると、テスターはブロックされたままです。リストに入っていることと、実際に参加したことは別の状態です。各テスターにこの手順をこの順番で渡し、どの段階で失敗したのかを聞いてください。
- 招待したGoogleアカウントを確認する. このテストでGoogle Playが認識するのは、選択されているメーリングリストに入っているアドレス、または設定したGoogleグループのメンバーになっているアカウントだけです。端末とブラウザがどのアカウントでログインしているかを、テスターに確認してください。
- オプトインの前にリストへの登録を確認する. メーリングリストの場合は、そのアドレスがトラックで選択されているリストに入っている必要があります。Googleグループの場合は、招待されただけでなく、すでにグループのメンバーになっている必要があります。
- オプトインページを開くブラウザとPlayストアで同じアカウントを使う. ブラウザが別のアカウントでログインしていたり、端末のPlayストアが2つ目のアカウントを使っていたりすると、ほかがすべて正しくても、アクセスや対象条件のエラーになることがあります。
- オプトインを完了してから、インストール用リンクを開く. テスターが参加すると、オプトインページに完了の表示が出ます。Playストアのページでテスト版のビルドが提供されるのは、そのあとです。
- 対象の端末で結果を確認する. どこまで進んだのかを正確に聞いてください。参加できたのか、インストールできたのか、アプリを開けたのかです。失敗した場合は、画面に出ている文言そのままとスクリーンショットをもらってください。
出典：オープンテスト、クローズド テスト、内部テストを設定する（Play Consoleヘルプ）。
内部テストの例外
内部テストにオプトインしたテスターは、内部テストをオプトアウトしてから目的のテストにオプトインし直すまで、クローズド テストやオープンテストの対象になりません。内部テストからクローズド テストへ移るこのケースに限り、テスターはまず内部テストから抜ける必要があります。抜けて入り直すことは一般的な対処法ではありません。問題なく参加できているテスターにはさせないでください。
テストでGoogleグループを使っている場合
トラックに追加するのはグループのアドレスです。グループに招待されただけのテスターは、まだメンバーではありません。招待を承諾する必要があり、メンバーかどうかはPlay Consoleではなく、Googleグループ側で確認できます。メンバーであることを確認できたら、テスターは同じアカウントで同じリンクからオプトインします。グループのメンバーになるだけでは、テストに参加したことにはなりません。
テスターに送るメッセージ
コピーできない場合は、上のテキストを選択してコピーしてください。 送っただけでは、インストールが成功したことの確認にはなりません。
メーリングリストとグループの違いや、招待済み・オプトイン済みの人数の読み方を含めた招待の流れ全体は、テスターを招待してオプトインを確認する方法で解説しています。
Play Console設定の5つのチェック
PrimeTestLabが対応しているサポート事例では、開発者側でこの5つの設定が誤っていることがいちばん多く見つかります。これは私たちが見ている事例の傾向であり、Googleのルールでも、すべてを網羅した一覧でもありません。これらの設定では説明できない失敗は、上のテスター側の確認と、下の端末についての分岐で扱います。テスターに参加してもらう予定のトラックで、順に確認してください。
リリースとテスターの設定が対象のトラックにそろっているか確認する
Play Consoleでは、クローズド テストのトラックを複数運用できます。トラックごとに、独自のリリースと独自のテスター設定を持ちます。テスターにインストールしてほしいリリースがトラックAにあり、選択されているリストがトラックBに付いていると、この2つはいつまでもかみ合いません。トラックBで設定されたテスターには受け取れるリリースがなく、本来届けたい相手は、リリースがあるトラックAで対象として設定されていないからです。
クリックで拡大
- Play Consoleで「テスト」→「クローズド テスト」を開きます。
- 共有したリンクのトラックを見つけ、「トラックの管理」を開きます。
- リリースの一覧で、どれか1つのリリースではなく対象のリリースが、想定どおりのバージョンでテスターに利用可能と表示されていることを確認します。
- 同じトラックの「テスター」タブで、対象のリストまたはグループが選択されていることを確認します。
不一致
リリースはトラックAで利用可能、リストはトラックBで選択済み。トラックBで対象に設定されたテスターには受け取れるリリースがなく、リリースがあるトラックAには、対象として設定された人が誰もいません。
そろっている
対象のリリースがトラックAで利用可能、対象のリストがトラックAで選択済み、オプトインリンクもトラックAからコピー済み。
リリースがまだ下書きの場合
下書きのリリースは、誰にも配信されていません。開いてConsoleが求める項目を埋め、そのリリースがトラックで利用可能になるまで、リリースの手順を進めてください。ボタンの文言は状態によって変わります。また、審査が必要なリリースは、その審査が終わるまで利用可能になりません。新しいリリースが未完成の間も、同じトラックにある別の対象リリース（古いバージョンなど）が配信され続けることがあり、その場合テスターには何も表示されないのではなく、別のバージョンが見えます。
出典：リリースを準備して公開する（Play Consoleヘルプ）。
シンプルに保つ
クローズド テストが1つで足りるなら、トラックも1つにしてください。複数のトラックは段階的にグループを分けたいときに役立ちますが、リリースとリストがかみ合わなくなる原因にもよくなります。
対象のテスターリストを選択して保存する
メーリングリストを作ることと、それをトラックで選択することは、別々の操作です。アカウントにリストがあり、追加したかったアドレスがすべて入っていても、チェックボックスをオンにして変更を保存するまで、そのトラックには適用されません。
クリックで拡大
リストを作成またはアップロードする
「テスター」タブでメーリングリストを作成し、名前を付けて、アドレスを追加するかCSVをアップロードします。そのうえで保存します。
対象のリストの横にあるチェックボックスをオンにする
リストは、選択していなくても表に表示されます。このトラックに適用されるのは、チェックボックスをオンにしたときだけです。
変更を保存する
ページ下部で保存します。これでリストは、このトラックで選択済みと表示されます。Consoleに変更が審査待ちと表示された場合は、「公開の概要」から送信してください。
リストを保存しただけでは選択したことにならない理由
メーリングリストはアカウント単位のオブジェクトで、複数のトラックで使い回せます。そのためConsoleは、リストを作ることと、それをトラックに適用することを分けています。これは意図された設定の挙動であり、不具合ではありません。保存したリストは、そのうえでトラックに対して選択する必要があり、だからこそこの手順は見落とされやすいのです。
メンバーの変更と、リストの選択の違い
トラックでリストを選択することは設定の変更にあたり、適用される前に審査を通る必要がある場合があります。すでに選択されているリストの中でアドレスを追加・削除する場合は、扱いが異なります。Googleは、メンバーの変更を、公開管理によって保留されない例外として挙げています。リストが選択されているのに特定のテスターだけ参加できない場合は、リストを保存し直すのではなく、テスター側の確認に戻ってください。
出典：テストを設定する、アプリの変更が審査され公開されるタイミングを管理する（Play Consoleヘルプ）。
対象のオプトインリンクをコピーし、インストール用リンクと区別する
共有用のオプトインリンクは、対象のトラックの「テスター」タブからコピーします。どのトラックのものかをURLで判断するのではなく、Consoleでテスターのアクセス設定と利用可能なリリースを確認してください。内部テストのリンクをクローズド テストのテスターに渡すと、そのテスターが設定されていないテストへ案内することになります。また、リンクの行き先は2つあります。テスターが参加するオプトインリンクと、参加後にインストールするPlayストアのページです。ストアのリンクだけでは、テストに参加したことにはなりません。
クリックで拡大
3つのトラックとクローズド テストの要件
| コピー元 | トラック | クローズド テストの要件にカウントされるか |
|---|---|---|
| 「テスト」→「内部テスト」 | 内部テスト（アプリごとに最大テスター100人） | いいえ |
| 「テスト」→「クローズド テスト」 | クローズド テスト（要件の対象となるトラック） | はい |
| 「テスト」→「オープンテスト」 | オープンテスト（一般公開のテスト） | いいえ 対象のアカウントがオープンテストを使えるようになるのは、製品版へのアクセスを得たあとです |
この要件が適用されるのは、2023年11月13日以降に作成された個人用デベロッパーアカウントです。内部テストには組織や雇用関係の条件はなく、制限はアプリごとの人数だけです。全体を比較したい場合は、内部テスト・クローズド テスト・オープンテストの違いをご覧ください。
リンクの形式を見分けたうえで、対象のテストを確認する
- オプトインリンク（テストへの参加用）：
play.google.com/apps/testing/<package name>。テスターはこのリンクから参加します。一般公開のテストも同じパス形式を使うため、形式だけではクローズド テストのトラックだと確かめたことになりません。Play Consoleでテストそのものを確認してください。 - 内部テストのリンク：
play.google.com/apps/internaltest/...。クローズド テストには誤りです。 - Playストアのページ：
play.google.com/store/apps/details?id=<package name>。参加後にインストールする行き先です。これだけでは、テストに参加したことにはなりません。
出典：テストを設定する、新しい個人用デベロッパーアカウントのアプリテスト要件、そして同じパス形式を使っているGoogle自身の一般公開テストChrome Beta for Android。
Google Playリンクの形式をチェック
リンクを貼り付けると、どのGoogle PlayのURL形式に一致するかを判定します。判定するのは形式だけで、アプリやトラック、テスターのアクセスを確認するものではありません。
内部テストを使っていたテスター
内部テストに参加しているテスターは、そのテストをオプトアウトするまで、このオプトインリンクが機能しません。上の内部テストの例外をご覧ください。
国ごとの利用可否と同期の設定を確認する
対象となるテスターそれぞれのアカウントに登録されているPlayの国を確認します。テストの国は、既定では製品版と同じです。このテストで別の設定が必要な場合は、同期の設定を確認し、「国 / 地域の同期を解除」を使ってからテストの国を編集してください。選ぶのは、そのテストに必要な範囲で十分です。国を多く選んでも、ほかのアクセス条件がなくなるわけではありません。
Googleが配信先を判断するのは、アカウントのPlayの国、つまりアカウントが登録されている国であり、テスターが今いる場所ではありません。移動や滞在だけでは、アカウントのPlayの国によるターゲティングは変わりません。アカウントが別の国で登録されているテスターは、そのテスターが今住んでいる国を追加しても対象になりません。
クリックで拡大
- トラックを開き、「国 / 地域」を選びます。
- そのトラックに表示されている同期の状態を読み取ります。同期されている間、テストは製品版に従うため、製品版を編集するとテストも変わります。
- テストだけを独立して設定するには、「国 / 地域の同期を解除」を選び、テスターのアカウントが登録されている国を追加します。
- 保存し、Consoleに審査待ちと表示された場合は、その変更を送信します。
有料アプリの場合
有料アプリでは利用できない国があります。また、有料アプリに国を追加すると、その国の価格も追加されます。クローズド テストに参加しても、有料アプリが無料になるわけではありません。
テスターが複数の地域に分かれている場合は、テスターが別の国にいる場合のガイドで、アカウントの国の確認をより詳しく扱っています。
出典：特定の国 / 地域にアプリのリリースを配信する（Play Consoleヘルプ）。
審査・公開・利用可否の状態を確認する
承認済み、保留中、利用可能は、それぞれ別の状態です。しかも、その状態が属する対象も、アプリ、アップデート、リリースや国の変更といった個々の項目と、それぞれ異なります。未完成のアップデートがあっても、利用可能なリリースは同時に存在できるため、保留をゼロにすることが目的ではありません。目的は、テスターに必要な特定のリリースと設定が利用可能になっていることです。
クリックで拡大
| 見えている状態 | 対応 |
|---|---|
| 下書き、または未完成のリリース | Consoleが示すリリースの必須項目を満たし、そのままリリースの手順を進めます。 |
| 該当する変更が審査に未送信 | 審査が必要な変更を「公開の概要」から送信します。すべての変更に審査が必要なわけではなく、選択済みのリスト内でのメンバーの編集は対象外です。 |
| 審査中 | 表示されている状態と、目安が出ていればその目安に従ってください。審査待ちを、根拠なくテスターのチェックボックスの入れ忘れだと判断しないでください。 |
| 承認済みで、公開管理により待機中 | 公開したいタイミングでアップデートを公開します。承認されただけでは、利用可能にはなりません。 |
| 該当のリリースが利用可能 | テスター側の確認を続けます。反映までの時間も見込んでください。公開したばかりのテストのリンクは、利用できるようになるまで数時間かかることがあります。 |
| 却下、削除、または停止 | その問題ごとの解決手順に従ってください。このガイドの範囲外です。判定がテストに関するものだった場合は、クローズド テストが却下される理由をご覧ください。 |
Googleは、処理にかかる時間を数時間から最長7日、例外的にはそれ以上と説明しています。これは計画を立てるための目安であり、約束された期限ではありません。提出したものについて、現在の状態と、表示されていれば見込みも確認してください。
公開管理が関係するのは条件付き
公開管理がオンの場合、承認済みのアップデートは、公開するまで待機します。公開管理はアプリの最初の公開には使えないため、新規のアプリがこれで止まることはありません。新規のアプリは、まず審査を待ち、そのあと反映を待ちます。
出典：アプリの変更が審査され公開されるタイミングを管理する、アプリを公開する、テストを設定する（Play Consoleヘルプ）。
テスターが参加はできるのにインストールできない場合
テスターにテストへのアクセスがあっても、その端末がビルドをインストールできないことがあります。「デバイスカタログ」で、対象の端末と該当するトラックを、Androidのバージョン、マニフェストの要件、除外の設定まで含めて確認してください。互換性の要件は、それが存在する理由を理解しないまま外さないでください。
端末と該当するビルドを確認する
- テスターに端末のモデル名、Androidのバージョン、画面に出ている文言そのままを聞いてください。「利用できません」と「対応していません」は別の結果です。
- Play Consoleで「デバイスカタログ」を開き、そのモデルを検索して、テスターが参加したトラックでの状態を読み取ります。端末の除外はアプリ単位で管理されます。一方、互換性はトラックによって異なることがあります。トラックごとに、マニフェストの要件が異なるビルドが置かれている場合があるためです。除外の設定を変える前に、該当するトラックでの対応状況を確認してください。
- ビルドの最小Androidバージョン、必要なハードウェア機能、除外されている端末を、テスターの端末と照らし合わせます。
- 参加後も、Playストアが参加したアカウントのままかを確認します。そのうえで、リリースが利用可能か、Playの国（チェック4）、端末の互換性、そしてインストール時のエラー文言そのままを確認してください。対象になっているのにダウンロードが失敗する場合は、Googleの基本的なダウンロードのトラブルシューティングを試してください。
別のバージョンがすでにインストールされている場合
別のトラックや製品版からすでにアプリを入れているテスターには、「インストール」ではなく「更新」と表示されたり、インストール済みより小さいバージョンコードのビルドが拒否されたりすることがあります。端末に入っているバージョンと、トラックが配信しているバージョンを確認してください。署名やバージョンコードの競合はビルドの問題であって、アクセスの問題ではありません。テスターを招待し直すのではなく、ビルド側で解決してください。
出典：アプリの対応デバイスを確認、制限する（Play Consoleヘルプ）、およびアプリのバージョニング（Android Developers）。バージョンコードのダウングレードの制限は後者で説明されています。
全員を招待する前にアクセスを確認する
全員にリンクを送る前に、条件を満たすテスターのアカウント1つで、最初から最後までの流れを一度確認してください。このチェックリストは、確認した内容を自分で残す手動の記録です。Play Consoleから何かを読み取るわけではなく、あとから参加するテスターのアカウントやPlayの国、端末が違えば、そのテスター固有の条件で失敗することもあります。
手動での確認が完了しました。テスター1人による参加とインストールの確認も含まれています。ほかのテスターでアカウントや国、端末が異なる場合は、そのテスターについて個別に確認してください。
アクセスはできているのに要件が進まない場合
2023年11月13日以降に作成された個人用デベロッパーアカウントでは、製品版へのアクセスを申請する時点で、テスター12人以上が直近14日間連続してオプトインしている必要があります。この期間はテスターごとに判定されます。抜けて入り直したテスターは、連続した期間をあらためて満たす必要があり、残りのテスターはそれまでの記録を保ちます。インストールはできているのにカードが進まない場合は、テスター12人・14日間の要件ガイドを読み、そのうえでテスターが足りない場合または日数が更新されない場合をご覧ください。
出典：新しい個人用デベロッパーアカウントのアプリテスト要件（Play Consoleヘルプ）。
それでも解決しない場合に集める情報
テスター側の確認とConsoleの5つのチェックを通ってもなお、再現する失敗が残る場合は、同じ設定を何度も見直すのはやめましょう。下の情報を集め、Play Consoleのサポート窓口を使ってください。Consoleやサポートのケースに時間の目安が表示されている場合は、それに従ってください。変更が審査中の間は、不要な提出は避けてください。変更を追加すると、審査が長引くことがあります。リリースを変更する前に、下の情報で失敗の原因を切り分けてください。
- パッケージ名
- 対象のトラック、そのリリース、バージョンコード、画面に見えているリリースの状態
- 最後に行った該当する変更の日時と、それを審査に送信したかどうか
- テスターに表示されている文言そのままと、そのスクリーンショット
- 失敗する段階（参加、インストール、起動のいずれか）
- 影響を受けているのが1人だけか、全員か
- リストへの登録をどう確認したか。選択されているリスト内のアドレス、またはグループのメンバーであること、および端末で使っているアカウント
- そのテスターのPlayの国
- 端末のモデル名とAndroidのバージョン、およびそのモデルの「デバイスカタログ」での状態
- 該当するConsoleの状態のスクリーンショット（トラック、テスター、国、「公開の概要」）
サポート用の情報テンプレート
コピーできない場合は、上のテキストを選択してコピーしてください。
集めてはいけない情報
テスターにパスワードや確認コードを尋ねてはいけません。上に挙げた情報は、すべてテスターの画面か、自分のConsoleから確認できます。
窓口：Play Consoleヘルプのアプリの表示と発見に関する問題です。Googleが先に求める確認事項と、サポートへの連絡方法が載っています。リリースや製品版へのアクセスの申請が実際に却下された場合は、別の手順になります。クローズド テストの却下に対処するをご覧ください。
設定とテストのサポート（任意）
アクセスの問題が片づいていて、足りないのが、テストに参加してインストールし、14日間ずっとオプトインを続けるテスターだけであれば、PrimeTestLabがご用意します。最初のテスターが参加する前に、トラック、リスト、リンク、国、状態の設定をこのガイドと照らし合わせて確認するので、日数のカウントが始まる前に、ここまでで扱ったアクセスの問題を解消しておけます。テストは通常、テストリンクの確認後4～6時間以内に始まります。
12人より多めに用意する理由
連続してオプトインしている期間は、テスターごとに判定されます。ちょうど12人で運用していて1人が抜けると、交代のテスターが自分の連続した期間を満たすまで、申請する時点の人数が足りない状態になります。ほかのテスターは、それまでの記録を保ちます。数人多めに用意しておけば、1人の離脱で申請の予定日がずれるのを防げます。テスターのバッファを見込む方法をご覧ください。
現在のパッケージ
価格はパッケージごとの金額で、サービス手数料はお支払いの前に購入画面に表示されます。テストプランと設定サポートの比較や、サービスの流れもご覧ください。
よくある質問
招待したテスターに、Google Playでアプリを利用できないと表示されるのはなぜですか？
多くの場合、テスターが招待したものとは別のアカウントでログインしているか、トラックで選択されていないリストに追加されているか、オプトインの手順を完了していないかのいずれかです。Consoleの設定を変える前に、招待したアカウント、選択されているリストまたはグループのメンバーであること、そしてオプトインが完了していることを確認してください。
テスターがGoogleグループに参加したのに、テストには参加できません。なぜですか？
そのテスターがグループに招待されただけでなくメンバーになっていること、そしてそのグループがトラックで選択されているグループであることを確認してください。そのうえで、テスターはグループで使っているのと同じアカウントでオプトインします。グループのメンバーになるだけでは、テストに参加したことにはなりません。オプトインの手順は、別に完了する必要があります。
テスターはオプトインできたのに、インストールできません。何を確認すればよいですか？
まず、Playストアがテストに参加したアカウントのままかを確認します。そのうえで、該当するリリース、Playの国、端末の互換性、すでにインストールされているバージョンの有無を確認してください。テストへのアクセス、ビルド、単なるダウンロードの失敗のどれを調べるべきかは、画面に出ている文言そのままから判断します。
変更は承認済みなのに、アプリがまだ利用できません。なぜですか？
承認済みであることと、利用可能であることは同じではありません。公開管理がオンの場合、承認済みのアップデートは、公開するまで待機します。また、公開したばかりのテストのリンクは、利用できるようになるまで数時間かかることがあります。ほかの変更が承認されていても、テスターに必要な特定のリリースがまだ未完成ということもあります。
クローズド テストと製品版では、対象の国は同じですか？
既定では同じです。テストの国ごとの利用可否は、製品版と同期しています。テストだけを独立して設定するには、トラックで「国 / 地域の同期を解除」を使ってから、そのテストの国を編集してください。Googleが適用するのは、テスターのアカウントに登録されているPlayの国であり、テスターが今いる場所ではありません。
内部テストではテスターがアプリを利用できるのに、クローズド テストでは利用できないのはなぜですか？
内部テストは、独自のリンクとテスターを持つ別のトラックです。内部テストにオプトインしたテスターは、内部テストをオプトアウトし、クローズド テストのリンクからオプトインし直すまで、クローズド テストの対象になりません。内部テストの期間も、クローズド テストの要件にはカウントされません。国ごとの利用可否と端末の除外も確認してください。内部テストには、クローズド テストにはない例外があります。
アクセスはできているのに、クローズド テストの要件が進みません。どうすればよいですか？
これはアクセスとは別の問題です。2023年11月13日以降に作成された個人用デベロッパーアカウントでは、申請する時点で、テスター12人以上が直近14日間連続してオプトインしている必要があり、この期間はテスターごとに判定されます。アクセスの設定を変えるのではなく、テスター12人・14日間の要件ガイドと、日数が更新されない場合のガイドをお読みください。
次にやること
まとめ
アプリを利用できないという表示は症状として捉え、アクセスがどの段階で失敗しているのかを特定してください。招待したアカウントとオプトインの完了を確かめ、続いてトラック、選択されているリスト、オプトインリンク、国、公開の状態を確認します。そして全員を招待する前に、条件を満たすテスター1人で、実際にアクセスできることを確かめます。どのチェックを通っても再現する失敗が残る場合は、サポート用の情報一式をPlay Consoleのサポートに送ってください。テスター1人が参加してインストールできたら、オプトインリンクをグループ全体に共有し、要件そのものについては、テスト期間に関する別のガイドに従ってください。