Google Playに「More testing required」と言われたあとの再申請の進め方

画面が狭い場合、表は横にスクロールします

この表を条件付きにせざるを得ないのは、Googleが公開している案内が、開発者が実際に受け取る判定メッセージよりも具体性に欠けるからです。両者を平均して一つの断定的な答えにまとめると、読者の半数にとって誤ったページになります。以下の記述にはすべて、公式ガイダンス、再現された判定文、コミュニティの経験、運用上の推論のいずれかを明示しており、その全体が2026年8月17日時点の情報です。

却下の原因は、ここでは意図的に扱いません。この記事が受け持つのは、通知が届いたあとに何をするかです。原因の切り分けについては、製品版へのアクセスの申請が却下される理由の記事をご覧ください。

却下の通知が実際に言っていること

同じフォーラムのスレッドで開発者どうしの言うことが食い違うのは、そもそも別のメッセージについて話しているからです。そこでこの記事では、証拠を平均するのではなく、3つの階層に分けて扱います。

1. 階層1
   Googleの現在のヘルプセンター

   ポリシーと言える唯一の階層であり、同時に最も具体性がありません。すべての開発者に向けてまとめて書かれているからです。

2. 階層2
   受け取った開発者本人が再現した却下通知

   そのアプリについてはそのまま行動に移せますが、ポリシー文書ではなく、Googleは実際に時間とともに文面を変えてきました。

3. 階層3
   フォーラムとコミュニティの報告

   何かが起こり得ることを示すのには役立ちますが、それが必須だと証明することはできません。

あなたの状況について階層1が言っているのは、これで全部です。短いこと自体が要点です。

... may be required to continue testing your app.（アプリのテストの継続を求められる場合があります。）

製品版アクセスの申請が承認されなかった場合に何が起こりうるかについて、Googleが公開している一節です。Google Play Console ヘルプ、回答14151465、2026年8月17日閲覧。 出典ページを見る

この公開された一節は、リセットも、新しいカウントも、待機期間も、テスターのグループを作り直せという指示も述べていません。そうした細部が出てくるとすれば、アカウント個別の判断の文面か、コミュニティの報告のなかだけです。アプリが準備できていない理由としてGoogleが挙げている例は、テスターが必要数に足りないこと、またはテスターの利用が不十分だったことです。この却下について流通しているそれ以外の話は、すべて階層2か階層3であり、自分のメッセージがどちらなのかは、下のデコーダーが教えてくれます。

Google Play Console · 実際の判断メール クリックで拡大

そのすべてに1つ境界があります。却下通知はあなたが手にできる最も具体的な指示ではありますが、2回目の申請との間に立ちはだかる唯一のものではありません。申請ボタンが有効かどうかは今もPlay Consoleが決めますし、ボタンを押す日に、要件を満たすオプトイン履歴を持つテスターを12人以上抱えている必要もあります。通知が示す期間には従いつつ、この2点は別に確認してください。

判断の通知が見つからない場合は？

その場合、正直なところ、自分にどの指示が当てはまるのかは分からず、欠けているものを補ってくれるページもありません。期間非明示型は安全な既定値ではありません。実際にはもう一方の文面を受け取っていたのにそちらだと思い込めば、示された期間が終わる前に再申請することになります。

1. アカウント所有者のメールを検索する。迷惑メールも、毎日見ているアドレス以外も含めて、「Before applying again」で始まる段落を探してください。
2. Play Consoleの通知を確認する。あわせて、アプリのポリシーや公開ステータスのページにも判断が出ていないか確認してください。
3. Play Consoleのサポート履歴を確認する。同じ判断について以前に問い合わせていれば、そこに文面が引用されていることがあります。
4. 既存のクローズドテストは動かしたままにする。メッセージを探すために、何かを止めたり、空にしたり、作り直したりする必要はまったくありません。
5. Play Consoleのサポートに問い合わせる。指示をどうしても取り戻せない場合は、あなたのアプリに何が伝えられたのかを確認してもらってください。運用上の推論

