iOS 27対応アプリの申請開始｜SDK要件と提出前のチェックポイント
iOS 27対応アプリの申請受付が始まった
Appleは2026年9月9日、iOS 27などの新しいOSに対応したアプリの申請受付を開始したと発表しました。開発者向けには、開発ツールの正式版候補となるXcode 27 Release Candidateを使い、最新SDKでのビルド、公開前の配布に使うTestFlightでのテスト、App Storeへの審査提出という流れを案内しています。
SDKは、アプリを作る際に使う開発用の部品やツールの一式です。コードを実行・配布できる形式にする作業と、その成果物を「ビルド」と呼びます。この記事では、SDK要件が切り替わる時期と、提出前に確認する作業を順に整理します。個人開発でも、ビルド・動作確認・掲載情報・審査提出の完了条件を分けておくと、残っている作業を把握できます。
申請前に押さえる3つのこと
受付開始：2026年9月9日
iOS 27の機能を使うアプリを申請するための準備を進められる。
SDK要件の変更：2027年4月から
アップロードするiOSアプリは、iOS 27 SDK以降でのビルドが必要になる。
提出は最後まで確認する
ビルドのアップロード、テスト配布、審査への提出は、それぞれ完了状態を確認する。
現在と2027年4月からのSDK要件を確認する
2026年9月10日に確認したAppleの要件一覧では、同年4月28日から、iOSアプリのアップロードにXcode 26以降とiOS 26 SDK以降が必要とされています。今回の申請受付開始の告知では、次の切り替えを2027年4月からと案内しています。
iOSアプリのSDK要件と受付開始
01 2026年4月28日から：現在の最低要件
Xcode 26以降とiOS 26 SDK以降でビルドしたアプリが対象。
02 2026年9月9日：iOS 27対応の申請受付開始
iOS 27の機能を取り入れたアプリの申請に進める。
03 2027年4月から：最低SDKを更新
App Store ConnectへアップロードするiOSアプリは、iOS 27 SDK以降でビルドする。
今回の更新でiOS 27の新機能を使うなら、Xcode 27でのビルドと動作確認を計画します。既存機能の修正を優先するなら、現在の要件を満たした更新作業と、次のSDKへの移行予定をそれぞれ決めます。移行日を決めるときは、アプリが利用する外部ライブラリの対応確認も作業に含めます。
ビルドからTestFlightまでの完了条件を決める
Appleの申請準備ガイドは、新しいOSを搭載するデバイス上で、アプリが想定どおりに動くことを確かめるよう案内しています。Xcodeを更新したあとは、ビルドの成功を確認し、続けてログイン・入力・保存など、そのアプリの主要な操作を試す計画を立てます。
ビルドを提出候補にするまで
01 ビルドを作成する
使用するXcode・SDK、アプリのバージョン番号、ビルド番号を記録する。
02 アップロードと処理完了を確認する
Apple側の処理が終わり、App Store Connectに対象ビルドが表示されたことを確認する。
03 TestFlightで配布して操作を確認する
実際に配布したビルドをテスターが使い、主要操作の結果と不具合を集める。
App Store Connectは、配布するアプリや掲載情報を管理するサービスです。ビルドのアップロード手順によると、アップロード後はApple側の処理を経てビルドが表示されます。アプリとの対応付けには、アプリを識別するBundle IDとバージョン番号が使われ、ビルド番号で個々のビルドを識別します。提出する版を取り違えないよう、この組み合わせを記録します。
TestFlightは公開前のアプリを配布し、テスターから意見や不具合報告を集めるためのサービスです。確認項目には成功する操作に加え、通信が切れた場合や入力内容が不足した場合など、そのアプリで起こりやすい条件も入れます。テスト項目はアプリの機能に合わせて選びます。
掲載情報と年齢区分を提出する版に合わせる
新しい機能を追加すると、説明文やスクリーンショットだけでなく、プライバシー情報や年齢区分の回答にも変更が生じる場合があります。Appleの申請準備ガイドに沿って、掲載する情報が提出ビルドの内容と一致するか確認します。
| 対象 | 確認する内容 |
|---|---|
| アプリの掲載情報 | 説明文・スクリーンショット・プレビューが、提出する機能と表示に合っているか。 |
| プライバシー情報 | 自分のアプリと組み込んだ外部SDKが扱うデータを反映しているか。 |
| 年齢区分 | アプリ内のコンテンツ、機能、利用制限について回答を見直したか。 |
| 審査用の情報 | ログインが必要な機能など、審査担当者が確認するための情報を用意したか。 |
今回の告知でも、SNS機能がある場合はApp Store Connectで申告するよう案内されています。対象機能の判断や回答については、App Storeの年齢区分に追加されたSNS機能の質問で詳しく説明しています。審査準備全体は、個人開発者向けのApp Store申請前チェックも参照できます。
審査へ送信したことを最後に確認する
Appleの審査提出手順では、掲載情報と対象ビルドをそろえたあと、提出する内容をまとめて審査へ送ります。管理画面に表示される英語名では、次の2つの操作を区別します。
App Store Connectでの最後の2段階
1. Add for Review
アプリのバージョンを提出内容に追加する。状態はReady for Reviewになり、送信する内容を確認できる。
2. Submit for Review
確認した内容を審査へ送信する。送信後のWaiting for Reviewは受付済み・審査待ち、In Reviewは審査中を表す。
送信後は、App Store Connectの対象アプリのバージョン画面で状態を確認します。Appleの状態一覧によると、Waiting for ReviewはAppleが提出内容を受け取り、審査開始を待っている状態です。この表示を確認し、提出作業の完了として記録します。
ビルドをアップロードできる役割と、審査へ提出できる役割にも違いがあります。アップロードはDeveloperも行えますが、審査提出に必要な役割はAccount Holder、Admin、App Managerです。チームで進める場合は、最後の提出を担当する人まで決めておきます。
最初に、今回提出するビルドのXcode・SDK・バージョン番号を確認しましょう。そのうえで、主要操作の確認、掲載情報の更新、審査への送信をチェック項目に分けると、iOS 27対応のリリースまでに残る作業が見えてきます。
参考資料
- Apple「App Store submissions now open for the latest OS releases」 — 2026年9月9日。受付開始と次のSDK要件。
- Apple「Upcoming Requirements」 — 2026年9月10日閲覧。現在のSDK最低要件。
- Apple「Submitting」 — 同日閲覧。ビルド・テスト・掲載情報の準備。
- Apple「Upload builds」 — 同日閲覧。処理、ビルド識別、役割。
- Apple「TestFlight」 — 同日閲覧。公開前の配布とフィードバック。
- Apple「Submit an app」 — 同日閲覧。審査への提出操作と役割。