Google Playのクローズドテスト準備で、AIの調査を何度も訂正した話。審査送信までの順番と確認のコツ

課題

個人で開発しているアプリを、初めてGoogle Playに出すことになった。iPhone版はもう公開しているけど、Android版はこれが初めて。

Google Playの個人用デベロッパーアカウントには、本番公開の前にクローズドテスト（限られた人だけにテスト版を配る仕組み）を通す決まりがある。何から手を付けて、どんな条件があるのかは、AIに調べてもらいながら進めた。

ところが、その調査が何度か外れた。しかも、公式ページを読んだうえで外れたものもあった。

解決できるようにすること

初めてGoogle Playのクローズドテストに挑む人が、審査へ送るまでの順番と、「何が終わらないと何ができないか」というつまずきやすい依存関係を、先に知れるようにする。

あわせて、AIの調査結果をそのまま採用する前に、どこを確かめればいいかのチェックポイントを持ち帰れるようにする。

先に結論

AIの調査がずれた場面は、ほとんどが「根拠が言っている範囲」と「AIが言った範囲」の食い違いだった。

• 「収益化」という曖昧な言葉を、自分の解釈で広く読んだ
• 画面の「公開するには」という文言から、別の操作（アプリの作成）はできると推測した
• 「テスターとして参加する側」の話を、「テスターを募集する側」にも当てはめた

どれも、同じ公式サイトの別ページや実際の画面で確かめたら直った。AIの答えに自分が聞き返したことが、見直すきっかけになった場面も多かった。

なお、この記事の範囲はクローズドテストを審査へ送るまで。テスターに14日間参加してもらう期間と、本番公開のための申請は、まだ終わっていない。

この記事でわかること

• 個人用アカウントで、Google Playのクローズドテストを審査へ送るまでの順番（2026年10月時点の記録）
• AIの調査や判断を確かめ直した7つの場面と、それぞれ何で確かめたか
• AIの調査を採用する前に確かめたい6つのポイント

こう思う人もいるかもしれない。

「AIが公式ページを読んで、出典まで付けてくれたなら十分なのでは？」

今回は、それでも外れた。公式ページの一文は確かに読んでいたけど、その言葉が指す範囲を広く取りすぎていた。出典があるかどうかより、「その出典が本当にそこまで言っているか」を見る必要があった。

前提: 個人開発で、Androidは初めてだった

対象は、iPhone版を公開済みの色分けパズルのゲーム。広告で収益を得る無料アプリで、アプリ内課金や有料販売はしていない。

クローズドテストの条件は、2026年10月4日に公式ヘルプで確かめた時点で「12人以上のテスターが、14日間連続でオプトイン（テストへの参加登録）していること」。これを満たしてから、本番公開のための「製品版へのアクセス」を申請する流れになる。

このルールの存在自体を知らずにいた話は、以前アプリの本番リリース直前、なぜ『動いているのに』設定漏れで止まるのか？で書いた。今回はその続きで、実際に準備を進めた記録になる。

作業はAIと分担した。全体の計画や調べものを手伝うAIと、アプリの開発を担当するAIがいる。支払いと本人確認は自分でやり、Play Console（Google Playの開発者向け管理画面）の操作はアプリ開発担当のAIに任せつつ、送信のような要所は自分が承認した。

審査送信までの順番（今回の記録）

1. デベロッパーアカウントの種類（個人用か組織用か）を決める
2. 登録料（25ドル、買い切り）を支払う
3. 本人確認、Android 10以上の実機を使った端末確認、連絡先の電話番号の確認をする。電話番号の確認は、本人確認が承認されてからだった
4. 本人確認が承認されたら、アプリを作成する。承認前は「アプリを作成」が押せなかった
5. ストアの掲載情報と「アプリのコンテンツ」（広告の有無、データの扱いなどの申告）を入力する
6. クローズドテストのトラック（配布の枠）を用意して、テスターを指定し、署名済みのアプリファイル（AAB、Google Playへ提出するアプリの形式）をアップロードする
7. 「公開の概要」から、変更をまとめて審査へ送信する
8. 審査が通ってトラックが公開されると、テスターの参加用URL（オプトインURL）が表示される
9. テスターを募集し、12人以上に14日間連続で参加してもらう
10. 製品版へのアクセスを申請し、承認されたら本番公開へ進む

