App Store 제출 체크리스트(2026): Xcode 26 빌드부터 Submit for Review까지

App Store 제출 체크리스트란 제출 전에 함께 준비되어 있어야 하는 항목의 목록입니다. 작동하는 빌드, 정확한 스토어 등록 정보, 사실에 맞는 개인정보 응답, 그리고 심사자가 앱을 사용할 수 있을 만큼의 안내가 여기에 포함됩니다. 빌드가 성공했다는 것만으로는 충분하지 않습니다. 아래 여섯 섹션은 App Store Connect가 요구하는 순서를 따르며, 각 섹션은 바로 실행할 수 있는 짧은 답변으로 시작합니다.

Submit을 누르기 전에 App Store 제출에 무엇이 필요한가요?

App Store 제출에는 버전에 연결된 처리 완료 빌드, 해당 버전의 필수 메타데이터, 스크린샷, 개인정보 처리방침, App Review 연락처 정보, 그리고 앱에 로그인이 있다면 작동하는 데모 계정 정보가 필요합니다. App Review Guidelines의 "Before You Submit" 목록은 두 가지를 더 요구합니다. "심사 기간 동안 백엔드 서비스가 활성화되어 접근 가능하도록 할 것", 그리고 직관적이지 않은 기능은 심사 메모에 설명할 것입니다.

어떤 계정 및 앱 레코드 설정이 준비되어 있어야 하나요?

활성 상태의 Apple Developer 멤버십, 서명된 빌드와 번들 ID가 일치하는 앱 레코드, 그리고 Account Holder, Admin 또는 App Manager 역할을 가진 팀원이 필요합니다. Apple의 Submit an app 페이지가 제출에 요구하는 역할이 바로 이것들입니다.

레코드를 만들 때 이름, 기본 언어, SKU를 정합니다. SKU는 내부용이며 고객에게는 보이지 않습니다. 유료 앱이나 인앱 구입을 판매한다면 유료 앱 계약, 세금, 은행 정보를 먼저 완료하세요. 빌드에 문제가 없더라도 서명하지 않은 계약 때문에 유료 출시가 지연될 수 있습니다.

2026년 App Store 업로드에는 어떤 빌드 요구 사항이 적용되나요?

2026년 10월 기준, Apple의 upcoming requirements 페이지는 "App Store Connect에 업로드하는 앱은 iOS 26, iPadOS 26, tvOS 26, visionOS 26 또는 watchOS 26용 SDK를 사용해 Xcode 26 이상으로 빌드해야 한다"고 명시합니다(2026년 4월 28일부터). 또한 iOS 및 iPadOS 앱은 "iOS 13 이상을 대상으로 해야 한다"고 밝힙니다(2026년 9월 9일부터).

• 업로드할 때마다 빌드 번호를 올리고, 버전 번호가 출시하려는 릴리스와 일치하는지 확인하세요.
• 본인 컴퓨터뿐 아니라 CI(Codemagic, Expo EAS, GitHub Actions 등)의 Xcode 이미지도 업데이트하세요.
• 처리가 끝나면 수출 규정 준수 관련 질문에 답하고, 처리된 빌드를 버전에 연결하세요.
• TestFlight 빌드를 실기기에 설치하세요. 온보딩, 로그인, 오프라인 상태, 구입, 구입 복원을 테스트하세요. 시뮬레이터에서 잘 돌아간다고 배포된 빌드가 작동한다는 보장은 없습니다.
• 업로드 후 App Store Connect가 보내는 이메일을 읽으세요. 개인정보 매니페스트나 SDK 버전에 관한 ITMS 경고를 무시하면 제출을 막는 문제가 됩니다.

가이드라인 2.1(a)는 그렇지 않을 때의 결과를 분명히 밝힙니다. "불완전한 앱 번들과 크래시가 발생하거나 명백한 기술적 문제가 있는 바이너리는 리젝됩니다." 아카이브하기 전에 플레이스홀더 화면, 디버그 메뉴, 깨진 링크를 제거하세요. 2.1 대응 릴리스 빌드 테스트 플랜에서 이 점검 항목을 자세히 다룹니다.

