Google Playの個人開発者を阻む「テスター12人」の壁と向き合う
個人でコツコツ開発したAndroidアプリをいざリリースしようとしたとき、自分の前に立ちはだかったのがGoogle Play Consoleの「14日間連続で12人以上のテスターによるクローズドテスト」というルールだった（元々は20人だったが、2024年12月に12人へと緩和された）。2023年11月以降に作成された個人デベロッパーアカウントには、例外なくこの条件が適用される。友人や家族に頼むだけでは届きにくいこの数字に、自分も頭を抱えてしまった。この記事では、個人開発者がこのテスター要件をクリアするための現実的な解決策と、テストを進める中で自分が実際に詰まった落とし穴についてまとめている。
なぜ「12人・14日間」が必要なのか
Googleがこのルールを導入した背景には、アプリストア全体の品質向上と、スパム的な低品質アプリの排除があると言われている。企業アカウントにはこの制限はないが、個人用デベロッパーアカウントで新規アプリを作成する場合は、最初の本番リリースを行う前に必ずクローズドテストを経る必要がある。
この要件の厄介なところは、単に「12人のメールアドレスを登録する」だけでは終わらない点だ。登録されたテスター全員がアプリをオプトイン（テスト参加）し、さらに14日間連続で利用されていることがGoogle Playのダッシュボード上で確認されなければならない。もし途中でテスターがアプリを削除したり、全く起動しなくなったりすると、カウントが途切れて期間が延長される原因になる。
現実的なアプローチは「相互テスト」
身内だけで12人を集めるのは意外と大変だ。自分も最初は絶望したが、調べていくうちに同じ悩みを抱える開発者同士が助け合うコミュニティがいくつかあることがわかった。特に効果的だったのが、Discordの個人開発者向けサーバーやX（旧Twitter）での「相互テスト」の呼びかけだ。
Redditや日本の個人開発Discordコミュニティには、テスター募集専用のチャンネルが用意されている。そこで自分のアプリを紹介し、お互いにテスターになり合うのだ。この方法だと、相手も開発者なので「毎日テスト版アプリを立ち上げる」ことの重要性を理解してくれているため、テストの継続率が格段に高くなる。SNSで呼びかける際は、ハッシュタグ「#個人開発」や「#GooglePlayConsole」などを活用して、同じ状況にいる人を検索して直接コンタクトを取るのもいいだろう。
テスト開始までの具体的な設定手順
クローズドテストを始めるためのPlay Console側の設定手順を整理しておく。手順の不備で時間が無駄になるのを防ぎたい。
Googleグループの作成
テスターを個別にメールアドレスで追加することも可能だが、12人以上となると管理が面倒になる。Googleグループを作成し、そこにテスターのGoogleアカウントを登録してもらうのが一番スムーズだ。テスト参加者にはグループのリンクを共有し、各自で参加してもらう形をとる。
Play Consoleでのトラック作成
Google Play Consoleにログインし、対象 of アプリを選択後、左メニューの「テスト」＞「クローズドテスト」へと進む。ここで新しくトラックを作成し、テスターの指定欄で先ほど作成したGoogleグループのメールアドレスを入力する。
# Googleグループを利用したテスター追加手順のイメージ
1. https://groups.google.com/ でグループを作成 (例: my-app-testers)
2. Play Console > クローズドテスト > テスターの追加 でグループのメールアドレスを入力
3. ユーザーにテスト用URL（オプトインURL）を共有してインストールを促すテスト用アプリのビルド（AAB）をアップロードし、審査が通ったら「オプトインURL」が発行される。このURLをテスターに共有し、Web上で「テストプログラムに参加」ボタンを押してもらった後、Playストアからインストールしてもらう必要がある。URLを共有するだけではインストールできないため、手順書を事前に用意して共有すると親切だ。
自分が直面した「期間延長」のトラブルと対策
順調に進んでいるように見えたテストだが、10日目あたりで進行状況のインジケーターが止まってしまった。ダッシュボードを確認すると、テスト日数が正しくカウントされていない。「毎日利用」という基準の厳しさにここで直面したのだ。
Googleは明確な判定基準を公表していないが、どうやら「アプリがフォアグラウンドで起動され、一定のアクティビティがログとしてGoogle側に送信されること」が必要なようだ。ただインストールしたまま放置されている端末は、アクティブなテスターとしてカウントされない可能性が高い。
このトラブルを解決するために、自分は以下の対策を実施した。
- プッシュ通知の実装: Firebase Cloud Messaging (FCM)を導入し、テスターに向けて1日1回「テストのご協力ありがとうございます。本日のアプリアクティビティをお願いします」といった通知を送信した。
- ローカル通知でのリマインダー: プッシュ設定が面倒な場合は、アプリ起動時に翌日用のローカル通知をスケジュールする処理をコードに記述した。
- 予備テスターの確保: 12人ぴったりでテストを回すと、1人でも離脱した瞬間に要件が未達になる。最初から15人〜20人程度をグループに招待し、少々の不稼働メンバーがいても基準を下回らないようにバッファを持たせた。
相互テスト時の個人情報とセキュリティ対策
ネット上の見ず知らずの人とテストを融通し合う場合、セキュリティと個人情報の扱いには細心の注意を払わなければならない。クローズドテストでは、オプトインしたユーザーのメールアドレスが一部開発者側に見えてしまう仕様があるためだ。
情報漏洩のリスクを減らすため、以下のトレードオフと対策を考慮するべきだ。
| 対策方法 | メリット | デメリット / トレードオフ |
|---|---|---|
| Googleグループの招待制利用 | メールアドレスの直接公開を防げる | グループの権限設定を誤るとメンバー一覧が見えてしまう |
| テスト専用エイリアスアドレスの推奨 | プライベートのメールアドレスを保護できる | テスター側で別アドレスを用意してもらう手間が発生する |
| メールアドレス登録制（個別リスト） | 特定の相手のみに制限しやすい | 手動での登録作業コストが高く、管理ミスが発生しやすい |
自分はGoogleグループを利用したが、グループの設定で「メンバー一覧の閲覧」を管理者のみに制限することを徹底した。これを行わないと、参加したテスター同士でお互いのメールアドレスが見えてしまうトラブルに発展するため、初期設定時は確実にチェックを行っておく必要がある。
まとめ
2023年11月以降に作成された個人デベロッパーアカウントでの新規アプリ公開は、以前と比べて難易度が跳ね上がった。しかし、しっかりとした準備とコミュニティへの参加で、この壁は十分に突破できる。
- テスター募集はDiscordやSNSでの「相互テスト」が現実的
- 14日間のアクティブ利用を維持するため、通知によるリマインドを設計する
- 離脱対策として15人〜20人程度の予備テスターを確保する
- Googleグループの設定ではメンバー一覧の非公開化を徹底する