App Store에 앱을 게시하는 법: TestFlight부터 심사 승인까지

App Store에 앱을 게시하려면 Apple Developer Program에 가입하고(2026년 11월 기준 연 99 USD), App Store Connect에서 앱을 만든 뒤, 서명된 빌드를 업로드하고, TestFlight로 테스트한 다음, 스크린샷, 설명, 개인정보 관련 정보와 연령 등급을 입력하고, Add for Review와 Submit for Review를 클릭하면 됩니다. Apple은 모든 제출물을 사람이 직접 검토하며, 보통 하루나 이틀 안에 결과가 나옵니다. 승인되면 App Store에 출시합니다. 이 가이드는 이 과정을 화면 순서대로 따라가고, 앱이 자주 반려되는 문제도 함께 정리합니다.

아직 만드는 중이라면 먼저 iPhone 앱 만드는 법을 보세요.

시작하기 전에 준비할 것

• Apple Developer Program 멤버십. 개인(법적 이름이 판매자로 표시됨) 또는 조직(D-U-N-S 번호, 회사 도메인 이메일, 작동하는 웹사이트 필요)으로 가입합니다.
• 서명된 빌드. App Store Connect에 업로드된 앱입니다. 보통 Xcode나 Apple의 Transporter로 올리거나, 대신 빌드해 주는 서비스를 이용합니다.
• 개인정보 처리방침 URL과 최신 연락처가 있는 지원 URL. Apple은 모든 앱에 이 둘을 요구합니다.
• 스크린샷: 필수 기기 크기별로 1~10장, 투명도가 없는 JPEG 또는 PNG. 필요한 크기는 App Store Connect에 표시됩니다. 이 글을 쓰는 시점에는 6.9인치 iPhone 크기(6.9인치를 제공하지 않으면 6.5인치)이며, 앱이 iPad에서도 실행되면 iPad 크기도 필요합니다.
• 데모 계정. 앱의 일부라도 로그인 뒤에 있다면 필요합니다.

1단계: Apple Developer Program 가입

2단계 인증이 켜져 있는 Apple 계정으로 로그인해 가입합니다. 개인은 보통 빨리 승인됩니다. 조직은 Apple이 회사의 법적 지위와 회사를 대신해 서명할 권한을 확인하므로 시간을 여유 있게 잡으세요. D-U-N-S 번호가 없다면 대부분의 국가에서 무료로 신청할 수 있지만, 발급에 시간이 걸립니다.

2단계: 앱 레코드 만들기

App Store Connect에서 Apps를 열고 **+**를 클릭한 뒤 New App을 선택합니다. 입력 항목은 다음과 같습니다.

• Platform: iOS.
• Name: App Store에 표시될 이름. 스토어에서 고유해야 합니다.
• Primary language(기본 언어).
• Bundle ID: com.yourcompany.yourapp 같은 앱 식별자. 빌드와 일치해야 합니다.
• SKU: 내부용 코드라면 무엇이든 됩니다.

Apple은 외부 도구가 이 레코드를 만드는 것을 허용하지 않으므로, 이 부분은 직접 한 번 해야 합니다.

3단계: 빌드 업로드

Xcode로 빌드한다면 앱을 아카이브한 뒤 Organizer에서 업로드합니다. Transporter나 App Store Connect API로도 빌드를 올릴 수 있습니다.

Mythex로 빌드하는 경우

Pro 요금제에서 Mythex는 게시한 앱을 자체 Mac에서 iPhone 앱으로 빌드하고, 그 결과를 내 TestFlight에 업로드합니다. Mac이나 Xcode는 필요 없습니다. 설정은 몇 분이면 끝납니다.

1. App Store Connect에서 Users and Access → Integrations → App Store Connect API로 이동해 Admin 역할의 Team key를 만듭니다.
2. .p8 파일을 내려받습니다. Apple은 이 파일을 한 번만 내려받게 하므로 안전하게 보관하세요.
3. 파일을 Mythex의 Connect App Store 패널에 끌어다 놓고, 키 목록 위에 표시된 Issuer ID를 붙여넣습니다. Mythex는 저장하기 전에 Apple과 함께 키를 확인합니다.

첫 빌드 때 Mythex가 2단계에서 앱 레코드를 만들 때 쓸 정확한 이름과 Bundle ID를 알려줍니다. 빌드 카드에 In TestFlight가 표시되면, Apple이 빌드를 약 10~30분 동안 처리한 뒤 테스터가 사용할 수 있습니다. 자세한 내용은 Mythex iOS 앱 빌더를 보세요.

4단계: TestFlight로 테스트하기

TestFlight는 Apple의 베타 채널이며, 심사 전에 제대로 활용할 가치가 있습니다.

• 내부 테스터: App Store Connect 팀 멤버 최대 100명. 빌드가 처리되면 바로 설치할 수 있습니다.
• 외부 테스터: 이메일이나 공개 링크로 초대한 최대 10,000명. 외부 그룹에 처음 추가하는 빌드는 짧은 베타 심사를 거칩니다.
• 빌드 유효 기간: 각 빌드는 90일 동안 테스트할 수 있습니다.

테스터는 TestFlight 앱을 설치하고 초대를 수락한 뒤 빌드를 설치합니다. 앱을 열어보기만 하지 말고 주요 작업을 해 달라고 요청하세요. 베타 테스트 가이드에서 테스터를 찾고 피드백을 모으는 방법을 다룹니다.

