react-native

React Native 스토어 심사 리젝 사례 정리: 왜 거절되는지 미리 알면 덜 고생한다

mirabo01 2026. 1. 28. 10:02

앱을 처음 배포해보면
빌드보다 더 긴장되는 단계가 있다.

바로 스토어 심사다.

  • 코드도 문제없고
  • 빌드도 잘 됐는데
  • 갑자기 “리젝” 메일이 온다

이 단계에서 당황하는 이유는
개발 문제가 아니라 정책 문제이기 때문이다.

이 글에서는
React Native + Expo 앱을 기준으로
실제로 자주 걸리는 스토어 심사 리젝 사례
입문자 관점에서 정리한다.


이 글이 필요한 사람

  • 첫 앱 배포를 앞두고 있는 경우
  • 이미 한 번 이상 리젝을 당한 경우
  • “뭐가 문제인지 모르겠다”는 상태인 경우

스토어 심사는 무엇을 보는가

먼저 이 관점부터 정리해야 한다.

스토어 심사는
“코드 품질”이 아니라
사용자 보호와 정책 준수를 본다.

그래서 다음 항목들이 핵심이다.

  • 개인정보 수집 여부
  • 앱 설명과 실제 기능 일치 여부
  • 계정/결제/권한 사용의 정당성
  • 테스트 가능 여부

[이미지: 앱 스토어 심사 체크 항목 개념]


1️⃣ 개인정보 처리방침 누락

가장 흔한 리젝 사유다.

이런 경우 거의 무조건 걸린다

  • 로그인 기능 있음
  • 이메일, 닉네임 입력받음
  • 서버로 데이터 전송함

⚠️ 이때 개인정보 처리방침이 없으면 바로 리젝

대응 방법

  • 웹에 개인정보 처리방침 페이지 생성
  • 스토어 등록 시 URL 입력
  • 앱 내에서도 접근 가능하면 더 좋음

실제 수집하는 정보만 솔직하게 적는 게 중요하다.


2️⃣ 테스트 계정 미제공 (로그인 앱)

로그인이 필수인 앱이라면
스토어 심사팀이 앱을 테스트할 수 있어야 한다.

자주 나오는 리젝 문구

  • “We are unable to access the app”
  • “Login credentials are required”

대응 방법

  • 테스트 계정 ID / PW 제공
  • 스토어 심사 메모에 명시
  • 실제 서버와 동일한 환경이어야 함

테스트 계정이 없으면
아무리 앱이 좋아도 심사 불가다.


3️⃣ 앱 설명과 실제 기능 불일치

스토어 설명은
단순 홍보 문구가 아니라
심사 기준 문서에 가깝다.

예시

  • 설명에는 “회원가입 필요 없음”
  • 실제 앱은 로그인 필수
  • 설명에는 “무료”
  • 앱 안에서 결제 유도 존재

이런 경우
거의 확실하게 리젝된다.

대응 방법

  • 스토어 설명을 실제 기능 기준으로 작성
  • 애매한 표현 줄이기
  • “~할 수 있습니다” 남용 주의

4️⃣ 권한 사용 이유 불명확

카메라, 위치, 알림 권한은
심사에서 특히 민감하다.

자주 걸리는 케이스

  • 카메라 권한을 요청하는데 기능 설명 없음
  • 위치 권한 요청 이유가 불분명
  • 알림 권한을 과도하게 요청

대응 방법

  • 권한 요청 시 명확한 설명 문구 제공
  • 실제 사용하는 기능만 요청
  • 스토어 설명에도 간단히 언급

“나중에 쓸지도 몰라서”는
심사에서 통하지 않는다.


5️⃣ 빈 화면, 크래시 발생

심사팀은
여러 기기, 여러 상황에서 앱을 실행한다.

그래서 이런 문제가 잘 드러난다.

  • 첫 실행 시 빈 화면
  • 네트워크 없을 때 크래시
  • 특정 버튼 누르면 앱 종료

대응 방법

  • 로딩 상태 처리
  • 에러 화면 표시
  • 네트워크 예외 처리

개발자 기기에서는 안 나와도
심사 환경에서는 잘 걸린다.


6️⃣ 콘텐츠 정책 위반

의외로 간과하기 쉬운 부분이다.

  • 사용자 생성 콘텐츠
  • 외부 링크
  • 커뮤니티 기능

이 경우
신고 기능, 차단 기능을 요구받는 경우도 있다.

입문 단계 앱에서는
보통 해당 사항이 적지만,
SNS 성격이 있다면 꼭 확인해야 한다.


리젝 메일을 받았을 때의 태도

처음 리젝을 받으면
기분이 꽤 상한다.

하지만 중요한 건 이거다.

리젝은 실패가 아니라
수정 요청에 가깝다.

  • 대부분 구체적인 사유를 알려준다
  • 한두 번 수정하면 통과하는 경우가 많다
  • 감정적으로 대응할 필요 없다

실무 기준 리젝 대응 흐름

  1. 리젝 사유 정확히 읽기
  2. 해당 기능 / 설명 수정
  3. 필요하면 심사 메모에 설명 추가
  4. 재심사 요청

이 과정을 한 번 겪고 나면
다음 배포부터는 훨씬 수월해진다.


배포 전에 체크하면 좋은 리스트

심사 전에
이 리스트만 확인해도 리젝 확률이 크게 줄어든다.

  • 개인정보 처리방침 URL 있음
  • 테스트 계정 제공 (로그인 앱)
  • 스토어 설명과 기능 일치
  • 권한 요청 이유 명확
  • 빈 화면 / 크래시 없음

정리

  • 스토어 심사는 기술보다 정책을 본다
  • 개인정보, 로그인, 권한이 가장 중요하다
  • 리젝은 흔한 과정이다
  • 한 번 경험하면 다음부터는 덜 힘들다