앱스토어 심사 기간: 얼마나 기다려야 할까

앱스토어 심사 기간은 서류상으로는 짧아요. Apple은 제출 건의 50% 이상을 24시간 안에, 90%를 48시간 안에 심사한다고 밝히고 있어요. 이 수치는 App Review 공식 페이지에 나와 있어요. 그러니 한 번에 통과하는 앱이라면 대략 하루 안에 답을 받는다고 보면 돼요.

하지만 진짜 기간은 다르게 계산해야 해요. 처음 제출한 시점부터 앱이 실제로 판매되기까지 걸린 시간이죠. 그리고 이 기간을 폭발적으로 늘리는 건 대기열이 아니라 거의 항상 리젝이에요. 리젝을 한 번 당할 때마다 사이클이 처음부터 다시 돌아가요. 사유를 읽고, 고치고, 다시 보내고, 또 기다리는 거죠. ITMS-90338처럼 업로드 시점의 자동 리젝도 마찬가지예요. 이 글에서는 무엇이 기간을 늘리는지, 며칠씩 날리지 않고 리젝에 대응하는 방법, 그리고 첫 앱에서 가장 자주 나오는 리젝 사유를 정리했어요.

제가 직접 제출해 본 경험을 바탕으로 이야기할게요. 제 iOS 앱들, 그중 Solys(미니게임 알람)와 TradaZen(트레이딩 시뮬레이터)은 App Store에 올라가 있고, 그 과정에서 Solys는 물론 다른 두 앱인 Clic과 Nolera에서도 여러 번 리젝을 당했어요. 사유는 아래에서 자세히 설명할게요.

앱스토어 심사 기간: Apple이 실제로 밝히는 내용

빌드를 업로드하고, ITMS-90725 같은 자동 오류 없이 스토어 정보까지 다 채웠다면 App Store Connect에서 심사를 요청하면 돼요. 그러면 제출 건은 여러 상태를 거쳐요. 대기 중(Waiting for Review), 심사 중(In Review), 그리고 승인 또는 리젝이에요. 상태가 바뀔 때마다 Apple이 이메일로 알려주고, App Store Connect 웹이나 iPhone 앱에서도 상태를 확인할 수 있어요.

일정을 짤 때 알아두면 좋은 공식 내용 세 가지예요.

• 이 수치는 경향일 뿐 보장이 아니에요. 제출 건 10개 중 최대 1개는 48시간 넘게 기다려요.
• 제출 건이 꼭 제출한 순서대로 심사되는 건 아니에요. App Store Connect 도움말에 그렇게 나와 있어요.
• 플랫폼당 한 번에 하나의 앱 버전만 심사받을 수 있어요. "시간을 아끼려고" 여러 버전을 쌓아 둘 수는 없어요.

앱이 승인되면 자동으로 출시할지, 직접 출시할지 고를 수 있어요. 두 번째 옵션이 정말 유용해요. 먼저 앱 승인을 받아 두고, 승인이 나면 그때 출시일을 정하면 되거든요.

대기 시간을 늘리는 것들

기간이 늘어나는 건 Apple 때문인 경우가 드물어요. 거의 항상 우리가 보낸 것 때문이에요.

첫 제출

맨 처음 버전이라면 Apple은 모든 걸 한꺼번에 심사해요. 스토어 정보, 스크린샷, 연령 등급, 개인정보 처리방침, 데이터 수집 항목 신고, 구독, 그리고 앱 자체까지요. 하나하나가 모두 리젝 사유가 될 수 있어요. 대기열이 더 긴 게 아니라 심사 범위가 더 넓은 거예요. 아직 한 번도 출시해 본 적이 없다면 준비할 단계를 App Store에 앱 출시하기에 정리해 뒀어요.

구독과 인앱 구매

앱에서 구독을 판매한다면 일정에 영향을 주는 규칙이 두 가지 있어요.

