앱 심사가 늦었어? 쉽게 해결하고 감사 속도를 높이도록 가르쳐 주세요! 건화물을 경영하다

우리 개발자는 제품 개발, 테스트, 포장, 업로드를 거쳐 마지막 단계인 심의를 거쳐 심사를 통과하면 순조롭게 선반에 오를 수 있다. 일반적으로 승인을 위해 여러 번 제출해야 하며 승인 과정에서 많은 문제가 발생할 수 있습니다. 오늘 미대장은 심사 문제에 대한 건의와 가속화 자습서 ~0 1 심사 메커니즘 개요 Apple 심사는 예심, 컴퓨터 심사, 수동 심사의 세 부분으로 크게 나뉜다. 현재 App 검토의 전체 프로세스는 크게 5 단계로 나뉜다. App 업로드 후' WaitforReview' 상태가 되고, 이후' InReview' 상태가 되며,' InReview' 는 보통 2 일 정도 검토나 반품을 통과한다. 상세 정보: 업로드 후 가장 먼저 들어온 것은 예심이며 API 등을 통해 스캔됩니다. 예심이 통과되면 iTC 에 나타나서 나중에 대기할 수 있습니다. 을 눌러 섹션을 인쇄할 수도 있습니다 "WaitingForReview" 단계에서는 일반적으로 기계 검토입니다. 기계 심사는 주로 코드를 검토하여 APP 가 재사용되었는지 확인하는 것이다. "2. 1 애플 개 연례 선물 가방" 활동은 기계 자동 감사에 더 많이 의존하여 인건비를 절감한다. 통과하면 "InReview 단계", 즉 수동 검토 단계로 이동합니다. 이 단계에서는 App 의 표지, 기능, 경험 등과 같은 App 의 메타데이터에 초점을 맞추고 사용자 경험에 초점을 맞추고 있습니다. 02 감사 FAQ 해적 1. 허위 정보와 기능은 오해의 소지가 있는 제목이나 아이콘과 스크린 샷, 또는 애플이 블랙리스트에 오른 키워드 (예: 빨간 봉투, 통화료 등) 로 인해 발생하지만, 심사 조항을 명확하게 지적하지는 않았다. 해결 방법: 보수적인 사본이나 재료를 사용합니다. 2. 사용자 생성 콘텐츠 정보 사용자 생성 콘텐츠가 포함된 app 의 경우 지적 재산권 침해, 익명 왕따 등 구체적인 문제를 해결해야 합니다. 응용 프로그램에 포함된 사용자 생성 콘텐츠 또는 서비스가 주로 음란물에 사용되는 경우, 실제 누군가를 구체화하여 인신위협이나 왕따를 할 경우 통지 없이 제거될 수 있습니다. 해결 방법: 해당 방법을 사용하여 공격 내용을 필터링하고 App 에 게시하지 않도록 합니다. 브라우징 사용자는 싫어하는 정보를 차단할 수 있어야합니다. 이용자를 찾아보면 싫어하는 사람을 블랙리스트에 올릴 수 있다. 이런 정보는 반드시 플레이어의 허가를 받아야 한다. 그렇지 않으면 절대 나타날 수 없다. 사용자가 공격적인 콘텐츠를 게시하면 서비스 사용 자격이 취소될 수 있습니다. 사용자가 연락할 수 있도록 연락처 정보를 게시합니다. 3. 아동범주 아동범주 어플리케이션은 부모가 감시하는 지정 지역에 저장되지 않는 한 외부 링크, 구매 기회 또는 어린이를 방해할 수 있는 기타 콘텐츠에 사용해서는 안 됩니다. 4.App 보완 문제에는 주로 응용 프로그램 충돌 로드 실패, 응용 프로그램이 IPv6 네트워크를 지원하지 않음, 테스트 계정, 숨겨진 스위치 등 뚜렷한 버그가 포함됩니다. 해결책: 제품에 버그가 있는지, IPV6 네트워크에서 사용할 수 있는지 등을 테스트합니다. 메일에 따르면, 제품 정보가 일치하는지 확인하고, 적절하다면, 애플 당국에 스크린 샷과 동영상을 보내 자신의 결백을 증명한다. 5. 메타데이터 부정확성은 주로 제목, 설명, 스크린샷 등을 적용하는 것을 의미합니다. 응용 프로그램 기능과 심각하게 일치하지 않습니다. 해결 방법: 스크린샷을 다시 교체하여 전체 App 의 기능과 프로세스가 동일하게 보이도록 합니다. 숨겨진 기능 모듈의 코드를 제거하거나 숨겨진 기능이 필요한 코드를 방향 점프 링크의 URL 과 혼동하여 논리적 복잡성을 적절하게 추가합니다. 6. 숨겨진 기능 (민감한 사이트에 대한 전환 포함) 솔루션: 숨겨진 기능 또는 핫 업데이트 기능의 코드를 삭제합니다. 숨겨진 기능이 필요한 코드를 방향 점프 링크의 URL 과 혼동합니다. 웹 페이지로 이동하여 논리적 복잡성을 적절하게 증가시킵니다. 소프트웨어 요구 사항은 주로 제품에 불법 코드가 추가되었다는 것입니다. 해결 방법: 3 자 라이브러리에 SDK 가 포함되어 있을 가능성이 높습니다. 모든 3 자 라이브러리를 업데이트하거나 제출된 IPA 를 디컴파일하여 문서에 잘못된 문자열이 있는지 확인하고 있을 경우 삭제할 수 있습니다. 8. 내부 구매품을 적용하는 솔루션: 제 3 자 결제의 경우 스캔이 용이한 SDK 버전을 사용하지 않도록 H5 버전으로 지불하는 것이 좋습니다. 유료 점프 링크, 해당 차폐 혼란. 애베, 알리페이, 위챗 등과 같은 일반적인 지불 키워드를 차폐하다. 코드를 암호화합니다. 9. 허용되지 않는 비즈니스 모델 및 자격 부족 솔루션: 규정 준수 자격 신청 및 첨부 파일에 제출 홈페이지와 뒤통수에서 계좌 속성을 수정하고 은행에 제출하여 예금을 합니다. 금융 상품 서비스 계약 및 조항의 지불, 분쟁 해결 메커니즘, 책임자의 소급 메커니즘 등. 10, 최소 기능 요구 사항은 애플이 일부 개발자가 올린 app 기능이 부족하거나 자체 핵심 기능이 없다고 생각한다는 점이다. 해결 방법: 기능이 풍부한 제품을 추가할 수 있습니다. 기능이 완료되었다고 생각되면 감사를 통과하지 못했다면, 제품 해결을 위한 사용자 요구 사항과 특정 기능의 전시를 사과에 설명할 수 있습니다. 1 1. 반복 응용은 반복 응용이나 배낭으로 간주됩니다. 해결 방법: UI 와 이름을 변경하여 50% 이상의 코드나 참고 블록을 채웁니다. 12. 데이터 수집 및 저장은 주로 App 가 사용자 정보를 필요로 하지 않는 기능에 따라 사용자의 개인 정보를 비밀리에 수집/공유하는 것을 의미합니다. 또한 사용자의 명시적 동의 없이 사용자의 정보 데이터를 제 3 자에게 보내거나 사용자의 동의 없이 사용자의 데이터를 다른 용도로 사용하면 감사가 거부될 수 있습니다. 해결 방법: 사용자가 데이터를 수집하거나 사용할 수 있는 어플리케이션은 사용자가 수집에 동의하는지 확인해야 합니다. 강력한 로그인 기능이 있는 버전은 로그인을 표시하도록 수정해야 합니다. 사용자들이 그들의 동의를 취소할 수 있도록 간단하고 이해하기 쉬운 방법을 제공한다. 어플리케이션/서비스가 수집한 데이터, 데이터 수집 방법 및 데이터의 모든 용도를 나타냅니다. 13. 지적 재산권은 주로 저작권으로 보호되는 제 3 자 자료의 무단 사용이며 App 는 애플의 기존 제품과 유사해서는 안 된다. 해결책: App 에 귀하가 작성하거나 승인한 콘텐츠만 포함되어 있는지 확인하고, 저작권으로 보호되는 제 3 자의 서면 증거를 사용하거나 제 3 자의 허가받지 않은 제품 부분을 숨기십시오. 14. 진짜 돈 게임이나 복권을 제공하는 app 는 사용하는 지역에서 필요한 허가와 승인을 받아야 하며 해당 지역에서만 배포할 수 있습니다. 이러한 애플리케이션은 AppStore 에서 무료로 제공되어야 합니다. 앱스토어에 포커 플레이어를 포함한 불법 도박 보조 도구를 게시하는 것은 허용되지 않습니다. 복권 App 는 보상, 기회, 상품이 있어야 합니다. 15. 응용 프로그램 제목에 단어가 너무 많아서 응용 프로그램 이름의 길이가 50 자로 제한됩니다. 키워드를 쌓다. 제목에서 뚜렷한 키워드나 비슷한 단어가 3 개보다 작거나 같다. 경쟁 브랜드 단어는 포함되지 않고, 허가받지 않은 상표는 유명인 이름 등에 속한다. 제목에는 응용 프로그램의 실제 기능과 관련이 없는 단어가 포함되어 있습니다. 키워드 반복 솔루션: 제목을 변경하고 단어 수를 10 단어 이내로 줄이고 새 패키지를 직접 다시 제출하여 새 App 를 만듭니다. 이전 개발자 계정이나 새 계정을 사용할 수 있습니다. 새로 개발한 고객이 우선이다. 16, IPv6 네트워크에서 로드할 수 없는 문제로 인해 거부되었습니다. Ipv6 네트워크에서 로드할 수 없는 문제로 인해 이 활동이 거부되었다는 점은 주목할 만하다. 사실 App 자체가 IPv6 과 호환되지 않는 것 외에 로드되지 않으며 감사원이 있는 네트워크 환경에서도 이러한 문제가 발생할 수 있습니다. 해결 방법: App 자체가 IPv6 과 호환되지 않는 경우 서버를 업그레이드하여 App 자체가 IPv6 과 호환되도록 하거나 IPV6 을 지원하는 것이 가장 좋습니다. App 자체가 IPv6 과 호환되는 경우 감사자가 있는 네트워크 환경에서 발생하는 문제입니다. 주요 해결책은 스크린 샷이나 동영상을 찍으며 애플에 불만을 제기하거나 여러 차례 심사를 시도하는 것이다. 감사 시간이 연장된 경우 App 가 동일한 기준으로 인해 반복적으로 거부되거나 App 승인 프로세스를 수행하려고 하면 검토를 완료하는 데 시간이 더 오래 걸릴 수 있습니다. 그렇다면 감사 문제는 해결되었지만, 감사 과정에서 시간을 절약하고 출시 속도를 높이기 위해 무엇을 해야 할까요? 03AppStore 가속 감사 자습서 STEP 1: 로그인 가속 감사 공식 홈페이지 링크: /contact/app-store/? Topic = expediteSTEP2: 가속 감사 서비스 선택 STEP3: 연락처 입력 (전화 및 해당 기관 선택: 현재 일반 기본값) STEP4: 신청 정보 작성 (참고: AppName 및 AppleID 는 apple 백그라운드와 일치) STEP5: 네트워크 아래에 실행 충돌이 발생할 수 있습니다. ) 실제로 App 감사 프로세스의 초점은 수동 감사라고 말했다. 애플은 감사원당 하루에 약 50- 100 개의 앱을 검토해야 한다. 애플은 감사원에게 24 시간 내에 50% 의 신청을 완료하고 48 시간 내에 90% 의 신청을 완료하라고 요구했다. App 가 검토자가 심사하기 전에 기각될 수 있는 감사 문제가 있는지 미리 준비할 수 있다면 당연히 곧 심사가 통과돼 순조롭게 선반에 오를 수 있다는 것을 알 수 있다. 물론, 만약 당신이 정말로 급하다면, 가속 심사 신청서를 제출할 수도 있습니다! * 문장 데이터