앱 개발에 종사하는 친구들은 애플의 리뷰가 너무 엄격해서 골칫거리라는 것을 알고 있습니다. 실제로 코드를 작성하기 전에 먼저 애플의 기술, 콘텐츠 및 디자인 요구 사항을 이해하면 대부분의 번거로운 거절 상황을 피할 수 있습니다. 오늘은 반복적인 수정에 대한 시간을 절약하기 위해 Apple이 발표한 2016년 거부 이유 10가지에 대해 논의하겠습니다.
Apple의 공식 데이터에 따르면 2016년 10월 10일 현재 개발자의 21%가 애플리케이션 무결성 부족으로 인해 거부되었습니다. 그렇다면 무결성이란 무엇일까요? 요컨대, 앱은 특정 버튼을 클릭하면 충돌하거나 "곧 출시"로 표시된 기능과 같이 반제품으로 보일 수 없지만 실제로는 사용할 수 없습니다. 이러한 상황은 직접 거부됩니다.
Apple의 검토자는 일반 사용자처럼 앱을 작동합니다. 그들은 당신이 시간에 쫓기든 상관하지 않고 최종 제품이 완성되었는지 여부에만 집중합니다. 제출하기 전에 전화기의 모든 기능을 실행해야 합니다. 게으르지 말고 시뮬레이터를 사용하여 테스트하십시오. 2015년 2월 자료에 따르면 거절의 주된 이유는 "더 많은 정보를 요청"하기 때문인데, 이는 제대로 준비되지 않았다는 것을 의미합니다.
검토를 위해 제출하기 전에 앱의 충돌이 절대 금지됩니다. Apple의 검토 팀은 매일 수천 개의 앱을 살펴봐야 하며 버그를 찾는 데 도움을 줄 인내심이 없습니다. 테스트 중에 자신이 충돌하는 것을 발견하면 기본적으로 통과할 희망이 없습니다. 2016년에는 이러한 이유로 개발자의 16%가 거부되어 2위를 차지했습니다.
해결책은 매우 간단합니다. 이전 모델을 포함하여 테스트를 위해 서로 다른 모델의 실제 전화기를 세 개 이상 찾으십시오. 예를 들어 iPhone 6과 iPhone 12의 호환성은 매우 다릅니다. 또한 네트워크 이상 및 메모리 부족과 같은 극단적인 상황도 시뮬레이션해야 합니다. 사용자가 당신처럼 온화할 것이라고 생각하지 마십시오. 그들은 미친 듯이 버튼을 클릭하면서 네트워크를 전환하고 있을 수 있습니다.
앱의 모든 링크를 클릭할 수 있어야 하는 경우 많은 개발자가 개인 정보 보호 정책 링크를 업데이트하는 것을 잊거나 지원 페이지의 URL이 잘못 작성되는 것이 일반적입니다. Apple은 앱에서 사용자에게 등록하도록 요구하는 경우 검토 정보에 유효한 테스트 계정과 암호를 제공해야 한다고 강조합니다. 2016년에는 개발자의 8%가 이 상황에서 실패했습니다.
또한 Apple은 App Store Connect의 백엔드에 있는 모든 정보를 입력해야 합니다. "먼저 제출하고 나중에 추가"할 생각이 없습니다. 예를 들어 앱에서 테스트하기 위해 특수 하드웨어가 필요한 경우 미리 데모 비디오를 준비해야 합니다. 어린이 앱을 만드는 경우 개인 정보 보호 정책 링크는 필수이므로 누락될 수 없습니다.
제공하는 응용 프로그램 스크린샷 및 텍스트 설명은 해당 기능을 진실하고 충실하게 입증해야 합니다. 일반적인 오류 상황은 스크린샷에 정교하고 아름다운 그림이 사용되지만 실제로 앱에는 일반적인 시스템 버튼만 있습니다. Apple의 검토자는 스크린샷을 실제 인터페이스와 비교하고 불일치가 발견되면 거부합니다. 2016년에는 개발자의 4%가 설명이 정확하지 않아 거부당했습니다.
더욱 심각한 것은 사용자를 오도하는 것입니다. 예를 들어, 애플리케이션 소개에는 "4K 비디오를 무료로 편집할 수 있습니다"라고 명시되어 있습니다. 그러나 다운로드 후 사용자는 720P만 내보낼 수 있습니다. 이것은 기만적인 행동입니다. 애플은 이런 종류의 행동에 대해 무관용 태도를 가지고 있다. 여러분의 약속은 진정으로 이루어져야 하고 단어 게임을 하지 말아야 한다는 것을 기억하세요. 일단 사용자들이 한 번 속이면,
Apple은 인터페이스의 정교함에 큰 중요성을 부여합니다. 잘못 정렬된 버튼, 일관되지 않은 글꼴 크기 또는 눈길을 끄는 색상이 있는 경우 감사자는 단순히 "표준 미달 UI"로 판단합니다. 2016년에는 이러한 이유로 개발자의 3%가 거부되었습니다. 해결책은 Apple의 공식 "휴먼 인터페이스 지침", 특히 "Dos and Don't" 섹션을 주의 깊게 읽는 것입니다.
낮은 수준의 버그가 있습니다. 제출 작업을 수행할 때 인터페이스에는 여전히 "테스트 텍스트" 또는 "그림 자리 표시자"가 있습니다. 마치 "아바타를 여기에 놓으세요"라고 적힌 라벨이나 "로렘 입섬"이라고 적힌 페이지가 있는 것과 같습니다. 애플은 개발 단계의 애플리케이션은 배포 대상이 아니라는 명확한 규정을 가지고 있습니다. 제출하기 전에 30분 동안 모든 인터페이스를 하나씩 살펴보고 임시 기대치를 삭제하십시오.
3%의 경우 앱 내 구매(IAP)와 관련된 문제가 있습니다. 앱이 유료 기능을 제공할 수 있다면 Apple의 결제 시스템을 사용해야 하지만 우회할 생각은 없습니다. 또한 앱을 사용하기 전에 등록이 필요한 경우 유효한 데모 계정을 제공해야 합니다. 일부 개발자는 만료된 계정을 제공하거나 계정에 SMS 확인이 필요하므로 감사인이 테스트를 수행할 수 없습니다.
데이터 수집에 대한 질문도 있습니다. 응용 프로그램이 사용자의 위치, 주소록 또는 사진을 얻는 경우 코드에 명확한 승인 프롬프트가 표시되어야 하며 데이터의 목적은 개인 정보 보호 정책에 명확하게 명시되어야 합니다. 2016년에는 개발자의 3%가 불완전한 개인 정보 보호 조건으로 인해 거부되었습니다. 이러한 세부 사항은 사소한 것처럼 보일 수 있지만 누적적으로 거의 70%의 개발자에게 영향을 미칩니다.
하루가 끝나면 또 다른 질문을 드리겠습니다. 즉, 검토를 위해 앱을 제출할 때 발생한 거절의 가장 기이하고 기이한 이유는 무엇입니까? 댓글 영역에서 자신의 경험을 공유하고 더 많은 개발자가 문제를 일으키지 않도록 이 가이드를 볼 수 있도록 좋아요를 클릭하는 것을 진심으로 환영합니다.
