심사를 위해 앱스토어에 게시하면 거부되나요?

앱이 Apple의 심사 지침 관련 조항을 따르지 않는 경우 심사를 위해 앱 스토어에 게시될 때 거부됩니다.

최근 Apple 리뷰의 맥락에 대한 이해를 돕기 위해 ASO100은 귀하의 피드백을 취합 및 테스트하고 이를 최신 "App Store 리뷰 지침" 및 "Apple 개발자 프로그램 라이선스 계약"과 결합했습니다. 분석 후 , 우리는 마침내 12가지 이상의 일반적인 리뷰 거부 상황을 요약했습니다. 1. 앱에는 충돌 및 로드 실패와 같은 매우 명백한 버그가 있습니다.

'App Store 심사 지침' 2.1에는 다음과 같이 명확하게 명시되어 있습니다. 앱을 제출하기 전에 기기에서 버그 및 안정성 테스트를 거쳤는지 확인하세요. .. ...App Review를 소프트웨어 테스트 서비스로 취급하지 마십시오. 애플리케이션이 불완전하거나 명백한 기술적 결함이 있는 경우 애플리케이션 검토는 불완전한 앱 번들 및 바이너리를 거부합니다. , 그것은 바로 거부됩니다.)

검토자가 응용 프로그램 버그를 발견할 가능성은 있지만 응용 프로그램이 제 시간에 시작되도록 보장하기 위해 노력하는 것이 좋습니다. 제출하기 전에는 명백한 버그가 없습니다. 또한, 심사기간 중에는 서버의 안정성을 확보하는 것도 매우 중요합니다. 심사 중에 심사위원이 콘텐츠를 로딩하지 못할 경우에도 심사가 거절될 수 있습니다.

참고: 신청서 검토가 거부된 후 Apple은 해결 센터를 통해 거부 이유와 해결 방법을 알려드립니다. 때로는 같은 이유로 거절을 당하더라도 Apple로부터 다른 진술로 피드백을 받을 수도 있습니다. 2. 앱 설명, 스크린샷 등이 앱 기능과 심각하게 불일치하는 경우

앱 설명, 스크린샷, 미리보기 영상 등 마케팅/홍보 자료에 소개된 기능이 실제 기능과 현저히 다른 경우 앱 설명이나 앱 스크린샷에 표시된 기능을 발견한 경우 앱이 거부될 수 있습니다.

또한, 스크린샷이 너무 예술적이고, 애플리케이션의 실제 내용과 전혀 일치하지 않거나, 선택한 카테고리가 애플리케이션의 성격과 전혀 일치하지 않는 경우 등이 거부될 수 있습니다. 3. 복권, 퀴즈 등 판촉 방법의 부적절한 사용

복권, 복권, 퀴즈 등의 기능은 가장 일반적으로 사용되는 앱 판촉 방법 중 하나일 수 있으며, Apple에서도 이에 대한 규정을 마련했습니다. 예: ① 경품 행사 및 콘테스트에 대한 공식 규칙은 앱에 제공되어야 하며 Apple이 어떤 방식으로든 해당 활동에 후원하거나 참여하지 않는다는 점을 명확하게 명시해야 합니다. ② 앱은 크레딧 구매를 위한 인앱 결제 사용을 허용하지 않습니다. 또는 가상 화폐를 실제 화폐와 결합하여 사용할 수 있으며, 애플리케이션 내에서 복권 구매, 복권 구매 및 자금 이체 등이 허용되지 않습니다. 이와 관련하여 Apple의 리뷰 약관을 완전히 이해하지 못하는 경우 거절당할 가능성이 높습니다! 4. 허위 또는 오해의 소지가 있는 정보 또는 기능 포함

이름, 설명 및 기타 애플리케이션 정보 또는 기능에 허위 또는 모방 요소가 포함되어 있는 경우 Apple은 사용자를 오해하게 하는 것으로 의심되는 것으로 판단하여 검토 중에 검토됩니다. . 5. 숨겨진 기능 포함

애플리케이션에 관련 문서 없이 숨겨진 기능이나 기능을 포함하지 마세요. 심사위원이 신청서의 기능을 명확하게 이해할 수 없는 경우 거절될 가능성이 높습니다. 또한 Apple의 검토 규칙에도 다음과 같은 조항이 있습니다. 이러한 행위가 과도하거나 반복적으로 발생하는 경우 개발자 자격에서 제외될 수 있습니다. 6. 제3자 저작권 침해

Apple의 지적 재산권 보호는 모두에게 명백합니다. 검토 조건에 별도의 5.2 지적 재산권 조항이 포함되어 있을 뿐만 아니라 불만 사항 접수 채널도 열려 있습니다.

App Store 검토 조건에는 다음과 같이 명확하게 규정되어 있습니다.

① 상표, 저작물 등 보호받는 제3자 콘텐츠를 사용하거나 라이선스가 없는 아이디어를 애플리케이션에 사용하지 마세요.

② 귀하의 애플리케이션이 제3자 서비스를 사용, 액세스, 표시 및 상용화하는 경우, 해당 승인을 얻었는지 확인하고 검토하기 전에 요구되는 라이센스 파일을 제공해야 합니다.

3해당 법적 승인 계약이 없는 한, 애플리케이션은 제3자 소스의 데이터 불법 공유, 저장, 변환 또는 불법 사용을 조장할 수 없습니다.

또한 Apple은 자체 지적 재산권을 보호하기 위해 다음과 같은 일련의 조건을 도입했습니다.

