LASSIC Media らしくメディア

2026.07.08 らしくコラム

iOS18 SDK・Xcode16ビルド必須化、アプリ改修を外注

LASSIC IT事業部|元請(プライムベンダー)としてシステム保守・運用を受託

iOSアプリ開発の作業

この記事のポイント

  • 2025年4月24日以降、App Store Connectへの提出にはXcode16・iOS18 SDKでのビルドが必須になりました。
  • 対象はビルドに使うSDKのみで、アプリが対応する最小OSバージョン(デプロイメントターゲット)を下げる必要はありません。
  • 非推奨API対応や依存ライブラリの更新まで含めた移行作業は、内製と外注の切り分けが検討材料になります。

iOS18 SDK・Xcode16ビルド必須化とは、Apple提出時の最新ビルド要件

開発環境の更新イメージ

iOS18 SDK・Xcode16ビルド必須化とは、2025年4月24日以降にApp Store Connect(アプリの提出・審査・配信を管理するApple公式ポータル)へ提出するアプリを、Xcode16以降・iOS18 SDK以降でビルドすることをAppleが求めるようになった措置を指します*1*2

なお、Android向けアプリには別途Google PlayのターゲットAPIレベル義務化という要件がありますが、これは対象プラットフォーム・審査主体が異なる別の制度です。iOS向けにもプライバシーマニフェスト対応という別の要件がありますが、本稿で扱うのはビルドに使うSDK・Xcodeのバージョンそのものであり、両者とは区別して整理します。

図
図:Apple公式が示すiOS18 SDK・Xcode16移行の5ステップ(監査→改修→設定更新→回帰テスト→提出)

Appleは2024年9月9日、iOS18・iPadOS18などの提出受付開始を告知する公式ニュースの中で、「2025年4月からApp Store Connectへ提出するアプリはiOS18・iPadOS18・tvOS18・visionOS2・watchOS11向けのSDKでビルドする必要がある」と予告しました*1。その後、実際の適用開始日は2025年4月24日と確定しています*2

この要件はXcode(Appleが提供する統合開発環境)そのもののバージョンにも及びます。iOS18 SDKはXcode16に含まれているため、開発環境をXcode16以降に更新しないままではビルドできません*2。詳しい仕組みの違いは次章以降で整理します。

2025年4月24日、AppleがビルドSDKをiOS18・Xcode16へ切替

この要件の実態は、App Store Connectがアップロード時に返す検証エラーの形で開発者コミュニティに広く共有されました。Apple Developer Forumsに投稿された事例では、ITMS-90725(App Store Connectのビルド検証エラーコード)というエラーとして、「このアプリはiOS17.0 SDKでビルドされています。2025年4月24日以降、すべてのiOS・iPadOSアプリはXcode16以降に含まれるiOS18 SDK以降でビルドし、App Store Connectへアップロードまたは提出する必要があります」という文言が示されています*2

つまり要件が及ぶのは、新規のアップロードや配信提出という行為そのものです。すでに配信中のバイナリを即時に差し替えさせる措置ではありませんが、次回の更新をアップロードする段階では対応が欠かせません*2

この告知の狙いは、Apple自身が2024年9月の告知で述べているとおり、最新OSの機能を前提にしたアプリ開発環境へ開発者を移行させることにあります*1。毎年のOSメジャーバージョンに合わせてビルドSDKの下限を引き上げる運用は、iOS18・Xcode16に限った話ではなく、Appleが継続的に採用している仕組みです。この点は本稿の後半で改めて触れます。

ビルドSDKと対象OSバージョンの違い——なぜ対応範囲は変わらないのか

ここで混同しやすいのが、「ビルドSDK」と「対象OSバージョン(デプロイメントターゲット)」の違いです。ビルドSDKはアプリをコンパイルする際に使うSDK・Xcodeのバージョンを指し、デプロイメントターゲットはアプリが動作対象とする最小OSバージョンを指します*2。両者は別の設定項目であり、片方を上げても他方が連動して変わるわけではありません*2

Apple Developer Forumsの説明によれば、Xcode16はiOS12からiOS18までのデプロイメントターゲットに対応しています*2。つまりiOS18 SDKでビルドしても、対応OSの範囲を最新版に絞り込む必要はなく、古いiOS端末を使う利用者への対応を継続できます*2。両者の違いを整理すると次の通りです。

