2026年のTestFlight外部テストの承認は、通常およそ24時間で終わります。外部テスターに配信するには、新しいバージョンの最初のビルドがBeta App Reviewを通過する必要があり、これがだいたい24時間、早ければ数時間、長い場合は48時間ほどかかります。いっぽう内部テスターには審査がなく、処理が終われば数分で配信できます。さらに、同じバージョンのその後のビルドは通常数分で承認されます。つまり時間がかかるのは、外部向けのバージョンの最初のビルドだけだと考えてください。
簡単な回答
外部テストの承認時間は配信先で決まります。Appleによると、内部テスターは審査が不要で処理後すぐ使えますが、外部テスターは新しいバージョンの最初のビルドにBeta App Reviewが必要です。この審査はおおむね24時間です。まずは自分が外部テストなのか内部テストなのか、そしてビルドが処理中でないか、輸出コンプライアンスが未入力でないかを確認してください。
TestFlightの承認とは
TestFlightの承認とは、Appleがビルドをテスターに配信できる状態にする段階のことです。ビルドをアップロードすると、まず処理が行われ、これは通常数分で終わります。そのあと、テスターの種類によって審査が入るかどうかが決まります。この審査はBeta App Reviewと呼ばれ、正式なApp Storeの審査より軽いものですが、外部テスターには確かに存在します。
ここで大切なのは、承認は一つの決まった時間を持つ単一の処理ではない、という点です。あるグループでは処理後に待ち時間がまったくなく、別のグループでは約1日の審査があります。ですから承認時間を考えるときの最初の問いは、一般に何時間かかるかではなく、そのビルドをどの種類のテスターに配信するのか、です。この区別が、予想される時間のほとんどを決めます。
外部テスト承認はどれくらいかかるか
外部テスターは、あなたのチーム外の人で、メールまたは公開リンクで招待でき、最大1万人まで登録できます。このグループには審査があり、新しいバージョンの最初のビルドはBeta App Reviewを通過してから配信されます。この審査はおおむね24時間で、幅としては数時間から48時間ほど、そして課金やログイン、機微な権限を含むアプリはもう少し長くなることがあります。
対照的に、内部テスターには審査がありません。内部テスターはApp Store Connectの役割を持つチームメンバーで、最大100人まで追加でき、処理が終わればビルドはほぼすぐ配信されます。ですから同じアプリでも、内部に配るなら数分、外部の最初のビルドなら約1日、という差が出ます。急いで反復したいときは内部テスト、社外の人に配るなら最初の審査に約1日を見込む、と覚えておくと計画が立てやすくなります。
最初のビルドとその後のビルド
朗報は、外部テストでもビルドごとに毎回1日かかるわけではない、という点です。時間がかかるのは新しいバージョンの最初のビルドで、そのバージョンがいったん承認されれば、同じバージョンのその後のビルドは通常数分で配信されます。これらは多くの場合、再び全面的に審査されることはないためです。
したがって計画のコツは、バージョンの最初のビルドを締め切りより十分に前へ出すことです。最初の審査に約24時間を見込んでおけば、そのあとの細かい修正ビルドは短時間で回せます。逆に、締め切り直前に新しいバージョンの最初のビルドを外部へ出すと、審査の約1日が間に合わない恐れがあります。最初の一回だけ時間の余裕を確保する、というのが外部テストをスムーズに進める鍵です。
承認が長引く原因
ビルドが止まって見えるとき、たいていは却下ではなく、何か具体的な理由があります。もっとも多いのは、ビルドがまだ処理中であることです。アップロード直後は単に準備が終わっておらず、その場合は待つのが正解です。次に多いのが輸出コンプライアンスの未入力で、暗号化に関する質問に答えていないと、TestFlightはそのビルドを外部テスターに対して保留します。
さらに、これまで述べた要因も影響します。外部向けのバージョンの最初のビルドはBeta App Reviewを待ちますが、内部向けは待ちません。混雑する時期には審査がやや長引くことがあり、Apple側の障害が起きるとアップロードの処理が遅れることもあります。実務的な教訓は、時間が長いこと自体は必ずしも不具合ではない、ということです。まず、処理中なのか、コンプライアンス未入力なのか、それとも外部の最初のビルドの通常の審査なのかを見分けてください。
まず確認することとエスカレーション
いつも簡単な確認から始めます。ビルドがまだ処理中でないかを見て、処理中なら少し時間を置きます。輸出コンプライアンスの質問に答えたかを確認します。未入力の質問は、外部テスターがビルドを見られない典型的な原因だからです。そのうえで、自分が内部テストか外部テストかを確かめ、約1日の審査を見込むべきか、それともまったく不要かを把握します。
エスカレーションが必要なのは、明らかに通常の範囲を外れたときだけです。ビルドが何時間も処理中のまま止まっているなら、まずAppleのシステム状況で障害の有無を確認し、必要ならビルド番号を上げて再アップロードを試します。Beta App Reviewが48時間を大きく超えて変化がない場合は、Appleに問い合わせられます。ただし多くの場合、承認時間は正常の範囲内であり、落ち着いて待つのが正しい対応です。
状況別の目安
それぞれの状況を正しい見込みに結び付けると、不要な心配を避けられます。表にまとめます。
| 状況 | 審査の要否 | 目安の時間 |
|---|---|---|
| 内部テスター | 不要 | 処理後すぐ数分 |
| 外部テスター・最初のビルド | 必要 | おおむね24時間 |
| 外部テスター・その後のビルド | 多くは不要 | 数分 |
| ビルドが処理中 | まだ対象外 | 短い待ち時間 |
| 輸出コンプライアンス未入力 | 入力まで保留 | 入力後すぐ |
最初の2行が核心です。内部はほぼ即時、外部の最初のビルドは約1日、と読んでください。
チェックリスト
待ち時間を心配する前に、次の点を確認します。リストが要点を押さえます。
| 確認項目 | 対応 | 完了 |
|---|---|---|
| 処理の完了 | ビルドの処理が終わったか確認 | [ ] |
| 輸出コンプライアンス | 暗号化の質問に回答 | [ ] |
| テスターの種類 | 内部か外部かを判断 | [ ] |
| 最初か後続か | Beta App Reviewが残るか把握 | [ ] |
| システム状況 | Apple側の障害を確認 | [ ] |
| 余裕のある計画 | 最初の外部ビルドを早めに提出 | [ ] |
もっとも見落とされがちなのは二番目です。輸出コンプライアンスの未回答は、外部テスターへの配信を止めてしまいます。
セキュリティの位置づけ
ここまでの内容は審査そのものを速くはしません。それはAppleの領域です。ただ、ビルドをよく準備しておくと、遅延の原因になる却下を減らせます。
PTKD.comのようなスキャナーは、iOSやAndroidのアプリのパッケージを解析し、公開されてしまった鍵や過剰な権限などのセキュリティ問題を提出前に検出し、結果をOWASP MASVSに対応づけます。境界をはっきりさせると、PTKDは審査の待ち時間や状態には影響しません。それらは完全にAppleに依存します。PTKDが避ける手助けをするのは、セキュリティが原因の却下という区分であり、そうした却下は工程を最初に戻すため、提出前の確認は避けられる遅延を防ぐ良い習慣になります。
まとめ
- TestFlightの承認時間はテスターの種類で決まります。内部テスターは審査を省略し、外部テスターには審査が必要です。
- 内部テスターは処理後すぐ、数分でビルドを使えます。Beta App Reviewはありません。
- 外部テスターは新しいバージョンの最初のビルドにBeta App Reviewが必要で、おおむね24時間、長い場合は48時間ほどかかります。
- 同じバージョンのその後のビルドは通常数分で承認されるため、計画では最初の外部ビルドの審査に約1日を見込みます。
- 待ち時間が長いときは、まず処理・輸出コンプライアンス・システム状況を確認し、PTKD.comのようなツールでセキュリティ由来の却下を防ぎます。