文面か確認が取れるまでは、どちらの方向にも期間を決めつけないでください。もう2週間だとも、期間はないとも仮定しないことです。

却下されたら14日間のクローズドテストはやり直しになるのか

「やり直し」という言葉が害を生んでいます。3つの別々のものに対して使われていて、公開されたルールなのは3つ目だけです。

• プラットフォーム側のリセット。テストに参加する全員の資格期間を消してしまう、Google側の出来事。情報源は見つかりませんでした
• 追加のテスト期間。あらためて申請する前に、示された期間だけテストを続けるようにという、却下通知で伝えられる指示。1つのメッセージの型で確認
• 個人の連続記録の途切れ。オプトアウトしたことで、そのテスターの連続オプトイン期間が終わること。公開された仕組み

3つ目はテスター個人に当てはまるもので、テスト全体の話ではありません。以下が、順位を付けた証拠の全体です。

画面が狭い場合、表は横にスクロールします

この5行が裏付ける正直な答えは1つで、しかも条件付きです。実際に受け取った却下通知の文面に従うこと、そして、どんな却下も、Googleが正式にタイマーをリセットした証拠として扱わないことです。

メールに追加14日間と書かれている場合

それがあなたへの指示であり、最も安全な最短の再申請時点は、その14日間が本当に終わったあとです。その期間をどこで消化すべきかをGoogleは公開していないので、要件を満たしている既存のトラックで消化するのは、Googleのルールではなく運用上の推論です。ただ待つのではなく、その2週間を使ってください。数字を示したのと同じメッセージが、real testersも求めているからです。運用上の推論

これは、プラットフォーム全体の仕組みがあることの証拠ではありません。1人の開発者がもう14日間やるよう言われた、というのが主張のすべてです。通常の離脱でグループを失うことは今もあり得るので、12人がそろっていると考える前に、現在誰がオプトイン中かを確認してください。

メールにテストを継続するとしか書かれていない場合

その場合、期間は示されておらず、その穴を埋める日数の待機期間もGoogleのヘルプセンターにはありません。勝手に作り出さないでください。同時に、逆の間違いにも注意が必要です。「テストを継続する」は、その日の午後に再申請してよいという許可ではありません。要件を満たしているテストを動かし続け、次の2つがそろった時点で申請してください。Play Consoleが受け付けること、そして準備状況の回答を実質的に良くできること。却下通知が利用状況やテスターの人数に触れていたなら、書き方を変えるべきはそこです。

同じクローズドテストを続けるべきか、新しいトラックを作るべきか

この記事の背景にあるコミュニティのスレッドで、最も繰り返されている質問がこれです。その下にある不安、つまり選択を誤ればさらに2週間を無駄にする、というのはもっともです。分かっていないのは、実際に新しいトラックを作った場合にGoogleがどうするかで、それについてはどちらの方向にも何も公開されていません。記載された推奨が1つと、沈黙が1つ。であれば、リスクの小さい道は記載されているほうです。

Play Console · テストとリリース · 実際のスクリーンショット クリックで拡大

これらを確認するためのコンソールの経路は変わっていません。テスト クローズドテスト トラックの管理 テスター

同じテスターは今も数に入るのか

絶対の条件。申請資格に数えるテスターの一人ひとりに、要件を満たす連続したオプトインの履歴が必要で、現在は直近14日間が途切れていないことです。これは公開されており、テスト全体の1つのタイマーではなく、人ごとに測られます。

Play Console · クローズドテスト · テスタータブ クリックで拡大

分からない部分。却下された開発者はテスターを入れ替えなければならない、というルールをGoogleは公開していません。r/androiddevのあるコメントは、新しいテスターをまったく追加せずに4回目の申請で承認されたと述べており、入れ替えを必須のように示すことに反対する材料になります。体験談が1件あるだけで、同じテスターなら必ずうまくいくと証明することはできませんが、反対側には証拠がまったくないので、これでも多いほうです。

テスターにオプトアウトして参加し直すよう頼むべきか

いいえ。この記事が防げる最も具体的な失敗であり、何かをやっている感じがするからこそ人気があります。

