1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

はじめての Android アプリ公開 完全ガイド(第5回)Closed testing の実務手順

1
Last updated at Posted at 2026-01-17

Closed testing の実務手順

〜12人・14日を“確実に”通すために〜

この記事は、
日本にいる個人開発者が、日本語アプリを Google Play に初めて公開する
ことを前提にしています。

第4回では、
Internal / Closed / Open 各テストの違いを整理しました。

今回は、
初リリース最大の関門である「Closed testing」を実際にどう通すか
を、操作・考え方・注意点まで含めて解説します。


この記事でわかること

  • Closed testing の具体的な作り方
  • テスター招待が「有効」になる条件
  • 14日カウントの仕組み
  • やってはいけない落とし穴

まず結論:Closed testing は「人数 × 日数 × 状態」

Closed testing は
「12人以上が有効な状態でそろった日から、14日間“連続で”維持できるか」
がすべてです。

Closed testing が通らない理由は、
ほぼこの3つのどれかです。

  • 人数が足りない
  • 日数が足りない
  • テスターが「有効な状態」になっていない

Closed testing の全体フロー

まず全体像です。

Closed testing 作成
↓
AAB アップロード
↓
テスター招待
↓
テスター参加(有効化)
↓
12人以上が有効になった時点
↓
14日カウント開始
↓
条件クリア

途中で条件を満たさなくなると、
日数がリセットされることがあります。


Step1:Closed testing を作成する

Play Console で以下を行います。

  • テスト > Closed testing を選択
  • 新しいテストを作成
  • トラック名はデフォルトでOK

👉 この時点では、まだテスターはいません。


Step2:AAB をアップロードする

  • 準備した AAB をアップロード
  • リリースノートは簡単でOK

例:

初回テストリリースです。

👉 AAB がないと、次に進めません。


Step3:テスターの管理方法を選ぶ

おすすめは Google グループです。

なぜ Google グループがいいのか

  • メールで一括管理できる
  • 参加・離脱が把握しやすい
  • 後から追加もしやすい

👉 初心者は、
メールアドレス直接指定より安全です。


Step4:テスターを招待する

  • Google グループにテスターを追加
  • Play Console 側にグループを指定
  • 招待リンクを共有

⚠️ ここで重要なのは、
「招待した」だけでは足りないこと。


Step5:テスター側で「参加」を完了してもらう

テスターは、必ず以下を行う必要があります。

  1. 招待リンクを開く
  2. テスターとして参加する
  3. Google Play からアプリをインストール(推奨)

👉 2番をやらないと、参加扱いになりません。


「有効なテスター」とは何か

Google が条件として見ているのは、次の点です。

  • テストにオプトインしている(参加リンクで参加済み)
  • 12人以上の状態が継続している
  • その状態が14日間連続して続いている

※ アプリの実利用量は要件ではありません。
※ ただし安全のため、インストールしたまま保持してもらうのが無難です。

以下の状態になると、
有効なテスターとしてカウントされなくなる可能性があります。

  • 参加リンク未踏(未オプトイン)
  • アプリのアンインストール(有効扱いから外れる可能性あり)
  • Google グループからの脱退

👉 これらが起きると、
人数不足扱いになる可能性があります。


14日カウントの仕組み(重要)

  • 12人目のテスターが有効になった日が「1日目」
  • そこから14日間、12人以上を維持する必要がある
  • 途中で11人以下になると、要件未達になる可能性がある

👉 安全マージンが必要です。


開発者側の注意点(超重要)

人数はギリギリにしない

  • 最低人数 +2〜3人が安全
  • 誰か1人抜けるだけでアウトになることがある

更新しすぎない

更新しすぎる必要はありません。
通常の軽微な修正で、クローズドテスト期間が即リセットされるわけではありませんが、初回リリース前は安定運用が無難です。

大きな仕様変更や構造的な修正は、カウント開始前に済ませておくのがおすすめです。
一方で、テスターからのフィードバックを反映した軽微な改善を1回以上行うと、
「実際にテストしている」ことが伝わりやすくなります。

👉 テスト中は安定重視+最小限の改善更新


テスターにやってもらう操作は最小限に

  • 普通に起動
  • 軽く触る程度でOK

👉 無理な指示は離脱原因になります。


テスター側の注意点(共有用)

テスターには、こう伝えると安全です。

  • 参加リンクを必ず踏む
  • インストール後、削除しない
  • 14日間はそのままにしておく

👉 操作量は不要です。


よくある失敗例

  • 招待だけして満足
  • テスト中に大幅更新
  • テスターが途中で離脱

👉 どれも「あるある」です。


Closed testing が通ったら

  • Play Console 上で完了表示が出る
  • 本番(Production)に進めるようになる

👉 焦らず、表示を確認してから次へ。


第5回のまとめ

  • Closed testing は「人数 × 日数 × 状態」
  • インストールだけでは不十分
  • 安全マージンと安定運用が鍵
  • 正しくやれば、必ず通る

次回予告

次回は、
「そもそもテスターをどう集めるのか?」
という現実的な問題を扱います。

  • フォロワー0でも集まる?
  • 日本向け募集のコツ
  • 実際に使える募集文テンプレ

👉 第6回:テスター募集の現実(日本向け) に続きます。

1
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?