1. 첫 구독은 새 앱 버전과 함께 제출해야 해요. 인앱 구매 도움말에 분명히 적혀 있어요. 구독 없이 앱을 먼저 내보내면 구독 승인을 받으려고 새 버전을 또 내야 해요.
2. 제출 건이 승인되려면 그 안의 모든 항목이 승인되어야 해요. 구독 하나가 리젝되면 전체가 막혀요.

가이드라인 2.1(b)는 인앱 구매가 완전하고, 심사자에게 보이며, 제대로 작동할 것도 요구해요. 앱에 보이지 않는 인앱 구매가 있다면 심사 메모에 그 이유를 적어 주세요. 구독을 처음부터 끝까지 구성하는 방법은 iOS 인앱 구독에서 자세히 다뤄요.

데모 계정 누락

앱에 로그인이 필요하다면 App Review Guidelines는 활성화된 데모 계정이나 완전한 데모 모드, 그리고 심사 기간 동안 켜져 있는 서버 서비스를 요구해요. 버전의 App Review Information 섹션에 로그인 정보가 없으면 심사자는 로그인 화면에서 막히고, 그대로 리젝이에요. 심사 중에 테스트 서버를 끄지 않도록 주의하세요.

리젝 그 자체

압도적으로 가장 큰 요인이에요. Apple에 따르면 미해결 문제의 40% 이상이 가이드라인 2.1과 관련 있어요. 크래시, 임시 콘텐츠, 불완전한 정보를 다루는 항목이죠. 리젝 하나를 피하면 최소 한 사이클을 버는 셈이에요.

Resolution Center에서 답변하기

제출 건이 리젝되면 상태가 Unresolved Issues로 바뀌어요. Apple 메시지에는 위반한 가이드라인이 적혀 있고, 문제 화면 스크린샷이 함께 오는 경우가 많아요. 모든 과정은 App Store Connect에서 앱의 App Review 섹션에서 진행되는데, 지금도 흔히 Resolution Center라고 불러요.

App Review에 답변하는 공식 절차는 이래요.

1. 앱 페이지 상단에 있는 미해결 문제 링크를 클릭해요.
2. 제출 건 옆의 Resolve를 클릭해요.
3. Reply to App Review를 클릭하고 답변을 작성해요(최대 4,000자). 필요하면 스크린샷이나 문서를 첨부해요.

효과적인 답변의 조건은 이래요.

• 감정이 아니라 수정 내용을 말하세요. "이제 평점 요청은 데모를 클리어한 뒤에 나타납니다. 스크린샷 첨부합니다"가 긴 항변보다 훨씬 나아요.
• 증거를 첨부하세요. 수정된 화면의 스크린샷이나 짧은 영상이 있으면 질문이 오가는 걸 막을 수 있어요.
• 리젝이 메타데이터만 문제 삼은 경우라면(2.3.10 리젝처럼 스토어 텍스트, 스크린샷, 링크 등), Apple은 수정 후 같은 빌드를 다시 제출해도 된다고 밝혀요. 다시 빌드할 필요가 없어요.

이의 제기는 확신이 있을 때만

리젝에 대해 App Review Board에 이의를 제기할 수 있어요. Apple은 앱이 가이드라인을 지키는 이유를 구체적으로 설명할 것, 리젝된 제출 건 하나당 이의 제기는 한 번만 할 것, 그리고 대기 중인 정보 요청에 먼저 답할 것을 요구해요. 리젝될 만했던 건에 이의를 제기하면 기다리는 시간만 늘어나요.

수정본을 빠르게 제출하기

사유가 명확하다면 속도는 원칙을 지키는 데서 나와요.

• 사유만, 딱 그것만 고치세요. 수정 빌드에 새 기능 세 개를 끼워 넣으면 심사 범위를 다시 넓히는 거예요.
• 심사자와 같은 조건에서 수정본을 테스트하세요. 화면 표시 문제라면 내 iPhone만이 아니라 지원하는 가장 작은 iPhone과 가장 큰 iPhone에서 확인해야 해요.
• 삭제하는 항목에 주의하세요. 미해결 문제가 있는 제출 건에서는 삭제한 항목을 같은 제출 건에 다시 추가할 수 없고, 각 항목은 재제출 전에 한 번만 수정할 수 있다고 Apple 도움말에 나와 있어요. 리젝된 구독을 삭제하기 전에 한 번 더 생각하세요.
• 다시 제출하고 나서 답변하세요. 무엇이 바뀌었는지 사실 위주로 한두 문장이면 돼요.