これとは別に、他の人のクローズドテストにテスターとして参加するのは、デベロッパーアカウントが無くてもできる。Googleアカウントと実機があれば、1より前からでも始められる。

自分は、登録を待つ間に先に他の人のテストへ参加しておく方針にした。「まずは先行でアプリのテスターに応募しておくほうがスムーズ」と自分から提案したもの。テスターをお互いに融通し合うコミュニティでは、相手のテストに協力し合うのが前提なので、先に参加しておけば自分の募集にも入りやすい、という考え方になる。ただ、先に参加したからといって、相手がこちらのテストに参加してくれる保証は無い。

2026年10月7日の深夜に、7の審査送信まで終わった。送信時の確認画面には「審査は通常 7 日以内に完了しますが、それより長くなることもあります」と出ていた。今回は送信した日のうちに承認されて参加用URLも出たけど、毎回そうなるとは限らない。9と10は、まだこれから。

訂正1: 「収益化すると住所が公開される」の読み違い

最初のずれは、支払いに入る前、アカウントの種類を確認している段階で起きた。

AIは、公式ヘルプにある「monetize on Google Play（Google Playで収益化する）場合は、詳細な住所を表示する」という趣旨の一文を、広告収入まで含むと解釈した。そのうえで「自宅の詳細な住所が、一般の利用者全員に公開される」と報告してきた。日本語の個人ブログなどにも「広告を含むアプリも対象」と書かれていて、AIはそれを裏付けとして扱っていた。

自分は一度、その前提のまま個人用で進めると答えた。でも、そのあとで聞き返した。

「住所が開示されるのは予想外だった。一般ユーザにも公開されるのか。普通に危険ではないか」

「基本無料＋広告のみの場合は収益化には当たらないのではないか。まだアプリ内課金や有料アプリは作っていない」

これを受けてAIが別の公式ヘルプを確認すると、もっとはっきりした定義が見つかった。詳細な住所の表示が必要なのは、有料アプリかアプリ内購入で収益化している「販売者アカウント」で、広告は含まれていなかった。

AIが記録に残した原因は3つ。

• 曖昧な表現を自分の解釈で埋めて、より具体的な定義が別ページにある可能性を探さなかった
• 二次情報が自分の解釈と一致したことを、裏付けと取り違えた。実際には二次情報のほうが誤っていた
• 住所の公開という重大な内容を、比較表の1行として出していて、重さに見合う確認をしていなかった

登録料を払う前に気づけたので、実害は出ていない。アカウントは個人用に決めた。組織用は、D-U-N-Sナンバー（事業者の識別番号）の取得に事業者としての実体と数週間が要る、と整理していたのも理由の一つ。

先の話として残したこともある。将来アプリ内課金や有料アプリを始めると、この定義に当てはまって住所の表示が必要になる。課金を入れるかどうか決めるときは、住所の扱いもセットで考える、と計画に書き足した。

住所の扱いは、2026年10月4日に公式ヘルプで確かめた内容になる。ルールは変わることがあるので、登録の前には最新のヘルプを見ておくのが安心。

訂正2: 必須の12人と、自分で決めた18人が混ざっていた

テスター集めを誰がどう進めるかを整理していたとき、AIは計画の中で「テスター18人」とだけ書いていた。

自分が「18人でしたか？12人ではなく？」と聞いて、整理し直した。

• 12人: Googleが求める最低人数
• 18人: 8月に決めた募集の目標。12人に、途中で抜ける人の分として6人を上乗せした数