App Store Connect는 어떤 스크린샷과 메타데이터를 요구하나요?

2026년 10월 기준, Apple의 스크린샷 규격은 "iPhone with Dynamic Island(중간 크기 디스플레이)"용 스크린샷을 최소 1장 요구합니다. 예를 들어 세로 1206 × 2622 또는 1179 × 2556입니다. iPad에서 실행되는 앱은 2064 × 2752 또는 2048 × 2732 같은 iPad 13인치 스크린샷도 최소 1장 필요합니다.

"기기 크기별로 .jpeg, .jpg, .png 형식의 스크린샷을 최대 10장까지 업로드할 수 있으며", "이미지에는 알파 채널이나 투명 영역이 포함될 수 없습니다." 인터페이스가 크기별로 동일하다면 필수 해상도 중 가장 높은 해상도만 업로드하면 App Store Connect가 축소해 줍니다. 가이드라인 2.3.3은 스크린샷이 "타이틀 아트, 로그인 페이지, 스플래시 화면만이 아니라 앱이 사용되는 모습을 보여 주어야 한다"고 말합니다.

• 앱이 누구를 위한 것인지, 첫 사용에서 무엇을 할 수 있는지 설명하는 소개 문구를 작성하세요.
• 이름, 부제, 키워드는 관련성 있게 유지하세요. 키워드를 반복하거나 경쟁사 이름을 쓰지 마세요.
• 지원 URL과 개인정보 처리방침 URL이 로그인 없이 열리는지 확인하세요.
• 연령 등급 설문에는 앱이 실제로 담고 있는 콘텐츠와 기능을 기준으로 답하세요.
• 사용자가 마주치게 될 페이월을 포함해, 현재 빌드를 스크린샷에 보여 주세요.

개인정보 응답을 앱과 일치시키려면 어떻게 해야 하나요?

개인정보 응답을 앱과 일치시키려면 포함된 모든 SDK와 각 SDK가 수집하는 데이터를 목록으로 만든 뒤, 그 목록을 바탕으로 App Privacy를 작성하고, 개인정보 처리방침을 쓰고, 앱 내 동작을 설정하세요. 가이드라인 2.3은 "개인정보 정보를 포함한" 메타데이터가 앱을 정확히 반영해야 한다고 말합니다.

가이드라인 5.1.1(i)는 이렇게 명시합니다. "모든 앱은 App Store Connect 메타데이터 필드와 앱 내부의 쉽게 접근할 수 있는 위치에 개인정보 처리방침 링크를 포함해야 합니다." 가이드라인 5.1.1(v)는 다음을 덧붙입니다. "앱이 계정 생성을 지원한다면 앱 내에서 계정 삭제 기능도 제공해야 합니다." 분석, 크래시 리포팅, 광고, 로그인 SDK는 대개 응답 내용을 바꾸므로 개인정보 라벨 SDK 감사 가이드로 점검하세요. 또한 앱과 번들된 모든 SDK가 사용하는 required-reason API를 포괄하는 PrivacyInfo.xcprivacy 개인정보 매니페스트를 포함하고 있는지 확인하세요.

App Review Information에는 무엇을 넣어야 하나요?

App Review Information에는 실제로 답장할 연락처, 만료되지 않고 작동하는 데모 계정 정보, 그리고 심사자를 핵심 기능으로 바로 안내하는 메모가 들어가야 합니다. 가이드라인 2.1(a)는 "앱에 로그인이 있다면 데모 계정 정보를 포함하고 (백엔드 서비스를 켜 두세요!)"라고 요구합니다. 계정 대신 내장 데모 모드를 쓰려면 Apple의 사전 승인이 필요합니다.

