앱스토어 리젝 사유: 실제 거절 사례 5가지와 대응법

Apple 리젝에는 거의 항상 분명한 이유가 있고, 심사 메시지에 그대로 적혀 있어요. 번호가 붙은 가이드라인이 적혀 있고, 스크린샷이 함께 오는 경우도 많아요. 첫 앱에서 가장 흔한 사유는 완성되지 않은 앱(2.1), 잘못 신고한 개인정보 처리(5.1.1), 오해를 부르는 메타데이터(2.3.2), 인앱 결제를 우회하는 결제(3.1.1), 잘못된 위치의 평점 요청(5.6.3)이에요. 대부분의 경우 리뷰어는 앱을 제대로 이해했어요. 문제 삼을 빈틈이 있었던 건 여러분의 제출물이에요.

제가 이걸 아는 건 이 리젝들을 직접 받아봤기 때문이에요. 저는 제 iOS 앱을 직접 출시해요. Solys(미니게임 알람 앱)와 TradaZen(트레이딩 시뮬레이터)이 App Store에 올라가 있어요. Solys는 리젝을 두 번 받았는데, 한 번은 출시 전, 한 번은 업데이트 때였어요. 다른 두 앱 Clic과 Nolera도 리젝을 받고, 수정해서 Apple에 다시 제출했어요. 아래에 이 다섯 건의 리젝과 진짜 원인, 그리고 대응 방법과 제가 매번 제출 전에 쓰는 체크리스트를 정리했어요.

Apple이 앱을 리젝하는 이유: 제가 받은 리젝 5건

Solys의 2.1 리젝: 데모를 이길 수가 없었어요

Solys 온보딩에는 플레이할 수 있는 데모가 있어요. 알람이 울릴 때처럼 미니게임 하나를 이겨야 해요. 제 폰에서는 다 잘 됐어요. 그런데 리뷰어는 iPad로 테스트했고, iPad에서는 iPhone 앱이 호환 모드로 더 작은 창에서 실행돼요. 이 크기에서는 미니게임 속 새가 지나갈 틈이 새보다 좁아졌고, "계속" 버튼은 이겼을 때만 활성화됐어요. Apple은 게임 미션을 건너뛸 방법을 제공하라고 요구했어요.

수정 내용: 실제 화면 크기를 기준으로 지오메트리를 계산하는 데모, 그리고 실패했을 때 데모를 건너뛰는 링크.

교훈: 필수 단계에는 반드시 빠져나갈 길이 있어야 하고, 필수 화면은 매번 제출 전에 가장 작은 화면 크기에서 테스트해야 해요.

Solys의 5.6.3 리젝: 온보딩 중 평점 요청

두 번째 리젝은 다음 업데이트에서 나왔어요. Apple은 앱이 첫 실행 시 또는 온보딩 중에 평점을 요청한다고 했어요. 평점 화면이 데모 바로 다음, 사용자가 앱에서 아무것도 경험하기 전에 떴거든요.

수정 내용: 요청을 흐름의 마지막으로 옮겼고, 사용자가 방금 데모를 이겼을 때만 표시되게 했어요.

교훈: 민감한 요청(평점, 알림, 구독, 추적)은 모두 가치를 보여준 뒤에 해야 해요. 절대 그 전에는 안 돼요.

Clic의 5.1.1 리젝: 온라인 개인정보 처리방침이 최신이 아니었어요

Clic은 AI로 콘텐츠를 생성하는 앱이고, 앱 안에 동의 화면도 제대로 있었어요. 문제는 다른 데 있었어요. 사이트에 올라가 있던 개인정보 처리방침이 예전 버전이라, 앱이 수집하는 내용을 전부 설명하지 않았어요.

수정 내용: 완전한 처리방침을 게시하고, 영어 요약을 추가하고, 심사 노트를 업데이트했어요.