項目 ビルドSDK(Xcode16・iOS18 SDK) 対象OS(デプロイメントターゲット)
何を指すか アプリをコンパイルする際に使うSDK・Xcodeのバージョン*2 アプリが動作対象とする最小OSバージョン*2
変更の要否 2025年4月24日以降は必須*2 開発者が任意に設定できる*2
下げられるか 下げられない(常に最新SDKでビルド)*2 Xcode16ではiOS12まで設定可*2
未対応時の影響 App Store Connectへのアップロード・提出がエラーになる*2 対象外に設定した旧OS端末では利用できなくなる

提出できなくなるまでに起きること——非推奨API対応と依存ライブラリの連鎖

ビルドSDKをiOS18 SDKへ上げると、これまで使えていたAPIの一部が非推奨(deprecated)扱いになっている場合があります。非推奨API自体はすぐに動作しなくなるわけではありませんが、警告を放置すると将来の互換性リスクが積み重なるでしょう。次のSDK更新まで持ち越すと、改修範囲がさらに広がるおそれがあります。

影響はアプリ本体のコードだけにとどまりません。広告SDK・分析SDK・決済ライブラリなど、外部の依存ライブラリがXcode16・iOS18 SDKでのビルドに対応していないと、アプリ全体のビルドがそこで止まってしまうでしょう。依存関係が多いアプリほど、確認すべきライブラリの数は増えます。

App Store Connectへアップロードまたは提出できなくなると、新機能のリリースや不具合修正の配信が止まります*2。TestFlight(Appleが提供するベータ配布サービス)による配布も、App Store Connectへの提出に含まれるため同様に止まります*2。リリースサイクルが止まる期間が長引くほど、事業側への影響も大きくなりかねません。

監査から提出まで——iOS18 SDK移行の5ステップ

アプリの動作検証

移行作業は、思いつきで設定を変えるとアプリが起動しなくなる可能性があるため、段階を踏んで進める必要があります。ここでは前掲の図に沿って、監査から提出までの流れを整理します。

ステップ1は現状監査です。現在のビルドSDK・Xcodeバージョンを確認し、CI(Continuous Integration。ビルド・テストを自動化する仕組み)環境で固定しているXcodeバージョンも合わせて洗い出します。CI環境の設定を見落とすと、ローカルでは新しいXcodeを使っていても、CI経由のビルドだけが古いSDKのまま提出されてしまう場合があります。

ステップ2は非推奨API・依存ライブラリの改修対応です。iOS18 SDKへの更新で警告が出る箇所を洗い出し、置き換えが必要なAPIを改修します。サードパーティ製SDK・ライブラリについても、提供元がXcode16・iOS18 SDK対応版を公開しているかを確認し、必要に応じて更新します。

ステップ3はビルド設定の更新です。プロジェクト・ワークスペースの設定でXcodeのバージョンをローカル・CIの双方で16以降に統一します。ビルド設定の変更後は、まずローカル環境でエラーなくビルドが通ることを確認します。

ステップ4は回帰テストです。UIの表示崩れやAPI呼び出しの挙動変化がないかを、主要な画面・機能を中心に検証します。非推奨APIの置き換えによって挙動が微妙に変わる場合があるため、単純なビルド成功だけでは十分な確認とはいえません。

ステップ5はApp Store ConnectへのアップロードとTestFlight配布、そして審査提出です。ここまでの4ステップを終えたビルドであれば、iOS18 SDK・Xcode16要件を満たした状態で提出できます*2

内製と外注の分かれ目——次のSDK要件でも繰り返す判断軸

この作業を内製で担うには、複数領域の知識が求められます。Xcodeのビルド設定、非推奨APIの調査と改修、依存ライブラリの互換性確認、CI環境の設定変更、回帰テストの実施範囲の見極めなどです。これらを一人の担当者が兼務する体制では、通常業務と並行しての対応が負担になる場合があります。

