14日が経過しても「製品版へのアクセスを申請」ボタンが表示されない？

振り分けられた答えが欲しいときは下のチェッカーを、順番に確かめたいときはそのさらに下の10項目のリストを使ってください。以降のセクションで、それぞれのチェックを説明します。

ボタンが出ていないのか、それともGoogleがすでに申請を審査したのか？

次の一手は、すでに申請したかどうかで変わります。却下のメールは、ボタンが出ない状態よりあとの段階の話です。承認済みのアプリに必要なのは、このチェックリストではなくリリースの案内です。見当違いのトラブルシューティングをしないよう、まず自分がどの段階にいるのかを見極めてください。

このページが扱うのは1行目、つまり申請は未送信で、ボタンがないか無効になっているケースです。段階の違いについてはテスト要件、リリースの手順、アカウントの登録を参照。却下時の見出しは、開発者が報告した過去のUI文言です。

選択したアプリのダッシュボードを開き、申請条件のカードを読む

出発点はアプリのダッシュボードです。Googleが申請の手順を説明しているのは、この画面です。Play Consoleのホームでも、製品版のトラックでもありません。ドキュメントに書かれた順番は、アプリを選ぶ、ダッシュボードを開く、「製品版へのアクセスを申請」をクリックする、クリック後に表示される質問に答える、です。まずアプリのダッシュボードにある申請条件のカードを読んでください。インストールの統計やアクセス許可リストの人数を、参加状況と期間のチェックの代わりにしてはいけません。

1. 1Play Console
2. 2アプリを選ぶ
3. 3ダッシュボード
4. 4製品版へのアクセスを申請
5. 5質問に答える

操作手順はテスト要件とアプリのダッシュボードで確認しています。

現在のオプトイン人数はどこで見るか

このチェックで最初に見るべきなのは、アプリのダッシュボードにある申請条件のカードです（Consoleに表示されている場合）。「クローズド テスト」の下の「テスター」タブが管理しているのは、参加を許可されている人であって、参加した人ではありません。インストールの統計は、さらに別のものを測っています。下の表がこのセクションの本題です。開発者が同じものとして扱いがちな6つの項目と、それぞれが実際に何を示すのかをまとめました。

テスターリスト、Googleグループ、利用状況の行：テストの設定とテスト要件。インストール統計の行と申請条件のカードの行は、開発者が報告した（Googleグループ、Reddit）項目と、下の当社のキャプチャに写っている項目です。すべてのConsoleにこれらが表示されるとはかぎりません。

ダッシュボードの見え方が違う場合は？

下のキャプチャは、当社自身のPlay Consoleで情報を伏せたうえで、カードが無効になっている状態を写したものです。撮影日は記録しておらず、GoogleはポリシーとしてConsoleの文言を日付を示さずに変更するため、ラベルは現在の正確な文言ではなく、位置関係をつかむための目安として扱ってください。上のメニュー手順は最新のドキュメントで確認済みですが、カードの見た目そのものは確認できていません。自分のカードが違う場合は、実際に表示されているタスクの文言を使い、この画像ではなくその文言を報告してください。

アカウントのオーナーとしてログインするか、オーナーに確認してもらう

過去の2件の開発者の報告では、アカウントのオーナーとの比較でこの症状が解決しています。2023年12月には、テスト期間を終えた開発者が、自分では見ることも使うこともできないボタンを、オーナーなら見て使えると気づきました。2024年3月には、Stack Overflowの質問者が同じ方法で自分の質問に自答しています。どちらも本人による報告で、現在の12人ルールより前の話です。さらに、2つ目のスレッドにあとから付いたコメントでは、すでにオーナーであるにもかかわらず、やはり進めませんでした。

当社の観察：PrimeTestLabがこれまでに実施したクローズド テストでは、「製品版へのアクセスを申請」ボタンは、デベロッパーアカウントのオーナーのGoogleアカウントでConsoleを開いたときにだけ表示されました。管理者やユーザーには、そのボタンが無効になっているか、そもそも表示されませんでした。アカウントのオーナー本人であっても、ユーザーとして追加しただけの別のGoogleアカウントでログインしていた場合は同じでした。これは当社自身の経験であって、Googleの見解ではありません。だからこそ、費用のかからないこのチェックを最初に置いています。

