앱스토어 심사 거절, Greenlight로 제출 전에 미리 잡기
앱을 심사에 냈다가 반려될까 걱정되는 분께 맞는 글입니다. Greenlight로 제출 전에 점검하는 세 단계와 이 도구의 한계를 알게 됩니다.
Greenlight는 코드와 설정 파일을 애플·구글 심사 가이드라인과 대조해 제출 전에 미리 점검해 주는 도구입니다. 정적 분석이라 디자인이나 실행 중 동작 문제는 잡지 못하니 그 부분은 사람이 확인해야 합니다.
앱을 앱스토어에 제출하기 전에 심사 거절 가능성을 점검하려고 해. 아래 항목을 이 프로젝트에서 확인해 줘. - 소셜 로그인이 있다면 애플 로그인도 있는지 - 로그인 기능이 있는데 심사용 테스트 계정 정보가 준비됐는지 - 스토어 스크린샷이 실제 화면과 같은지 - 개인정보 처리 관련 파일과 설정이 빠짐없는지 코드와 설정에서 확인되는 것과, 사람이 눈으로 봐야 하는 것을 나눠서 알려 줘.
앱스토어 심사 거절은 앱을 심사에 제출했다가 애플이나 구글의 규정에 어긋난다는 이유로 반려되는 것을 말합니다. 심사에 냈다가 거절당하면 다시 고치고 며칠을 더 기다려야 합니다.
그래서 제출 전에 미리 점검하면 이 왕복을 상당 부분 줄일 수 있습니다.
거절이 흔한 이유
앱스토어 심사 거절은 디자인 문제보다 규정 위반으로 걸리는 경우가 많습니다.
- 소셜 로그인만 있고 애플 로그인이 빠진 경우
- 로그인 기능이 있는데 테스트 계정을 안 넣은 경우
- 스크린샷이 실제 화면과 다른 경우
이런 항목은 사람이 직접 하나하나 체크리스트로 확인하기엔 놓치기 쉽습니다.
Greenlight로 점검하는 3단계
Greenlight는 코드·개인정보 처리 관련 파일(프라이버시 매니페스트)·설정 파일을 애플과 구글의 심사 가이드라인과 대조해 미리 점검해 주는 도구입니다. 공식 저장소 설명에 따르면 계정 없이, 네트워크 연결 없이 로컬에서 동작하는 명령줄 도구입니다.
설치하기
하나의 실행 파일(바이너리) 형태로 배포되며, 별도 서버나 계정 등록이 필요 없습니다.
점검 돌리기
소스 코드, 개인정보 처리 관련 설정, 앱 스토어에 올릴 메타데이터(설명·스크린샷 정보 등)를 대상으로 점검을 실행합니다.
결과 확인하기
문제로 지적된 항목마다 어떤 심사 규정 조항에 해당하는지와 함께 나옵니다. 공식 저장소는 30여 개 규칙으로 네 가지 각도(코드·프라이버시 매니페스트·바이너리·메타데이터)에서 점검한다고 설명합니다.
실제로 걸러진 항목
이 부분은 저희가 직접 검증하지 못했습니다. Greenlight를 실제로 돌려서 어떤 항목이 걸렸는지에 대한 저희 자체 결과는 아직 없습니다.
한계도 있습니다
공식 저장소는 이 도구의 한계도 함께 밝히고 있습니다. 정규식(문자 패턴) 기반의 정적 분석이라, 앱을 실제로 실행했을 때 나타나는 동작이나 디자인 관련 위반(화면 구성이 가이드라인과 안 맞는 경우 등)은 잡아내지 못한다고 되어 있습니다.
즉 코드·설정 파일에 드러나는 문제는 잡지만, 눈으로 봐야 아는 문제는 여전히 사람이 확인해야 합니다.
자주 하는 실수
공식 저장소도 정적 분석의 한계를 밝히고 있습니다. 실행 중 동작이나 화면 구성 같은 디자인 관련 위반은 잡지 못하니, 이런 부분은 사람이 직접 확인해야 합니다.
자주 묻는 질문
이 도구를 쓰면 거절이 아예 없어지나요?
아닙니다. 공식 저장소도 정적 분석의 한계를 밝히고 있습니다. 코드·설정에서 드러나는 문제를 미리 잡아 주는 보조 도구로 보는 게 맞습니다.
비용이 드나요?
공식 저장소는 오픈소스로 공개돼 있습니다. 다만 라이선스 조건과 최신 이용 방식은 저장소에서 직접 확인하는 것이 안전합니다.
클로드 코드와 같이 쓸 수 있나요?
공식 저장소는 Claude Code에서 스킬(SKILL.md) 형태로도 배포하고 있다고 안내합니다. 스킬로 등록하면 대화 중에 점검을 요청하는 식으로 쓸 수 있습니다.
정리
제출 전에 정적 분석 도구로 한 번 걸러내면 왕복하는 시간을 줄일 수 있습니다. 다만 디자인·동작 관련 문제는 여전히 사람이 직접 확인해야 합니다.