オプトアウトすると、その人の連続期間は終わります。抜けて入り直すことで起きるリセットは記載されていないので、この手は、本物の資格履歴を何の見返りもなく壊し、しかも協力してくれたテスター全員に対して同時にそれをやります。グループ全体でこれを実行した開発者は、昨日まで条件を満たしていたグループを、2週間後にようやく条件を満たすグループに変えてしまいます。

同じ理屈は、もっと穏やかな版、つまり動きのなさそうなテスターを外してリストを「きれいにする」やり方にも当てはまります。その結果12人を割ってしまえば、申請資格の問題は良くなるどころか悪化します。そこからどうするかは、要件を満たすテスターが12人に満たないときの対処の記事で扱っています。修復ではなくグループを組み直す必要があるなら、信頼できるテスター12人の集め方の記事が実践的な相棒になります。

再申請の前に何を変えるべきか

その一覧に何が入っていないかにも注意してください。あなたの却下の原因です。Googleは採点モデルを公開しておらず、どの回答が結果を分けたのかを教えられるページはありません。教えられるのは、審査担当者が実際に見ている項目のほうで、それを知るほうが2週間を推測に使うよりましです。そもそもなぜこの段階で落ちるのかという広い問いについては、クローズドテストが却下される理由の記事が原因を扱っています。このセクションは立て直しに集中します。

テスター12人以上のオプトインを継続する

これは全工程で唯一の絶対条件なので、誰かの言い換えではなくGoogle自身の言葉で読む価値があります。

新しく作成した個人用デベロッパー アカウントをお持ちの場合は、12 人以上のテスターが 14 日以上連続でオプトインしてアプリのクローズド テストを実施する必要があります。

Google Play Consoleヘルプ、ヘルプ記事14151465。2023年11月13日以降に作成された個人用デベロッパーアカウントが対象です。Googleは2024年12月11日に、要件をテスター20人から12人へ引き下げました。出典ページを見る

この一文のうち3点が、よく読み違えられます。これは下限であって目標ではなく、人数が多いほど結果が良くなるという公開情報はありません。連続であることはテスターごとに測られるので、1人が抜けても壊れるのはその人の資格だけで、全員のものではありません。そしてクローズドテストと明記されているので、内部テストは100人の枠をいくら埋めても条件を満たしません。トラックを比べているなら、内部テスト、クローズドテスト、オープンテストの違いの記事が、それぞれの用途を整理しています。

却下のあとにグループが下限を割っているなら、まずそこを直す必要があり、これには暦の上での時間がかかります。入れ替えたテスターは、数に入るまでに自分の14日間連続が必要だからです。14日目を前提に組んだ計画の10日目に人を集め始めるのが、2回続けて却下される典型的なパターンです。

テスターに、テストしてほしいことを具体的に伝える

Googleの推奨は具体的です。テスターに明確な手順を伝え、どんなフィードバックがほしいかを示し、アプリの機能をできるだけ多く使ってもらうよう促すこと。これは「インストールしたままにしておいてください」とはまったく別の依頼ですが、テスター12人のグループが実際に頼まれているのは、たいてい後者です。

ここは、Googleが言っていることとインターネット上の言説との差が最も大きい部分でもあります。製品版へのアクセスのフォームが実際に尋ねるのは、テスターがアプリの機能を使ったか、その使い方が実際のユーザーに期待する振る舞いに近かったか、です。これは頻度ではなく網羅性についての、答えられる質問です。

• 機能を名指しする。最も重要な2つか3つを名前で挙げておけば、あとで網羅性について書く回答が、主張ではなく描写になります。
• フローを名指しする。登録し、何かを作り、編集し、共有または書き出し、翌日戻ってきてそれが残っていることを確かめる。
• ほしい答えを名指しする。どこで詰まったか、何が起きると思っていたか、二度と使わないと思ったのはどこか。
• 手持ちの端末をばらけさせる。代表的な実機を使うことが推奨されています。機種数の基準値は公開されていません。

フィードバックを記録し、正当な改善を行う