18人はGoogleの要件じゃない。でも区別せずに書くと、あとから読んだ人には要件のように見えてしまう。小さなことに見えて、計画の前提を別の人や別のAIに渡すときに、地味に効いてくるポイントだったりする。

確認3: 「1人抜けたら最初から」は二次情報だった

18人のバッファを取った理由は、8月の下調べにあった「1人でも脱落すると、14日間のカウントが最初からリセットされる」という情報だった。

10月5日に見直したとき、AIはこれが二次情報で、公式の書き方とは厳密には一致していないことに気づいた。リセット方式なら、13日目に1人抜けただけでさらに14日かかる。補充すれば済むなら、話はまるで違う。そこで、いったん「未確認」として残した。

同じ日に、アプリ開発担当のAIが公式ヘルプを確かめた。記録に残っている公式の判定は、次のとおり。

• 申請の時点で12人以上が参加していて、その人たちが直前14日間連続で参加していること
• 14日未満で抜けた人は数えない。入り直した人は、改めて14日連続が必要

判定はテスター1人ずつで、「1人抜けたら全員が最初から」とは書かれていなかった。ただ、管理画面の日数表示が実際にどう動くかは、二次情報同士でも食い違っていて、確認できていない。

実務上の結論は、どちらの読み方でも同じだった。12人を割れば、補充した人が自分の14日を数え直すので、実質的にやり直しになる。逆に12人を上回っていれば、1人抜けても要件は満たせる。

結果として、18人のバッファはそのまま正しかった。募集文の「1人の脱落で全員がリセット」という書き方だけ、公式の判定に合わせて直した。

検証4: 「クローズドテストならテスト広告では？」を確かめたら、ルールの根拠が強くなった

他の人のテストへ参加するにあたって、AIは「相手のテストアプリに出る広告は、操作もクリックもしない」というルールを一番重要なものとして挙げていた。他の開発者のアプリで本番の広告を押すと、その開発者にとって無効なクリック（不正なトラフィック）になるから。

自分はこう聞き返した。

「テスト用のビルドなので、あちらの開発者もテスト広告をセットしていると思いますが」

AIが確かめた結果、この推測は成り立たなかった。クローズドテストで配られるのは、開発者がアップロードした、公開用と同じ設定のビルド。テスト広告になるかどうかは開発者の作り次第で、配布の仕組みの側でテスト広告に切り替わるわけではない、と整理した。

決め手は、自分のアプリ側の記録だった。アプリ開発担当のAIは以前、「テスト配布でも、参加者全員の端末を登録しなければ本番の広告が出る余地が残る」として、テスト配布のときはテスト広告に固定する仕組みを追加していた。配布の仕組みがテスト広告を保証してくれるなら、この作業は要らなかったことになる。

これで、ルールの根拠は「相手も広告を入れているかもしれない」という推測から、「外からは確かめられないし、押しても得は無いのに、外れたときの損が大きい」という形に変わった。

ただ、話はここで終わらなかった。自分はもう一つ聞いた。

「テストプレイ中には広告を押すことでしかできないテストもあるはずで、『一切押しません』はむしろテスターとして受け入れてもらえないのでは」

AIが自分のアプリの広告のコードを確認すると、動画を最後まで見ると報酬がもらえる広告は「見終わったとき」に報酬が付く作りで、クリックは関係なかった。クリックが要るのは広告の飛び先を確かめるときくらいで、テスターに求められることは少ない。

最終的に、ルールはこう改めた。

• 広告がテスト用か、まず確かめる（テスト広告には「Test Ad」の表示が出る）
• テスト用と確認できたら、通常のテストの範囲で操作してよい
• 判別できないときは操作しない
• クリックだけでなく、不自然に何度も表示させることも避ける
• 相手からクリックを頼まれても応じない

ただ、広告の配信の仕方によってはテスト用の表示の出方が違う場合があって、いつも確実に見分けられるとは限らない。そこは未確認のまま残っている。

