앱 심사 거절(Reject), 수없이 겪어본 회사의 솔직한 정리

애플과 구글 양쪽에서 합쳐서 30번 넘게 reject 당해본 입장에서 솔직히 말씀드립니다. 리젝은 실패가 아니라 통과 과정의 일부입니다. 첫 출시에 한두 번 거절은 거의 당연하다고 보시면 돼요. 정작 중요한 건 "왜 거절됐는지"를 정확히 읽어내는 능력입니다. 거절 사유를 추측으로 해석하면 두 번째 심사에서 또 거절당해요.

먼저 심사 시간 짚고 갈게요. 애플 앱스토어 심사는 2024년까지만 해도 평균 24~48시간이 표준이었어요. 그런데 2025년 말부터 AI 코딩 도구 보급으로 앱 제출량이 폭증하면서 2026년 현재는 평균 3~5일, 길게는 1주일+까지 걸리는 사례가 흔해졌습니다. 거절도 빠르고 통과도 빠른 구조였던 게, 이제는 거절 한 번에 1주일 추가가 될 수 있는 구조로 바뀌었어요. 문제는 거절 사유가 영어로 오고, 메시지가 모호한 경우가 많다는 것. 그래서 한국 개발자들이 가장 답답해하는 부분이죠.

결론을 미리 말씀드리면, 애플 reject의 80%는 "최소 기능 부족(4.2)", "결제 정책 위반(3.1)", "메타데이터 부정확(2.3)" 세 가지에 몰려있어요. 이 세 가지만 잘 챙기면 1차 통과 확률이 압도적으로 올라갑니다. 그리고 한 번 거절된 이후로는 같은 심사관이 계속 본다는 점, 이 두 가지를 머릿속에 박아두고 시작하시면 됩니다.

애플 vs 구글, 심사 성격이 다르다

먼저 두 스토어의 본질적 차이부터 짚을게요. 같은 "심사"라도 성격이 완전히 다릅니다.

표만 봐도 애플이 훨씬 까다롭다는 게 보이실 거예요. "애플의 리젝 사유들을 다 통과한다면 안드로이드는 거의 문제 없다"가 업계 공식이기도 합니다. 그래서 이 글에서는 애플 위주로 정리합니다.

한 가지 짚어둘 게 있어요. 구글이 "관대"하다는 건 심사가 약하다는 뜻이 아니라 자동화된 머신러닝 검사가 많다는 뜻입니다. 그래서 처음에는 통과해놓고 나중에 정책 위반으로 갑자기 내려가는 일이 있어요. 특히 권한, 결제, 콘텐츠 정책 위반은 자동 탐지로 사후 제재가 강력합니다.

가장 자주 만나는 reject 사유 TOP 10

실전에서 정말 자주 만나는 사유를 발생 빈도순으로 정리했어요. 이 10가지만 사전에 막으면 1차 통과 확률이 압도적으로 올라갑니다.

실전: 거절 메시지를 읽는 법

애플의 거절 메시지는 정형화돼 있어요. 다음 패턴만 익히면 90%는 즉시 해석 가능합니다.

위 메시지를 읽는 방법은 이래요.

애플 가이드라인 번호 빠른 참조

실전에서 자주 만나는 가이드라인 번호와 의미를 정리했어요. 메일 받으면 이 표 먼저 찾아보세요.

사유별 구체적 해결법

실제로 reject 받았을 때 어떻게 대응해야 하는지, 가장 흔한 3가지 사유에 대한 구체적 해결법입니다.

사유 1: Guideline 4.2 (최소 기능 부족)

사유 2: Guideline 3.1.1 (인앱 결제 위반)

사유 3: Guideline 5.1.1(v) (계정 삭제 누락)

제출 전 마지막 체크 10가지

제 경험상 이 10가지만 빠짐없이 체크하시면 1차 통과 확률이 압도적으로 올라갑니다.

한국 앱이 자주 빠뜨리는 부분

한국 개발자만 자주 만나는 거절 사유들이 있습니다. 미국 심사관 기준에서 한국 환경이 낯설기 때문에 발생하는 문제들이에요.

거절 받았을 때 어떻게 응답할 것인가

거절 메시지를 받으면 두 가지 선택지가 있어요. (1) 코드를 수정하고 재제출, (2) Resolution Center에서 심사관에게 직접 응답. 보통 (1)이 정답이지만, 가끔 (2)가 더 빠를 때가 있습니다. 어떤 경우에 (2)를 쓰는지 정리할게요.

Resolution Center 응답 영문 템플릿

실제 거절 → 통과까지의 패턴

제 경험과 주변 컨설팅 사례에서 가장 자주 보이는 거절 → 통과 패턴 3가지를 정리했어요. 비슷한 상황이라면 어떻게 진행되는지 미리 알아두면 도움이 될 거예요.

패턴에서 보이는 공통점: 처음부터 거절 사유를 정확히 진단하고, 코드 수정 + 명시적 Review Notes 두 가지를 항상 같이 한다는 거예요. 이 두 가지만 잘 하면 평균 2~3회 안에는 통과합니다. 4회 이상 거절되면 거의 항상 잘못된 방향으로 수정하고 있는 거예요. 그럴 땐 외부 컨설팅을 받거나 카카오 / 네이버 같은 큰 회사의 비슷한 앱을 분석해보는 게 빠릅니다.

정리하며

리젝은 정말 흔한 일이에요. 처음 출시하시는 분이 1차 통과하는 비율이 30%가 안 됩니다. 2~3번 거절 받는 게 표준이라고 생각하시면 마음이 편해요. 신생 회사가 아니라 카카오, 네이버 같은 큰 기업들도 정기적으로 reject 받습니다. 거절은 실패가 아니라 통과 과정의 일부예요.

제가 가장 강조하고 싶은 건 이거예요. 거절 메시지를 추측으로 해석하지 마세요. 가이드라인 번호를 검색해서 정확한 정책을 읽고, 애플이 제시한 "Next Steps"를 그대로 따르세요. 추측으로 다른 부분을 고치면 또 거절당합니다.

한 가지 팁을 더 드리면, 한 번 거절된 이후로는 같은 심사관이 계속 봅니다. 그래서 첫 거절에서 받은 피드백을 정확히 반영해야 해요. 다른 부분 수정하면 "내가 지적한 거 안 고쳤네" 하고 또 거절합니다. 그래서 첫 거절 메일을 정확히 읽는 능력이 핵심이에요. 좌절하지 마시고, 거절도 통과 과정의 일부라고 받아들이시면 됩니다.