Apple公式の役割説明では、証明書を管理できる権限と、アプリを管理・アップロードする権限は分けて扱われています。Apple Developerの役割一覧にもとづくと、Apple Distribution 証明書の有効期限切れ 2026に対しては、いきなり全証明書を削除してはいけません。まず自動署名か手動署名かを分け、権限、秘密鍵、プロビジョニングプロファイルを順番に確認します。
[ SECTION_01 ] 対象読者と最初の判断
この記事は、App Store更新の期限が近いのに分配用証明書の期限切れ通知が出た運用責任者向けです。外注先から引き継いだものの、秘密鍵、プロファイル、元のビルド用Macが見つからない担当者にも適しています。
技術担当者が別拠点から作業するため、安定したMac環境を用意したいチーム管理者も対象です。結論は明確です。自動署名ならチームと権限、クラウド管理証明書を先に確認します。手動署名なら、有効な証明書、対応する秘密鍵、再生成したApp Store用プロファイルでArchiveとアップロードを検収します。
まず分ける4つの資産
- Apple Developer Programのメンバーシップ：開発者プログラムへの参加状態です。証明書そのものではありません。メンバーシップの更新と復旧に関する公式説明で状態を確認します。
- Apple Distribution証明書：App Store提出用のビルドに署名する資産です。Ad Hoc配布や社内配布の証明書と同じ扱いにはできません。証明書の種類と権限を参照します。
- プロビジョニングプロファイル：アプリ識別子、配布方式、署名証明書を結び付けます。証明書だけを更新しても、古いプロファイルは自動で有効になりません。
- App Store Connectのアプリ状態：アプリ、バージョン、ビルドの管理場所です。署名が直っても、別アプリのチームやバージョンに送れば更新作業は完了しません。
先に保存する証拠
復旧前に、次の情報を脱落しない形で保存します。
- 期限切れ通知の画面。
- XcodeのSigning設定と表示されたチーム名。
- Archive時のエラー全文。
- App Store Connectで選択したアプリ名とバージョン。
- 元のMac、担当者、外注先が管理していた署名資産の対応関係。
アカウント名、メールアドレス、チーム識別子、証明書の秘密情報はスクリーンショットから隠します。画面をそのまま共有すると、復旧資料が認証情報の漏えい経路になります。
[ SECTION_02 ] 自動署名の復旧はチームと権限から始める
Xcodeで「Automatically manage signing」が有効なら、古い証明書を見つけた時点で全資産を撤回する必要はありません。現在のApple Accountが正しいチームを選択しているか、証明書関連の管理権限を持っているかを確認します。
Appleは、条件を満たすチームでXcodeがクラウド管理証明書を利用できる仕組みを案内しています。クラウド管理証明書の公式説明を確認し、担当者の役割とプロジェクトの設定を一致させます。
自動署名の操作順
- Xcodeを開き、対象プロジェクトのSigning & Capabilitiesを表示します。
- Automatically manage signingの状態を確認します。
- Teamが意図したApple Developerチームになっているか確認します。
- Bundle IdentifierがApp Store Connectの対象アプリと一致しているか確認します。
- 変更前の設定を保存してから、Archiveを新規作成します。
- OrganizerのDistribute AppでApp Store配布を選び、署名検査まで進めます。
- 署名検査を通過した場合だけ、アップロードへ進みます。
ここでチームが表示されない、証明書を作成できない、識別子が登録できない場合は、Xcodeの再インストールより先に権限を確認します。担当者がApp Store Connectを操作できても、証明書を管理できるとは限りません。
[ SECTION_03 ] 手動署名では証明書、秘密鍵、プロファイルを一組で戻す
手動署名のプロジェクトは、証明書だけを入れ替えても復旧しません。新しいApple Distribution証明書、対応する秘密鍵、対象アプリ用のApp Storeプロビジョニングプロファイルが同じ構成で必要です。
手動署名の5段階
-
旧資産の利用範囲を記録する
旧証明書を使うプロジェクト、CI環境、担当者を一覧化します。別のアプリや別チームのビルドを止める可能性があるため、不要な撤回は避けます。 -
新しい証明書を作成する
権限を持つ担当者が証明書作成を開始します。CSRが必要な場合は、Apple公式のCSR作成手順に従い、作成した秘密鍵を同じMacで保護します。 -
証明書と秘密鍵を確認する
キーチェーンアクセスで証明書を展開し、その下に対応する秘密鍵があるか確認します。証明書ファイルをダウンロードしただけでは、署名可能な状態とは限りません。 -
App Store用プロファイルを作り直す
新しい証明書を選択して、対象のBundle IDとApp Store配布方式でプロファイルを再生成します。App Storeプロビジョニングプロファイルの作成手順と、プロファイルの編集・再生成手順を照合します。 -
Xcodeに反映してArchiveする
新しい証明書とプロファイルを正しいMacへ安全に導入し、Signing設定を更新します。Archiveを作成し、署名検査、エクスポート、App Store Connectへのアップロードを一度の流れで確認します。
旧Macや元担当者がまだ使えるなら、秘密鍵を含む署名アイデンティティを保護された方法で引き継ぐ方が、無関係な資産を作り直すより安全です。Apple Accountのパスワード、Macの管理者パスワード、未保護の証明書書き出しファイルを共有してはいけません。
[ SECTION_04 ] 失敗結果ごとに再テストする
証明書を更新した後もアップロードできない場合、同じ操作を繰り返してはいけません。結果を次の4種類に分けます。
- 署名検査で失敗する：証明書と秘密鍵、Xcodeのチーム、署名方式を再確認します。
- プロファイルが無効になる：新しい証明書を含むApp Store用プロファイルを再生成します。
- チームやアプリが違う：Apple Account、Team、Bundle ID、App Store Connectの対象アプリを照合します。
- アップロード後にビルドが表示されない：ビルド処理、バージョン番号、権限、アップロードログを確認します。
AppleのApp Store Connectへのビルドアップロード手順と、Xcodeから送信する公式手順を基準に、変更する項目を1つに絞ります。
たとえば、署名検査が通っているのにApp Store Connectで処理中のままなら、証明書を再作成する問題とは限りません。バージョン、権限、ビルド処理に調査対象を移し、アップロード時刻とログを保存します。
[ SECTION_05 ] FAQ：発行方式とMac変更時の分岐
Apple Distribution証明書の期限切れ後も更新できるケース
公開済みアプリの掲載状態と、新しいビルドを署名できる状態は別です。期限切れ証明書で新しい更新版を作成することはできないため、有効な証明書とプロファイルを用意します。Ad Hocや社内配布の復旧手順をApp Store配布へそのまま適用しないことが重要です。
自動署名が更新されない場合
自動署名は権限不足やチーム選択の誤りを無視して進む仕組みではありません。Xcodeにログインしたアカウント、Team、Bundle ID、クラウド管理証明書の利用条件を確認します。解決しない場合にだけ手動署名へ切り替え、先に旧資産を記録します。
証明書ファイルだけ残っている場合
ファイルの存在は秘密鍵の存在を意味しません。キーチェーンアクセスでペアを確認し、元のMacから安全に移行できるか判断します。秘密鍵が失われている場合は、権限を持つ担当者が新しい証明書とプロファイルを作成し、古いファイルだけで復旧しようとしないでください。
新しい証明書でもプロファイルが無効な場合
古い証明書を参照するプロファイルが残っている可能性があります。対象のBundle ID、配布方式、証明書を選び直してApp Store用プロファイルを再生成し、XcodeのSigning設定とArchiveの署名結果を確認します。
Mac交換後の署名復旧
新しいMacにXcodeとプロジェクトを置くだけでは不十分です。秘密鍵を含む署名アイデンティティ、プロファイル、チーム権限、キーチェーンの状態を確認し、最後にArchiveとアップロードを実行します。元Macに秘密鍵がなければ、担当者の引き継ぎだけで解決しない場合があります。
[ SECTION_06 ] 発行後の検収チェックリスト
復旧作業は「証明書を作成した時点」では完了ではありません。次の項目をすべて記録し、運用担当者と技術担当者の双方が確認します。
- [ ] 正しいApple Developerチームを選択した
- [ ] Apple Developer Programのメンバーシップ状態を確認した
- [ ] Apple Distribution証明書に対応する秘密鍵を確認した
- [ ] App Store配信用のプロビジョニングプロファイルを再生成した
- [ ] XcodeのSigning設定とBundle IDを照合した
- [ ] 新しいArchiveの署名検査を完了した
- [ ] App Store Connectの正しいアプリとバージョンへ送信した
- [ ] ビルドの処理状態とアップロードログを保存した
- [ ] 証明書管理担当者と次回の見直し条件を記録した
- [ ] パスワードや秘密鍵を共有文書へ平文で保存していない
固定Macだけに依存すると、そのMacの故障、担当者の退職、外注先との契約終了が次回更新の停止要因になります。一方、短期のレンタルMacは長期の安定稼働や物理機器が必要なチームには適さないため、Archiveとアップロードを先に検収して判断します。
現在の構成が「利用できない元Mac」「引き継がれていないキーチェーン」「担当者ごとに異なる署名設定」のいずれかを抱えているなら、復旧のたびに同じ確認が発生します。NOVAKVMのレンタルMacを使えば、必要な期間だけ継続アクセスできるmacOS環境を用意し、技術担当者がXcodeへのログイン、Archive、アップロード確認を同じ作業場所で進められます。利用を検討する場合は、NOVAKVMのMac環境を確認し、まず1回の署名検査とビルド送信を基準に適合性を判断してください。
次回の更新まで固定Macを用意できない場合は、米国東部のMac環境のような候補を比較できます。ただし、遠隔MacはAppleの権限、審査、地域条件を回避するものではありません。証明書、秘密鍵、チーム権限を正しく管理できる担当者を決めたうえで、発行環境の一時的な補完として利用するのが安全です。
よくある質問
Apple Distribution証明書の有効期限が切れても、公開中のアプリは更新できますか？
公開済みアプリが直ちにストアから消えるとは限りませんが、期限切れの証明書を使った新しいビルドは署名できません。更新には有効な署名資産が必要です。まずApple Developer Programのメンバーシップ、App Store Connectのアプリ状態、配布方式を分けて確認し、App Store配信用の新しいArchiveを作成します。
Xcodeの自動署名なら、分配用証明書は自動で更新されますか？
自動署名が有効でも、ログイン中のアカウントが正しいチームに所属し、証明書や識別子を管理できる権限を持っている必要があります。条件を満たせばXcodeがクラウド管理証明書を利用して署名資産を整えられますが、チーム違い、権限不足、既存設定の不整合がある場合は自動では解決しません。
証明書ファイルはあるのに秘密鍵が見つからない場合はどうしますか？
証明書ファイルだけでは、署名に必要な秘密鍵を復元できません。キーチェーンアクセスで証明書を展開し、対応する秘密鍵が同じMacに存在するか確認してください。元のMacや担当者が利用できるなら、保護された方法で署名アイデンティティを引き継ぎます。見つからない場合は、権限を持つ担当者が新しい証明書を作成します。
新しい証明書を作成したのに、プロビジョニングプロファイルが無効になる理由は何ですか？
プロビジョニングプロファイルは、アプリの識別子、配布方式、署名証明書などの組み合わせに依存します。証明書だけを更新しても、古い証明書を参照するプロファイルは有効になりません。App Store用のプロファイルを新しい証明書で再生成し、Xcodeの署名設定とArchiveに反映されているか確認します。
Macを交換した後、App Store向けの署名環境を戻すには何を確認しますか？
新しいMacには、プロジェクト、Xcode、チームにアクセスできるApple Account、証明書と秘密鍵、必要なプロビジョニングプロファイルを順番に用意します。証明書だけをダウンロードして終わりにせず、Archiveの署名チェックとApp Store Connectへのアップロードまで実行してください。旧Macの秘密鍵が失われている場合は、新しい署名資産の作成が必要です。