교훈: Apple은 저장소에 잠들어 있는 처리방침이 아니라 온라인에 게시된 처리방침을 읽어요. 제출 전마다 등록한 URL을 열어서 앱이 실제로 하는 일과 내용이 맞는지 확인하세요.

Nolera의 5.1.1 리젝: 시스템 요청 전에 나온 "허용" 버튼

iOS의 실제 카메라 접근 요청 전에, Nolera는 "허용" 버튼이 있는 안내 화면을 보여줬어요. Apple은 이 문구가 시스템의 공식 요청 전에 수락하도록 유도한다고 봤어요.

수정 내용: 이제 버튼 이름은 앱의 8개 언어 모두에서 "계속"이에요.

교훈: 권한 요청을 준비하는 화면은 설명만 해야 하고, 사용자 대신 결정해서는 안 돼요. Apple의 권장 사항은 개인정보 보호 디자인 가이드에 있어요.

Nolera의 2.3.2 리젝: 앱 아이콘을 프로모션 이미지로 재사용

App Store Connect에서는 구독마다 프로모션 이미지를 넣을 수 있어요. Nolera의 구독 두 개에는 그냥 앱 아이콘을 넣어뒀어요. Apple은 이걸 규정 위반으로 판단했어요.

수정 내용: 두 구독에서 이미지를 삭제하고, 제출을 새로 만들었어요.

교훈: 앱 페이지의 모든 요소가 심사 대상이에요. 연령 등급처럼 별생각 없이 채우는 항목까지 포함해서요.

가장 자주 걸리는 가이드라인은 무엇인가요?

모든 규칙은 App Review Guidelines에 있어요. 첫 앱이 가장 자주 걸리는 항목은 이거예요.

2.1: App Completeness. 앱이 크래시 나거나, 버튼이 아무 데도 연결되지 않거나, 필수 화면이 특정 화면 크기에서 통과되지 않는 경우예요. 앱에 로그인이 필요하다면 심사 노트에 데모 계정을 넣어주세요. 안 그러면 리뷰어가 로그인 화면에서 막혀요. 이 사유에 대해 알아야 할 건 전부 가이드라인 2.1 가이드에 있어요.

2.3: Metadata. 실제 앱을 보여주지 않는 스크린샷, 없는 기능을 약속하는 설명, 규정에 맞지 않는 프로모션 이미지예요.

3.1.1: In-App Purchase. 앱 안에서 디지털 콘텐츠나 기능을 잠금 해제할 때는 Apple 인앱 결제가 기본 규칙이에요. 예외는 국가마다 다르고 계속 바뀌어요. 다른 결제 수단을 계획하기 전에 최신 가이드라인을 읽어보세요. 전체 작업은 iOS 인앱 구독 페이지에 정리했어요.

3.1.2: Subscriptions. 구독 앱은 사용자가 무엇을 얼마에 받는지 명확하게 보여줘야 해요. 결제 화면에서 흔히 하는 실수는 iOS 페이월: 초보자가 하는 실수 7가지에 있어요.

4.3: Spam. 앱이 다른 수많은 앱과 비슷하거나 그 자체로 제공하는 가치가 부족한 경우예요. 고치기 가장 어려운 리젝이라서, 아이디어를 고르는 단계부터 예방해야 해요. 자세한 내용은 가이드라인 4.3 가이드에서 설명했어요.

5.1.1: Privacy. 앱의 실제 동작과 맞지 않는 수집 항목 신고, 불완전한 개인정보 처리방침, 명확한 설명 없이 요청하는 권한이에요.

며칠씩 날리지 않고 Apple 리젝에 대응하려면?

리젝은 판결이 아니라 주고받는 과정이에요. 효과가 있는 절차는 이래요.