Googleは、テスターのフィードバックに対応し、テストで見つかった不具合を修正することを推奨しており、そうすることで製品版へのアクセスの申請が通る可能性を高められるとしています。これは、いくつリリースを出すべきかというコミュニティのレシピよりはるかに強い根拠であり、「もっとやる」が本当に裏付けられている唯一の箇所です。

Play Console · 評価とレビュー · テストのフィードバック クリックで拡大

実務上、これは記録の形をとります。どんなフィードバックを受け取り、それによって何が変わったかを要約するよう求められますが、2週間後にそれを記憶から組み立てようとするところで、良いテストが弱い申請になります。次のような表を、1項目1行で残しておいてください。

空のテンプレート。画面が狭い場合、表は横にスクロールします

「変更しない理由」の行は、修正と同じくらい重要です。既知の問題として何が残っていて、それがなぜリリースを妨げないのかを書いた準備状況の回答は、すべてが完璧だったと匂わせる回答より強いものになります。また、フィードバックが届いたチャネルは自由に選べます。メール、ウェブサイトやフォーラム、あるいはテスターがGoogle Play経由で送れる非公開のフィードバックで、これは次の場所に表示されますモニタリングと改善 評価とレビュー テストのフィードバック

更新について。テストの内容がそれを正当化するときに出してください。Googleはテストで見つかったことを直すよう促していますし、クローズドテスト中にビルドを更新してもテスターの要件は壊れません。詳しくはアプリを更新するとクローズドテストがやり直しになるのかの記事で扱っています。どこにも公開されていないのは、必要なリリース回数です。数を満たすためにビルドを公開するのは、誰も決めていない数字に労力を注いでいることになります。

リリース前レポートを確認する

Googleは、公開前に問題、警告、エラーを調べるためのものとして、リリース前レポートを開発者に案内しています。2回目の申請の前に目を通し、そこで挙がった内容は診断ではなく作業として扱ってください。特定の警告が製品版へのアクセスの却下を招いたと述べた公開情報はなく、すべての警告を先に消さなければならないという記載もありません。どのみち修正作業をしている最中に直せる、実在の問題の供給源です。

ポリシーの遵守、アプリの安定性、審査担当者向けの認証情報を確認する

申請前に確認するようGoogleが求めているのは、テストの活動だけではありません。現在の案内では、クローズドテストと並んで4つの準備領域が挙げられており、テスターの利用状況だけに2週間を費やしても、そのうちの別の項目についての判断に行き当たることがあります。

製品版へのアクセスに再申請する方法

再申請専用の流れは記載されておらず、別のフォームもなく、2回目以降の申請に向けた公開の待ち行列もありません。変わるのは、そこへ持ち込む中身です。

画面が狭い場合、表は横にスクロールします

利用状況、フィードバック、準備状況について何を書くか

利用状況。Googleは、テスターがアプリの機能を使ったか、その使い方が製品版で想定する動きに近かったかを尋ねます。ですから最も強い回答は、描写的で具体的なものです。どの機能かを名前で挙げ、テスターが実際にそれで何をしたかを書きます。熱心に使われたというのが自分のテストの実態でないなら、実態のほうを書いてください。控えめでも本物の利用を描いた回答なら説明がつきます。裏付けられない活動を書いた回答は、以後のすべての申請で辻褄を合わせ続けることになります。

フィードバック。メッセージを書き写すのではなくテーマを要約し、集めたチャネルを明記してください。メール、ウェブサイトやフォーラム、Playの非公開フィードバックのいずれも該当するので、間違ったチャネルというものはありません。困るのは、何も集めていなくて答えようがない場合だけです。

変更点と準備状況。意味のある変更のひとつひとつを、テストで見つかった具体的な事実と結び付け、そのうえで、残っている問題がリリースを妨げない理由を説明してください。記録の残る2週間が、記録のない2週間にはっきり差をつけるのは、この2つの回答です。それぞれの書き方の詳細は、製品版へのアクセスのアンケート回答例の記事をご覧ください。

「製品版として申請」がまだ押せない場合は？