5단계: App Store 앱 정보 입력

버전 페이지에서 다음 항목을 추가합니다.

• 필수 크기별 스크린샷. 실제 화면을 보여주세요.
• 프로모션 텍스트(선택)와 앱이 무엇을 하는지 분명하게 적은 설명.
• 쉼표로 구분한 키워드. 앱 이름을 반복하거나 경쟁사 이름을 쓰지 마세요.
• 지원 URL과 선택 사항인 마케팅 URL.
• 버전 번호와 저작권.

App Information에서는 카테고리, 개인정보 처리방침 URL, 그리고 Apple의 설문에 답해 정하는 연령 등급을 설정합니다. Pricing and Availability에서는 가격(또는 무료)과 판매 국가를 고릅니다.

6단계: App Privacy 작성하기

App Privacy에는 앱이 수집하는 데이터(이메일, 이름, 위치, 사용 데이터 등), 그 용도, 그리고 사용자와 연결되는지 여부를 적습니다. 이 내용은 App Store 페이지에 개인정보 '영양 성분표'로 표시됩니다. 분석 도구나 로그인 제공업체처럼 제3자 코드가 수집하는 데이터도 포함하세요.

이 섹션은 App Store Connect 웹사이트에서만 작성할 수 있고 외부 도구로는 할 수 없습니다. Mythex를 쓴다면 에이전트가 앱의 실제 동작을 바탕으로 무엇을 답해야 하는지 알려줍니다.

7단계: 심사 정보 입력 후 제출

App Review Information에 연락처 이름, 전화번호, 이메일과 실제로 작동하는 데모 계정을 입력합니다. 설명이 필요한 부분이 있으면 메모도 추가하세요. 예: "Bookings 탭은 수업에 가입한 뒤에야 수업 목록을 보여줍니다."

그다음 테스트한 빌드를 선택하고 Add for Review, Submit for Review를 클릭합니다. 플랫폼별로 한 번에 심사 중인 버전은 하나뿐입니다.

Mythex를 쓴다면 이 단계를 에이전트에게 맡길 수 있습니다. 에이전트는 빌드를 연결하고 채울 수 있는 부분을 채운 뒤, 제출 전에 물어봅니다.

8단계: 기다리고, 답하고, 출시하기

Apple은 제출물의 절반 이상을 24시간 안에, 90%를 48시간 안에 검토한다고 밝혔습니다. 상태가 바뀌면 이메일로 알려줍니다. Apple이 질문하거나 빌드를 반려하면 메시지가 App Store Connect의 App Review 섹션에 나타납니다. 거기서 답하고, 문제를 고친 뒤 다시 제출하세요.

승인되면 선택한 설정에 따라 앱이 자동으로 출시되거나, 직접 출시할 때까지 보류됩니다. 출시 날짜를 예약할 수도 있습니다.

앱이 반려되는 이유와 피하는 방법

• 불완전한 앱(가이드라인 2.1). 충돌, 임시 텍스트, 작동하지 않는 링크, 데모 로그인 누락. Apple은 해결되지 않은 문제의 40% 이상이 이 항목이라고 밝혔습니다. 제출 전에 실제 iPhone에서 모든 버튼을 눌러 보세요.
• 웹사이트를 그대로 포장한 앱(가이드라인 4.2). Apple은 화면 안에 웹사이트를 넣은 것 이상의 기능, 콘텐츠, 인터페이스를 기대합니다. iPhone에 맞춘 레이아웃, 계정, 저장되는 데이터, 실제 작업을 제공하세요. 이 점은 Mythex로 만든 앱을 포함해 래핑된 웹 앱에 특히 중요합니다.
• 앱 안에서 계정 삭제 불가(가이드라인 5.1.1(v)). 앱 안에서 계정을 만들 수 있다면, 앱 안에서도 삭제할 수 있어야 합니다.
• 앱 내 구매 없이 디지털 판매(가이드라인 3.1.1). 앱 안에서 돈을 받고 기능이나 콘텐츠를 열어준다면 Apple의 앱 내 구매를 써야 합니다.
• 앱과 맞지 않는 개인정보 정보. App Privacy, 개인정보 처리방침, 앱의 실제 동작이 서로 일치해야 합니다.

처리방침 페이지가 필요하다면 이용약관과 개인정보 처리방침 작성법에서 무엇을 넣어야 하는지 설명합니다.

나중에 앱 업데이트하기

새 버전마다 버전 번호를 올리고, 새 빌드를 업로드하고, "What's New" 텍스트를 쓴 뒤 다시 제출합니다. 제출할 때마다 심사를 받습니다.

Mythex 앱처럼 래핑된 웹 앱이라면, 일상적인 변경은 웹 앱을 게시할 때 iPhone 사용자에게 반영됩니다. 휴대폰 앱이 그 웹 앱을 열기 때문입니다. 아이콘, 이름, 권한처럼 앱 껍데기가 바뀔 때만 새 버전을 제출하면 됩니다. Apple이 이미 승인한 버전 번호라면, Mythex가 다시 빌드하기 전에 번호를 올립니다(예: 1.0에서 1.1로).

Android에도 게시하기

Google의 절차는 다릅니다. 일회성 수수료, 테스트 트랙이 있고, 새 개인 계정은 테스터 12명과 함께 14일 동안 비공개 테스트를 해야 합니다. Google Play에 앱 게시하는 법을 보세요.

자주 묻는 질문