1. 사유를 두 번 읽으세요. 메시지에는 가이드라인이 적혀 있고 스크린샷이 첨부되는 경우가 많아요. 많은 개발자가 너무 빨리 읽어서 엉뚱한 답을 해요.
2. 진짜 원인을 찾으세요. Clic도 Nolera도, 실제 원인은 처음 읽었을 때 문구가 암시하던 것과 달랐어요. 리뷰어와 같은 조건에서 문제를 재현해 보세요. 같은 종류의 기기, 새 계정, 첫 실행으로요.
3. 사유만 고치고 다른 건 건드리지 마세요. 기능 세 개를 추가할 때가 아니에요. 변경할 때마다 심사 범위가 넓어져요.
4. App Store Connect에서 답장하세요. App Review 메시지에 답장하면서, 무엇을 고쳤는지 사실 위주로 두 문장으로 설명하세요.
5. 확실할 때만 이의를 제기하세요. 앱이 잘못 이해됐다고 생각하면 Apple은 App Review Board에 이의 신청을 할 수 있게 해줘요. 리젝된 제출 하나당 이의 신청은 한 번이에요. 정당한 리젝에 이의를 제기하면 시간만 버려요.

기간 면에서, Apple은 제출의 최소 50%를 24시간 안에, 90%를 48시간 안에 심사한다고 밝히고 있어요. 일정을 늘리는 건 대기열이 아니라 리젝이에요. 자세한 내용은 App Store 심사 기간에 있어요. 리젝 후 전체 절차는 Apple에 리젝된 앱 페이지에 있어요.

피할 수 있었던 리젝 하나가 심사 사이클 하나를 통째로 잡아먹어요. Apple에 대한 최고의 답은 지적할 거리를 하나도 남기지 않는 제출이에요.

제가 매번 제출 전에 쓰는 체크리스트

제 앱들로 리젝을 하나씩 받으면서 만든 목록이에요.

• 필수 화면은 모두 가장 작은 iPhone, 가장 큰 iPhone, 호환 모드 iPad에서 테스트, 가이드라인 4.0 디자인 기준표에 따라
• 온보딩의 모든 단계에 실패하더라도 빠져나갈 길 마련
• 로그인이 있는 앱이면 심사 노트에 데모 계정
• 샌드박스에서 구매 테스트, 복원 포함
• 가격, 기간, 이용약관과 개인정보 처리방침 링크를 Apple이 요구하는 위치에, 모든 언어로
• 온라인 개인정보 처리방침을 제출 당일에 다시 읽기
• 개인정보 신고 항목을 앱이 실제로 수집하는 내용과 일치시키기, privacy manifest 포함
• 권한 요청 전 화면에 "허용" 버튼 없애기
• 평점 요청과 알림 요청은 가치를 보여준 뒤에, 평점 대가로 아무것도 잠금 해제하지 않기(가이드라인 3.2.2)
• 프로모션 이미지와 실제 앱을 보여주는 스크린샷, 맞춤형 제품 페이지까지 포함

첫 출시라면 App Store에 앱 출시하기 페이지에서 제출 전 모든 단계를 다시 확인할 수 있어요.

App Review에 앱 사용 흐름을 설명하는 템플릿

App Review 노트 템플릿 다운로드: 프랑스어 안내, 채워 넣을 영어 노트, 리젝 답장 틀이 들어 있어요. 버전, 화면 경로, 기대 결과를 구체적으로 적게 해줘요. 빌드에 실제로 있는 내용만 남기세요.

"앱이 제대로 저장돼요" 대신 재현 가능한 시나리오를 쓰세요. 시작 화면, 동작, 앱 종료 후 재실행, 그대로 남아 있는 결과까지요. 리젝 후에는 수정된 동작과 확인한 기기를 적으세요. 문제를 재현하지 못했다면, 재현하려면 무엇이 더 필요한지 설명하세요.

데모 계정 정보는 공개 파일이 아니라 App Store Connect의 전용 필드에 입력하세요. TestFlight 테스트 표로 증거를 준비할 수 있고, 무료 템플릿 5종도 받아볼 수 있어요.

제출 전에 이런 리젝 피하기

Apple Review Kit에는 제 제출 전 체크리스트, 수정한 Apple 리젝 사례, 그리고 제출 전에 프로젝트와 페이월, 앱 페이지를 검토해 주는 Claude Code 스킬이 들어 있어요.