製品版として申請のボタンがグレーアウトしている、または見当たらない場合、たいていは申請資格かアプリ設定の条件がまだ満たされていません。コンソール側の遅延やアカウント固有の問題もあり得るので、画面の不具合だと結論づける前に、下に挙げた記載済みの条件を一つずつ確認してください。

• 人数がまだ足りていない。招待リストの合計が何人であっても、直前の14日間連続オプトインという条件を満たすテスターを、アカウントが現時点で12人保持できていない可能性があります。
• 招待済みとオプトイン中は別物。リンクを受け取っただけで参加していない人は、ここでいうテスターではありません。誰に声をかけたかではなく、誰が実際にオプトイン中かを確認してください。
• 入れ替えたテスターはまだ日数を積み上げ中。却下のあとに追加した人は、オプトインした時点から自分の14日間連続を始めます。ですから人数を12人に戻したグループでも、そこからさらに2週間は条件を満たさないことがあります。
• アプリの設定が未完了。ストアの掲載情報、コンテンツのレーティング、アプリのアクセス権、ポリシーに関する申告が残っていると、テスターの人数とは関係なく申請が止まったままになります。
• 数に入るのはクローズドテスト。内部テストは、枠をいくら埋めてもこの条件を満たしません。

Play Console · ダッシュボード · 実際のスクリーンショット クリックで拡大

これらがすべて自分のコンソールで満たされているように見えるのにボタンが現れない場合は、待つよりPlay Consoleのサポートに相談する価値のある状況です。公開ドキュメントが説明している範囲の切り分けは、もう終わっているからです。

2回目になると見失いがちなので、何を申請しているのかを一行だけ。承認されると、そのアプリの製品版としてのリリースが可能になり、あわせてオープンテストも使えるようになります。ストアへの公開ではなく広めのベータをやりたかった人も、同じ判断を待っているということです。そこから先は、この手続きの続きではなく、通常のリリース管理になります。

毎日の起動、テスターの増員、更新回数は必要か

ここが最も被害の大きいところです。却下された開発者が原因を探し、テスターは毎日アプリを開かなければならない、リリースを3回出さなければならない、と書いたページを見つけ、Googleが設定したこともない目標を追って2週間を使います。そのあいだ、Googleが実際に尋ねていること、つまりテスターがアプリを意味のある形で使ったか、そして言われたことに対して何をしたのかは、手つかずのまま残ります。正直な立場を、はっきり書いておきます。Googleの公開されている製品版アクセスの案内には、利用度の数値基準も、公開された採点表もありません。フォームの質問は審査の入力であって、重み付きの採点表ではありませんし、テスターの活動を読み取れる評価点に変換して見せてくれるダッシュボードも公開されていません。ですから有効な一手は、数字を当てにいくことではなく、聞かされてきたことのうちどれが実際に公開されているのかを知ることです。

画面が狭い場合、表は横にスクロールします

このうち2つには、もう一文添える価値があります。実際にお金がかかるからです。テスターのグループを大きくするのは、12人だと1人抜けたときに余裕がないので、運用上は合理的な選択です。ただし、それを承認の可能性が上がるものとして正直に売れる人はいません。コミュニティの報告には、テスター30人超での却下も、テスター19人と更新17回での却下も含まれます。もう1つ、対応機種数のノルマを追うことは、フォームでGoogleが実際に尋ねていることから労力をそらします。機種数の基準値は公開されておらず、実機を使う代表的なテスターというのも、計算式ではなく推奨です。クローズドテストの参加者として何が有効かの詳細は、Google Playのクローズドテストとエミュレーターの記事が端末側をきちんと扱っています。

再申請は何回までできるのか

公開されている根拠はほぼこれで全部です。誰かに回数を突きつけられる前に、その材料がどれだけ薄いかを見ておく価値があります。公開フォーラムの個々の開発者は、新しいテスターを追加せずに4回目の申請で承認されたこと、テスター19人と更新17回を重ねてもおよそ6回目に却下されたこと、下限を大きく上回る人数でも2回目が却下されたこと、同じテスターと修正を入れたビルドでまるまる2週間を追加してもなお2回目が却下されたことを書いています。これらは、そうした申請があったという事実を伝えてくれます。それぞれがなぜその結果になったのかは教えてくれません。コミュニティの報告