Googleの権限のページは、オーナー、管理者、ユーザーという役割と、委任できるリリース権限について説明していますが、この申請を誰が送信できるのかは書いていません。つまりこれは、権限のルールではなく、手軽に試せる早い段階の比較です。

オーナーの報告、2023年12月（Reddit）、オーナーの報告と、すでにオーナーだったケースのその後、2024年3月（Stack Overflow）、アカウントの権限（Google）。

表示されているテスターの人数が、本当に要件を下回っているのか確かめる

招待リストは、そこに載っている人がクローズド テストに参加した証拠にはなりません。リストに載ることは参加の許可にすぎず、テスターは一人ずつクローズド テストのリンクを開いてオプトインする必要があります。Googleグループのメンバーも、テストへの参加は別に必要です。人数が少なく見えるときは、まず次の4つの説明を順に確認してください。それぞれ対処が違います。

必要な対処は、いつも同じ種類のものです。つまり、有効なクローズド テストへの参加を得ることです。グループの名前を変えても、内部テストのトラックを止めても、ビルドを上げ直しても、参加していない人が参加者になるわけではありません。

テストの設定：オプトイン、Googleグループ、アプリごとの内部テスター上限100人、別のプログラムに参加する前に内部テストから退出すること、テスト要件。同じメールアドレスを両方のトラックに入れる設定については、開発者からの報告があります。

テスター本人に参加状況を確認する

リストに載っている全員に、内容を調整したうえで次のメッセージを送ってください。活動をでっち上げるよう促すことなく、確認すべきことだけを頼む文面です。返信は参加登録を調べる手がかりになります。ダッシュボードの参加状況と期間の情報と合わせて使い、返信やリストの人数を条件を満たした証拠として扱わないでください。

リストとオプトインリンクの設定方法：テスターを招待してオプトインしてもらう手順。

アップロード日から数えるのではなく、連続日数の達成状況を読む

カレンダー上は終わっていそうに見えても、条件を満たす期間がまだ終わっていないことがあります。ルールが見ているのは、申請する時点で終わる、テスター一人ひとりの途切れのない期間であって、ビルドが存在してからの長さではありません。12人目が9日目に参加したのなら、アップロードから2週間たっていても何の証明にもなりません。

考え方はアプリのテスト要件（連続したオプトイン、離れた期間はつながらない）に沿っています。カウンターが減ったケースは、原因が確認されていない開発者からの報告です。

交代のテスターは、別のテスターの日数を引き継がない

要件はテスター単位なので、抜けた人の履歴もその人と一緒に消えます。すでに条件を満たしていて参加を続けている予備は数に入りますが、新しく集めた交代要員は0日目から始まります。

リリースの配信状況を確認し、表示されている通知を解消する

内部テストでの活動は、クローズド テストの条件不足を埋めてくれません。誰もインストールできないクローズド テストでも、条件は積み上がりません。トラックがクローズド テストであること、クローズド版のビルドが実際に配信されていること、そして対象のテスターが自分のGoogle Playアカウントの国でそれを受け取れることを確認してください。手作業で確かめたい場合は、ページ上部の10項目のチェックが同じ内容を決まった順番で扱っています。

ドキュメントに書かれたクローズド テストの画面パス

1. テストとリリース
2. テスト
3. クローズド テスト
4. トラックの管理
5. テスター

これは設定の画面です。誰が許可されているかはわかりますが、誰が参加したかはわかりません。テストの設定。

下書きの項目、有効またはアーカイブ済みのApp Bundle、そしてトラックのステータス

これらのラベルは、それぞれ別のものに付いています。下書きは項目やリリースに、「有効」と「アーカイブ済み」はApp Bundleに、「置き換え済み」はテストトラックのフォールバックのステータスに、削除や公開停止はアプリに対する措置に付きます。片方をもう片方と読み違えることが、ふつうの更新をリセットの誤診に変えてしまう原因です。