빠른 심사는 어떨까요? 있긴 하지만 Apple은 두 가지 경우에만 허용해요. 이미 출시된 버전의 심각한 버그를 고치는 경우(재현 단계 포함), 그리고 날짜가 정해진 이벤트와 연결된 앱이에요. 늦어진 첫 출시를 위한 지름길이 아니에요.

초보자가 가장 자주 당하는 리젝

Solys에서 당한 두 번의 리젝은 Apple이 앱을 리젝하는 이유에 자세히 적어 뒀어요. 여기서는 제가 실제로 받은 사유를 가이드라인 번호와 함께 정리할게요. 바로 첫 앱이 걸리기 쉬운 사유들이거든요.

2.1, 앱이 작동하지 않음(Solys). Solys의 온보딩 데모는 작은 iPhone 화면에서 클리어할 수가 없었어요. 넘어갈 수 없는 필수 단계가 있으니 앱이 불완전하다고 판단된 거죠. 지금은 고쳤어요.

5.6.3, 너무 이른 평점 요청(Solys). 사용자가 앱에서 아무것도 경험하기 전인 온보딩 초반에 App Store 평점을 요청했어요. 평점 요청은 진짜 가치를 느낀 순간 뒤에 와야 해요.

5.1.1, 최신이 아닌 개인정보 처리방침(Clic). 가이드라인 5.1.1은 App Store Connect와 앱 안에 개인정보 처리방침 링크를 둘 것을 요구하고, 그 방침은 수집하는 데이터, 사용 방식, 삭제 방법을 정확히 설명해야 해요. Clic은 온라인에 올라간 버전이 최신이 아니었어요. 제품을 따라가지 못하는 방침만으로도 제출 건이 리젝될 수 있어요.

5.1.1, 시스템 요청 전 "허용" 버튼(Nolera). Nolera는 카메라 접근 요청 전에 설명 화면을 띄웠는데, 버튼 문구가 "허용"이었어요. 개인정보 보호에 관한 Human Interface Guidelines는 분명해요. 시스템 알림 전에 화면을 보여주는 건 괜찮지만, 그 버튼에 "허용"이나 비슷한 표현을 쓰면 안 돼요. 그 단계에서는 아무것도 허용하는 게 아니니까요. Apple은 "계속"이나 "다음"을 권장해요.

2.3.2, 앱 아이콘을 구독 프로모션 이미지로 재사용(Nolera). 가이드라인 2.3.2는 App Store에서 인앱 구매를 홍보하는 방식을 다뤄요. 이름, 이미지, 설명이 그 구매에 맞아야 해요. Nolera는 구독 프로모션 이미지에 앱 아이콘을 그대로 썼어요. 구매 항목만의 이미지가 필요해요.

이 다섯 가지 리젝의 공통점은 하나도 복잡한 코드 문제가 아니었다는 거예요. 모두 심사자의 눈으로 제출 자료를 다시 읽어 보면 보이는 것들이었어요. 앱이 막 리젝됐는데 사유가 여전히 애매하다면 Apple에 리젝된 앱에 전체 대응 방법을 정리해 뒀어요.

일정에 심사 기간 반영하기

심사 때문에 출시가 밀리지 않도록 지킬 간단한 규칙 몇 가지예요.

• 승인 전에는 날짜를 발표하지 마세요. 앱 승인을 받고, 수동 출시를 선택한 다음 날짜를 정하세요.
• 최소 리젝 한 사이클만큼 여유를 두세요. 첫 제출이거나 첫 구독이라면 특히요.
• 회사 명의라면 개발자 계정을 일찍 만드세요. D-U-N-S 번호 하나만으로도 일주일 넘게 걸릴 수 있어요. 자세한 내용은 Apple 개발자 계정 가이드에 있어요.
• 심사자처럼 제출 자료를 다시 읽어 보세요. 데모 계정, 최신 개인정보 처리방침, 빠짐없는 privacy manifest, 권한 요청 화면, 구독 이미지, 그리고 모든 필수 화면을 작은 iPhone과 큰 iPhone에서 확인하세요.