ここから導けるのは2つだけです。1つ目は、低いところに明確な上限があるわけではないこと。2回目や3回目を超える申請は現に存在します。2つ目は、こちらのほうが役に立ちますが、同じことを繰り返すのは戦略ではないということです。挙げた報告の多くは、テスターを増やし、更新を重ね、時間をかけたうえで、それでも却下された開発者の話です。2回目の申請が、1回目に2週間を足しただけのものなら、その最後の例をそのままなぞっていることになります。

この質問の下にある不安について。Googleの公開情報は、「More testing required」という準備状況の判断をポリシー違反の警告として位置づけていませんし、準備状況の判断が繰り返されただけでアカウントが停止されるという証拠も見つかりませんでした。ポリシー上の問題が同時に存在することはあり得ます。ポリシー違反への対応は、独自の通知と対処手段を持つ別のプロセスです。ですから、ポリシー違反に言及するメッセージが届いた場合は、この件の続きではなく別物として読んでください。

再申請の審査にGoogleはどれくらいかかるのか

このセクションは、主にある行動を止めるためにあります。8日目が来て、目安を過ぎ、開発者があれこれ変え始める、という行動です。下に挙げる2件のコミュニティ報告は、何も問題がなくても審査が目安からどれだけ外れ得るかを示しています。

この2件の長い待ち時間は個別の報告であり、長い待ち時間が起こるということしか証明しません。分布ではありませんし、7日目を過ぎたこと自体が、何かおかしいという合図でもありません。審査の種類ごとの全体像については、Google Playの審査期間の記事をご覧ください。

Play Consoleのサポートに問い合わせる価値があるのはどんなときか

「X日過ぎたらサポートへ」というルールは公開されておらず、それを作り出すのは待機期間を作り出すのと同じ間違いです。言えるのは、公開ドキュメントの説明がどこで途切れるかであり、そこから先はサポートだけが答えの出どころになります。

• 指示が手に入らない、または矛盾している。判断の通知を取り戻せない、あるいはそこに書かれている内容がコンソールの表示と一致しない。
• コンソールが開かないままである。公開された条件を満たしているように見え、上に挙げたボタンが押せない場合の一覧もすべて確認できたのに、「製品版として申請」が使えないままである。
• 審査が目安から大きく外れているのに、コンソールのどこにもステータスの情報がない。
• そのメッセージが別のプロセスのものに見える。ポリシー違反や技術的な措置に言及するものは、この判断ではありません。それをここで尋ねても2週間を無駄にします。

それ以外の場合、待つことは受け身ではなく正しい行動です。出し直す、トラックをいじる、申請を取り下げて出し直す、といったものはすべて、自分からは見えないプロセスに手を加える行為であり、Googleが公開しているどの情報も、それらを勧めてはいません。

再申請のチェックリスト

11のステップ、順番に

1. 却下通知を正確に読む。追加14日間が指定されているかどうかを書き留めてください。見つからない場合は、期間を前提に計画を立てる前に取り戻してください。
2. 要件を満たしているクローズドテストを動かし続ける。却下されたからといってトラックを閉じたり、削除したり、作り直したりせず、テストで必要だとわかった正当な修正はそこへ公開してください。
3. 要件を満たすテスター12人以上のオプトインを継続する。数に入れる一人ひとりに、その人自身の途切れない期間が必要です。
4. テスターに、抜けて入り直すよう頼まない。入り直すことで起きるリセットをGoogleは記載しておらず、抜ければ、すでに手にしている本物の連続期間が途切れます。
5. テスターに、機能レベルの具体的なテスト手順を渡す。インストールしたままにしておいてくださいと頼むのではなく。
6. 意味のあるフィードバックを記録する。どのチャネルから届いたものでも、短い記録に残してください。
7. 正当な不具合と使いにくさを修正し、報告してくれたテスターに直ったことを確認してもらってください。
8. リリース前レポートを確認する。申請の前に、問題、警告、エラーへ目を通してください。
9. テスト以外の準備領域も確認する。ポリシーの遵守、対象ユーザーとコンテンツのレーティング、機能面の安定性、そして「アプリのアクセス権」に登録した審査担当者向けの認証情報が使えることです。
10. 製品版へのアクセスの回答を、具体的かつ正直に用意する。利用状況、フィードバック、変更点、準備状況についてです。
11. 条件を満たしたらダッシュボードから申請し、7日で結果が出ると誰にも約束しないでください。