이미 리젝을 받았나요? 키트가 인용된 규칙과 그 규칙이 요구하는 내용, 수정 및 답장 예시를 찾도록 도와줘요. 지금 바로 함께 살펴보고 싶다면 저와 한 시간 화상 상담을 예약하세요.

Apple이 앱을 승인할 거라고 누구도 보장할 수는 없어요. 이미 겪은 리젝에서 출발하면 같은 함정에 빠질 확률을 줄일 수 있을 뿐이에요.

아직 앱을 제출하지 않았나요? 무료 진단을 받으면 제 Apple 리젝 방지 체크리스트와 남은 할 일을 알려드려요. 아직 만드는 중이라면, 홈에서 이런 리젝을 염두에 두고 모바일 앱 만들기 방법을 볼 수 있어요.

자주 묻는 질문

Apple이 제 앱을 리젝하는 이유는 뭔가요?

거의 항상 분명한 이유가 있고, 심사 메시지에 적혀 있어요. 번호가 붙은 가이드라인이고, 스크린샷이 함께 오는 경우가 많아요. 첫 앱에서 가장 흔한 사유는 완성되지 않은 앱(2.1), 잘못 신고한 개인정보 처리(5.1.1), 오해를 부르는 메타데이터(2.3.2)예요. 인앱 결제를 우회하는 결제(3.1.1)와 잘못된 위치의 평점 요청(5.6.3)도 있어요.

제 iPhone에서는 잘 되는데 왜 리젝되나요?

리뷰어는 여러분과 다른 조건에서 테스트할 수 있기 때문이에요. 제 미니게임 알람 앱 Solys의 경우, 리뷰어는 iPad로 테스트했고 iPad에서는 iPhone 앱이 호환 모드로 더 작은 창에서 실행돼요. 거기서는 데모를 이길 수가 없었어요. 수정 내용은 실제 화면 크기로 계산하는 데모와, 실패 시 건너뛰는 링크였어요.

Apple이 앱을 리젝하면 어떻게 해야 하나요?

사유를 두 번 읽고, 리뷰어와 같은 조건(같은 종류의 기기, 새 계정, 첫 실행)에서 문제를 재현해서 진짜 원인을 찾으세요. 사유만 고치고 다른 건 건드리지 마세요. 변경할 때마다 심사 범위가 넓어져요. 그다음 App Store Connect에서, 무엇을 고쳤는지 사실 위주로 두 문장으로 답장하세요.

Apple 리젝에 이의를 제기할 수 있나요?

네, 하지만 확실할 때만요. 앱이 잘못 이해됐다고 생각하면 Apple은 App Review Board에 이의 신청을 할 수 있게 해주고, 리젝된 제출 하나당 한 번이에요. 정당한 리젝에 이의를 제기하면 시간만 버려요. 그게 아니라면 사유를 고치고 App Store Connect에서 답장하세요.

리젝되면 출시가 늦어지나요?

네. Apple은 제출의 최소 50%를 24시간 안에, 90%를 48시간 안에 심사한다고 밝히고 있어요. 그러니 일정을 늘리는 건 대기열이 아니라 리젝이에요. 피할 수 있었던 리젝 하나가 심사 사이클 하나를 통째로 잡아먹어요. 기간에 대한 자세한 내용은 App Store 심사 기간에 있어요.

Apple에 앱을 제출하기 전에 무엇을 확인해야 하나요?

필수 화면을 모두 가장 작은 iPhone, 가장 큰 iPhone, 호환 모드 iPad에서 테스트하고, 샌드박스에서 구매를 복원까지 포함해 테스트하세요. 제출 당일에 온라인 개인정보 처리방침을 다시 읽고, 로그인이 있는 앱이면 심사 노트에 데모 계정을 넣으세요. 이 체크리스트는 제 앱들로 리젝을 하나씩 받으면서 만들어졌어요.