심사 메모 예시는 다음과 같습니다. "제공된 심사용 계정으로 로그인하세요. Library를 열고 샘플 프로젝트를 선택한 뒤 Export를 탭하세요. 이 계정은 모든 프리미엄 기능이 잠금 해제되어 있습니다. 위치 기능은 가상의 도시를 사용하므로 이동할 필요가 없습니다." 심사자를 빈 계정, 만료되는 일회용 코드, 또는 개발자가 온라인 상태로 승인해야만 작동하는 흐름으로 안내하지 마세요. 데모 계정 설정 가이드에서 문제없이 작동하는 심사자용 로그인을 만드는 방법을 설명합니다.

App Store Connect에서 앱을 심사에 제출하려면 어떻게 하나요?

앱을 심사에 제출하려면 빌드를 버전에 연결하고 Add for Review를 클릭한 다음 Submit for Review를 클릭하세요. Add for Review만으로는 Apple에 아무것도 전송되지 않습니다. 아래 순서는 2026년 10월 기준 Apple의 Submit an app 페이지를 따릅니다.

1. Apps에서 앱을 선택한 다음 사이드바에서 앱 버전을 클릭합니다.
2. Build 섹션으로 스크롤해 올바른 빌드가 연결되어 있는지 확인합니다.
3. App Store Version Release 섹션에서 출시일을 직접 정하려면 수동 출시를 선택하고 Save를 클릭합니다.
4. Add for Review를 클릭하고 기존 제출 초안을 선택하거나 새로 만듭니다. 상태가 Ready for Review로 바뀝니다.
5. Submit for Review를 클릭합니다. 심사가 시작되면 상태가 In Review로 바뀝니다.
6. 제출한 메타데이터와 메모의 사본을 저장하고, 심사 연락처 이메일로 문의가 오는지 확인합니다.

제출이 리젝되어 돌아오면 무엇이든 바꾸기 전에 가이드라인 번호와 심사자의 설명부터 읽으세요. 메타데이터만 고치면 되는 경우도 있고, 새 빌드가 필요한 경우도 있습니다. App Store 리젝 대응 가이드에서 어느 쪽에 해당하는지 판단하는 방법을 설명합니다.

다른 개발자들은 제출 단계에서 어떤 문제를 겪었나요?

아래 두 공개 사례 모두 개발자 본인 환경에서는 앱이 정상 작동했고, 문제는 업로드된 빌드나 심사자의 첫 사용에서만 드러났습니다.

Adalo 포럼의 한 개발자는 "제공하신 데모 계정 정보로 로그인할 수 없었습니다"라는 가이드라인 2.1 리젝을 받았습니다. 계정 정보는 유효했지만, 사용자 세션이 등록되기 전에 로그인 버튼에서 조건부 내비게이션이 실행되는 바람에 첫 번째 로그인 탭은 반응이 없고 두 번째 탭에서만 작동했습니다. 이 개발자는 로그인 버튼이 조건부 액션을 담은 빈 전환 화면으로 이동하도록 바꿔 문제를 해결한 뒤 다시 제출했습니다.

JUCE 포럼의 한 개발자는 업로드 후 "ITMS-91053: Missing API declaration"을 받았는데, 새 업로드는 "앱의 개인정보 매니페스트에 NSPrivacyAccessedAPITypes 배열을 포함해야 한다"는 내용이었습니다. 지적된 카테고리는 SystemBootTime과 FileTimestamp였고, 다른 사용자는 UserDefaults도 보고했습니다. 해결책은 승인된 사유 코드를 담은 PrivacyInfo.xcprivacy 파일을 Xcode 리소스로 추가하는 것이었습니다. 한 사용자는 첫 버전에서 type 키를 빠뜨려, 수정하기 전까지 잘못된 매니페스트에 대한 ITMS-91056 오류가 발생했습니다.

두 개발자 모두 자신의 환경에서만 테스트했습니다. Submit for Review를 누르기 전에, Apple이 실제로 받는 빌드를 새 로그인으로 테스트하고 업로드 후 오는 모든 이메일을 읽으세요. 제출 패키지를 다른 사람이 한 번 더 검토해 주길 원한다면 제출 지원 서비스를 확인해 보세요.