Play Console には、ビルドを全員に届ける前に人の手に渡す方法が3つあります。内部テスト、クローズド テスト、オープン テストです。管理画面では似たように見えますが、リリースの異なる段階を想定して作られており、新しい個人デベロッパー アカウントで製品版にたどり着く助けになるのは、そのうち1つだけです。
この記事では、それぞれのトラックの目的、違い、そしてまったく新しいアプリにとって理にかなった使う順番を説明します。
3つのトラックの比較
| 内部テスト | クローズドテスト | オープンテスト | |
|---|---|---|---|
| 参加できる人 | メールアドレスで指定した最大100人のテスター | メーリング リストまたは Google グループに登録されたテスター | Google Play でテストを見つけた人なら誰でも |
| テスターの参加方法 | オプトインリンク | オプトインリンク | ストアの掲載情報またはオプトインリンクから参加 |
| スピード | すばやい反復のための設計 | 審査あり | 審査あり |
| Google Play での表示 | なし | なし | あり（早期アクセスまたはテスト プログラムとして） |
| 「テスター12人・14日間」ルールにカウントされるか | されない | される | されない |
| 新しい個人アカウントで使えるか | 使える | 使える | 製品版へのアクセスが許可された後のみ |
内部テスト：チーム向け、すばやく
内部テストは、あなたと一緒にアプリを作っている人たちのためのものです。メールアドレスで最大100人のテスターを追加でき、新しいビルドがすぐに届くよう設計されています。チーム外の誰かが見る前に、リリースが正しく動くかを確認するのに適した場所です。
Google Play からバンドルがインストールできるか、ログインやアプリ内購入などの Play サービスが本番のパッケージ名で正しく動くか、チームが持っている数台のデバイスで壊れているところがないかを確認するのに使いましょう。
これとは別に内部アプリ共有という機能もあります。トラックを管理せずにビルドをアップロードしてリンクを共有できる機能です。同僚にさっと確認してもらうのに便利ですが、テストトラックではなく、こちらもカウントされません。
クローズドテスト：招待したテスター向けで、カウントされるトラック
クローズドテストは、あなたが招待するもっと広いグループ向けです。テスターはメーリング リストまたは Google グループで追加され、オプトインリンクを開いて招待を承諾し、Google Play からアプリをインストールします。アプリは一般には表示されず、招待されたアカウントだけがインストールできます。参加方法はテスター向けの参加手順で案内しています。
2023年11月13日より後に作成された個人デベロッパー アカウントにとって、これがもっとも重要なトラックです。製品版へのアクセスを申請する前に、12人以上のテスターが14日間連続でクローズドテストにオプトインしている必要があります。日数の数え方は要件の解説をご覧ください。
クローズドテストを使う場面
- 新しい個人アカウントで「テスター12人・14日間」要件を満たすとき。
- 初期の顧客、会社の社員、自分が運営するコミュニティなど、特定のグループとベータテストを行うとき。
- 複数のテストを並行して行うとき。機能ごとやクライアントごとなど、クローズドテストのトラックを追加で作成できます。
クローズドテストのリリースは Google の審査を受けるので、テスターがインストールできるようになるまでの時間を見込んでおきましょう。すべての手順はクローズドテストの設定ガイドで解説しています。
オープンテスト：公開ベータ
オープンテストでは、テスト版が Google Play に表示されます。誰でも見つけて参加でき、管理しやすくしたい場合はテスターの人数に上限を設けることもできます。参加した人には、製品版ではなくテスト版のアプリが届きます。
リリース前の大規模な公開ベータや、早期アクセスにオプトインしたボランティアに大きなリデザインを試してもらうのに最適です。
ただし新しい個人アカウントでは、アプリが製品版へのアクセスを得るまでオープンテストは使えません。要件のためのテスター集めにオープンテストを使おうとする開発者もいますが、要件はまずクローズドテストで満たす必要があります。
製品版：全員向け
製品版は、Google Play の誰もがインストールできるリリースです。新しい個人アカウントでは、アプリごとに解放されます。クローズドテストを終え、ダッシュボードで製品版へのアクセスを申請をクリックし、Google の質問に回答します。審査担当者が何を見ているかは製品版へのアクセス申請の質問への答え方で紹介しています。
公開後も、製品版では段階的な公開が使えます。アップデートをまず一部の割合のユーザーに配信し、クラッシュ率が健全なうちは割合を増やしていけます。テストトラックの後にある、4つ目のセーフティネットと考えましょう。
新しい個人アカウントに適した順番
- 数日間の内部テスト：自分で Google Play からインストールし、ログイン、課金、主要な操作の流れを確認する。
- 12人以上の積極的なテスターで少なくとも14日間のクローズドテスト。テスターの報告をもとに、少なくとも1回アップデートを配信する。
- 製品版へのアクセスを申請し、クローズドテストの具体的な内容をもとに質問に回答する。
- 段階的な公開で製品版をリリースし、解放された後は必要に応じて今後のベータにオープンテストを使う。
同じビルドをすべてのトラックに順番に通す必要はありません。チーム向けに内部テストを続けながら、クローズドテストでは少し古くて安定したビルドを配信するのはよくあることです。
よくある混乱ポイント
トラック間でリリースを昇格させる
バンドルを再アップロードする代わりに、内部テストからクローズドテストへ、またはクローズドテストから製品版へリリースを昇格させることができます。バージョンコードは変わらないので、リリース履歴がすっきりします。
複数のトラックに登録されたテスター
同じ人が複数のトラックのテスターになっている場合、通常はその人が利用できるビルドのうちバージョンコードがもっとも大きいものが届きます。クローズドテストのテスターから新しい内部テストのビルドが見えると報告があったら、誰がどのリストに入っているかを確認しましょう。
テスターを削除する
メーリング リストや Google グループから誰かを削除すると、その人はオプトインしたテスターとしてカウントされなくなります。意図的に行い、14日間のあいだは12人を下回らないようにしましょう。
状況別のトラックの選び方
| 状況 | 使うトラック |
|---|---|
| ほかの誰かが見る前に、自分のスマホでビルドを確認したい | 内部テスト |
| 新しい個人アカウントで、テスター12人・14日間が必要 | クローズドテスト |
| クライアントや会社が非公開でアプリを試したい | クローズドテスト（相手の Google グループを使用） |
| 数千人のボランティアで公開ベータを行いたい | オープンテスト（製品版が解放された後） |
| 今すぐ同僚に1つのビルドを共有したい | 内部アプリ共有 |
| アップデートをリリースするが、リスクを抑えたい | 段階的な公開での製品版 |
新しいアカウントでいちばん多い失敗は、テストの最初の1週間を内部テストのトラックで過ごし、後になってカウントされていなかったと気づくことです。製品版へのアクセスが目的なら、最初からテスターをクローズドテストのトラックに入れ、内部テストは自分用のちょっとした確認にだけ使いましょう。
まとめ
内部テストはチームでのちょっとした確認に、クローズドテストは招待したテスターと「テスター12人・14日間」ルールに、オープンテストは製品版が解放された後の公開ベータに、そして段階的な公開での製品版はリリースそのものに使います。クローズドテストのテスター集めがボトルネックなら、実機の Android スマホでクローズドテストを行う TesterBie のようなサービスも含めた現実的な選択肢をご覧ください。料金は料金セクションに掲載しています。
よくある質問
内部テストはテスター12人の要件にカウントされますか？
いいえ。12人以上のテスターで14日間連続という要件にカウントされるのは、クローズド テストのトラックにオプトインしたテスターだけです。
新しいアカウントで、クローズドテストの代わりにオープンテストを使えますか？
いいえ。2023年11月13日より後に作成された個人アカウントでは、クローズドテストの要件を満たして承認された後、製品版へのアクセスと同時にオープンテストが使えるようになります。
内部テストとクローズドテストを同時に行えますか？
はい。トラックはそれぞれ独立しています。多くの開発者は、クローズドテストを安定したビルドで行いながら、チーム向けに更新の速い内部テストのトラックを続けています。
クローズドテストの審査は、製品版の審査と同じくらい時間がかかりますか？
どちらも Google の審査を受け、かかる時間はまちまちです。新しいアプリの初回審査はもっとも時間がかかることが多いので、クローズドテストのリリースはできるだけ早く提出しましょう。