1 Apple이 애플리케이션 공급업체임을 명시하거나 암시하지 마십시오. 또는 Apple은 앱의 기능과 품질을 상징합니다.

② Apple의 기존 제품, 사용자 인터페이스, 애플리케이션, 광고 테마와 유사한 애플리케이션의 제작을 금지하며, Apple 제품명의 오탈자는 허용되지 않습니다. 7. 타사 모바일 플랫폼의 이름, 아이콘 등이 표시됩니다.

Apple App Store 심사 지침 2.3.10에서는 다음과 같이 규정합니다. 앱이 iOS, Mac, Apple TV 또는 Apple Watch 경험에 중점을 두고 있는지 확인하세요. , 승인된 특정 대화형 기능이 없는 한 앱이나 메타데이터에 다른 모바일 플랫폼의 이름, 아이콘, 이미지를 포함하지 마세요. 구체적이고 인정받는 대화형 기능입니다)

즉, 안드로이드 등 플랫폼 관련 정보는 애플 앱스토어에 나오지 않는 것이 가장 좋습니다. 그렇지 않으면 거절될 위험이 큽니다. 8. IDFA는 수집되지만 광고 서비스는 통합되지 않습니다.

IDFA(광고 식별자)는 사용자를 보다 정확하게 식별할 수 있으며, 특히 광고주가 광고 전환율을 추적하는 데 도움이 됩니다. Apple 개발자 프로그램 라이센스 계약에는 광고 서비스를 이용하는 사람만이 IDFA를 수집할 권리가 있다고 규정되어 있습니다. 9. UGC를 포함하지만 사용자 동의 및 신고 기능을 제공하지 않습니다.

애플리케이션에 게시 등 UGC(사용자 생성 콘텐츠) 기능이 있지만 사용자에게 약관(EULA) 동의를 요구하지 않는 경우, 민감한 정보에 대한 제한은 없으며 신고조치 등도 거부될 수 있습니다. 10. 개인 계정을 사용하여 금융 애플리케이션을 업로드하세요

개발자에게 재무 관리, P2P 및 기타 금융 관련 제품을 상기시키기 위해 이 점을 다시 나열합니다. 현재 금융 애플리케이션은 해당 회사의 개발자 계정만 사용할 수 있습니다. 이름이 업로드되었습니다. 즉, 개인 개발자 계정을 이용해 금융 신청서를 제출하면 Apple로부터 심사를 통과하지 못했다는 메시지를 받게 됩니다.

애플리케이션은 XXX LLC의 브랜드 이름과 일치하는 개발자 계정으로 업로드되어야 합니다. 고객의 앱 개발을 돕고 있다면 귀하를 개발자 계정 팀 구성원에 추가하도록 고객에게 알리세요. 물론, 위의 내용은 최근에 더 자주 나타나는 거부 이유일 뿐입니다. 이 외에도 더 일반적인 이유는 다음과 같습니다.

1. 이전 버전과 비교하면 다음과 같습니다. 제출된 새 버전이 더 좋습니다. 변경 사항이 너무 많거나 이전 버전 제품의 일부 기능이 새 버전에서 완전히 변경되었습니다.

2. 앱 내에서 다른 앱을 권장합니다.

3. iTunes Connect의 애플리케이션 미리보기 정보에 제공되는 정보가 부족합니다. 즉, 애플리케이션의 일부 기능에 로그인이 필요하고 데모 계정에 유효한 사용자 이름과 비밀번호를 제공하지 않으면 거부될 수 있습니다.

4. 앱에는 업데이트 확인 기능이 포함되어 있습니다.

5. 도박, 음란물, 너무 공격적이거나 저속한 콘텐츠 등 법률을 위반하는 콘텐츠가 포함되어 있습니다.

6. 애플리케이션은 비공개 API를 사용합니다.

7. 애플리케이션의 기능이 너무 단일할 수 없거나 제품이 너무 창의적이어서는 안 됩니다.

8. 유사한 신청서를 반복해서 제출하세요. 즉, 본질적으로 동일한 신청서를 여러 개 제출하면 다른 신청서의 검토 과정에 영향을 미칠 뿐만 아니라 거부될 위험도 있습니다.

9. 부적절한 평가.

10. 애플리케이션 이름, 설치 패키지 등에 테스트, 데모 등의 단어가 포함됩니다.

감사 거부는 일반적으로 바이너리 거부(애플리케이션 코드 문제로 인해 거부됨, 애플리케이션을 다시 업로드하고 대기열에 추가해야 함)와 메타데이터 거부(메타데이터로 인해 거부됨, 정보만 필요함)의 두 가지 상황으로 나뉩니다. 수정하려면 다시 업로드할 필요가 없습니다), 후자가 발생한 후에는 정보만 수정하면 되지만 어떤 상황이 발생하더라도 어느 정도의 시간이 낭비됩니다. 따라서 검토를 위해 제출하기 전에 Apple의 다양한 검토 규칙과 일반적인 거부 이유를 주의 깊게 연구하는 것이 좋습니다.

그리고 정말 불행해서 속았다면 너무 당황하지 마세요. 거부된 후 Apple은 거부 이유, 해결 방법 및 위반한 구체적인 조건을 제공합니다(일반적으로 피드백 정보의 첫 번째 숫자는 App Store 검토 규칙 또는 개발자 프로그램 라이센스 계약의 해당 조건에 해당함). ) ) 문제해결센터로 보내주세요. 일반적으로 Apple의 제안에 따라 신중하게 수정한 경우 다시 제출하여 통과할 수 있습니다.

제가 답변드린 내용입니다. 도움이 되셨다면 공감버튼 눌러주세요~