제출 가이드
App Store 심사에서 스크린샷이 거부되는 7가지 패턴
실제 검수에서 가장 자주 발생하는 스크린샷 관련 거절 사유 7가지와 회피 방법을 정리합니다.
App Store 심사 거절 사유 중 상당수는 코드가 아니라 메타데이터(스크린샷·설명·앱 이름)에서 발생합니다. 그중에서도 스크린샷은 검수자가 가장 먼저 보는 자산이라 거절 빈도가 높습니다. 이 글에서는 실제 검수에서 자주 보고된 7가지 패턴과, 각 패턴을 사전에 차단하는 방법을 정리합니다.
1. 실제 앱 화면과 다른 UI를 보여 주는 경우
가장 많은 거절 사유입니다. 마케팅 목적으로 디자인된 가상의 UI를 스크린샷에 넣으면 Apple은 "사용자에게 잘못된 인상을 준다"고 판단합니다. 콘셉트 디자인, 베타 단계의 화면, 출시 후 반영 예정인 기능이 자주 문제가 됩니다.
회피 방법: 출시 빌드의 실제 화면만 사용하세요. 카피와 배경을 추가하는 것은 허용되지만, 앱의 UI 자체를 바꾸어 보여 주는 것은 안 됩니다.
2. 가격/구매 정보가 잘못된 경우
"무료", "한 달 무료" 같은 표현이 스크린샷에 들어 있는데, 실제 앱이 출시 첫날부터 유료 구독을 요구하는 경우 거절됩니다. 이전 빌드에서 무료였더라도 현재 빌드에서 유료라면 그 카피는 빼야 합니다.
회피 방법: 가격 관련 표현은 가능한 한 스크린샷이 아닌 앱 설명 텍스트로 옮기세요. 변경 시 한 군데만 수정하면 됩니다.
3. 비교 우위 표현이 들어간 경우
"최고", "1위", "유일한", "넘버원" 같은 표현은 자주 거절됩니다. 객관적인 검증 자료(미디어 인용, 어워드 수상 등)가 있어도 검수자는 해당 표현이 사실 기반인지 확인하기 어려워서 보수적으로 판단합니다.
회피 방법: "1위" 대신 "100만 다운로드", "최고" 대신 "평균 5점 1,200건 리뷰" 식으로 사실 기반 숫자를 넣으세요. 동일한 인상을 주면서 거절 위험은 거의 0에 가깝습니다.
4. 다른 회사의 트레이드마크가 노출된 경우
경쟁사 로고와 함께 비교 표를 보여 주는 형태, 또는 유명 브랜드의 아이콘을 데모 데이터로 사용하는 경우가 자주 거절됩니다. Apple은 권리 관계 분쟁의 여지를 사전에 차단합니다.
회피 방법: 데모 데이터는 가공의 회사명, 가공의 사용자명을 사용하세요. 실제 브랜드 노출이 필요하다면 사용 권한을 명시한 별도 스크린샷을 준비하고, 가능하면 검수자가 확인할 수 있도록 리뷰 노트에 권한 출처를 적어 두세요.
5. 스크린샷 안에 광고나 외부 링크가 보이는 경우
실제 앱이 광고 SDK를 포함하더라도, 스크린샷에 광고 배너가 그대로 노출되는 것은 거절 사유가 됩니다. Apple은 스크린샷이 "앱 자체의 가치를 보여 주는 자산"이라는 입장이라, 광고는 그 가치 전달을 방해한다고 봅니다.
회피 방법: 스크린샷 캡처 전에 광고를 일시적으로 비활성화하거나, 광고가 표시되지 않는 시점의 화면을 캡처하세요.
6. 디바이스 프레임이 잘못된 경우
iPhone용 스크린샷에 안드로이드 폰 프레임을 씌우거나, iPad 스크린샷을 잘못된 비율의 프레임에 넣은 경우 자주 거절됩니다. 검수자에게는 "이 앱이 어느 디바이스용인가"가 한눈에 들어오지 않으면 모두 잠재적 문제로 보입니다.
회피 방법: 디바이스 프레임을 사용한다면 정확한 디바이스 라인업의 프레임만 사용하세요. 가장 안전한 선택은 "프레임 없이 풀스크린 캡처"입니다.
7. 첫 장이 광고처럼 보이는 경우
첫 스크린샷이 앱 화면 없이 큰 글씨와 배경만 보여 주는 경우 — 즉, 광고 배너처럼 만든 경우 — 자주 거절됩니다. Apple은 첫 장이 "앱 화면을 보여 주는 자산"이어야 한다고 명시하고 있습니다.
회피 방법: 첫 장에는 반드시 실제 앱 화면을 포함하세요. 카피와 배경은 허용되지만, 앱 화면 자체가 첫 장에서 사라지면 안 됩니다.
거절 사유 7가지 중 6가지는 "스크린샷이 앱의 실제 모습과 일치하는가"라는 한 가지 원칙으로 묶입니다. 광고적 강조보다 사실 기반 묘사가 항상 거절 위험이 낮고, 동시에 다운로드 전환률에서도 더 좋은 결과를 만듭니다. 제출 직전에 위 7가지를 한 번씩 점검하는 것만으로도 재제출 비용을 크게 줄일 수 있습니다.