下書きと審査：公開の概要。「有効」と「アーカイブ済み」：アプリの設定とApp Bundleの状態。「置き換え済み」と「トラックの一時停止」：テストの設定。アプリと措置の状態：公開ステータス。リリースの操作：リリースの手順。

公開したばかりのテストリンクは、使えるようになるまで数時間かかることがある

Googleは、最初のテストリンクや、そのあとのテストの変更が、テスターに反映されるまで数時間かかることがあると説明しています。これはリンクの配信の遅れであって、「製品版へのアクセスを申請」ボタンに標準の解除時間があることの証拠ではありませんし、テスターの参加がいつ始まったかとも関係ありません。テスターからアプリが利用できないと言われた場合は、待つ前に、上に挙げたリリースの状態と国の設定を確認してください。テストの設定。

アカウントの確認、設定、ポリシーに関する通知

該当する通知を読み、そこにリンクされた対応に従ってください。一般的な記事に並んでいるからという理由で、ターゲットSDK、配信国、権限を変更しないでください。変更するのは、Consoleが実際に指摘している問題に対してだけです。よく出てくる通知を3つ挙げます。

デバイスの確認、アプリのダッシュボード、リリースの手順、公開ステータス。

すべて完了しているように見えるのに、申請がまだ使えない

このボタンには48～72時間の待ち時間があるのが普通だ、という説が出回っていますが未検証、公開されている根拠では裏づけられません。スレッドの中で具体的な数字を挙げている唯一のコメントは、それとは別の数字を示しています。ボタンが表示されない状態が実際に解消するまでを計測したスレッドも1つもありません。よく引用される7日という数字は申請の審査期間であり、別の時計です。要件が目に見えて不足しているなら、対処はセクション4から6にある是正の手順です。関係するチェックがすべて完了しているように見えるのに申請が使えないままなら、待つのではなく、根拠をそろえて問い合わせてください。

問い合わせ先は、Play Console内のヘルプのセクションです（Googleのヘルプセンターのお知らせ）。具体的な資料があれば、サポートは調べやすくなり、基本的な情報を聞き直す必要も減ります。クローズド テストを何度も繰り返す状態で行き詰まった開発者は、一般的な問い合わせには一般的な返答が返ってきたと報告しています。

件名：Play Consoleでの製品版へのアクセス申請に関する問題（[package_name]）

Google Playデベロッパーサポート ご担当者様

以下の件についてご相談があります。

問題の種類：[issue_category]
アプリ：[app_name]（[package_name]）
アカウントの種類：[account_type]
アカウントの作成日：[creation_date]
オーナーとの比較：[owner_result]
確認した日時とタイムゾーン：[observed_at]

ダッシュボードの文言：
[dashboard_text]

クローズド テストのトラックとリリースの詳細：
[track_and_release]

公開のステータス：
[publishing_status]

アカウント、アプリ、ポリシーの通知：
[notice_text]

すでに確認・対応したこと：
[actions_taken]

スクリーンショットの有無：[screenshots_available]

この製品版へのアクセス申請が表示されない、または送信できない原因となっている要件や
アカウントの状態と、次に取るべき対応をお教えいただけますでしょうか。表示されている
状態に食い違いがある場合は、どのように調べればよいかもご教示ください。

よろしくお願いいたします。

わかったことに合う次の一手を取る

わかったことの多くは、何かを購入しなくても解決します。テスト代行が答えになるのは、参加人数または継続期間が足りていない場合だけです。どの行では部分的に役立ち、どの行ではまったく役に立たないのかは、下の表に示しています。Googleの審査を早めることも、公開停止になったアプリを元に戻すこともできません。申請が審査中の場合、すでに承認されている場合、この要件の対象外のアカウントの場合は、セクション1で振り分けています。

これは修正ではなく、表示の確認です。見えている内容を記録したうえで、ページを再読み込みしたり、同じアカウントを別のブラウザで開いて比べたりすると、表示が古いままだった可能性を排除できます。ただし、要件を満たしたり、足りない前提条件を飛ばしたりはできません。

よくある質問