iOS 27 시작 화면은 어떻게 검수하나요? 2026년 제출 점검표

판정: iOS 27.0 SDK 이상으로 빌드할 iOS 및 iPadOS 앱은 인정된 시작 화면 설정을 포함해야 합니다.
조치: 제출에 사용할 Archive의 Info.plist와 실제 시작 화면을 함께 검수하고, 구형 SDK로 만든 기존 빌드까지 즉시 다시 만들 필요가 있다고 단정하지 마세요.

이 글은 iOS 27 SDK로 전환하려는 독립 개발자가 제출 전 설정과 빌드 결과를 확인하도록 돕습니다.
Storyboard, SwiftUI 또는 코드로 화면을 구성하는 개발자는 프로젝트 구조에 맞는 적용 범위를 확인할 수 있습니다.
원격 맥이나 지속적 통합 환경에서 빌드하는 팀은 실제 제출 산출물을 기준으로 기록을 남길 수 있습니다.

마지막 업데이트: 2026년 10월 20일. 요구 사항과 도구 안내는 Apple의 iOS 및 iPadOS 27 출시 노트와 시작 화면 기술 설명에서 확인했습니다. Apple이 구체적인 접수 시작일을 별도로 확정하지 않았다면 날짜를 추정해 일정에 넣지 마세요.

iOS 27 시작 화면 요구는 어떤 빌드에 적용되나요?

요구 여부를 가르는 기준은 앱의 최소 배포 버전이나 사용자의 기기 운영체제가 아니라 빌드에 사용한 SDK입니다. Apple은 iOS 또는 iPadOS 27.0 SDK 이상으로 빌드한 앱에 시작 화면 구성을 요구하며, 설정이 누락된 앱은 해당 SDK로 만든 앱의 접수를 시작할 때 거부될 수 있다고 안내합니다. iOS 및 iPadOS 27 출시 노트와 TN3208을 기준으로 확인하세요.

따라서 최소 배포 버전을 낮게 설정했다고 해서 시작 화면 요구를 피할 수 있다고 보면 안 됩니다. 반대로 요구를 새 SDK로 만든 빌드에 관한 것으로 이해하고, 이미 제출한 구형 SDK 빌드 전체를 당장 다시 빌드해야 한다고 확대 해석하지도 마세요. 제출 예정인 빌드의 SDK를 확인한 뒤 판단해야 합니다.

설정 선언: 인정된 Info.plist 키가 들어 있나요?

iOS 27 SDK 빌드의 Info.plist에는 Apple이 인정하는 시작 화면 관련 설정이 포함되어야 합니다. Apple의 TN3208과 Xcode 시작 화면 설정 안내에서 인정 키와 설정 방법을 대조하세요.

iOS 27 SDK 빌드의 앱은 시작 화면을 설정해야 하나요?

네. 해당 SDK로 빌드해 제출하는 앱이라면, 최종 앱에 유효한 시작 화면 구성이 포함되는지 확인해야 합니다. 설정 여부는 프로젝트에서 어떤 화면 구현 방식을 사용했는지만으로 판단하지 마세요. 빌드에 참여한 설정과 결과물의 plist를 모두 확인해야 합니다.

Info.plist에서 어떤 시작 화면 키를 확인하나요?

Apple이 안내하는 키는 UILaunchStoryboardName, UILaunchStoryboards, UILaunchScreen, UILaunchScreens입니다. 다음 표처럼 프로젝트가 사용하는 설정 방식과 실제 빌드 결과를 연결해 확인하세요. 키가 있다는 사실만으로 화면의 모양이나 실행 결과까지 검수된 것은 아닙니다.

앱 정보 속성 목록 관리 안내는 Xcode가 앱의 정보 속성을 관리하는 방법을 설명합니다. 프로젝트에 별도 plist 파일이 보이지 않더라도 빌드 설정으로 최종 앱 정보가 만들어질 수 있으므로, 저장소에서 파일 하나만 열어보고 통과 처리하지 마세요.

대상 범위: 제출 앱과 설정의 일치 여부

앱 하나에 Target이 하나만 있다고 가정하면 다중 대상 프로젝트에서 설정 누락을 찾기 어렵습니다. 제출할 주 앱을 기준으로 빌드 구성별 설정을 살피고, 테스트 대상이나 확장 기능의 설정을 주 앱의 검수 결과로 대신하지 마세요.

• [ ] App Store에 제출할 iOS 또는 iPadOS 주 앱 Target을 식별합니다.
• [ ] 실제 Archive에 사용하는 Build Configuration을 확인합니다.
• [ ] Debug와 Release의 plist 생성 방식이나 설정값이 다르면 각각 비교합니다.
• [ ] 앱 확장과 테스트 Target을 주 앱과 구분해 기록합니다.
• [ ] 다중 앱을 묶어 제출한다면 각 제출 앱의 설정을 별도로 확인합니다.

이 목록은 프로젝트 설정을 확인하는 출발점이지, 확장이나 테스트 Target까지 동일한 제출 요건이 적용된다는 뜻은 아닙니다. 어떤 앱이 실제 제출 대상인지 먼저 정하고, 그 앱의 빌드 결과에 맞춰 점검 범위를 정하세요.

Archive 검수: 설정의 최종 산출물 반영 여부

Xcode 설정 화면은 입력값을 보여줄 뿐, 현재 제출하려는 Archive가 그 값으로 만들어졌음을 보장하지 않습니다. 앱 배포와 Archive 안내에 따라 제출할 Archive를 확인하고, 앱 번들에 담긴 Info.plist를 직접 살피세요.

