TestFlightの構築が「Not Available for Testing」と表示され、テスターが利用できない状態です。
最短の確認手順は、App Store Connectで構築の詳細を開くことです。この状態の理由がProvisioning Profileにアプリケーション識別子が含まれていないことなら、識別子を含む設定で新しい構築を作成し、再アップロードします。
初回のTestFlightアップロード後に構築をテストできない個人開発者は、状態の詳細から次の作業を判断できます。
署名設定を管理する小規模チームは、構築に使われたProvisioning Profileとアプリ識別子の対応を確認できます。
外部テストを準備中の担当者は、再アップロード後の構築状態、テストグループ、テスターのアクセス資格まで順に確認してください。
招待の再送より、構築詳細の確認
「Not Available for Testing」は、TestFlightで構築が利用できない理由を切り分けるための状態です。Appleの構築ステータスの説明では、この状態の理由をProvisioning Profileにアプリケーション識別子が含まれていないことと説明し、識別子を含む新しい構築のアップロードを案内しています。
そのため、テスターを招待し直したり、テストグループだけを作り直したりしても、署名の問題が解消するわけではありません。まず対象のApp Store Connectテスト構築を選び、表示されている状態と詳細を確認します。似た「テストできない」状況でも、状態が異なれば次の対応も変わります。
- 「Not Available for Testing」：構築の署名に使われたProvisioning Profileとアプリケーション識別子を確認します。
- 処理中：アップロード後の処理が完了するまで待ち、構築状態を再確認します。処理中の状態を、識別子不足の証拠として扱わないでください。
- 輸出コンプライアンス情報の不足：Appleのベータ構築に関する輸出コンプライアンス情報の案内に沿って必要な情報を確認します。
- 期限切れや審査関連の状態：表示内容に対応する処理を行います。期限切れや外部テストの審査を、Provisioning Profileの問題と決めつけないようにします。
「アップロードに成功した」という通知は、テスターがその構築を使えることの確認にはなりません。App Store Connectで構築の現在の状態を開いてから、次の作業に進んでください。
設定名の一致より、識別子の一致
Provisioning Profileを確認するときは、設定画面に見えるプロファイル名だけで判断しないことが重要です。対象アプリのBundle Identifier、署名対象のターゲット、構築に実際に使われたプロファイルが対応しているかを確かめます。名前が似ていても、アプリケーション識別子が異なれば目的の構築には使えません。
AppleのApp Store用Provisioning Profileの作成手順とプロファイルの編集・ダウンロード方法を参照し、対象アプリに適用するプロファイルを確認してください。修正後は新しいアーカイブに正しい署名設定が反映されたことを確かめてから、アップロードします。
作業前後で、次の項目を照合します。
- App Store Connectで選択したアプリと、構築対象のアプリが一致していること。
- プロジェクトのBundle Identifierと、使用するProvisioning Profileのアプリケーション識別子が一致していること。
- 構築時の署名設定と、実際のアーカイブに含まれる署名情報が一致していること。
- 修正した設定を使って新しい構築を作成したこと。既存のアーカイブをそのまま再アップロードするだけでは、修正が反映されない場合があります。
Appleのプロファイル編集に関する案内も確認し、変更後のプロファイルが構築で使われる状態になっているか見直してください。プロファイルを直しただけで、すでに作成済みの成果物の署名まで自動的に変わるわけではありません。
手動アーカイブと自動構築の確認箇所
Xcodeから手動でアーカイブした場合は、プロジェクトの署名設定だけでなく、アーカイブ時の情報も確認します。対象のSchemeとアプリのターゲット、Bundle Identifier、署名方式を見直し、アーカイブの情報と照合してください。AppleのXcodeによるベータテスト・配布手順を参考に、適用するXcodeのバージョンに合った手順を確認できます。
自動構築の場合は、プロジェクト設定が正しいだけでは不十分です。実行したコミット、Scheme、構築ログ、署名設定、作成されたアーカイブをひとまとまりで確認し、どのプロファイルが実際に使われたかを追います。環境ごとに署名設定や利用可能なプロファイルが異なる場合は、ローカルで成功した構築とアップロードした成果物が同じ条件で作られたとは限りません。
Appleの構築アップロード手順を確認しながら、修正後のアーカイブを新しい構築として送信します。具体的な表示名や操作箇所は、Xcodeのバージョンやプロジェクトの署名方式で異なるため、設定画面だけで判断せず、構築ログとアーカイブ情報も照らし合わせてください。
再アップロード後は、構築状態とテスト資格を分けて確認
アップロード完了後は、App Store Connectで対象の構築を開き、まず処理状態を確認します。「Not Available for Testing」から別の状態に変わった場合は、最新の状態が示す対応を取ってください。構築の処理中、輸出コンプライアンス情報待ち、期限切れを、すべて同じ署名原因として扱うのは避けます。
構築がテスト可能な状態になったら、次にテストグループとの関連付けを確認します。内部テストか外部テストかに応じて、対象のグループに修正後の構築が割り当てられていること、テスターがそのテストにアクセスできることを確かめてください。AppleのTestFlightの概要と構築へのテスター追加手順では、構築とテスターの管理方法が案内されています。
外部テストでは、構築自体がテスト可能かどうかと、外部テストに必要な審査の状態を別々に確認します。テストグループにテスターを追加しただけで、審査や構築側の条件が満たされたことにはなりません。
TestFlightの利用可否を分ける判断条件
- 構築詳細が「Not Available for Testing」で、説明が識別子の不足を示す場合は、Bundle Identifierと署名設定を照合し、新しい構築を作成してアップロードします。
- 表示が処理中の場合は、処理完了後に状態を再確認します。識別子不足と判断して署名を変更するのは、詳細がその原因を示した場合に限ります。
- 輸出コンプライアンス情報の不足が示される場合は、Appleの案内に従って該当情報を入力します。
- 構築がテスト可能なのにテスターが使えない場合は、署名を変更する前に、テストグループへの構築の割り当てとアクセス資格を確認します。
- 外部テストの審査が進んでいない場合は、構築の署名状態とは分けて審査の状態を確認します。
よくある確認事項
TestFlightの「Not Available for Testing」は、ほかの利用不可状態と同じですか？
同じではありません。Appleがこの状態に対して示す原因は、Provisioning Profileにアプリケーション識別子が含まれていないことです。処理中や輸出コンプライアンス情報の不足、期限切れは別の状態として扱い、構築詳細に表示される内容に合わせて対応します。
どのProvisioning Profileを確認すればよいですか？
対象の構築成果物に使われたプロファイルを確認します。プロファイル名だけでなく、対象のターゲット、Bundle Identifier、構築ログ、アーカイブの署名情報を照合してください。自動署名では、プロジェクト設定に表示される値だけでは実際に採用された署名情報を確定できない場合があります。
アプリケーション識別子がプロファイルに含まれないときは、何を直しますか？
対象アプリのBundle Identifierに対応する識別子を含むApp Store用プロファイルを用意し、新しいアーカイブにその設定が使われるよう署名を見直します。そのうえで新しい構築をアップロードし、App Store Connectで状態を確認してください。設定を変更しただけで、既存のアーカイブが修正されるわけではありません。
新しい構築をアップロードしたあと、テスターが使えることはどう確かめますか？
App Store Connectで新しい構築の状態を確認し、テスト可能になってから、該当の内部または外部テストグループに構築が割り当てられているか確認します。テスターのアクセス資格も見直してください。外部テストでは審査の状態を構築の利用可否と分けて確認します。
手元の構築環境とリモートMacの使い分け
個人のMacだけで再構築を続ける方法は、すでに署名環境が整っていれば余計な移行がいらない一方、ディスク容量が足りないとアーカイブを作り直しにくく、端末を止めると自動構築を継続できません。複数の開発環境で署名設定を管理している場合は、どのプロファイルを使ったか追いにくくなることもあります。
ただし、長期にわたり安定した高負荷の構築を続ける場合や、実機を物理接続して検証する必要がある場合は、自分で管理するMacを選ぶほうが適しています。短期間の再構築や、署名設定を整理するための検証環境が必要なら、Macの利用方法を比較して、作業内容に合う選択肢を確認できます。
今回のように署名設定を確認しながら新しい構築を作り直すなら、手元のMacを買い足す前に、日本向けのリモートMac環境を一時的な検証先として使う方法もあります。VpsHoldのMacレンタルを利用すれば、構築作業を手元の端末から分けて進められます。署名材料を適切に管理できるか、実機接続が必要か、利用が一時的か継続的かを確認したうえで、採用する環境を決めてください。
よくある質問
TestFlightの「Not Available for Testing」は、どんな状態を示していますか？
Appleの構築状態の説明では、この状態はProvisioning Profileにアプリケーション識別子が含まれていないことを示します。該当する場合は、識別子を含むプロファイルで新しい構築を作成してアップロードしてください。構築の処理中や輸出コンプライアンス情報の不足、期限切れとは別の状態なので、表示された状態名と詳細を先に照合します。
どのProvisioning Profileを確認すればよいですか？
アップロード時に使った構築成果物に結び付くプロファイルを確認します。設定画面に表示される名前だけで判断せず、対象のターゲット、Bundle Identifier、署名方式、アーカイブまたは自動構築のログを照合してください。自動署名の場合も、該当の構築で実際に選択された署名情報を追い、修正後の成果物に反映されたことを確認します。
Provisioning Profileにアプリケーション識別子がない場合、どう直しますか？
対象アプリのBundle Identifierと一致するアプリケーション識別子を含むApp Store用プロファイルを用意し、そのプロファイルが新しいアーカイブに使われるよう署名設定を見直します。設定だけ変えて既存のアーカイブを再利用せず、修正後に改めて構築・アップロードしてください。App Store Connectの構築詳細で、新しい構築の処理状態も確認します。
新しい構築をアップロードしたあと、テストできることはどう確認しますか？
アップロード完了の表示だけでは判断せず、App Store Connectで新しい構築の状態を確認します。処理中や追加情報待ちなら、該当する状態の案内に従ってください。テスト可能になったら、目的の内部または外部テストグループにその構築が関連付けられていることと、テスターにアクセス資格があることを確かめます。外部テストの審査状況も構築自体の状態とは分けて見ます。
iOSアプリの検証環境を、専有Macで整えませんか？
VpsHoldなら、CPU・メモリ・ストレージを共有しない専有物理Macで、アプリのビルドや動作確認を進められます。