제출 전에 자료를 검토받고 싶다면

Apple Review Kit에는 제출 전 체크리스트, 제가 수정한 Apple 리젝 사례, 그리고 프로젝트와 페이월, 스토어 정보를 검토해 주는 Claude Code 스킬이 들어 있어요. 승인을 보장하지는 않아요. 결정은 Apple이 하니까요. 하지만 위에 나온 사유들이 한 사이클을 날리기 전에 잡아내는 데 도움이 돼요.

첫 제출을 준비 중인가요? 무료 진단을 받으면 Apple 리젝 방지 체크리스트를 보내 드리고 남은 할 일을 알려 드려요. 이미 앱이 막혀 있다면 저와 1시간 상담을 예약하세요. 화상으로 Apple 메시지를 함께 읽어 봐요. 아직 앱을 만드는 중이라면 홈에서 처음부터 심사를 고려해 모바일 앱을 만드는 방법을 볼 수 있어요.

자주 묻는 질문

App Store 앱 심사 기간은 얼마나 걸리나요?

Apple은 제출 건의 50% 이상을 24시간 안에, 90%를 48시간 안에 심사한다고 밝혀요. 보장은 아니에요. 더 오래 걸리는 건도 있고, 꼭 제출 순서대로 심사되는 것도 아니에요. 진짜 기간은 첫 제출부터 판매 시작까지의 시간이고, 주로 리젝 때문에 늘어나요.

앱 심사 기간을 늘리는 원인은 무엇인가요?

압도적으로 리젝이에요. 리젝될 때마다 사이클이 처음부터 다시 돌아가요(사유 읽기, 수정, 재제출, 다시 대기). Apple에 따르면 미해결 문제의 40% 이상이 크래시, 임시 콘텐츠, 불완전한 정보를 다루는 가이드라인 2.1과 관련 있어요. 첫 제출은 Apple이 모든 걸 한꺼번에 심사하기 때문에 리젝될 여지도 더 많아요.

App Store 리젝에는 어떻게 답변하나요?

앱의 App Review 섹션에서 미해결 문제를 열고 Resolve, 그다음 Reply to App Review를 클릭하세요. 답변(최대 4,000자)에는 감정 대신 수정 내용을 쓰고, 스크린샷이나 짧은 영상을 첨부하세요. 리젝이 메타데이터만 문제 삼았다면 수정 후 같은 빌드를 다시 제출할 수 있어요. 사유가 애매하다면 Apple에 리젝된 앱을 읽어 보세요.

Apple에 빠른 심사를 요청할 수 있나요?

네, 빠른 심사가 있긴 하지만 Apple은 두 가지 경우에만 허용해요. 이미 출시된 버전의 심각한 버그 수정(재현 단계 포함), 그리고 날짜가 정해진 이벤트와 연결된 앱이에요. 늦어진 첫 출시를 위한 지름길이 아니에요.

첫 구독은 앱과 함께 제출해야 하나요?

네, Apple 도움말에 따르면 첫 구독은 새 앱 버전과 함께 제출해야 해요. 구독 없이 앱을 먼저 내보내면 구독 승인을 받으려고 새 버전을 또 내야 해요. 제출 건이 승인되려면 모든 항목이 승인되어야 하니, 구독 하나가 리젝되면 전체가 막혀요.

앱 출시일은 언제 발표해야 하나요?

Apple이 앱을 승인하기 전에는 발표하지 마세요. 수동 출시를 선택하면 먼저 승인을 받아 두고, 승인이 난 뒤에 출시일을 정할 수 있어요. 첫 제출이거나 첫 구독이라면 최소 리젝 한 사이클만큼 여유도 두세요.