専門パートナーに委託する場合は、対応範囲の広さが選定の分かれ目になります。非推奨API・依存ライブラリの洗い出しから改修、CI環境の更新、回帰テストまでを一括して依頼できるかどうかがポイントでしょう。検証環境での確認範囲を契約前にすり合わせておくと、提出後のトラブルを抑えやすくなります。

。対象アプリの規模や依存ライブラリの数によって、必要な作業量は変わってきます。現状のコードベースを診断したうえで、内製・外注の切り分けを検討することが実務的です。

この課題はiOS18 SDK・Xcode16に限った話ではありません。Appleは2026年4月28日から、iOS26・iPadOS26 SDK以降・Xcode26以降でのビルドを新たな要件としており*3、同様のSDK更新サイクルが今後も繰り返されると考えるのが自然でしょう。一度きりの対応で終わらせず、毎年のSDK更新に備えられる体制を整えておくことが、次のバージョンアップ時の負荷を抑える判断軸になります。

まとめ:iOS18 SDK・Xcode16移行で押さえる3つの判断軸

本稿ではiOS18 SDK・Xcode16ビルド必須化の仕組みと移行手順を、Apple公式情報をもとに整理しました。要点は3つに集約できます。第一に、2025年4月24日以降はApp Store Connectへの提出にXcode16以降・iOS18 SDK以降でのビルドが必須です*2。第二に、対象はビルドSDKのみで、対象OSバージョン(デプロイメントターゲット)は開発者が任意に設定できるため、古い端末への対応を打ち切る必要はありません*2。第三に、Appleは2026年4月28日にもiOS26 SDKへの切替を求めており*3、同種のSDK更新は繰り返し発生するため、内製・外注いずれの体制でも継続的な対応力が求められます。

LASSICに相談するメリット

LASSIC IT事業部は、iOSアプリの保守・改修を元請(プライムベンダー)として受託しています。非推奨API・依存ライブラリの調査から、Xcode環境の更新、CI設定の見直し、回帰テストまでを一貫して対応する体制を整えています。次のOS・SDK更新にも備えたい企業様は、現状のコードベース診断からご相談いただけます。

よくある質問

この要件は既存アプリの更新にも適用されますか。

適用されます。新規アプリだけでなく、既存アプリの更新をApp Store Connectへアップロードまたは提出する場合も、iOS18 SDK・Xcode16以降でのビルドが必須です*2

対象OSバージョンを下げて古い端末にも対応できますか。

対応できます。ビルドに使うSDKと対象OS(デプロイメントターゲット)は別の設定項目であり、Xcode16でiOS18 SDKを使ってビルドしても、対象OSはiOS12まで設定可能です*2

TestFlightでの配布にもこの要件は関係しますか。

関係します。TestFlightによる配布もApp Store Connectへの提出に含まれるため、同じビルドSDK・Xcodeのバージョン要件が適用されます*2

サードパーティ製のSDKやライブラリも確認が必要ですか。

確認が必要です。広告SDK・分析SDK・決済ライブラリなど依存しているライブラリがXcode16・iOS18 SDKでのビルドに対応していないと、アプリ全体のビルドが失敗する場合があります。提供元の対応状況を事前に確認することが大切です。

この先も同様のSDK更新要件は続きますか。

続く可能性があります。Appleは2026年4月28日からiOS26・iPadOS26 SDK以降・Xcode26以降でのビルドを新たな要件としており*3、同様のサイクルが今後も繰り返されると想定されます。

著者:テレリモ総研編集部 鈴木 亮佑


ITアウトソーシング・システム開発のご相談はLASSICへ

元請(プライムベンダー)として、貴社の課題に合わせた体制構築・開発支援をご提案します。まずはお気軽にご相談ください。

無料相談はこちら

ご不明な点はお問い合わせフォームからもご連絡いただけます。

  1. *1 出典:Apple Developer News「App Store submissions now open for the latest OS releases」(2024年9月9日)(https://developer.apple.com/news/?id=utw4yhtp
  2. *2 出典:Apple Developer Forums「SDK version issue」(App Store Connectのビルド検証エラーITMS-90725の引用を含むスレッド)(https://developer.apple.com/forums/thread/775864
  3. *3 出典:Apple Developer News「Upcoming SDK minimum requirements」(2026年2月3日)(https://developer.apple.com/news/?id=ueeok6yw


View