App Store에 게시되는 모든 앱은 Apple의 규칙 준수 여부를 심사받습니다. 개발자가 하나 이상의 규칙을 위반하면 프로세스가 지연될 수 있습니다. 위반은 앱에 금지된 콘텐츠가 포함된 것처럼 심각할 수도 있고, 인앱 구매 설명의 오류처럼 사소할 수도 있습니다.
멀티미디어 재생 및 처리를 위한 모바일 소프트웨어 개발 부서장인 Dmitry Kuznetsov와 함께 구독 기반 앱의 심사를 빠르고 쉽게 통과하는 데 도움이 될 수 있는 것들을 알아보겠습니다.
App Store 심사에 대해 알아야 할 사항
애플리케이션은 변경 사항이 최소한이더라도 새 버전이 게시될 때마다 심사를 받습니다. 개발자가 앱의 주요 기능을 전혀 건드리지 않고 버튼 몇 개만 바꾸더라도 앱을 다시 빌드하고 심사에 제출해야 합니다.
App Store는 앱의 품질에 대한 책임이 있기 때문에 심사 프로세스를 매우 철저하게 진행합니다. 사용자는 성능이 낮거나 위험하거나 오해의 소지가 있는 콘텐츠에 노출되어서는 안 됩니다. 어린이용 앱은 금지된 콘텐츠나 숨겨진 기능이 포함되어서는 안 되므로 특히 면밀한 검토를 받습니다.
스토어는 자체적으로 또는 사용자의 불만을 바탕으로 이미 게시된 앱을 심사할 수 있습니다. 이러한 특별 심사는 꽤 드물지만 Apple이 숨겨진 기능이 포함된 비양심적인 개발자가 만든 앱을 식별할 수 있게 해줍니다.
또한 전문가들은 사용자가 구매에 대한 환불을 자주 요청하는 애플리케이션에 주목할 수 있습니다. 그러한 애플리케이션이 너무 많다면 이는 애플리케이션에 문제가 있다는 신호입니다.
Apple은 1년 동안 업데이트되거나 심사받지 않은 오래된 앱을 스토어에서 제거합니다. 해당 애플리케이션의 개발자는 먼저 90일 이내에 새 버전을 출시하라는 알림을 받습니다. 그렇게 하지 않으면 앱이 제거됩니다.
App Store 심사 체크리스트
| 카테고리 | 확인 |
|---|---|
| 앱 안정성 | ✅ 충돌이나 차단 버그 없음 |
| 메타데이터 | ✅ 제목, 설명, 키워드 업데이트됨 |
| 스크린샷 및 미리보기 | ✅ 현재 앱 버전과 일치 |
| 인앱 구매 | ✅ 올바른 설정 및 설명 |
| 로그인 방법 | ✅ 필요한 경우 Apple로 로그인 추가됨 |
| 개인정보 보호 | ✅ 개인정보 처리방침 연결됨 |
| 테스트 계정 | ✅ Apple에 제공됨 |
| 준수 | ✅ 지역 법률 적용됨 |
iOS 앱이 거치는 검증 과정
앱이 심사를 받으려면 빌드, 즉 완성된 애플리케이션 파일을 App Store Connect에 업로드해야 합니다. 거기서 처리 과정을 거칩니다. 기본 매개변수에 대한 자동 검토와 악성 코드 스캔입니다. 예를 들어, 애플리케이션은 프로그램 코드를 읽어 사용자의 기기로 전송해서는 안 됩니다. 이는 스토어 규칙에서 금지되어 있습니다. 예외는 교육 목적으로만 허용됩니다. 사용자가 앱에서 개발을 배우는 경우 코드 편집기를 내부에서 사용할 수 있습니다.
처리 과정에서 규칙과의 작은 기술적 불일치도 발견됩니다. 예를 들어, 오래된 버전의 Xcode를 사용하여 빌드되었기 때문에 앱이 검증에 실패할 수 있습니다. 이 경우 개발자는 애플리케이션을 다시 빌드하고 심사에 다시 제출해야 한다는 메시지를 받게 됩니다. 처리 과정에서 여러 위반 사항이 발견되면 모두 나열됩니다. 전체 프로세스는 보통 평균 20분이 걸리지만 때로는 몇 시간까지 더 오래 걸릴 수 있습니다.
처리가 완료되면 앱을 심사에 보내는 것을 확인하고 시작을 기다려야 합니다. 2022년부터 App Store Connect에는 새로운 검증 프로세스가 있습니다. 개발자는 앱의 새 버전을 만들지 않고도 인앱 이벤트, 인앱 제품 페이지 및 테스트를 심사에 제출할 수 있습니다. 심사에 실패한 항목은 일시적으로 숨길 수 있고, 성공적으로 통과한 항목은 게시할 수 있습니다.
Apple은 심사 중에 정확히 무슨 일이 일어나는지 공개하지 않지만, 100%의 경우 앱은 심사팀 직원에 의해 검토됩니다. 그들은 전체 앱을 테스트하지 않고 주요 사용 사례 시나리오, 여러 화면을 확인하고 인앱 구매가 어떻게 작동하는지 봅니다.
심사 대기 시간은 심사팀의 가용성에 따라 달라집니다. 크리스마스와 새해와 같은 큰 휴일과 긴 주말 전에는 직원이 적어서 대기 시간이 길어지고 프로세스 자체도 더 많은 시간이 걸립니다.
런웨이 데이터에 따르면, 앱 스토어에서 검토를 기다리는 데 평균 약 9시간이 소요되며, 검토 자체는 약 하루 정도 걸립니다.
첫 번째 App Store 심사의 특성
앱의 첫 번째 버전을 심사하는 데는 최대 1개월까지 더 오래 걸릴 수 있으며, 특히 비표준 사용자 흐름이나 특이한 기능이 있는 경우 그렇습니다. 첫 번째 심사 중에 스토어 직원은 앱의 작동에 대해 질문이 있을 수 있습니다. 이 경우 프로세스가 일시 중지되고 개발자는 특정 질문이 포함된 이메일을 받게 됩니다.
앱에 로그인이 필요한 경우 심사팀 직원은 테스트 계정에 액세스하기 위한 로그인과 비밀번호를 보내달라고 요청합니다. 이를 피하려면 빌드 설명에 필요한 정보를 미리 지정하는 것이 좋습니다. 스토어 직원은 앱의 대상 고객이나 사용 목적을 명확히 하고 싶어할 수도 있습니다.
때때로 심사팀은 앱이 어떻게 작동하는지에 대한 더 많은 정보를 요청합니다. 이 경우 기능을 텍스트로 설명하거나 더 나은 이해를 위해 화면 녹화를 할 수 있습니다.
또 다른 빈번한 요청은 사용자 데이터가 어떻게 그리고 왜 처리되는지입니다. 예를 들어, 앱이 연락처나 위치 정보에 대한 액세스를 요청하지만 명시적으로 사용하지 않는 경우입니다.
심사 중에 앱이 누구의 저작권도 침해하지 않는다는 것을 확인해야 합니다. 개발자는 음악, 비디오, 상표 또는 기타 지적 재산을 사용할 수 있도록 허용하는 문서를 제공해야 합니다. 브랜드를 소유한 회사가 개발하지 않은 경우 앱을 게시할 권리도 확인해야 합니다.
앱이 iOS의 비표준 암호화 방법을 사용하는 경우 데이터 암호화 알고리즘에 대한 문서도 제공해야 합니다.
앱의 후속 버전 심사, 특히 작은 업데이트가 있는 버전은 일반적으로 훨씬 적은 시간이 걸립니다. 인앱 구매만 조정하는 경우 전체 앱을 심사에 보낼 필요가 없습니다. App Store Connect에서 앱 개발자는 이제 새로운 구독 옵션, 제품 페이지 또는 특정 페이지에 대한 심사 프로세스를 시작할 수 있습니다. 즉, 앱의 완전히 새로운 버전을 만들 필요가 없습니다. 심사가 필요한 요소만 지정하면 됩니다.
앱이 iOS 심사에 실패하는 이유
무엇보다도 앱이 App Store 정책을 위반하면 심사에 실패합니다. 전문가가 심사 중에 위반을 발견하면 앱을 거부하고 이유를 표시합니다. 이 경우 최소한 하나의 스토어 규칙을 참조하지만 정확히 무엇을 변경해야 하는지 항상 명시하지는 않습니다. 따라서 개발자는 앱의 어떤 요소가 심사자에게 위반으로 보였는지 추측해야 합니다.
심사 중에 인적 요소도 영향을 미칠 수 있으며, 이는 개발자에게 좋을 수도 나쁠 수도 있습니다. 어떤 경우에는 전문가가 위반을 놓칠 수 있습니다. 예를 들어, 모든 사용 사례 시나리오에 나타나지 않는 경우입니다. 반면에 모호한 상황에서 형식적인 이유로 앱을 거부할 수도 있습니다.
개발자가 요구 사항이 위반되지 않았다고 확신하는 경우 전문가의 결정에 이의를 제기할 수 있습니다. 이를 위해서는 앱이 모든 규칙을 준수한다는 증거를 제공해야 합니다. 때로는 최소한의 변경으로 새 버전을 빌드하면 도움이 됩니다. 다른 덜 편향된 전문가가 테스트하고 심사를 성공적으로 통과할 가능성이 있기 때문입니다.
일부 개발자는 의도적으로 규칙을 위반하고 앱이 심사되고 스토어에 게시된 후 원격으로 활성화하거나 타이머로 실행할 수 있는 숨겨진 기능을 앱에 삽입합니다. 이러한 앱은 조만간 발견되어 제거되며, 개발자는 계정 차단을 포함한 제재를 받습니다.
거부의 추가 이유:
- 버그, 콘텐츠 로딩 시간이 너무 길거나 불안정한 작동
- 모든 기능이 제대로 구현되지 않음, 예: 반응하지 않는 버튼
- 개인정보 침해 – 앱이 이유 없이 사용자의 데이터에 액세스하려고 함
| 거부 사유 | App Store 가이드라인 | 발생 이유 | 해결 방법 |
|---|---|---|---|
| 실행 시 충돌 | 2.1 App Completeness | 앱이 완전히 테스트되지 않음 | 실제 기기에서 테스트 |
| 불완전한 메타데이터 | 2.3 Accurate Metadata | 누락되거나 오해의 소지가 있는 정보 | App Store Connect 업데이트 |
| 깨진 링크 | 2.3.3 | 앱 또는 메타데이터의 잘못된 URL | 모든 외부 링크 확인 |
| 숨겨진 페이월 | 3.1 Payments | 명확한 공개 없음 | 가격을 미리 설명 |
| Apple로 로그인 누락 | 4.8 | 타사 로그인 사용됨 | Apple 로그인 추가 |
| 가이드라인 위반 | 복수 | 정책 오해 | Apple 가이드라인 검토 |
앱이 심사를 통과하도록 하는 방법
앱을 검토에 제출하기 전에 가장 먼저 주의해야 할 사항은 모든 게시 규칙을 설명하는 앱 스토어 가이드라인입니다. 이 가이드라인은 수시로 업데이트되므로 개발자 뉴스를 주시하는 것이 중요합니다. 예를 들어, 게시 규칙의 최근 업데이트는 사용자 계정 및 관련 데이터 전체 삭제 기능과 관련됩니다. 앱에 해당 기능이 없다면 심사를 통과할 수 없습니다.
구독 기반 앱의 경우 인앱 구매의 디자인 및 콘텐츠 요구 사항에 특별한 주의를 기울여야 합니다. 스토어는 사용자가 구매 후 기대한 것을 정확히 받을 수 있도록 합니다: 새로운 기능 잠금 해제, 새로운 콘텐츠에 대한 액세스 또는 구독 활성화.
심사를 성공적으로 통과하기 위해 필요한 것:
- 모든 구독 또는 제품 옵션을 한 화면에 표시
- 사용자가 무엇을 어떤 가격에 구매하는지 이해할 수 있도록 각 제품을 명확하고 완전하게 설명
- 구매 조건이 화면에서 많은 공간을 차지하더라도 읽기 쉬운 글꼴로 작성해야 함
- 화면을 스크롤하지 않고도 조건이 최소한 부분적으로 보여야 함
- 앱이 제공되는 국가에 대한 구매 비용과 통화를 올바르게 표시
- 주요하고 가장 유리한 구독 또는 구매 옵션 강조 표시
- 설명이 인앱 구매의 내용과 일치하는지 확인
- 앱에서 사용되는 모든 언어로 제품 설명을 올바르게 번역
또한 앱에 “구매 복원” 버튼, 개인정보 처리방침 및 이용약관 링크가 있는지 확인하는 것이 좋습니다. 구매 화면에서 사용 가능한 모든 제품 및 구독 옵션을 앱 자체에 삽입하는 것도 잊지 마세요.
구독 및 페이월 요구 사항
| 요구 사항 | Apple 기대 사항 |
|---|---|
| 가격 명확성 | 가격 및 청구 기간 표시 |
| 자동 갱신 공개 | 명확하게 명시 |
| 무료 체험 | 조건 설명 |
| 구매 복원 | 표시되는 옵션 |
| 약관 및 개인정보 | 페이월에서 접근 가능 |
| 취소 정보 | 명확하게 설명 |
불필요한 심사를 피하는 방법
빌드에 몇 가지 사소한 변경만 가져올 수 있는 앱의 새 버전마다 앱을 심사에 보내야 합니다. 하지만 불필요한 심사를 완전히 피할 수 있는 방법이 하나 있으며, 페이월을 편집할 때 이를 사용할 수 있습니다.
Adapty와 같은 솔루션은 원격 구성 기능을 통해 페이월을 구축하는 서비스를 제공합니다. 이를 통해 개발자는 앱의 새 버전을 만들 필요 없이 모든 페이월 요소를 몇 초 만에 원격으로 변경할 수 있습니다. 페이월의 각 요소에 미리 자리 표시자 값을 할당한 후 편리한 JSON 편집기를 이용해 해당 내용을 대체하기만 하면 됩니다.
또 다른 방법은 Adapty의 페이월 빌더를 활용해 페이월을 처음부터 직접 만드는 것입니다. 이 도구를 사용하면 다양한 템플릿 중에서 선택한 후, 코드나 디자이너 도움 없이도 사용자 친화적인 시각적 페이월 편집기에서 모든 요소를 조정할 수 있습니다. 5분 만에 페이월을 생성한 후 앱에 바로 적용하거나, 추가 페이월을 만들어 A/B 테스트를 진행해 성능을 비교해 볼 수 있습니다. 또한 빌더로 생성한 운영 중인 페이월에 변경 사항이 필요할 경우, 원격 구성(remote config) 원리를 기반으로 하지만 더 편리한 방식으로 손쉽게 수정할 수 있습니다.
따라서 유료화 A/B 테스트를 실행할 계획이거나, 단순히 앱의 유료화 정책 변경 사항을 적용할 때 또 다른 긴 검토 과정을 거치지 않아도 된다는 아이디어가 마음에 든다면 – Adapty가 무엇인지 저희 문서에서 확인해 보세요.