もう一つ、他の人のテストに参加するときの挨拶文からは、「広告は一切操作しません」という一文を外した。宣言すると、テスターとしてできることに制限があるように読まれて、受け入れてもらいにくくなるのでは、という懸念を自分が優先した。広告の扱いは、自分の側のルールとして守る。

訂正5: バナーの文言から「アプリは作れるはず」と推測していた

本人確認の書類を出したあと、承認を待つ間にどこまで進められるかは、まだ分かっていなかった。

AIは、Play Consoleのホームに出ていたバナーの「アプリを公開するには設定を完了してください」という文言を根拠に、「作成やアップロードは通るかもしれない。試す価値がある」と提案していた。

実際には、アプリ開発担当のAIが画面を開くと「新しいアプリを作成するには、アカウント確認を完了してください」と表示されて、「アプリを作成」がロックされていた。作成の時点で止まるので、掲載情報の入力も、トラックの作成も、アップロードもできない。

原因は、バナーの「公開するには」という言葉から挙動を推測して、確かめていなかったこと。「公開」と「作成」を別物として読んだけど、実際には作成の段階で止まっていた。

先に実画面を見てもらえたので、無駄な作業はせずに済んだ。同じ日のうちに本人確認が承認されて、自分が同じ画面で「アプリを作成」が押せるようになったことを確かめた。ロックを判定したのと同じボタンで解除も確かめたので、「承認された」という知らせだけよりも確かな根拠になった。

訂正6: 「テスター募集は本人確認を待たずに進められる」は、参加と募集の取り違えだった

本人確認を待っている間、AIは「テスター18人の募集はPlay Consoleを使わないので、本人確認を待たずに進められる」と書いて、自分への報告にも載せていた。

その後、自分が「テスター募集のながれや、自分がテスターとして参加するまでの流れを調査しまとめてください」と頼んだところで、AI自身がこの誤りに気づいた。

募集の投稿には、テスターの参加用URL（play.google.com/apps/testing/で始まるURL）が要る。Googleの公式ヘルプでは、このURLはアプリのステータスが「公開中」のときにしか表示されない。テスター交換のコミュニティの解説も、「Googleの審査が終わってから募集すること」を注意点に挙げていた。

間違えた理由は、根拠の範囲を超えて広げたこと。それまでの方針やアプリ開発担当のAIの回答が「Play Consoleのアカウントは要らない」と言っていたのは、他の人のテストに参加する側の話だった。それを、募集する側にまで当てはめていた。

整理すると、2つの流れは依存関係がまったく違う。

	他の人のテストに参加する	自分のテスターを募集する
デベロッパーアカウント	不要	必要
本人確認の承認	不要	必要（承認前はアプリを作成できない）
審査の通過	不要	必要（参加用URLが出るのは公開後）

待ち時間を他の人のテストへの参加に使う、という方針は変わらなかった。ただ、「募集も進められる」前提のまま日程を組んでいたら、実際には動けない期間を当てにするところだった。

判断7: テスターに求める起動頻度は、3つの情報が食い違っていた

最後は誤りというより、情報が割れていた話。テスターに「どのくらいの頻度でアプリを開いてもらうか」について、3つの根拠がそれぞれ違うことを言っていた。

出どころ	内容
テスター交換コミュニティの心得	数日に1回の起動を推奨。全員が毎日開く必要はないが、完全な放置は避ける
Googleの公式ヘルプ	テスターの関与が不十分な場合、テストの継続を求めることがある
アプリ開発担当のAIの方針	募集文から「毎日開く必要はない」を外す

自分が決めたのは、「数日に1回は起動して実際に触る」「インストールしたまま放置しない」を求める水準にすること。あわせて「14日間アンインストールしない」「気づいた点があれば1件でもフィードバック」も書く。自分がテスターとして参加するときも、同じ水準で動く。

判断の根拠として残したのは、このあたり。