Archive 안의 시작 화면 설정은 어떻게 확인하나요?

먼저 검수할 Archive를 정하고, 앱 번들 안의 Info.plist를 확인합니다. 터미널에서 Archive 경로를 지정한 다음 아래 명령으로 앱 번들의 plist 위치를 찾을 수 있습니다.

ARCHIVE="/경로/앱.xcarchive"
find "$ARCHIVE/Products/Applications" -path '*/Info.plist' -print

출력에서 제출할 주 앱에 해당하는 경로를 골라 내용을 확인합니다.

PLIST="/찾은/앱.app/Info.plist"
plutil -p "$PLIST"

결과에서 앞서 안내한 시작 화면 키 중 프로젝트에 맞는 선언이 있는지 살펴보세요. 확장 앱이나 다른 번들의 plist를 확인하고 주 앱 결과로 오인하지 않도록 앱 경로도 기록해야 합니다.

검수 기록에는 사용한 Xcode와 SDK, Target 및 Build Configuration, 확인한 Archive 경로, 확인한 plist 키를 함께 남기세요. Xcode의 배포 상태나 도구 버전은 Apple Developer Releases와 Xcode 출시 정보에서 확인하고, 실제 빌드에 사용한 버전과 혼동하지 마세요.

Archive를 새로 만들었다면 이전 Archive의 확인 결과를 새 빌드에 재사용하지 마세요. 설정을 고친 뒤에는 새 산출물을 만들고, 그 산출물의 plist와 실행 화면을 다시 확인해야 합니다.

실행 화면 검수: 선언이 있어도 시뮬레이터에서 확인해야 하나요?

네. plist 선언은 설정 존재 여부를 확인하는 항목이고, 실제 실행 검수는 사용자가 앱을 열 때 시작 화면이 어떻게 표시되는지 확인하는 별도 항목입니다. Apple의 시작 화면 디자인 지침과 TN3118 시작 화면 문제 해결 안내를 참고해 대상 시뮬레이터나 사용 가능한 기기에서 실행하세요.

• [ ] 제출할 빌드와 같은 구성으로 만든 앱을 실행합니다.
• [ ] 앱을 완전히 종료한 뒤 다시 열어 시작 화면을 확인합니다.
• [ ] 시작 화면에서 앱의 첫 화면으로 넘어갈 때 내용과 배치가 자연스럽게 이어지는지 살핍니다.
• [ ] 화면 크기나 방향을 바꿔 테스트한다면 어떤 환경에서 확인했는지 기록합니다.
• [ ] plist 선언이 있어도 레이아웃이나 화면 연결이 어색하면 별도 수정 항목으로 남깁니다.

이미 설정된 화면이 있다고 해서 모든 기기 크기와 실행 흐름에서 시각적 검수가 끝난 것은 아닙니다. 특히 확인한 앱이 새로 만든 제출용 Archive와 같은 빌드인지 기록해야 결과를 재현할 수 있습니다.

제출 증거: 재검토 가능한 기록을 남기세요

App Store 제출 전 기록은 “설정을 확인했다”는 메모보다 구체적이어야 합니다. 아래 항목을 한곳에 모으면 빌드 담당자가 바뀌거나 원격 환경에서 다시 만들 때도 무엇을 통과시켰는지 대조할 수 있습니다.

• [ ] 사용한 Xcode와 SDK, 빌드 구성을 기록했습니다.
• [ ] 실제 제출 Target과 plist 생성 방식을 확인했습니다.
• [ ] 새로 만든 Archive에서 주 앱의 Info.plist를 확인했습니다.
• [ ] 인정된 시작 화면 키와 확인한 앱 번들 경로를 남겼습니다.
• [ ] 시뮬레이터 또는 기기에서 실행한 결과와 확인 환경을 기록했습니다.
• [ ] 설정 누락이나 빌드 오류를 고쳤다면 새 Archive를 만들고 다시 검수했습니다.

요구 사항이나 접수 일정은 Apple의 출시 노트가 갱신될 수 있으므로 제출 직전에 공식 안내를 다시 확인하세요. 구체적인 접수 시작일이 공지되지 않았다면 추정 날짜를 일정이나 승인 조건으로 쓰지 않는 편이 안전합니다.

현재 빌드 환경이 Windows나 Linux라면 Xcode 기반 Archive 생성과 시작 화면 검수에는 별도의 macOS 환경이 필요합니다. 클라우드 빌드만 사용하면 실행 화면을 직접 확인하는 환경이 제한될 수 있고, 개인 맥을 빌드 전용으로 두면 장비 비용과 상시 관리 부담이 생깁니다. 반대로 물리 장비나 주변 기기 연결이 필요한 작업, 장기간 일정한 부하를 유지하는 작업은 직접 보유한 맥이 더 적합할 수 있습니다. 제출 전 한시적으로 실제 macOS 빌드와 Archive를 검수해야 하지만 쓸 수 있는 맥이 없다면, 원격 맥 활용 사례를 살펴보고 요구 환경을 비교하세요. 단기 빌드와 점검이 목적이라면 KVMFLUX 요금 안내에서 이용 조건을 확인한 뒤, 실제 프로젝트 Archive를 새로 만들어 동일한 검수 절차를 적용할 수 있는지 판단하면 됩니다.