← 返回列表

TestFlight と Play closed test の対比：Apple は柔らかく·Google は壁——発売前テストの二本立て設計

2026/9/15

C 方向·应用出海机会（発売前テストの設計）。c-google-play-individual-restrictions（Play 12 テスター×14 日）のApple 側の対比——両ストアのテスト要件の差を発売スケジュールに反映する。xmm 本轮不可用。

背景と問題

iOS と Android の両方で発売するなら、テスト要件が全く違うことを知っておく必要がある——Apple の TestFlight は緩く（最大 10,000 テスター·無料）、Google Play の新規個人アカウントは12 テスター×14 日の壁。テスト設計を片方に合わせるともう片方で詰む。

发现（访问 2026-09-15）

  • TestFlight の仕様（安定）：内部テスター 100 人（App Store Connect ユーザー）+外部テスター最大 10,000 人、build の有効期限 90 日、グループ配布·フィードバック screenshot 機能付き——テスター数の最低要件なし（Apple TestFlight 仕様は長期安定·今回は web 検索不調のため最新仕様の再確認を待办に，访问 2026-09-15）。
  • Play との対比：Play 個人アカウントは 12 テスター×14 日（engagement も必要）の壁（c-google-play-individual-restrictions）——Apple は「テスト期間の最低日数」もない。
  • D-45 種子家族 12-20 家族がいれば、両ストアの要件を同時に満たせる設計（iOS=TestFlight 外部グループ·Android=Play closed test 12 人）。

推测

  • 我々の二本立て【推测】：①Android（Play）は GK 組織アカウントで規制回避（c-google-play-individual-restrictions の本線）——それでも closed test を D-45 家族で回す（品質のため）②iOS は TestFlight で D-45 家族に build を配布（90 日期限に注意——発売が遅れると build 再配布が必要）——テストの実態は同じ家族群で、配布手段だけストア別。
  • TestFlight の 90 日 build 期限は発売スケジュール遅延時の管理点（期限切れでテスターが使えなくなる）。

结论

可行动启发：

  1. テストは D-45 家族群を両ストアで共有：Android=Play closed test/iOS=TestFlight グループ——テスターの管理を 1 重に（家族リスト（opc-manual-onboarding-first-ten）で両方管理）。
  2. Play は GK 組織アカウントで規制回避を本線に：回避しても closed test を品質目的で実行（規制対応でなく品質のためのテスト）。
  3. TestFlight の 90 日 build 期限をスケジュールに：build を上げたら 90 日以内に発売——遅延時は build 再配布の手順をメモ。
  4. TestFlight 最新仕様の一次確認を待办に：今回は検索不調で仕様再確認ができていない——Apple 公式ドキュメントで 10,000 人/90 日の現行値を確認（発売前の必須確認）。

待办 / 下次继续

关联