• 12人×14日が崩れる一番のリスクは「集まらない・抜ける」ことで、1人あたりの起動頻度ではない。コミュニティの目安を超える要求は、募集で不利になる
• 起動頻度は確かめようがない。Play Consoleで分かるのは参加の状況で、毎日起動したかまでは追えない
• Googleの「関与が不十分」のリスクは、1人あたりの要求を上げるより、18人のバッファで吸収する

「毎日起動」を求める案は、安全そうに見えて確かめられず、負担も増えるので採らなかった。逆に「数日に1回」だけでフィードバックに触れない案は、実際に使った跡が残らないので外した。

アプリ開発担当のAIの「毎日開く必要はない」を外す方針も、全部消すのではなく「毎日開く必要はないが、数日に1回は起動し、放置はしない」という書き方に改めた。

AIの調査を採用する前に確かめること

7つの場面を振り返って、確かめ方を整理すると次の6つになる（記録をもとにAIがまとめ直したもの）。

1. 曖昧な言葉は、同じ公式サイトの別ページで定義を探す。「収益化」のような広い言葉は、別のページで具体的に定義されていることがある
2. 二次情報が一致しても、裏付けにはならない。今回は、AIの解釈と二次情報が同じ方向に間違っていた
3. 重大な項目は、比較表の1行で済ませない。住所、お金、アカウントに関わる結論は、個別に裏を取る
4. 画面の文言から挙動を推測しない。試せるなら実画面で確かめて、試せないなら「未確認」と書いておく
5. 根拠が言っている範囲を超えて広げない。「参加する側」の話を「募集する側」に当てはめない
6. 必須の数字と、自分で決めた目標の数字を分けて書く。「12人（必須）」「18人（目標）」のように、出どころを添える

AIに頼むときは、「その根拠は、本当にそこまで言っている？」と聞き返すのが効いた。今回も、住所・人数・テスト広告の3つは、自分の聞き返しが見直すきっかけになった。

こんな人に向いている

個人でアプリを作っていて、Google Playのクローズドテストにこれから挑む人に向いている。特に、iPhone版を先に出していて、Androidは初めてという人には、順番と依存関係の参考になるはず。

AIに手続きや規約を調べてもらっている人にも、調査結果をどこで確かめればいいかの判断材料になると思う。

まとめ

項目	内容
結論	AIの調査のずれは、根拠が言っている範囲を広げて読んだことが中心だった。公式の別ページや実画面で確かめたら直った
教訓	曖昧な言葉は別ページの定義を探す。二次情報の一致を裏付けにしない。画面の文言から挙動を推測しない。参加と募集のように、似た話を混ぜない
対象読者	Google Playのクローズドテストを初めて準備する個人開発者、AIに手続きや規約を調べてもらっている人

同じ状況に陥ったときの回避策

• 本人確認が承認されるまでは、アプリの作成もできない前提で日程を組む（2026年10月の記録）
• テスターの募集は、審査が通って参加用URLが出てから。待ち時間は、他の人のテストへの参加に使う
• 12人は最低人数。途中で抜ける人を見込んで、バッファを持って集める
• 他の人のテストアプリでは、テスト用と確認できない広告を操作しない。クリックを頼まれても応じない
• 住所の公開範囲は、収益化の方法で変わる。アプリ内課金や有料化を始めるときに見直す
• AIの調査に「公開される」「できる」「リセットされる」のような重い結論が出たら、公式の別ページか実画面で確かめてから採用する

次に読むなら

AIの調査をどこで確かめるかが分かったら、数値・出典・矛盾のように、確かめる観点を種類ごとに持っておくと、手続き以外の調べものでも使いやすい。

• AIの回答を鵜呑みにしないための確認チェックリスト — AIの回答を採用する前に、リスクの種類を分けて、根拠・再現・常識の3段階で確かめる手順が分かる

---

この記事は、筆者が個人で開発しているアプリの運営記録（2026年10月4日〜7日）を基に、独自調整したAIが下書きを作成し、筆者が事実確認・編集を行った上で公開しています。