チェックリストをコピー

この一覧は一般的なケースです。あなたのケースには、一般論からは見えない変数が少なくとも3つあります。通知に何と書かれていたか、テスターのグループが今どういう状態か、そしてここに来るのが何度目か、です。下のビルダーはそれを、順を追って進められるルートに変えます。タブを閉じてもチェックは残ります。

自分のルートを組み立てる

何をどう答えても、このビルダーが決して出さないものが1つあります。Googleが承認する日付です。それを出せる人はいませんし、4回目の申請で承認されたというコミュニティの報告の隣には、6回目の却下を語る報告が並んでいます。ルートにできるのは、判断が下されるとき、その対象が、ただ2週間が過ぎただけの申請ではなく、あなたが根拠を示せる申請になっているようにすることです。

そのルートを進めた結果、詰まりの原因がテスター側だとわかった場合、つまり却下通知が追加14日間を明確に求めている場合や、要件を満たすテスターが12人に足りなくなっている場合、そこが外に任せられる半分です。PrimeTestLabがそれを担当し、あなたはアプリ、フィードバックの記録、再申請の回答の改善に集中できます。詳しくは下のサポート内容をご覧ください。

もう一度テスターが必要なときにPrimeTestLabができること

マネージドでの実施が役に立つ場面では、立て直しは2つに分かれます。1つは判断の仕事です。却下通知を読み、何を変えるかを決め、根拠を示せる回答を書くこと。こちらはあなたの担当です。もう1つは段取りの仕事で、テスト期間を通じて実在の12人をオプトインさせ、アプリを使い続けてもらうことです。面白い問題ではありませんが、暦を食いつぶすのはこちらです。

PrimeTestLabは、Android 7から17にわたる実機を使う実際のテスターを12人ご用意し、14日間ずっとオプトインを維持します。テストの開始は4～6時間です。これまでに120+か国のアプリ7,400+件で実施し、マネージドテストの完了率は99.9%です。完了とは、必要なテスター人数と途切れないオプトイン期間が終了日まで保たれたことを指します。

私たちがやらないこと、そしてこの記事が誰にもできないと述べてきたことは、判断の約束です。Googleは独自の基準で製品版へのアクセスを審査し、採点表を公開していません。私たちの保証は無料再テストまたは全額返金です。条件と申請期間は返金および無料再テストのポリシーをご覧ください。

自分でもう一度集める場合とマネージドで実施する場合の比較

画面が狭い場合、表は横にスクロールします

境界についてはっきり言っておきます。テスターを頼んでも、アンケートの回答は書けませんし、フィードバックの記録もできませんし、Googleが承認するわけでもありません。このセクションより上に書いてきたことはすべて、その部分をあなた自身がうまくやれるようにするためのものです。マネージドでの実施が取り除くのは、1回目と同じ理由でテスト期間が崩れる、という部分だけです。

上の俗説の表から繰り返しておく価値のある注意点が1つあります。人数を増やすことはオプトアウトへの備えにはなりますが、12人を超えるどの人数についても、承認の可能性が目に見えて上がるとGoogleは公開していません。ですから、私たちを含めて誰も、テスターの追加を「通りやすくなるもの」として売るべきではありません。余裕がほしいなら、余裕のために買ってください。詳細は料金ページにあります。

よくある質問

まとめ

却下の通知が追加の14日間を指定していた場合や、要件を満たすテスターが12人に足りなくなっている場合、テスターまわりは、残りを自分で進めながら外に任せられる部分です。料金プランを見る →