당신은 주제를 찾고 있습니까 “앱 스토어 심사 – App Store에 앱 제출하기 위한 8단계“? 다음 카테고리의 웹사이트 ppa.maxfit.vn 에서 귀하의 모든 질문에 답변해 드립니다: https://ppa.maxfit.vn/blog/. 바로 아래에서 답을 찾을 수 있습니다. 작성자 빌리언즈 이(가) 작성한 기사에는 조회수 7,678회 및 좋아요 113개 개의 좋아요가 있습니다.
Apple은 App Store에 제출된 모든 앱, 앱 업데이트, 앱 번들, 앱 내 구입 및 앱 내 이벤트를 심사하여 사용자에게는 안전하고 신뢰할 수 있는 경험을 제공하고 개발자에게는 성공할 수 있는 기회를 제공합니다.
앱 스토어 심사 주제에 대한 동영상 보기
여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!
d여기에서 App Store에 앱 제출하기 위한 8단계 – 앱 스토어 심사 주제에 대한 세부정보를 참조하세요
안녕하세요. 빌리언즈 채널의 운영자 이딸라입니다.
앱스토어에 iOS 앱 제출을 위한 방법을
8단계로 설명하였습니다.
앱만들기 시리즈의 마지막 3편이며 1,2편은 아래 링크 참고!
1편: 테이블뷰 생성
– https://youtu.be/cwxvQn4y8ls
2편 : 파이어 베이스 연결
– https://youtu.be/-pu_mh7SgyI
앱만들기 시리즈는 계속됩니다!
즐겁게 봐주시고 구독 좋아요 부탁드립니다.
감사합니다.
이딸라와 소통하기
• 페이스북 _ https://www.facebook.com/cafielo87
• 브런치 _ https://brunch.co.kr/@joonwonlee
• 미디엄 _ https://medium.com/@cafielo
앱 스토어 심사 주제에 대한 자세한 내용은 여기를 참조하세요.
App Store 심사 지침
App Store 심사 지침에는 사용자 인터페이스 디자인, 기능, 콘텐츠 및 특정 기술 사용 등을 비롯하여 개발과 관련된 다양한 주제에 대한 지침과 예가 나와 있습니다.
Source: developer.apple.com
Date Published: 8/28/2021
View: 176
앱스토어 앱 심사거절사례 – 스윙 도우미
앱스토어 앱 심사거절사례 · 1) 앱 내에 아무 내용이 기재되지 않는 경우 · 2) 게시판을 선택했는데 아무 게시물이 없는 경우 · 3) 불쾌감을 주는 컨텐츠, 공격 성향의 콘텐츠 …
Source: wp.swing2app.co.kr
Date Published: 2/28/2022
View: 4742
swift] 앱스토어 심사 등록 절차, 등록 방법 (App Store Connect)
[iOS – swift] 앱스토어 심사 등록 절차, 등록 방법 (App Store Connect). jake-kim 2021. 1. 13. 23:54. * 앱스토어 심사 제출에 필요한 모든것 체크리스트: …Source: ios-development.tistory.com
Date Published: 8/19/2022
View: 7450
자주 발생하는 iOS 앱 심사 리젝사유 – 원티드
iOS 앱에 구글이라는 단어나 구글 플레이스토어 등의 컨텐츠가 있다면 리젝 … 기획단계에서 앱스토어 심사 지침을 고려한다면 충분히 리젝을 피하고 …
Source: www.wanted.co.kr
Date Published: 11/5/2022
View: 708
흔한 애플 앱스토어 심사 리젝 사유 18가지 – 나를 찾는 아이
그래서 앱스토어 리젝경험도 아주 많습니다. 요즘엔 심사가 그래도 빨라졌다고는 하나, 리뷰에서 리젝을 당하면 출시일도 늦어지고,.
Source: trend21c.tistory.com
Date Published: 4/14/2021
View: 445
[iOS] 앱스토어 심사 리젝 히스토리 (AppStore reject)
App Store 심사 지침. 먼저 앱 출시를 준비하신다면, 심사 지침을 읽고 준비 중인 앱에 리젝 사유가 있는지 검토하시는 것을 권고드려요.
Source: sunidev.tistory.com
Date Published: 11/14/2021
View: 75
[iOS] 최근 앱스토어 심사 거절을 경험하고.. – Medium
심사 거절 경험 App Store Connect Rejected 은 iOS 개발자 들이 일을 할 때. 당혹스럽고, 힘들게 하는 부분 중 하나 라고 생각됩니다.. 리젝의 경험이라면 작은 경험 …
Source: medium.com
Date Published: 9/10/2022
View: 8745
[기타팁] 그것을 알아보자, 앱스토어 대표 리젝 사유 5가지 –
밤새워 준비한 업데이트, 제출 버튼을 누르고 눈을 감았는데…… ‘심사 거절’? 말도 많고 탈도 많은 애플 앱스토어(App Store) 심사 과정!
Source: blog.thebackend.io
Date Published: 8/6/2021
View: 8071
iOS 앱 심사 프로세스 변경 – 프로그래머의 꿈
1. App Store Connect에 일반정보 > 앱 심사 메뉴가 새롭게 생겼으며 앱 심사를 제출하는 메뉴입니다. · 2. 앱 심사 화면에서 심사 준비된 버전의 보기 …
Source: docko.tistory.com
Date Published: 3/25/2022
View: 90
주제와 관련된 이미지 앱 스토어 심사
주제와 관련된 더 많은 사진을 참조하십시오 App Store에 앱 제출하기 위한 8단계. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.
주제에 대한 기사 평가 앱 스토어 심사
- Author: 빌리언즈
- Views: 조회수 7,678회
- Likes: 좋아요 113개
- Date Published: 2020. 2. 16.
- Video Url link: https://www.youtube.com/watch?v=znMbqO0MqCc
Apple Developer
일반적인 문제 방지하기
심사를 위해 앱을 제출하기 전에 더 효율적으로 준비할 수 있도록 가장 일반적으로 발생하는 문제들을 집중 소개합니다. 평균적으로 해결되지 않은 문제의 40% 이상이 충돌, 플레이스홀더 콘텐츠, 불완전한 정보 등을 다루는 지침 2.1: 앱 완전성과 관련되어 있습니다.
‘일반적인 심사 문제를 방지하기 위한 정보’ 보기
충돌 및 버그
필요한 모든 것을 갖추고 게시할 준비가 완료된 앱만 심사를 위해 제출합니다. 최신 소프트웨어를 사용하는 기기에서 철저하게 테스트하고 모든 버그를 수정한 다음에 제출하도록 합니다. 지침 2.1을 확인하시기 바랍니다.
손상된 링크
앱의 모든 링크가 정상적으로 작동해야 합니다. 모든 앱은 최신 연락처 정보가 포함된 사용자 지원 링크와 개인정보 처리방침 링크를 포함해야 합니다. 지침 2.1 및 지침 5.1을 확인하시기 바랍니다.
플레이스홀더 콘텐츠
심사를 위해 앱을 제출하기 전에 모든 이미지와 텍스트를 완성하도록 합니다. 아직 작업 중이거나 플레이스홀더 콘텐츠가 포함된 항목은 배포할 준비가 되지 않은 것이며 승인될 수 없습니다. 지침 2.1을 확인하시기 바랍니다.
불완전한 정보
심사에 필요한 모든 세부 정보는 App Store Connect의 앱 심사 정보 섹션에 기입합니다. 로그인이 필요한 기능이 있는 경우에는 유효한 데모 계정의 사용자 이름과 암호를 제공하십시오. 특별히 설정할 구성이 있는 경우에는 구체적인 내용을 포함하십시오. 재현하기 어려운 환경을 필요로 하는 기능이나 특정 하드웨어가 필요한 기능이 있다면 데모 동영상이나 하드웨어를 제공할 준비를 하도록 합니다. 또한 연락처 정보가 빠짐없이 기재되었고 최신 정보인지 확인합니다. 지침 2.1을 확인하시기 바랍니다.
특정 시나리오 및 앱 유형에는 특정 문서가 필요합니다. 다음은 몇 가지 예입니다.
앱이 어린이용이고 타사 광고를 포함하고 있는 경우, 연령 적합성을 고려한 광고 창작물에 대한 직접 심사를 포함하는 해당 광고 서비스의 어린이 카테고리 앱 관련 관행 및 정책에 대한 공개 문서 링크를 제공하도록 합니다. 지침 1.3을 확인하시기 바랍니다.
의료 하드웨어에 연동하는 앱인 경우 앱이 제공되는 지역의 규제 기관 허가 사본을 제공하도록 합니다. 지침 1.4을 확인하시기 바랍니다.
앱에 타사 상표 또는 저작 콘텐츠를 포함하고 있거나, 사용자가 타사 콘텐츠를 스트리밍 또는 다운로드하도록 허용하는 경우 해당 기능을 수행할 수 있는 허가증을 제공하도록 합니다. 일례로 유명 인사, 스포츠, 영화 또는 음악의 이미지를 사용하는 비디오 스트리밍 및 마케팅이 있습니다. 지침 4.1 및 지침 5.2을 확인하시기 바랍니다.
앱에서 실제 돈을 사용하는 게임 및 도박, 복권, 응모 행사 및 VPN 사용권과 같은 사용권이 필요한 서비스가 가능한 경우 해당 기능을 수행할 수 있는 허가증을 제공하도록 합니다. 사용권 요구 사항은 지역별로 다를 수 있습니다. 지침 5을 확인하시기 바랍니다.
개인정보 처리방침 문제
개인정보 처리방침은 지침 5.1을 준수해야 하며 다음을 충족해야 합니다.
앱에서 수집하는 데이터, 해당 데이터를 수집하는 방법 및 수집한 데이터의 모든 사용 사례를 식별할 수 있어야 합니다.
앱에서 사용자 정보를 공유하는 타사는 앱의 개인정보 처리방침에 명시된 것과 동일하거나 동등한 수준으로 사용자 정보 보호를 제공함을 확인해야 합니다.
정보 보유 및 삭제 관련 정책을 설명하고, 사용자가 동의를 철회하고 정보 삭제를 요구할 수 있는 방법을 명시합니다.
불명확한 데이터 접근 요청
사용자 데이터와 사용 내역에 대한 접근 권한을 요청하는 경우 앱에서 이러한 데이터를 어떻게 사용할 것인지 명확하고 완전하게 설명해야 합니다. 예시를 포함시키면 사용자가 앱에서 개인 정보에 대한 접근을 요청하는 이유를 이해하는 데 도움이 됩니다. 지침 5.1을 확인하시기 바랍니다.
앱 코드에서 중요 사용자 데이터에 접근하는 API를 하나 이상 참조하는 경우 앱의 Info.plist 파일에는 $!{infoPlistKey} 키와 함께 앱에 해당 데이터가 필요한 이유를 명확하고 완전하게 설명하는 사용자 확인용 목적 문자열을 포함해야 합니다. App Store에 제출한 앱 중 사용자 데이터에 접근하는 모든 앱은 목적 문자열을 포함해야 합니다.
허가 요청에 대해 알아보기
부정확한 스크린샷
스크린샷에서는 가치와 기능을 정확하게 표현해야 합니다. 텍스트와 오버레이 이미지를 사용하여 사용자 경험을 가리지 말고 분명하게 강조합니다. UI와 제품 이미지가 App Store Connect의 기기 유형에 맞게 구성되었는지 확인하도록 합니다. 지침 2.3을 확인하시기 바랍니다.
기준 미달의 사용자 인터페이스
Apple은 깔끔하고 정교하며 사용자 친화적인 인터페이스를 높이 평가합니다. 디자인을 신중하게 계획하고 디자인 지침 및 UI 디자인 기본 원칙을 준수하여 UI가 이러한 요구 사항을 충족하도록 합니다.
웹 클리핑, 콘텐츠 수집기 또는 링크 모음
앱은 사용자의 참여를 유도하고 유용해야 하며, iOS의 고유한 기능을 최대한 활용해야 합니다. iOS 앱에서 제공하는 웹 사이트, iOS용으로 포맷되지 않은 웹 콘텐츠 및 제한된 웹 상호작용으로는 고품질의 앱을 만들 수 없습니다. 지침 4.2을 확인하시기 바랍니다.
유사한 앱의 반복적인 제출
기본적으로 동일한 앱을 여러 개 제출하면 App Store 심사 절차가 지연되고 앱이 거부될 위험에 처할 수 있습니다. 신중하게 앱을 하나로 통합하여 심사 경험과 미래 사용자의 경험을 개선하도록 합니다. 지침 4.3을 확인하시기 바랍니다.
오해의 소지
앱은 광고한 대로 실행되어야 하며, 사용자에게 거짓 인상을 심어 주어서는 안 됩니다. 앱이 특정 기능을 제공하는 것처럼 인식된다면 앱은 해당 기능을 제공해야 합니다. 지침 2.3을 확인하시기 바랍니다.
지속적 가치 불충분
기능이나 콘텐츠를 충분히 제공하지 않거나 작은 틈새시장만 공략하는 앱은 승인되지 않을 수도 있습니다. 앱을 만들기 전에 App Store에서 비슷한 범주에 있는 앱을 살펴보고, 더 나은 사용자 경험을 제공할 수 있는 방법을 고려해 보십시오. 지침 4.2을 확인하시기 바랍니다.
잘못된 법인에 의한 제출
특정 유형의 앱은 개별 개발자가 아닌 서비스를 제공하는 법인에서 제출해야 합니다. 이러한 앱에는 민감한 사용자 정보를 필요로 하거나 금융 및 재무 서비스, 암호 화폐, 의료, 도박, 항공 여행과 같이 규제가 엄격한 분야의 서비스를 제공하는 앱이 포함되나 이에 국한되지 않습니다. 파트너십 문서 또는 승인서를 제공해야 하는 경우 App Store Connect의 첨부 파일 섹션에 파일을 첨부하고 심사 메모 필드에 설명 또는 링크를 제공하도록 합니다. 지침 3 및 지침 5.1.1을 확인하시기 바랍니다.
App Store 심사 지침
서론
App Store의 기본 원칙은 간단합니다. 사용자에게는 안전하게 앱을 이용할 수 있는 경험, 개발자에게는 뛰어난 앱을 개발할 수 있는 훌륭한 기회를 제공하는 것입니다. 이를 위해 Apple에서는 모든 콘텐츠를 세심하게 엄선한 App Store를 제공합니다. App Store의 모든 앱은 전문가들이 심사하고 에디터 팀은 사용자가 매일 새로운 앱을 발견하도록 콘텐츠를 작성합니다. 그 외 모든 것은 언제든 인터넷을 사용하면 됩니다. App Store 모델 및 지침이 여러분의 앱 또는 비즈니스 아이디어에 적합하지 않다면, 뛰어난 웹 환경을 제공하는 Safari를 통해서도 여러분의 서비스를 제공할 수 있습니다.
다음 페이지에는 안전성, 성능, 비즈니스, 디자인 및 법적 요구 사항의 5개 섹션으로 명확하게 정리된 Apple의 최신 지침이 제공됩니다. App Store는 고객 및 제품 요구 사항을 충족하기 위해 변화와 개선을 거듭합니다. App Store에서 앱을 유지하려면 꾸준한 변화와 개선이 필요합니다.
몇 가지 달라진 요점은 다음과 같습니다.
현재 수많은 아이들이 App Store에서 다양한 앱을 다운로드하고 있습니다. 유해 콘텐츠 차단 기능으로도 탁월하게 아이들을 보호할 수 있지만 여러분이 수행해야 할 역할도 있습니다. Apple이 아이들에 대해 지속적인 관심을 두고 있다는 점을 유념하십시오.
App Store는 전 세계 수억 명의 사용자에게 앱을 소개할 수 있는 좋은 방법입니다. 단순히 가족이나 친구에게 보여주기 위해 앱을 제작하는 경우, App Store를 이용하는 것이 적절하지 않을 수 있습니다. Xcode를 사용하여 기기에 앱을 무료로 설치하거나 Apple Developer Program 회원에게 제공되는 Ad Hoc 배포를 사용하는 것이 좋습니다. 이제 막 시작하신 경우 Apple Developer Program에 대한 자세한 내용을 확인해 보십시오.
전 세계 수억 명의 사용자에게 앱을 소개할 수 있는 좋은 방법입니다. 단순히 가족이나 친구에게 보여주기 위해 앱을 제작하는 경우, 이용하는 것이 적절하지 않을 수 있습니다. Xcode를 사용하여 기기에 앱을 무료로 설치하거나 Program 회원에게 제공되는 Ad Hoc 배포를 사용하는 것이 좋습니다. 이제 막 시작하신 경우 Program에 대한 자세한 내용을 확인해 보십시오. Apple은 앱이 서로 다른 의견을 가진 사용자를 존중하고 우수한 앱 경험을 제공하는 한 App Store에 제시되는 모든 견해를 지지합니다. Apple이 정해 놓은 선을 넘는 콘텐츠나 동작이 있는 앱은 반드시 거절당합니다. 어떤 선인지 궁금하십니까? “직접 보면 알 수 있다”는 미국 연방 대법관의 말처럼 선을 넘는 순간 여러분도 알 수 있을 것입니다.
제시되는 모든 견해를 지지합니다. Apple이 정해 놓은 선을 넘는 콘텐츠나 동작이 있는 앱은 반드시 거절당합니다. 어떤 선인지 궁금하십니까? “직접 보면 알 수 있다”는 미국 연방 대법관의 말처럼 선을 넘는 순간 여러분도 알 수 있을 것입니다. 시스템을 교란시키려는 행위(예: 심사 절차 중 부정행위, 사용자 데이터 도용, 다른 개발자의 작업 표절, 등급 조작 또는 App Store 노출 조작 등)가 발견되면 해당 앱은 App Store에서 삭제되고 해당 개발자는 Apple Developer Program에서 제명됩니다.
노출 조작 등)가 발견되면 해당 앱은 App Store에서 삭제되고 해당 개발자는 Apple Developer Program에서 제명됩니다. 앱 개발자에게는 광고 네트워크, 분석 서비스, 타사 SDK 등 앱을 구성하는 일체의 요소가 본 지침을 준수하도록 하기 위해 필요한 모든 조치를 취할 책임이 있으므로, 해당 요소를 결정하기 전에 면밀한 검토를 거쳐야 합니다.
개발자에게 일반적으로 제공되지 않는 일부 기능 및 기술은 제한적 사용 사례에 Entitlement(권한)로 제공될 수 있습니다. 예를 들어, Apple은 CarPlay Audio, HyperVisor 및 Privileged File Operations에 대한 Entitlement(권한)를 제공합니다. Entitlement(권한)에 대해 자세히 알아보려면 developer.apple.com의 문서를 검토하십시오.
이러한 지침이 앱 심사 절차를 무사히 통과하는 데 도움이 되고 전체적인 승인과 거부 절차가 더욱 일관된 방식으로 진행되기를 바랍니다. 이 지침은 계속 업데이트되며, 새 앱에 관한 새로운 질문이 생기면 언제든지 규정이 새로 추가될 수 있습니다. 여러분이 만든 앱이 이러한 업데이트의 시발점이 될 수도 있습니다. Apple은 이러한 모든 과정을 환영하며 여러분의 모든 작업을 존중합니다. Apple은 여러분이 재능을 발휘하면서 수익도 거둘 수 있도록 세계 최고의 플랫폼을 구축하기 위해 최선을 다하고 있습니다.
제출하기 전에
최대한 원활하게 앱 승인 절차를 진행할 수 있도록 아래 나열된 일반적인 실수를 살펴보십시오. 이러한 실수로 인해 심사 절차가 지연되거나 거부될 수 있습니다. 이 목록이 전체 지침을 대신하거나 승인을 보장하는 것은 아니지만 올바르게 절차를 시작할 수 있도록 모든 항목을 확인하십시오. 앱이 의도한 대로 작동하지 않거나 개발자가 적극적으로 앱을 지원하지 않는 경우, 해당 앱은 App Store에서 삭제됩니다. App Store의 개선 사항에 관해 자세히 알아보십시오.
확인할 내용:
앱에 충돌 및 버그가 있는지 테스트하기
모든 앱 정보와 메타데이터가 완전하고 정확한지 확인하기
앱 심사 팀이 연락할 경우를 대비하여 연락처 정보 업데이트하기
팀이 연락할 경우를 대비하여 연락처 정보 업데이트하기 실제 시연 계정과 로그인 정보, 기타 하드웨어 또는 앱을 심사하는 데 필요할 수 있는 리소스(예: 로그인 자격 증명 또는 샘플 QR 코드) 제공하기
심사 중에 바로 사용하고 접근할 수 있도록 백엔드 서비스 활성화하기
필요한 경우, 명확하지 않은 기능이나 앱 내 구입에 관한 자세한 설명과 지원 문서를 앱 심사 메모에 기록하기
메모에 기록하기 앱이 다음과 같은 기타 문서의 지침을 따르는지 확인하기
개발 지침 디자인 지침 브랜드 및 마케팅 지침
1. 안전성
App Store의 앱을 설치하는 경우 사용자들은 앱을 설치해도 안전하다는 확신을 가지고 싶어 합니다. 앱에 불쾌하거나 모욕적인 콘텐츠가 없어야 하고, 앱이 기기에 손상을 주지 않아야 하며, 앱을 사용했을 때 신체적인 손상을 입을 가능성이 없어야 합니다. 다음은 흔히 저지르기 쉬운 실수입니다. 만약 사람들을 놀라게 하거나 불쾌감을 주는 앱을 만들고 싶다면 App Store는 적절한 곳이 아닙니다.
1.1 부적절한 콘텐츠 앱에 모욕적이거나, 사람들의 기분을 무시하거나, 불쾌함을 주고, 의도적으로 혐오감을 주거나, 매우 저급하거나, 지나치게 공포스러운 콘텐츠가 있어서는 안 됩니다. 이러한 콘텐츠의 예시는 다음과 같습니다. 1.1.1 종교, 인종, 성적 지향성, 성별, 민족/인종 또는 기타 특정 단체에 대한 언급 또는 설명을 포함하여 명예 훼손의 소지가 있거나 차별적이거나 악의적인 콘텐츠(특히 앱으로 인해 특정 개인 또는 그룹이 모욕을 당하거나 협박을 받거나 피해를 입을 수 있는 경우). 전문적인 정치 풍자 작가나 유머 작가는 일반적으로 이 요구 사항에 해당하지 않습니다. 1.1.2 살해를 당하거나, 불구가 되거나, 고문이나 학대를 받는 사람이나 동물에 대한 현실적인 묘사 또는 폭력을 조장하는 콘텐츠. 게임 상황에서의 ‘적’은 특정 인종, 문화, 실제 정부, 기업이나 다른 실체를 단독 대상으로 삼을 수 없습니다. 1.1.3 무기와 위험물을 불법적으로 또는 무분별하게 사용하도록 조장하거나 총기 또는 탄약 구입을 유도하는 묘사. 1.1.4 ‘미적이나 정서적인 감정보다 에로틱한 감정을 자극하기 위한 성기 또는 성행위에 대한 노골적인 묘사 또는 표현’에 해당하는 공공연하게 성적 또는 포르노적인 자료. 여기에는 포르노를 포함하거나 성매매에 사용될 수 있는 ‘만남 주선’ 앱이 포함됩니다. 1.1.5 선동적인 종교적 해설이나 부정확하거나 오해의 소지가 있는 경전의 인용문. 1.1.6 부정확한 기기 데이터, 가짜 위치 추적기와 같은 속임수/장난용 기능 등을 비롯한 거짓 정보 및 기능. 해당 앱을 ‘오락적인 목적을 위해서’라고 설명하는 것으로 이 지침을 피할 수 없습니다. 익명이나 장난 전화 또는 SMS/MMS 메시지를 활성화하는 앱은 거부될 것입니다.
1.2 사용자가 생성한 콘텐츠 사용자가 생성한 콘텐츠가 있는 앱은 지적 재산권 침해부터 익명의 사이버 불링까지 여러 까다로운 문제가 발생할 수 있습니다. 이러한 피해를 방지하려면 사용자가 생성한 콘텐츠나 소셜 네트워크 서비스 기능이 있는 앱에 다음 내용을 추가해야 합니다. 부적절한 자료가 앱에 게시되지 않도록 필터링하는 방법 모욕적인 콘텐츠를 보고하고 적시에 응대하는 메커니즘 폭언하는 사용자를 해당 서비스에서 차단하는 기능 사용자들이 쉽게 연락할 수 있도록 게시한 개발자 연락처 정보 사용자가 생성한 콘텐츠나 서비스가 포르노 콘텐츠, 챗룰렛 방식의 경험, 실제 인물의 상품화(예: ‘외모 평가’ 투표), 신체적 위협이나 협박에 주로 사용되는 앱은 App Store에 적합하지 않으며 별도 통지 없이 삭제될 수 있습니다. 앱에 웹 기반 서비스상에서 사용자가 생성한 콘텐츠가 포함된 경우, 우발적으로 딸려온 성인용 콘텐츠는 기본적으로 숨겨져 있어야 하며 사용자가 웹 사이트를 통해 켰을 때만 표시되는 것이 허용됩니다. 1.2.1 크리에이터 콘텐츠
‘크리에이터’라고 불리는 특정 사용자 커뮤니티의 콘텐츠를 선보이는 앱은 적절하게 관리될 경우 좋은 기회가 될 수 있습니다. 이러한 앱에서는 다양한 크리에이터 콘텐츠를 사용해 볼 수 있는 하나의 통일된 경험을 고객에게 제공합니다. 비개발자로 구성된 크리에이터 커뮤니티는 사용자가 생성한 경험을 작성하고, 공유하고, 수익화하는 데 도움이 되는 도구와 프로그램을 앱에서 제공받을 수 있습니다. 이러한 경험으로 인해 기본 앱의 주요 특징 및 기능이 바뀌어서는 안되며, 오히려 구조적 경험에 콘텐츠를 더할 수 있어야 합니다. 이러한 경험은 개발자가 코딩한 기본 ‘앱’이 아닌 앱 내 콘텐츠이며, 앱 심사에서는 사용자가 생성한 콘텐츠로 취급합니다. 비디오, 문서, 오디오뿐만 아니라 캐주얼 게임도 크리에이터 콘텐츠에 해당합니다. App Store는 사용자 생성 콘텐츠를 제공하는 앱이 사용자 생성 콘텐츠 관리에 관한 지침 1.2 및 결제 및 앱 내 구입에 관한 지침 3.1.1을 포함하여 모든 지침을 따르는 한 해당 앱을 지원합니다. 크리에이터 앱에서 사용할 수 있는 연령 등급 중 가장 높은 크리에이터 콘텐츠의 연령 등급을 공유해야 하며, 추가 구입이 필요한 콘텐츠가 무엇인지 사용자에게 알려야 합니다.
1.3 어린이 카테고리 어린이 카테고리를 사용하면 어린이에게 적합한 앱을 쉽고 효과적으로 찾을 수 있습니다. 어린이 카테고리에 속하는 앱을 만들고 싶다면 특별히 어린 사용자에게 우수한 경험을 선사하는 데 주력해야 합니다. Parental Gate로 지정된 부분이 따로 없는 한 이러한 앱에는 앱 밖으로 연결되는 링크, 구입 기회 또는 아이들의 주의를 산만하게 하는 다른 내용이 없어야 합니다. 고객이 여러분의 앱을 어린이 카테고리 요구 사항을 충족하는 앱으로 간주하게 되면, 추후에 해당 카테고리를 선택 해제하더라도 후속 업데이트에서 이 지침을 계속 따라야 한다는 점에 유의하십시오. Parental Gate에 대한 자세한 내용을 확인하십시오. 온라인에서 어린이들로부터 데이터 수집 시 전 세계의 관련 개인 정보 보호법을 준수해야 합니다. 자세한 내용은 본 지침의 개인 정보 보호 섹션을 검토하십시오. 또한 어린이 카테고리 앱은 제3자에게 개인 식별 정보나 기기 정보를 전송할 수 없습니다. 어린이 카테고리 앱에는 제3자 분석 또는 제3자 광고를 포함해서는 안 됩니다. 이를 통해 어린이에게 보다 안전한 경험을 제공합니다. 제한적으로 서비스에서 IDFA 또는 어린이(이름, 생년월일, 이메일 주소 등), 위치 또는 해당 기기에 관한 어떠한 식별 가능한 정보도 수집하거나 전송하지 않는 경우에 한 해 제3자 분석이 허용될 수 있습니다. 여기에는 사용자 및 기기를 식별하기 위해 직접 사용하거나 다른 정보와 결합할 수 있는 기기, 네트워크 또는 기타 정보가 포함됩니다. 제3자 상황별 맥락 광고는 해당 서비스가 연령 적합성을 고려한 광고 창작물에 대한 직접 심사를 포함하는 어린이 카테고리 앱 관련 관행과 정책 관련 공개 문서를 제공하는 경우 제한적으로 허용할 수 있습니다.
1.4 신체적인 손상 앱이 신체적인 손상을 입힐 위험이 있는 방식으로 작동하는 경우, Apple은 해당 앱을 거부할 수 있습니다. 예를 들면 다음과 같습니다. 1.4.1 부정확한 데이터 또는 정보를 제공하거나 환자를 진단 또는 치료하는 데 사용할 수 있는 의학 앱은 더욱 철저하게 심사할 수 있습니다. 건강 측정과 관련된 정확성을 뒷받침하기 위해 앱이 사용하는 데이터와 측정 방법을 명확히 밝혀야 하며, 정확성 또는 측정 방법이 검증되지 않은 경우 Apple은 해당 앱에 대한 승인을 거부합니다. 예를 들어 기기에 장착된 센서만을 사용하여 X-레이 촬영을 하고 혈압, 체온, 혈당량 또는 혈중 산소량 등을 측정한다고 주장하는 앱은 허용되지 않습니다. 의학적 결정을 내리기에 앞서 사용자에게 해당 앱을 사용하는 것 외에도 의사의 진찰을 받도록 안내해야 합니다. 규제 기관의 허가를 받은 의학 앱은 해당 문서의 링크와 함께 제출하십시오. 1.4.2 약물 투여량 계산기는 제약업체, 병원, 대학교, 의료 보험 회사, 약국 또는 기타 승인된 기관에서만 만들거나, FDA 또는 이에 준하는 국제적인 기관 중 하나의 승인을 받아야 합니다. 환자에게 잠재적인 손상을 입힐 수 있으므로 해당 앱에 대한 지원과 업데이트가 장기간에 걸쳐 보장되는지 확인해야 합니다. 1.4.3 담배 및 전자담배 제품, 불법적인 약물 또는 과도한 음주를 조장하는 앱은 App Store에 등록할 수 없습니다. 미성년자에게 이러한 물질을 소비하도록 권장하는 앱은 거부되며 규제 약물(판매를 허가받은 약국 및 허가받았거나 합법적인 대마초 판매점 제외) 또는 담배를 판매할 수 없습니다. 1.4.4 앱에는 법 집행 기관에서 발표한 DUI(음주/약물 복용 운전) 검문 지점만 표시할 수 있습니다. 음주 운전이나 과속 운전 같은 기타 무분별한 행동을 조장하지 말아야 합니다. 1.4.5 앱에는 고객이 활동(내기, 도전 등)에 참여하도록 유발하거나 자신 또는 다른 사람들에게 신체적인 손상을 입힐 위험이 있는 방식으로 기기를 사용하도록 유발하는 요소가 있어서는 안 됩니다.
1.5 개발자 정보 사용자는 궁금한 점이 생기거나 문제가 발생했을 때 개발자에게 연락할 방법을 알고 있어야 합니다. 앱과 지원 URL에 개발자에게 연락할 수 있는 손쉬운 방법을 명시해야 합니다. 이는 수업에 사용되는 앱의 경우 특히 중요합니다. 정확한 최신 연락처 정보가 없으면 고객의 불만을 유발할 뿐 아니라 일부 국가나 지역에서는 법에 저촉될 수 있습니다. 또한 지갑 패스에 발급자의 유효한 연락처 정보가 있는지, 해당 패스의 브랜드 또는 상표 소유자에게 할당된 전용 인증서로 서명되어 있는지 확인하십시오.
1.6 데이터 보안 앱은 Apple Developer Program 사용권 계약 및 본 지침(자세한 내용은 지침 5.1 참조)에 따라 수집한 사용자 정보를 적절히 취급하고, 이에 대한 제3자의 무단 사용, 공개 및 접근을 방지할 수 있도록 필요한 보안 조치를 갖추어야 합니다.
1.7 범죄 행위 신고하기 범죄로 추정되는 행위를 신고하는 데 사용하는 앱은 반드시 현지 사법 기관과 연계되어 있어야 하며, 이러한 방법을 통한 사법 기관의 개입이 활성화된 국가나 지역에서만 제공할 수 있습니다.
2. 성능
2.1 앱 완전성 앱 심사 팀에 제출하는 앱(사전 주문용 앱 포함)은 필요한 모든 메타데이터가 있고 URL이 정상적으로 작동하는 최종 버전이어야 합니다. 플레이스홀더 텍스트, 빈 웹 사이트와 기타 임시 콘텐츠는 제출하기 전에 삭제해야 합니다. 앱을 제출하기 전에 기기에서 버그 및 안정성 테스트를 했는지, 로그인이 필요한 앱이라면 시연 계정 정보가 있는지 (백엔드 서비스를 켰는지도!) 확인하십시오. 앱에서 앱 내 구입을 제공하는 경우 완전하고, 최신 상태이며, 심사자들이 볼 수 있도록 해야 하고, 그렇지 못한 경우 심사 메모에 그 이유를 기재해야 합니다. 앱 심사를 소프트웨어 테스트 서비스로 생각하지 마십시오. 충돌이나 명백한 기술 문제가 드러나는 불완전한 앱 번들과 바이너리는 거부당합니다.
2.2 베타 테스트 시연, 베타 및 체험판 버전의 앱은 App Store에 등록할 수 없으므로, TestFlight를 사용하시기 바랍니다. TestFlight를 통해 베타 배포용으로 제출한 앱은 공개 배포용이어야 하며 앱 심사 지침을 준수해야 합니다. TestFlight를 사용하는 앱을 테스터에게 배포할 때는 크라우드 소스 펀딩에 대한 보상을 비롯한 그 어떤 종류의 보상이나 대가도 제공해서는 안 됩니다. 베타 빌드에서 중요 업데이트는 테스터에게 배포하기 전에 TestFlight 앱 심사 팀에 제출해야 합니다. 자세한 내용은 TestFlight 베타 테스트 페이지를 참고하시기 바랍니다.
2.3 정확한 메타데이터 고객은 다운로드하거나 구입하려는 앱이 무엇인지 알아야 합니다. 따라서 개인 정보를 비롯한 모든 앱 메타데이터, 앱 설명, 스크린샷과 미리보기에 앱의 주요 경험이 정확하게 반영되어야 하며 항상 최신 버전에 맞게 업데이트해야 합니다. 2.3.1 앱에 숨겨져 있거나, 비활성화되어 있거나, 문서화되지 않은 기능이 없어야 합니다. 최종 사용자와 앱 심사 팀에 앱의 모든 기능이 명확하게 제시되어야 합니다. 모든 새로운 특징, 기능 및 제품 변경 사항은 App Store Connect의 심사용 추가 정보 섹션에 구체적으로 설명해야 하며(불분명한 설명은 거부됨), 심사를 위해 접근할 수 있어야 합니다. 마찬가지로 App Store 내외부에서 실제로 제공하지 않는 콘텐츠나 서비스(예: iOS 기반 바이러스 및 악성 코드 스캐너)를 홍보하는 등 현혹시키는 방식으로 앱을 마케팅하거나 허위 가격을 홍보하는 행위는 App Store에서 해당 앱 제거 및 개발자 계정 해지의 근거가 될 수 있습니다. 행위의 수준이 심각하거나 같은 행동을 반복적으로 되풀이하는 경우 Apple Developer Program에서 제명됩니다. Apple은 App Store를 신뢰할 수 있는 생태계로 만들기 위해 최선을 다하고 있으며, 모든 앱 개발자도 같은 방식으로 노력해 줄 것을 기대합니다. Apple은 정직하지 못한 개발자와는 함께 일하지 않습니다. 2.3.2 앱에 앱 내 구입 기능이 있는 경우, 홍보에 사용된 항목, 단계, 구독 등이 추가 구입이 필요한지의 여부를 앱 설명, 스크린샷과 미리보기에 명확하게 설명해야 합니다. App Store에서 앱 내 구입을 홍보하려면 앱 내 구입 홍보하기의 지침에 따라 사용자에게 적합한 앱 내 구입 표시 이름, 스크린샷 및 설명을 명확하게 작성해야 하며, 앱을 출시했을 때 고객이 문제없이 구입을 완료할 수 있도록 앱에서 SKPaymentTransactionObserver 메서드(영문)를 올바르게 처리해야 합니다. 2.3.3 스크린샷에는 사용 중인 앱이 표시되어야 합니다. 제목 아트, 로그인 페이지나 스플래시 화면만 보여서는 안 됩니다. 여기에는 텍스트 오버레이 및 이미지 오버레이(예: 움직이는 터치 포인트나 Apple Pencil과 같은 입력 메커니즘 시연용)가 포함될 수 있으며 Touch Bar와 같이 기기에서 확장된 기능을 보여줄 수도 있습니다. 2.3.4 미리보기는 고객이 앱의 내용과 기능을 효과적으로 확인하는 방법입니다. 사용자가 받게 되는 앱의 용도를 파악할 수 있도록 미리보기는 앱 자체의 동영상 화면 캡처만 사용할 수 있습니다. 스티커와 iMessage 확장 프로그램은 메시지 앱에서 사용자 경험을 보여줄 수 있습니다. 동영상만으로 명확하게 설명할 수 없는 내용은 내레이션과 동영상 혹은 텍스트 오버레이를 추가할 수 있습니다. 2.3.5 앱에 가장 적합한 카테고리를 선택하고 도움이 필요한 경우 App Store 카테고리 정의를 확인하시기 바랍니다. 카테고리 선택이 적합하지 않은 경우 Apple이 변경할 수 있습니다. 2.3.6 앱이 유해 콘텐츠 차단에 부합하도록 App Store Connect의 연령 등급 질문에 정직하게 답하도록 합니다. 앱의 등급이 잘못 지정되면 앱을 받은 고객이 당황할 수 있으며, 규제 당국으로부터 조사를 받게 될 수도 있습니다. 앱에 콘텐츠 등급 및 경고 표시가 필요한 미디어(예: 영화, 음악, 게임 등)가 포함되는 경우에는, 앱을 이용할 수 있는 각 지역의 현지 요건을 준수해야 합니다. 2.3.7 고유한 앱 이름을 선택하고 앱을 정확하게 설명하는 키워드를 지정합니다. 편법을 위해 메타데이터에 상표 등록된 용어, 인기 있는 앱 이름, 가격 정보나 기타 관련 없는 어구를 포함하지 마십시오. 앱 이름은 30자를 넘지 않아야 하며 앱 이름, 자막, 스크린샷 및 미리보기와 같은 메타데이터는 해당 메타데이터 유형과 관련이 없는 가격, 용어 또는 설명을 포함할 수 없습니다. 앱 부제목은 앱에 대한 부가 설명을 제공할 수 있는 좋은 방법입니다. 앱 부제목은 Apple의 표준 메타데이터 규칙을 따라야 하며 부적절한 콘텐츠, 다른 앱에 대한 참조 또는 확인할 수 없는 제품 설명 등을 포함해서는 안 됩니다. Apple은 부적절한 키워드를 언제든지 수정할 수 있으며, 남용을 방지하기 위해 기타 적절한 조치를 취할 수 있습니다. 2.3.8 메타데이터는 모든 대상에게 적합해야 합니다. 실제 앱 등급이 더 높더라도 앱 및 앱 내 구입 아이콘, 스크린샷과 미리보기는 4세 이상 연령 등급을 준수해야 합니다. 예를 들어, 폭력성이 있는 게임 앱이라면 잔인한 죽음이나 특정 캐릭터를 겨냥하는 총이 있는 이미지는 선택하지 마십시오. ‘어린이용’, ‘아동용’과 같은 단어를 앱 메타데이터에 포함하는 것은 어린이 카테고리에 한정됩니다. 앱 이름과 아이콘(작은 아이콘, 큰 아이콘, Apple Watch 앱, 대체 아이콘 등)을 비롯한 메타데이터는 혼돈되지 않도록 비슷하게 만들어야 합니다. 2.3.9 여러분은 앱 아이콘, 스크린샷과 미리보기의 모든 자료를 사용할 권리를 획득할 책임이 있으며, 실제 사용자의 데이터 대신 가상 계정 정보를 표시해야 합니다. 2.3.10 앱이 iOS, iPadOS, macOS, tvOS 또는 watchOS 서비스 경험에 중점을 두도록 하고, 특별히 승인된 대화식 기능이 없다면 앱이나 메타데이터에 다른 모바일 플랫폼의 이름, 아이콘, 이미지를 추가하지 마십시오. 앱 메타데이터가 앱과 앱 경험에 중점을 두도록 하십시오. 관련 없는 정보는 추가하지 마십시오. 2.3.11 App Store에 사전 주문용으로 제출하려는 앱은 제출 시점에 완전하고 제공 가능한 상태여야 합니다. 최종적으로 출시한 앱이 사전 주문 상태에서 홍보한 앱과 실질적으로 다르지 않은지 확인합니다. 앱에 중대한 변경 사항이 있을 경우(예: 비즈니스 모델 변경), 사전 주문 판매를 다시 시작해야 합니다. 2.3.12 앱의 새로운 기능이나 변경된 사항은 해당 앱의 ‘새로운 기능’ 설명에 명확히 기재해야 합니다. 단순한 버그 수정, 보안 업데이트 및 성능 개선과 같은 내용은 포괄적인 설명으로 충분하지만, 중대한 변경 사항일 경우 해당 기능을 명확하게 나열해야 합니다. 2.3.13 앱 내 이벤트는 앱 내에서 시기에 맞춰 진행되는 이벤트입니다. App Store에서 이벤트를 소개하려면 App Store Connect에서 제공하는 이벤트 유형에 속해야 합니다. 모든 이벤트 메타데이터는 정확하고 해당 이벤트와 관련이 있어야 하며, 앱의 일반적인 메타데이터를 사용해서는 안 됩니다. 이벤트는 여러 매장에서 App Store Connect에서 선택한 시간과 날짜에 진행되어야 합니다. 또한 비즈니스의 섹션 3에 명시된 규칙을 따르는 경우에 한해서 이벤트를 통해 수익을 창출할 수 있습니다. 이벤트 딥 링크는 앱 내의 해당 위치로 사용자를 안내해야 합니다. 허용되는 이벤트 메타데이터 및 이벤트 딥 링크에 대한 자세한 안내는 앱 내 이벤트를 참고하십시오.
2.4 하드웨어 호환성 2.4.1 사용자가 앱을 최대한 활용하게 하기 위해 가능한 한 iPhone 앱은 iPad에서 실행할 수 있어야 합니다. Apple은 고객이 모든 기기에서 사용할 수 있도록 범용 앱을 제작하는 것을 권장합니다. 범용 앱(영문)의 자세한 내용을 확인하십시오. 2.4.2 전원을 효율적으로 사용하고 사용상 기기에 손상을 입힐 위험이 없는 방식으로 앱을 설계합니다. 앱으로 인해 기기의 배터리가 빨리 소모되거나 과도한 열이 발생하지 않아야 하고 기기 리소스에 불필요한 무리가 가해지지 않아야 합니다. 예를 들어, 앱은 기기를 충전하는 중에 매트리스 또는 베개 아래에 두도록 조장하거나 과도한 SSD 쓰기 주기를 수행하지 말아야 합니다. 앱과 앱 내에 표시되는 제3자 광고에서 암호 화폐 채굴과 같이 관련 없는 백그라운드 프로세스가 실행되어서는 안 됩니다. 2.4.3 사용자가 별도의 하드웨어 연결 없이 Siri Remote나 타사 게임 컨트롤러만으로도 Apple TV용 앱을 사용할 수 있어야 합니다. 하지만, 다른 주변 기기를 연결하여 향상된 기능을 사용할 수 있는 옵션을 제공할 수도 있습니다. 앱을 사용하는 데 게임 컨트롤러가 필요한 경우, 이를 메타데이터에 명시하여 게임을 이용하기 위해서는 추가 장비가 필요하다는 사실을 고객에게 알리십시오. 2.4.4 앱에서 기기를 재시동하거나 앱의 핵심 기능과 직접적인 관련 없이 시스템 설정을 변경하도록 제안 또는 요구하면 안 됩니다. 예를 들어 고객에게 Wi-Fi를 끄거나 보안 기능을 비활성화하도록 요청하는 경우가 이에 해당합니다. 2.4.5 Mac App Store를 통해 배포하는 앱은 다음의 몇 가지 추가 요구 사항을 유의해야 합니다. (i) 적절하게 샌드박스되어야 하고 macOS 파일 시스템 문서(영문)를 따라야 합니다. 또한 다른 앱에 저장된 사용자 데이터(예: 책갈피, 주소록 또는 캘린더 항목)를 수정하는 경우 해당 macOS API만 사용해야 합니다. (ii) Xcode에서 제공한 기술로 패키징하여 제출해야 합니다. 타사 설치 프로그램은 사용할 수 없습니다. 독립적인 단일 앱 설치 번들이어야 하며 공유 위치에 코드나 리소스를 설치할 수 없습니다. (iii) 시동 또는 로그인 시 동의 없이 앱이 자동 실행되거나 자동으로 실행하는 다른 코드가 있어서는 안 되며, 사용자가 앱을 종료한 후에도 동의 없이 계속 실행하는 프로세스를 생성해서도 안 됩니다. Dock에 자동으로 아이콘을 추가하거나 사용자 데스크탑에 바로 가기를 생성해서는 안 됩니다. (iv) 심사 과정 중에 확인하는 내용과 다르게 앱에 기능이 추가되거나 크게 변경되는 독립형 앱, kext, 추가 코드나 리소스를 다운로드하거나 설치하면 안 됩니다. (v) 루트 권한을 요청하거나 setuid 속성을 사용하면 안 됩니다. (vi) 앱 실행 시 사용권 화면을 표시하고 라이선스 키를 요구하거나 자체 복사 방지를 수행하면 안 됩니다. (vii) Mac App Store를 사용하여 업데이트를 배포해야 합니다. 다른 업데이트 메커니즘은 허용되지 않습니다. (viii) 현재 판매되는 OS에서 앱이 실행되어야 하며 지원이 중단되었거나 선택적으로 설치한 기술(예: Java)을 사용하면 안 됩니다. (ix) 앱은 단일 앱 번들로 모든 언어와 현지화를 지원해야 합니다.
2.5 소프트웨어 요구 사항 2.5.1 앱은 공용 API만 사용할 수 있으며 현재 판매되는 OS에서 실행되어야 합니다. 공용 API(영문)에 대한 자세한 내용을 확인하십시오. 앱을 최신 상태로 유지하고 OS의 다음 버전에서 더 이상 지원하지 않아 사용할 수 없는 기능, 프레임워크 또는 기술을 단계적으로 삭제하십시오. 앱은 원래 목적에 맞는 프레임워크와 API를 사용해야 하고 앱 설명에 이와 관련된 내용을 기재해야 합니다. 예를 들어 HomeKit 프레임워크의 경우 홈 자동화 서비스를 제공해야 하고, HealthKit의 경우 건강 및 피트니스 목적으로 사용되어야 하며, 건강 앱과 연동되어야 합니다. 2.5.2 앱은 번들에서 독립적이어야 합니다. 지정된 컨테이너 영역 밖의 데이터를 읽거나 쓰면 안 되며, 다른 앱을 비롯하여 앱에 새로운 기능을 도입하고 자체 기능을 변경할 수 있는 코드를 다운로드, 설치 또는 실행하면 안 됩니다. 실행 가능한 코드를 교육, 개발 또는 학생들이 테스트해 보도록 개발한 교육용 앱의 경우, 다른 용도로 사용하지 않는 한 제한적인 상황에서 코드를 다운로드할 수 있습니다. 그러한 앱은 앱에서 제공하는 소스 코드를 사용자에게 완전히 공개하고 사용자가 편집할 수 있도록 해야 합니다. 2.5.3 푸시 알림, Game Center 등을 비롯한 운영 체제의 정상 작동이나 하드웨어 기능에 손상이나 지장을 줄 수 있는 바이러스, 파일, 컴퓨터 코드나 프로그램을 전송하는 앱은 거부됩니다. 위반 수준이 심각하거나 같은 행동을 반복적으로 되풀이하는 경우 Apple Developer Program에서 제명됩니다. 2.5.4 멀티태스킹 앱은 VoIP, 오디오 재생, 위치, 작업 완료, 로컬 알림 등의 백그라운드 서비스를 원래의 목적으로만 사용해야 합니다. 2.5.5 앱은 IPv6 전용 네트워크에서 정상적으로 작동해야 합니다. 2.5.6 웹을 탐색하는 앱은 해당 WebKit 프레임워크와 WebKit Javascript를 사용해야 합니다. 2.5.7 셀룰러 네트워크로 재생되는 10분 이상의 동영상 스트리밍 콘텐츠는 HTTP 라이브 스트리밍을 사용해야 하며, 기준치 192kbps HTTP 라이브 스트림을 포함해야 합니다. 2.5.8 대체 데스크탑/홈 화면 환경을 생성하거나 멀티 앱 위젯 경험을 시뮬레이션하는 앱은 거부됩니다. 2.5.9 음량 올리기/내리기와 벨소리/무음 스위치 같은 표준 스위치 기능이나 다른 기본 사용자 인터페이스 요소, 동작을 변경하거나 비활성화하는 앱은 거부됩니다. 예를 들어 앱에서 사용자가 특정 방식으로 작동할 것으로 예상하는 다른 앱이나 기능으로 연결되는 것을 차단해서는 안 됩니다. 올바른 링크 처리 방법에 대해 알아보십시오. 2.5.10 앱을 빈 광고 배너 또는 테스트 광고와 함께 제출하지 말아야 합니다. 2.5.11 SiriKit 및 단축키 (i) SiriKit과 연동되는 앱 및 단축키는 다른 앱의 지원 없이 작동해야 하며 사용자가 명시된 기능을 읽고 예상할 수 있는 기능을 제공할 Intent로만 등록해야 합니다. 예를 들어, 식단을 계획하는 앱이라면 해당 앱에 운동 관련 앱과 연동하는 기능이 있어도 운동을 시작하게 하려는 Intent를 포함해서는 안 됩니다. (ii) Plist 파일에 있는 단어와 문구는 앱에 등록된 SiriKit 기능의 Intent 및 앱과 관련이 있어야 합니다. 별칭은 반드시 앱 또는 회사 이름과 직접적으로 관련이 있어야 하며 일반적인 용어를 사용하거나 타사 앱 이름 또는 서비스를 포함해서는 안 됩니다. (iii) Siri 요청 또는 단축키는 가장 직접적인 방법으로 처리하고 요청과 답변 사이에 광고나 기타 마케팅을 삽입해서는 안 됩니다. 작업 완료에 필요한 경우에만 명확한 지시를 요청합니다(예: 사용자에게 특정 운동 유형을 선택하도록 요청하는 경우). 2.5.12 CallKit을 사용하거나 SMS 스팸 차단 확장 프로그램을 포함하는 앱은 스팸으로 확인된 전화번호만 차단해야 합니다. 전화, SMS 및 MMS 차단 기능 또는 스팸 식별 기능을 포함하는 앱의 경우 반드시 마케팅 문구에 이 기능을 명시해야 하며 차단하거나 스팸으로 등록하는 기준을 설명해야 합니다. 이러한 도구를 통해 접근한 데이터는 앱 또는 확장 프로그램의 운영이나 개선 외의 어떠한 목적으로도 사용할 수 없습니다(예: 추적 목적, 사용자 프로필 생성 등을 위해 데이터를 사용, 공유 또는 판매할 수 없음). 2.5.13 계정 인증을 위해 안면 인식 기술을 사용하는 앱은 가능하면 ARKit 또는 다른 안면 인식 기술이 아닌 LocalAuthentication(영문)을 사용해야 하며, 13세 미만 사용자에 대해서는 대체 인증 방식을 사용해야 합니다. 2.5.14 사용자 활동에 대한 기록, 로깅, 기타 수집이 진행되어야 할 경우, 앱은 사용자에게 명시적인 동의를 얻어야 하며, 분명하게 눈에 띄거나 귀에 들리는 방식으로 해당 사항을 알려야 합니다. 기기 카메라, 마이크, 화면 녹화 또는 기타 사용자 입력을 사용하는 경우가 이에 포함됩니다. 2.5.15 사용자가 파일을 조회하고 선택하도록 하는 앱은 파일 앱의 항목과 사용자의 iCloud 문서를 포함해야 합니다. 2.5.16 앱 클립 , 위젯, 확장 프로그램 및 알림은 앱의 콘텐츠 및 기능과 관련이 있어야 합니다. 또한 모든 앱 클립의 특징과 기능은 기본 앱 바이너리에 포함되어야 합니다. 앱 클립은 광고를 포함할 수 없습니다.
3. 비즈니스
App Store에서 앱으로 수익을 창출하는 방법은 다양합니다. 비즈니스 모델이 명확하지 않은 경우 메타데이터와 앱 심사 메모에 설명을 기재해야 합니다. 앱이 어떻게 작동하는지 파악할 수 없거나 앱 내 구입 기능을 바로 이해할 수 없는 경우 심사가 지연되거나 앱이 거부될 수 있습니다. 앱 가격은 개발자가 결정하지만, 앱과 앱 내 구입의 가격이 지나치게 높다고 판단되는 경우 배포를 허용하지 않습니다. 불합리하게 높은 가격으로 사용자를 속이려는 비싼 앱은 거부당합니다.
사용자 평가를 조작하거나, 금전적 또는 다른 대가를 제공하여 얻은 피드백, 필터링된 피드백, 또는 가짜 피드백을 사용해 순위를 올리거나, 이러한 작업을 타사 서비스에 위탁하는 행위가 적발될 경우, 해당 개발자를 Apple Developer Program에서 제명하는 등의 조치를 취하여 App Store의 무결성을 유지합니다.
3.1 지불 3.1.1 앱 내 구입: 앱 내에서 기능을 잠금 해제하려는 경우(예: 구독, 게임 내 화폐, 게임 단계, 프리미엄 콘텐츠에 접근하거나 전체 버전 잠금 해제) 앱 내 구입을 사용해야 합니다. 앱이 콘텐츠나 기능을 잠금 해제하기 위해 라이선스 키, 증강 현실 마커, QR 코드와 같은 자체 메커니즘을 사용해서는 안 됩니다. 앱 및 메타데이터에 고객을 앱 내 구입 이외의 구입 메커니즘으로 안내하는 버튼, 외부 링크나 다른 동작 호출이 있으면 안 됩니다(3.1.3(a)에 명시된 경우 제외). 앱 내에서 고객이 개발자 또는 디지털 콘텐츠 제공자에게 ‘사례’할 수 있도록 앱에서 앱 내 구입용 화폐를 사용할 수 있습니다. 앱 내 구입을 통해 구입한 크레딧이나 게임 내 화폐는 사용 기한이 없어야 하며 복원할 수 있는 모든 앱 내 구입에 대한 복원 메커니즘을 반드시 갖추고 있어야 합니다. 앱에서 앱 내 구입 항목을 다른 사람에게 선물로 보낼 수 있습니다. 이러한 선물은 원래 구입한 고객에게만 환불 가능하며 교환할 수 없습니다. Mac App Store를 통해 배포한 앱은 App Store 이외의 메커니즘으로 활성화되는 플러그인이나 확장 프로그램을 호스트할 수 있습니다. ‘루트 박스’ 또는 무작위 가상 항목을 구입할 수 있도록 고안된 기타 메커니즘을 제공하는 앱은 구입 전에 고객에게 각 항목 유형의 수령 확률을 공개해야 합니다. 디지털 상품이나 서비스로 교환할 수 있는 디지털 기프트 카드, 상품권, 바우처 및 쿠폰은 앱 내 구입을 통해 앱에서만 판매할 수 있습니다. 앱 내에서 판매되고 고객에게 우편으로 발송되는 실제 기프트 카드는 앱 내 구입 이외의 지불 방법을 사용할 수 있습니다. 비 구독형 앱은 전체 잠금 해제 옵션을 제시하기 전에 비소모품 IAP 항목을 0원 가격대로 설정하고 ‘XX일 무료 체험’이라는 명명 규칙을 따라 무료 체험 기간을 제공할 수 있습니다. 무료 체험 시작 전에, 해당 기간 및 체험 기간이 끝나면 사용할 수 없는 콘텐츠와 서비스의 내용 및 전체 기능을 사용하기 위해 지불해야 하는 비용을 앱에 명확히 표시해야 합니다. 콘텐츠 접근 관리와 무료 체험 기간에 대해 자세히 알아보려면 영수증(영문) 및 기기 확인(영문)을 참고하시기 바랍니다. 3.1.2 구독: 앱은 App Store 카테고리에 상관없이 앱 내 구입 구독을 자동으로 갱신하는 기능을 제공할 수 있습니다. 앱에 자동 갱신 구독을 추가하는 경우 아래의 지침을 따르십시오. 3.1.2(a) 허용되는 사용법: 자동 갱신 구독을 제공하는 경우, 고객에게 지속적으로 동일한 가치의 상품을 제공해야 합니다. 구독 기간은 최소 7일이어야 하며 사용자의 모든 기기에서 사용할 수 있어야 합니다. 다음 목록이 전부는 아니지만, 구독에 대한 올바른 예시로 새로운 게임 레벨, 에피소드별 콘텐츠, 멀티 플레이어 지원, 실질적이고 일관된 업데이트를 제공하는 앱, 콘텐츠가 지속적으로 업데이트되는 대량의 미디어 콘텐츠에 대한 접근 권한, 서비스형 소프트웨어(SAAS) 및 클라우드 지원 등을 들 수 있습니다. 다음과 같은 추가 사항도 있습니다. 구독은 단품 서비스 유형으로도 제공될 수 있습니다. 예를 들어 영화 라이브러리 전체에 대한 구독 서비스와 한 편의 영화를 구입하거나 대여할 수 있는 단품 서비스를 모두 제공할 수 있습니다. 개발자가 제작한 모든 앱 및 서비스에 공유되는 단일 구독을 제공할 수 있습니다. 스트리밍 게임 서비스 구독으로 제공되는 게임은 타사 앱 및 서비스에 공유되는 단일 구독을 제공할 수 있습니다. 그러나 App Store에서 직접 다운로드해야 하며 구독자가 중복으로 결제하지 않도록 설계해야 합니다. 또한, 구독하지 않는 고객이 불이익을 받는 일이 없어야 합니다. 해당 앱이 설치된 사용자의 모든 기기에서 구독을 사용할 수 있어야 합니다. 내가 제작한 모든 앱에서 구독 공유하기(영문)에 대한 자세한 내용을 확인하십시오. 앱은 사용자에게 해당 앱을 평가하거나, 이용 후기를 작성하거나, 다른 앱을 다운로드하도록 강요해서는 안 됩니다. 또한 앱의 기능, 콘텐츠, 사용을 빌미로 유사 행위를 강요해서는 안 됩니다. 다른 앱과 마찬가지로, 구독을 구입한 사용자는 소셜 미디어에 게시물 올리기, 연락처 업로드하기, 지정된 횟수만큼 앱 사용하기 등의 추가 작업을 수행하지 않고도 구입한 콘텐츠를 사용할 수 있어야 합니다. 구독에는 소모성 크레딧, 젬, 게임 내 화폐 등이 포함될 수 있습니다. 또한 소모성 제품 할인 항목(예: 젬 패키지를 할인된 가격에 제공하는 플래티넘 멤버십)을 구독에 포함하여 제공할 수 있습니다. 기존 앱을 구독 기반의 비즈니스 모델로 변경하는 경우에도 이미 결제를 완료한 기존 사용자에게는 주요 기능을 계속 제공해야 합니다. 예를 들어, 신규 고객에게 적용할 구독 모델을 도입한 후에도 ‘전체 게임 잠금 해제’를 이미 구입한 고객은 계속 전체 게임을 사용할 수 있어야 합니다. 자동 갱신 구독형 앱은 App Store Connect에 명시된 관련 정보를 제공하여 사용자에게 무료 체험 기간을 제공할 수 있습니다. 구독 프로모션 제공하기에 대해 더 알아보기. 사용자에게 사기 행위를 시도하는 앱은 App Store에서 삭제됩니다. 여기에는 사용자를 기망하여 구독을 구입하도록 하거나 미끼를 이용한 유인 상술 및 사기 행위를 통해 사용자를 속이는 앱이 포함되며, 해당 앱은 App Store에서 삭제되며, 개발자는 Apple Developer Program에서 제명될 수 있습니다. 이동통신사 앱에는 Apple의 사전 승인을 받아 통신사 데이터 요금제에 포함된 사전 정의된 번들로 제공하는 자동 갱신 음악 및 비디오 구독을 포함할 수 있습니다. 이동통신사 앱에서 신규 사용자에게 앱 내 구입을 지원하고 통신사에서 고객의 번들 서비스가 종료되었을 때 고객에게 앱 내 구입으로 반환할 수 있는 방법을 제공하는 경우 다른 자동 갱신 구독도 Apple의 사전 승인을 받아 통신사 데이터 요금제에 포함된 사전 정의된 번들에 포함할 수 있습니다. 그러한 구독에 소모성 항목을 이용할 수 있는 접근 권한 또는 할인을 포함할 수 없습니다. 3.1.2(b) 업그레이드 및 다운그레이드: 원활한 업그레이드/다운그레이드 경험을 사용자에게 제공해야 하며 사용자의 부주의로 같은 항목을 여러 번 구독하게 되지 않도록 합니다. 구독 업그레이드 및 다운그레이드 옵션 관리에 대한 모범 사례를 검토하십시오. 3.1.2(c) 구독 정보: 고객에게 구독을 요청하기 전에 사용자에게 월별 발행 횟수 정보, 클라우드 저장 공간 정보, 서비스 접근 방법 등과 같은 구입 항목에 대해 명확하게 설명해야 합니다. 또한 계약, 세금 및 금융거래의 Apple Developer Program 사용권 계약 Schedule 2에서 설명한 요구 사항을 명확하게 전달해야 합니다. 3.1.3: 기타 구입 방법: 다음 앱은 앱 내 구입 이외의 구입 방법을 사용할 수 있습니다. 이 섹션의 앱은 앱 내에서 사용자에게 앱 내 구입 이외의 구입 방법을 사용하도록 권장할 수 없습니다(3.1.3(a)에 명시된 경우 제외). 앱 외부에서 사용자층을 대상으로 앱 내 구입 이외의 구입 방법에 대해 안내할 수 있습니다. 3.1.3(a) ‘읽기 도구’ 앱: 사용자는 앱을 통해 이전에 구입한 콘텐츠나 콘텐츠 구독(특히 잡지, 신문, 책, 오디오, 음악, 비디오)을 이용할 수 있습니다. 읽기 도구 앱은 무료 사용자를 위한 계정 생성과 기존 고객을 위한 계정 관리 기능을 제공할 수 있습니다. 읽기 도구 앱 개발자는 External Link Account Entitlement(외부 링크 계정 권한)을 요청하여 계정의 생성 또는 관리를 위해 개발자가 소유하거나 책임을 유지하는 웹 사이트에 대한 정보 링크를 앱에 제공할 수 있습니다. 외부 링크 계정 권한에 대해 더 알아보기. 3.1.3(b) 멀티 플랫폼 서비스: 멀티 플랫폼 기반으로 운영되는 앱은 멀티 플랫폼 게임의 소모성 항목을 포함하여 다른 플랫폼이나 개발자 웹 사이트상의 앱에서 획득한 콘텐츠, 구독 또는 기능 등을 해당 앱에서도 앱 내 구입을 통해 사용 가능할 경우 이러한 항목에 대해 사용자의 접근을 허용할 수 있습니다. 3.1.3(c) 기업 서비스: 앱이 직원 또는 학생용으로 조직 또는 그룹에만 직접 판매되는 경우(예: 전문 데이터베이스 및 강의실 관리 도구), 기업 사용자가 이전에 구입한 콘텐츠 또는 구독에 접근하도록 허용할 수 있습니다. 소비자, 단일 사용자 또는 가족 판매에서는 앱 내 구입을 사용해야 합니다. 3.1.3(d) 개인 간 서비스: 앱에서 두 사용자 사이에 실시간 개인 간 구입 서비스를 지원하는 경우(예: 학생 교습, 의료 상담, 부동산 둘러보기 또는 피트니스 트레이닝), 지불 방법으로 앱 내 구입 이외의 구입 방법을 사용할 수 있습니다. 일대다 실시간 서비스는 앱 내 구입을 사용해야 합니다. 3.1.3(e) 앱 외부의 상품 및 서비스: 사용자가 앱 외부에서 소비하는 상품이나 서비스를 앱을 통해 구입하는 경우, 지불 방법으로 Apple Pay 또는 기존 신용 카드 입력과 같은 앱 내 구입 이외의 구입 방법을 사용해야 합니다. 3.1.3(f) 무료 독립형 앱: 유료 웹 기반 도구(예: VOIP, 클라우드 저장 공간, 이메일 서비스, 웹 호스팅)의 독립형 파트너 역할을 하는 무료 앱은 앱 내 구입이 없거나 앱 외부에서 구입하기 위한 동작 호출이 없는 경우 앱 내 구입을 사용할 필요가 없습니다. 3.1.4 하드웨어 기반 콘텐츠: 기능이 특정 하드웨어를 필요로 하는 경우와 같이 제한적인 상황에서는 앱 내 구입을 사용하지 않고 앱에서 해당 기능을 잠금 해제할 수 있습니다(예: 망원경과 동기화할 때 추가 기능을 제공하는 천문학 앱). 승인된 실제 상품(예: 장난감)과 선택적으로 결합하여 작동하는 앱 기능은 앱 내 구입을 사용하지 않고 기능을 잠금 해제할 수 있으나, 앱 내 구입 옵션도 함께 제공해야 합니다. 하지만 사용자에게 앱 기능을 잠금 해제하는 데 관계없는 상품을 구입하도록 유도하거나 광고 또는 마케팅 활동에 참여하도록 요구하면 안 됩니다. 3.1.5 암호 화폐: (i) 지갑: 앱을 통해 가상 통화를 보관할 수 있으나, 이는 조직으로 등록된 개발자가 제공한 앱에 한합니다. (ii) 채굴: 채굴이 기기 밖에서 행해지는 경우(예:클라우드 기반 채굴)가 아닌 한, 앱은 가상 화폐를 채굴할 수 없습니다. (iii) 교환: 거래소에서 앱을 제공하는 경우라면, 앱은 승인된 거래소에서 암호 화폐의 거래 혹은 전송을 용이하게 할 수 있습니다. (iv) ICO(Initial Coin Offerings): ‘ICO'(Initial Coin Offerings), 암호 화폐 선물 거래 및 기타 암호화 증권 또는 유사 증권 거래를 용이하게 하는 앱은 반드시 기존 은행, 증권 회사, ‘FCM'(선물거래 위탁 판매자) 또는 기타 승인된 금융 기관에서 만든 것이어야 하며, 모든 관련 법률을 준수해야 합니다. (v) 암호 화폐 앱은 다른 앱의 다운로드, 다른 사용자의 다운로드 유도, 소셜 네트워크 홍보 등 작업 완료를 대가로 화폐를 제공할 수 없습니다. 3.1.6 Apple Pay: Apple Pay를 사용하는 앱은 모든 상품이나 서비스를 판매하기 전에 상품 구입 정보를 사용자에게 모두 제공해야 하며, Apple Pay 브랜드와 사용자 인터페이스 요소를 Apple Pay 마케팅 지침(영문)과 Human Interface Guidelines(영문)에서 설명한 대로 올바르게 사용해야 합니다. 반복 결제를 제공하기 위해 Apple Pay를 사용하는 앱은 최소한 다음 정보를 공개해야 합니다. 갱신 기간 및 이 기간이 취소할 때까지 계속된다는 사실 각 기간에 제공할 내용 고객에게 실제로 청구되는 금액 취소 방법 3.1.7 광고: 디스플레이 광고는 기본 앱 바이너리로 제한되어야 하며 확장 프로그램, 앱 클립 , 위젯, 알림, 키보드, watchOS 앱 등에 포함되어서는 안 됩니다. 앱에 노출되는 광고는 해당 앱의 연령 등급에 부합해야 하며, 앱을 벗어나도록 요구하지 않고 사용자가 자신을 광고 대상으로 삼는 데 사용된 모든 정보를 확인할 수 있도록 해야 합니다. 또한, 건강 및 의학 데이터(예: HealthKit API), 학교 및 교실 데이터(예: ClassKit) 또는 어린이(예: 어린이 카테고리의 앱)로부터 얻는 데이터 등 민감한 사용자 정보에 근거한 타깃 광고나 행동 기반 맞춤형 광고는 앱에 추가할 수 없습니다. 틈새 광고나 사용자 경험을 방해 또는 차단하는 광고는 광고임을 명확하게 표기해야 하며, 조작이나 속임수를 통해 사용자가 광고를 탭하도록 유도해서는 안 됩니다. 또한, 닫기 및 건너뛰기 버튼을 눈에 들어오는 충분한 크기로 표시하여 사용자가 쉽게 찾아 광고를 닫을 수 있게 해야 합니다.
3.2 기타 비즈니스 모델 문제 아래 목록은 완전한 것이 아니며 여러분이 제출한 앱에 따라 정책을 변경하고 업데이트할 수 있습니다. 추가로 다음 몇 가지 해야 할 일과 하지 말아야 할 일에 유의하십시오. 3.2.1 가능한 경우 (i) 해당 앱이 단순히 여러분의 앱 카탈로그가 아닌 경우에 한해, 앱 내에서 구입 또는 홍보하기 위해 여러분의 앱을 표시하는 경우. (ii) 해당 승인된 요구 사항(예: 건강 관리, 항공, 손쉬운 사용)에 따라 제작된 타사 앱 모음을 표시 및 추천하는 경우. 단순한 홍보물처럼 보이지 않도록 앱에는 신뢰할 수 있는 편집 콘텐츠가 있어야 합니다. (iii) 해당 승인된 대여 콘텐츠(예: 영화, TV 프로그램, 음악, 책)의 대여 기간이 만료된 후 접근을 비활성화하는 경우. 다른 항목과 서비스는 만료되지 않아야 합니다. (iv) 결제액을 지불하거나 받고, 할인 금액을 전달하거나 신원(예: 영화 티켓, 쿠폰, VIP 자격 증명)을 확인하는 데 지갑 패스를 사용할 수 있습니다. 그 이외의 목적으로 사용하면 앱이 거부되며 지갑 자격 증명이 취소됩니다. (v) 보험 앱은 무료여야 하고, 배포한 지역의 법률 및 준수 규정에 따라야 하며, 앱 내 구입을 사용할 수 없습니다. (vi) 승인된 비영리 단체는 해당 모금 운동이 모든 앱 심사 지침을 준수하고 Apple Pay 지원을 제공하는 경우 자사 앱 또는 타사 앱 내에서 직접 모금을 수행할 수 있습니다. 이러한 앱은 자금이 어떻게 사용되는지 반드시 공개하고 해당 지역의 법률을 모두 준수해야 하며 기부자에게 적절한 세금 영수증을 발행할 수 있어야 합니다. 요청이 있을 경우 앱 심사 팀에 추가 정보를 제공해야 합니다. 기부자를 다른 비영리 단체에 연결하는 비영리 플랫폼의 경우 앱에 표시되는 모든 비영리 단체는 반드시 비영리단체 승인 절차를 거쳐야 합니다. 비영리 단체로 승인(영문)받는 방법에 대해 더 알아보십시오. (vii) 앱 내 구입을 사용하지 않고도 개별 사용자가 다른 개별 사용자에게 금전적 선물을 제공할 수 있으며, 이 경우 (a) 해당 선물은 온전히 제공자 본인의 선택에 의한 것이어야 하며 (b) 금액 전체가 수신인에게 전달되어야 합니다. 하지만 어느 시점이든지 금전적 선물이 디지털 콘텐츠 또는 서비스를 받는 것과 연관될 경우 반드시 앱 내 구입을 사용해야 합니다. (viii) 금융 거래, 투자 또는 자금 관리에 사용되는 앱은 해당 서비스를 제공하는 금융 기관에서 제출해야 합니다. 3.2.2 가능하지 않은 경우 (i) App Store와 비슷하게 타사 앱, 확장 프로그램, 플러그인을 표시하거나 일반적인 모음으로서 인터페이스를 제작하는 경우. (ii) 푸시 알림, 카메라, 자이로스코프 같은 하드웨어나 운영 체제에서 제공하는 내장 기능 또는 Apple Music 접근, iCloud 저장 공간 같은 Apple 서비스를 상품화하는 경우. (iii) 인위적으로 광고 노출 수 또는 클릭 수를 높이는 경우. 주로 광고를 표시하기 위해 제작된 앱도 해당합니다. (iv) 승인된 비영리 단체이거나 위 섹션 3.2.1 (vi)에 따라 허가받은 경우는 아니지만 자선 사업과 모금 행사를 목적으로 앱 내에서 기부금을 모으는 경우. 이러한 이유로 모금하는 앱은 App Store에서 무료여야 하며 Safari나 SMS 같은 앱 외부에서만 기부금을 모을 수 있습니다. (v) 위치 또는 이동통신사와 같은 기준에 따라 앱을 사용할 수 있는 사용자를 임의로 제한하는 경우. (vi) 앱 사용자는 소셜 미디어에 게시물 올리기, 연락처 업로드하기, 지정된 횟수만큼 앱 사용하기 등의 추가 작업을 수행하지 않고도 구입한 콘텐츠를 사용할 수 있어야 합니다. 앱의 기능 및 콘텐츠 이용, 앱 사용 또는 금전이나 기프트 카드 및 코드를 비롯한 보상을 빌미로 사용자에게 해당 앱에 대한 평가 또는 앱 심사, 비디오 시청, 다른 앱 다운로드, 광고 클릭, 추적 사용 등과 같은 행위를 요구해서는 안 됩니다. (vii) 해당 서비스 이용 약관의 허가 없이 다른 서비스에 대한 가시성, 상태 또는 순위를 거짓으로 조작하는 경우. (viii) 바이너리 옵션을 거래하는 앱은 App Store에 등록할 수 없습니다 . 대신 웹 앱 사용을 고려하십시오. ‘CFD'(차액 결제 거래) 또는 기타 파생상품(예: FOREX)을 거래하는 앱은 서비스가 제공되는 모든 관할 지역에서 적절한 허가를 취득해야 합니다. (ix) 개인 대출을 제공하는 앱은 해당하는 최대 연이율(APR) 및 만기일 등의 모든 대출 조건을 명확하고 눈에 띄는 방식으로 공개해야 합니다. 앱은 비용 및 수수료를 포함하여 36%가 넘는 최대 연이율을 청구할 수 없으며 60일 이내에 전액 상환을 요구할 수 없습니다.
4. 디자인
Apple 고객은 심플하고 세련되고 혁신적이면서도 사용이 편리한 제품을 높이 평가하며, Apple이 App Store에 기대하는 바도 이와 같습니다. 훌륭한 디자인의 앱을 출시하는 것은 각 개발자의 몫이지만, 최소한 다음 기준을 충족해야 App Store에서 승인받을 수 있습니다. 또한 앱을 승인받은 후에도 지속적인 업데이트를 통해 앱이 정상적으로 작동하도록 유지하여 기존 고객과 신규 고객에게 매력적인 사용 경험을 제공해야 합니다. 작동하지 않거나 수준 미달의 경험을 제공하는 앱은 언제든지 App Store에서 삭제될 수 있습니다.
4.1 모방 본인의 아이디어로 앱을 제작해야 합니다. Apple은 여러분에게 많은 아이디어가 있다는 것을 이미 알고 있습니다. 그 아이디어를 앱에 표현해 주시기 바랍니다. 단순히 App Store의 최신 인기 앱을 모방하거나 다른 앱의 이름이나 UI를 조금 바꿔서 사용하지 말고 직접 만든 앱으로 심사를 받으십시오. 다른 앱을 모방하는 것은 지적 재산권 침해 소송을 당할 위험이 있을 뿐만 아니라, App Store에서 탐색하기 어려워지며, 동료 개발자들에게도 공정하지 못한 일입니다.
4.2 최소한의 기능 앱에는 웹 사이트를 단순히 바꾼 수준을 넘어서는 기능, 콘텐츠, UI가 있어야 합니다. 특별히 유용하거나 고유하지 않은, ‘앱 같지 않은’ 앱은 App Store에 등록할 수 없습니다. 지속적인 오락적 가치 또는 적절한 유용성을 제공하지 못하는 앱은 거부될 수 있습니다. 단순히 노래 한 곡이나 동영상 한 편을 담은 앱은 iTunes Store에 제출해야 합니다. 책이나 게임 설명서는 Apple Books Store에 제출해야 합니다. 4.2.1 ARKit을 사용하는 앱은 다양하면서도 통합된 증강 현실 서비스를 제공해야 합니다. 단순히 AR 뷰에 모델만 넣어 놓거나, 애니메이션을 반복 재생하는 것만으로는 충분하지 않습니다. 4.2.2 카탈로그가 아닌 경우, 앱의 주요 내용이 마케팅 자료, 광고, 웹 클리핑, 콘텐츠 집계, 링크 모음 등이어서는 안 됩니다. 4.2.3 (i) 앱은 다른 앱을 설치할 필요 없이 단독으로 작동할 수 있어야 합니다. (ii) 초기 실행 시 작동하기 위해 추가 리소스를 다운로드해야 하는 앱은 리소스 크기를 공개하고 다운로드하기 전에 사용자에게 승인을 요청해야 합니다. 4.2.4 시계 페이스처럼 생긴 Apple Watch 앱의 경우 사용자가 쓸어 넘기기, 알림, 타사 컴플리케이션 등의 기기 기능과 호환된다고 예상하게 되므로 혼란을 줄 수 있습니다. 앱 인터페이스에 시간을 나타내는 방법(예를 들어 서퍼용 조류 시계)은 상당히 창의적이고 훌륭하지만 시계 페이스 디자인과 너무 유사한 앱은 거부됩니다. 4.2.5 iCloud 및 iCloud Drive 파일 관리자용 앱의 경우 추가적인 기능이 있어야만 승인받을 수 있습니다. 4.2.6 상용 템플릿 또는 앱 생성 서비스를 통해 제작된 앱은 해당 앱의 콘텐츠 제공업체가 직접 제출하는 경우가 아니라면 거부됩니다. 이러한 서비스에서는 클라이언트를 대신하여 앱을 제출하는 것이 아니라, 해당 클라이언트가 특별한 고객 경험을 제공하는 맞춤형의 혁신적인 앱을 제작할 수 있도록 지원하는 도구를 제공해야 합니다. 템플릿 제공업체에 허용되는 또 다른 옵션은 종합적 또는 ‘선택’ 모델로 모든 클라이언트 콘텐츠를 호스팅하는 단일 바이너리를 만드는 것입니다(예: 각 클라이언트 식당에 대해 별도의 맞춤형 항목 또는 페이지를 제공하는 식당 찾기 앱, 또는 각 클라이언트 이벤트에 대해 별도의 항목을 제공하는 이벤트 앱). 4.2.7 원격 데스크톱 클라이언트: 원격 데스크톱 앱이 호스트 기기를 일반적으로 미러링하기보다는 특정 소프트웨어나 서비스를 미러링하도록 동작하는 경우, 다음을 반드시 준수해야 합니다. (a) 앱은 반드시 사용자가 소유한 호스트 기기인 개인 컴퓨터 또는 전용 게임 콘솔에만 연결되어야 하며, 호스트 기기와 클라이언트는 로컬 및 LAN 기반 네트워크를 통해 연결되어야 합니다. (b) 클라이언트에 표시되는 소프트웨어와 서비스는 호스트 기기에서 정상적으로 실행되고, 호스트 기기의 화면에도 모두 렌더링되며, 이때 원격 데스크톱 구동에 필요한 수준을 넘어선 API나 플랫폼 기능을 사용해서는 안 됩니다. (c) 모든 계정 생성과 관리 작업은 호스트 기기에서 처리되어야 합니다. (d) 클라이언트에 표시되는 UI는 iOS나 App Store와 유사해서는 안 되며, Store와 유사한 인터페이스를 제공해서도 안 됩니다. 또한 사용자가 소유하거나 라이선스를 받은 소프트웨어를 제외한 타 상품을 살펴보거나 선택하거나 구입할 수 있는 기능을 포함해서는 안 됩니다. 분명하게 정리하면, 미러링된 소프트웨어 내에서 발생한 모든 거래는 앱 내 구입을 필요로 하지 않으며 호스트 기기 내에서 처리되어야 합니다. (e) 클라우드 기반 앱용 씬 클라이언트(thin client)는 App Store에 적합하지 않습니다.
4.3 스팸 동일한 앱의 번들 ID를 여러 개 생성하지 마십시오. 앱을 특정 지역, 스포츠팀, 대학교용 등 여러 버전으로 만든 경우 하나의 앱만 제출하고 앱 내 구입을 사용하는 방법을 고려해 보십시오. 또한 이미 포화 상태인 카테고리에 앱을 더 등록하지 않도록 합니다. App Store에는 이미 충분히 많은 방귀, 트림, 손전등, 운세, 데이트, 술자리 게임, 카마수트라 앱 등이 존재합니다. 이러한 앱은 앱 고유의 우수한 경험을 제공하지 않는 한 승인되지 않습니다. 스팸 앱을 Apple Store에 유포하면 Apple Developer Program에서 제명될 수 있습니다.
4.4 확장 프로그램 확장 프로그램을 호스팅하거나 포함하는 앱은 반드시 앱 확장 프로그램 프로그래밍 설명서(영문) 또는 Safari 앱 확장 프로그램 설명서(영문)를 준수해야 하며 필요에 따라 설정 인터페이스 및 도움말 화면과 같은 일부 기능을 갖추어야 합니다. 사용할 수 있는 확장 프로그램을 앱의 마케팅 텍스트에 정확하고 분명하게 밝혀야 하며 확장 프로그램에는 마케팅, 광고 또는 앱 내 구입이 포함될 수 없습니다. 4.4.1 키보드 확장 프로그램에는 반드시 따라야 하는
몇 가지 추가 규칙이 있습니다. 키보드 입력 기능 제공(예: 입력된 문자) 키보드에 이미지 또는 이모티콘이 포함되는 경우 스티커 지침 준수 다음 키보드로 진행하는 방법 제공 네트워크에 접속하지 않고 접근 권한 요청 없이도 작동 상태 유지 iOS 기기에 대한 사용자의 키보드 확장 프로그램 기능 강화를 위한 목적으로만 사용자 활동 수집 제한 사항은 다음과 같습니다. 설정 앱이 아닌 앱 실행 키보드 버튼에 다른 동작 추가(예: ‘return’ 키를 길게 눌러 카메라 실행) 4.4.2 Safari 확장 프로그램은 macOS의 현재 Safari 버전에서 실행할 수 있어야 합니다. 시스템이나 Safari의 UI 요소를 방해하지 않아야 하며, 악성 콘텐츠나 코드, 오해의 소지가 있는 콘텐츠나 코드를 절대 포함해서는 안 됩니다. 이 규칙을 위반하면 Apple Developer Program에서 제명됩니다. Safari 확장 프로그램은 기능을 작동하는 데 필요하지 않은 다른 웹 사이트에 접속하도록 요구해서는 안 됩니다. 4.4.3 스티커 스티커를 통해 메시지 앱을 더욱 역동적이고 재미있게 사용할 수 있습니다. 사용자는 스티커를 사용하여 기발하면서도 즐겁고 특별하게 개성을 표현할 수 있습니다. 스티커 확장 프로그램이 있는 앱이나 단독 스티커 팩을 제작하는 경우, 스티커의 콘텐츠는 사용자에게 불쾌감을 주거나, 부정적인 경험을 제공하거나, 법에 저촉되지 않아야 합니다. (i) 일반적으로 App Store에 허용되지 않는 콘텐츠는 스티커에도 허용되지 않습니다. (ii) 지역적 문화를 고려하십시오. 현지에서 비판을 받거나 현지법에 위배될 수 있는 스티커 팩을 제작하지 마십시오. (iii) 스티커의 의미를 파악하기 어려운 경우 심사 메모에 설명을 기록하여 심사 절차가 지연되지 않도록 하십시오. (iv) 스티커가 여러분의 가족이나 지인과 관련되지 않도록 하십시오. 스티커는 개인 사건이나 단체 또는 인간관계와 관련이 없어야 합니다. (v) 스티커의 콘텐츠와 관련된 모든 필수 저작권, 상표권, 초상권이 있어야 하며 사용 허가를 받아야 합니다. 또한, 제출할 권리를 승인받은 경우에만 스티커를 제출할 수 있습니다. 또한 요청 시 검증 가능한 문서를 제출해야 합니다. 사용할 권리를 획득하지 않은 스티커 콘텐츠가 있는 앱은 App Store에서 삭제되며 이를 계속 위반하면 Apple Developer Program에서 제명됩니다. 다른 제공업체에서 여러분의 콘텐츠를 침해했다고 판단할 경우 여기에 요청을 제출(영문)해 주십시오.
4.5 Apple 사이트 및 서비스 4.5.1 앱에 iTunes Store RSS 피드와 같이 승인된 Apple RSS 피드를 사용하는 것은 허용되지만, Apple 사이트(예: Apple.com, iTunes Store, App Store, App Store Connect, 개발자 포털 등)에 있는 정보를 긁어오거나 이러한 정보를 사용해 순위를 생성하지 않아야 합니다. 4.5.2 Apple Music (i) iOS의 MusicKit을 사용하면 앱 및 게임에서 기본적으로 Apple Music 및 로컬 음악 보관함의 음악을 재생할 수 있습니다. 사용자가 Apple Music 계정에 대한 권한을 제공하면 앱에서 플레이리스트를 생성하고, 보관함에 노래를 추가하고, Apple Music 카탈로그에 있는 수백만 곡의 노래를 재생할 수 있습니다. 사용자가 직접 Apple Music 스트리밍을 시작해야 하고, ‘재생’, ‘일시 정지’, ‘건너뛰기’ 같은 표준 미디어 컨트롤을 사용해서 재생 중인 곡을 탐색할 수 있어야 합니다. 또한 앱에서 Apple Music 서비스(예: 앱 내 구입, 광고, 사용자 정보 요청)로 연결하는 비용을 요구하거나 간접적으로 상품화하지 않아야 합니다. MusicKit(영문) 문서에서 명시적으로 허용하는 경우를 제외하고 MusicKit API에 있는 음악 파일을 다운로드 또는 업로드하거나 공유할 수 있도록 하면 안 됩니다. (ii) MusicKit API는 보다 전문적이고 복잡한 음악을 통합하는 데 필요한 사용권을 대체할 수 없습니다. 예를 들어 앱에서 특정 상황에 특정 노래를 재생하거나 소셜 미디어에 공유할 수 있는 오디오 또는 비디오 파일을 생성하려는 경우, 저작권자에게 직접 문의하여 허가(예: 복제권 또는 사용권)를 받은 후 사용해야 합니다. 앨범 커버 및 기타 메타데이터는 음악 재생 또는 재생 목록과 연결된 상태에서만 사용할 수 있으며(앱의 기능을 표시하는 App Store 스크린샷 포함) 저작권자의 별도 허가 없이 마케팅 또는 광고 목적으로 사용하면 안 됩니다. 앱에 Apple Music 서비스를 통합할 때 Apple Music 아이덴티티 지침(영문)을 따라야 합니다. (iii) 재생 목록 및 즐겨찾기와 같이 Apple Music 사용자 데이터에 접근하는 앱은 이러한 내용을 목적 열에 반드시 명시해야 합니다. 수집한 데이터를 앱 경험을 지원 또는 개선하는 것 외에 어떠한 목적으로도 타사와 공유할 수 없습니다. 이 데이터는 사용자 또는 기기를 식별하거나 광고 대상을 특정하는 데 사용할 수 없습니다. 4.5.3 Apple 서비스( Game Center , 푸시 알림 등)를 스팸, 피싱, 사용자가 수신 동의하지 않은 메시지 발송 등에 악용하지 않아야 합니다. Game Center를 통해 알게 된 이용자의 ID, 별칭 또는 기타 정보를 사용하여 역방향 조회, 추적, 연계, 연결, 마이닝, 수집 또는 기타 다른 방법으로 부당하게 이용하려고 하지 마십시오. 이를 위반하는 개발자는 Apple Developer Program에서 제명됩니다. 4.5.4 푸시 알림이 앱을 작동하는 필수 요건이 되어서는 안 되며, 푸시 알림을 민감한 개인 정보 또는 기밀 정보를 전송하는 데 사용할 수 없습니다. 또한 푸시 알림은 고객이 앱 UI에 표시된 동의 표현을 통해 명시적으로 수신하도록 선택한 경우가 아닌 이상 홍보 또는 직접적인 마케팅 목적으로 사용되어서는 안 되며, 앱 내에 사용자가 이러한 메시지 수신을 취소할 수 있는 방법을 제공해야 합니다. 푸시 알림 서비스를 남용 및 오용하는 경우 권한을 박탈당할 수 있습니다. 4.5.5 Game Center 약관에서 허용하는 방식으로만 Game Center 플레이어 ID를 사용해야 하며, 플레이어 ID를 앱에 노출하거나 제3자에 공개하지 않아야 합니다. 4.5.6 앱과 앱 메타데이터에 Apple 이모티콘으로 렌더링되는 유니코드 문자를 사용할 수 있습니다. Apple 이모티콘은 타 플랫폼에서는 사용할 수 없으며 앱 바이너리에도 직접 삽입할 수 없습니다.
4.6 대체 앱 아이콘 아이콘 변경이 사용자에 의해 수행되고 원래 아이콘으로 되돌리는 설정이 포함된 경우에 한해 앱에 사용자 설정 아이콘을 표시할 수 있습니다. 예를 들어 아이콘에 선호하는 스포츠 팀을 반영할 수 있습니다. 모든 아이콘은 반드시 앱의 콘텐츠와 관련되어야 하며 설정 앱, 알림 앱 등에 표시되는 아이콘이 새 스프링보드 아이콘과 일치하도록 변경된 아이콘을 모든 시스템에서 유지할 수 있어야 합니다. 이 기능은 최신 날씨 정보, 캘린더 알림 등을 반영하는 것과 같은 동적, 자동 또는 연속적 변경 사항에 적용될 수 없습니다.
4.7 HTML5 게임, Bot 등 앱의 주요 목적이 코드 배포가 아니고, 코드가 Store 또는 Store와 유사한 인터페이스에서 제공되지 않으며, 4.7.1 및 4.7.2에 따른 추가 규칙을 소프트웨어에서 준수하는 한, 바이너리에 내장되지 않은 코드를 포함하거나 실행할 수 있습니다(예: HTML5 기반 게임, Bot 등). 이러한 추가 규칙은 App Store 고객이 기대하는 경험을 보장하고 사용자의 안전을 보장하는 데 중요합니다. 4.7.1 이 규칙에 따라 제공되는 소프트웨어는 다음을 충족해야 합니다. 무료이거나 앱 내 구입을 통해 구입할 수 있어야 합니다. 표준 WebKit 보기에서 제공하는 기능만 사용하며(예: 수정이나 별도의 소프트웨어 없이 Safari를 통해 실행 및 구동되어야 함), WebKit 및 JavaScript Core를 사용해 타사 소프트웨어를 실행하며, 타사 소프트웨어로 기본 플랫폼 API를 확장하거나 공개하려고 시도하지 않아야 합니다. Apple Developer Program에 등록하고 Apple Developer Program 사용권 계약에 서명한 개발자가 제공하는 소프트웨어여야 합니다. 실제 돈을 사용하는 도박에 연결되는 접근 권한을 제공할 수 없습니다. 이러한 App Store 심사 지침(예: 부적절한 콘텐츠를 포함하지 않음)을 준수해야 하며, 디지털 상품 또는 서비스를 판매하지 않아야 합니다. 4.7.2 요청 시, 앱에서 사용 가능한 소프트웨어 및 메타데이터의 색인을 제공해야 합니다. 소프트웨어 제공자의 Apple Developer Program 팀 ID와 앱 심사 시 소프트웨어가 상기 요건을 준수하고 있음을 확인하기 위해 사용할 URL을 포함해야 합니다.
4.8 Apple로 로그인 앱에서 사용자의 기본 계정을 설정 또는 인증하기 위해 타사 또는 소셜 로그인 서비스(Facebook 로그인, Google 로그인, Twitter로 로그인, LinkedIn으로 로그인, Amazon으로 로그인 또는 WeChat 로그인 등)를 사용하는 앱은 Apple로 로그인 역시 동등한 옵션으로 제공해야 합니다. 사용자의 기본 계정은 사용자 식별, 로그인, 앱의 기능 및 연결된 서비스에 접근하기 위한 목적으로 앱에 설정한 계정을 의미합니다. Apple로 로그인은 다음 경우에 필요하지 않습니다. 회사의 자체 계정 설정 및 로그인 시스템을 전용으로 사용하는 앱인 경우. 사용자가 기존의 교육 또는 기업 계정을 사용해 로그인해야 하는 교육, 기업 또는 비즈니스 앱인 경우. 정부 또는 업계 지원 주민 확인 시스템이나 전자 ID를 사용하여 사용자를 인증하는 앱인 경우. 특정 타사 서비스의 클라이언트인 앱으로 사용자가 콘텐츠에 접근하려면 메일, 소셜 미디어 또는 기타 타사 계정에 직접 로그인해야 하는 경우.
4.9 스트리밍 게임 스트리밍 게임은 모든 지침을 준수하는 한 App Store에 등록할 수 있습니다. 예를 들어 게임이 업데이트될 때마다 심사를 위해 제출해야 하고, 개발자는 검색용 적절한 메타데이터를 제공해야 하며, 게임에서 앱 내 구입을 사용하여 아이템 또는 기능을 잠금 해제할 수 있어야 합니다. 물론, 언제든 열려 있는 인터넷과 웹 브라우저 앱을 이용하여 App Store 외부의 모든 사용자에게 다가갈 수 있습니다. 4.9.1 각 스트리밍 게임을 개별 앱으로 App Store에 제출하여 App Store에서 앱의 제품 페이지를 생성하고, 차트 및 검색에 앱이 표시되고, 사용자가 해당 앱에 대한 평가 및 리뷰를 작성하고, 스크린 타임 및 기타 유해 콘텐츠 차단 앱으로 관리하고, 사용자 기기에 표시되게 해야 합니다. 4.9.2 스트리밍 게임 서비스는 앱이 모든 지침을 준수하는 경우에만 사용자에게 앱 내 구입을 통한 구독 결제 및 Apple로 로그인 사용 옵션을 비롯해 사용자가 서비스에 가입하고 App Store에서 게임을 찾을 수 있도록 App Store에서 카탈로그 앱을 제공할 수 있습니다. 카탈로그 앱에 포함된 모든 게임은 개별 App Store 제품 페이지에 연결해야 합니다.
5. 법적 요구 사항
앱은 상용화될 지역의 모든 법적 요구 사항을 준수해야 합니다. 잘 모르는 경우 변호사에게 확인하십시오. 이 과정이 매우 복잡하다는 것을 알지만, 아래의 지침뿐만 아니라 현지 법률을 이해하고 이를 준수하여 앱을 만드는 것은 개발자의 책임입니다. 또한 불법 행위나 명백하게 위험한 행동을 요구하거나, 유도하고, 조장하는 앱은 무조건 거부됩니다. 인신매매 및 아동 착취를 조장하는 것으로 판명된 앱과 같이 극단적인 경우가 발생하면 담당 기관에 보고됩니다.
5.1 개인 정보 보호 Apple 생태계에서 사용자의 개인 정보를 보호하는 것은 그 무엇보다 중요합니다. 개발자는 개인 정보를 처리할 때 신중을 기하여 고객의 기대치뿐 아니라 개인 정보 보호 모범 사례(영문), 관련 법률, Apple Developer Program 사용권 계약의 약관을 반드시 준수해야 합니다. 자세한 내용은 아래를 확인하십시오. 5.1.1 데이터 수집 및 보관 (i) 개인정보 처리방침: 모든 앱에는 App Store Connect 메타데이터 영역과 앱 내부에 쉽게 볼 수 있는 개인정보 처리방침 관련 링크가 포함되어야 합니다. 개인정보 처리방침은 분명하고 명시적으로 다음 요건을 준수해야 합니다. 앱과 서비스가 수집하는 대상 정보(있는 경우), 정보 수집 방법, 수집한 정보의 사용 목적을 정의해야 합니다. 본 지침을 준수하여 앱을 통해 사용자 정보를 공유하는 타사(예: 분석 도구, 광고 네트워크, 타사 SDK, 사용자 정보에 접근할 수 있는 모회사, 자회사 또는 관련 기관)는 앱의 개인정보 처리방침에 명시되고 본 지침에서 요구하는 것과 동일하거나 동등한 수준으로 사용자 정보 보호를 제공하고 있음을 확인해야 합니다. 정보 보유/삭제 관련 정책을 설명하고, 사용자가 동의를 철회하고 정보 삭제를 요구할 수 있는 방법을 명시해야 합니다. (ii) 허가: 사용자 데이터와 사용 내역을 수집하는 앱은 해당 데이터가 수집 시점이나 수집 직후에 익명의 데이터로 간주되더라도 사용자에게 정보 수집에 대한 동의를 얻어야 합니다. 유료 기능은 사용자가 정보에 대한 접근을 허용하는 행위에 의존하거나 이를 요구해서는 안 됩니다. 앱은 고객에게 간편하고 알기 쉬운 방법으로 동의를 철회할 수 있는 수단도 제공해야 합니다. 정보의 사용 목적을 명확하고 완전하게 명시해야 합니다. 사용자 동의 없이 EU의 개인정보보호 규정(GDPR) 또는 기타 유사한 법령에 따라 합법적인 이익을 위해 정보를 수집하는 앱은 해당 법규의 모든 조항을 반드시 준수해야 합니다. 허가 요청(영문)에 대한 자세한 내용을 확인하십시오. (iii) 데이터 최소화: 앱은 앱의 핵심 기능과 관련된 최소한의 데이터에 대한 접근만 요청해야 하며, 관련 작업을 완수하는데 필요한 데이터만을 수집하고 사용해야 합니다. 사진 또는 연락처와 같이 보호가 필요한 리소스에 대해서는 완전한 접근 권한을 요청하기보다는 가능하면 독립적인 선택 방법을 사용하거나 공유 시트를 활용하십시오. (iv) 접근: 앱은 사용자의 권한 설정을 반영해야 하며, 불필요한 데이터 접근에 대한 동의를 부당한 방법으로 유도하거나 조작 또는 강요해서는 안 됩니다. 예를 들어, 소셜 네트워크에 사진을 포스팅하는 기능을 가진 앱은 사용자가 사진을 업로드할 수 있도록 허용하기 전에 사용자 마이크에도 접근할 수 있는 권한을 요구하지 않아야 합니다. 가능한 경우, 동의를 거부하는 사용자에게는 대체 솔루션을 제공하십시오. 예를 들어, 사용자가 위치 정보 공유를 거부했다면 수동으로 주소를 입력하는 기능을 제공하십시오. (v) 계정 로그인: 계정이 반드시 필요한 주요 기능이 포함되지 않은 앱인 경우에는 로그인하지 않아도 사용할 수 있도록 합니다. 앱에서 계정 생성을 지원하는 경우 앱 내에서 계정 삭제 기능도 제공해야 합니다. 앱의 핵심 기능과 직접적으로 관련이 있거나 법적으로 필요한 경우가 아니라면, 앱을 작동하는 데 사용자 개인 정보를 입력하도록 요구하지 않아야 합니다. 앱의 핵심 기능이 특정 소셜 네트워크(예: Facebook, WeChat, Weibo, Twitter 등)와 관련이 없다면 로그인이나 다른 비슷한 메커니즘을 거치지 않고 바로 기능을 사용할 수 있도록 해야 합니다. 기본 프로필 정보를 가져오거나 소셜 네트워크에 공유하거나 앱을 사용하도록 친구를 초대하는 행위는 앱의 핵심 기능에 해당하지 않습니다. 앱은 앱 내에서 소셜 네트워크 자격 증명을 철회하거나 앱과 소셜 네트워크 간 데이터 접근을 비활성화하는 메커니즘을 포함해야 합니다. 앱은 자격 증명이나 토큰을 기기 밖 소셜 네트워크에 저장해서는 안 되며, 앱을 사용하는 동안 앱에서 소셜 네트워크에 직접 연결하려는 목적으로만 자격 증명이나 토큰을 사용해야 합니다. (vi) 사용자 몰래 암호나 기타 개인 정보를 알아내는 데 앱을 악용하는 개발자는 Apple Developer Program에서 제명됩니다. (vii) SafariViewContoller는 사용자에게 정보를 시각적으로 표시하기 위해 사용되어야 하며 다른 항목이나 레이어로 숨기거나 가리지 말아야 합니다. 또한 사용자가 인지하고 동의하지 않은 채 앱에서 SafariViewController를 사용하지 않아야 합니다. (viii) 사용자로부터 직접 받지 않은 개인 정보를 컴파일하거나 사용자의 명시적인 동의 없이 개인 정보를 컴파일한 앱은 해당 개인 정보의 출처가 공용 데이터베이스인 경우라 하더라도 App Store에 등록할 수 없습니다. (ix) 금융 및 재무 서비스, 의료, 도박, 합법적인 대마초 사용 및 항공 여행과 같이 규제가 엄격한 분야의 서비스를 제공하거나 민감한 사용자 정보를 필요로 하는 앱은 개별 개발자가 아닌 서비스를 제공하는 법인에서 제출해야 합니다. 합법적인 대마초 판매를 지원하는 앱은 해당하는 법적 관할권으로 지역이 제한되어야 합니다. (x) 앱은 사용자의 기본 연락처 정보(예: 이름, 이메일 주소)를 요청할 수 있습니다. 단, 사용자가 선택적으로 정보를 제공할 수 있어야 합니다. 즉, 정보를 제공하는 조건으로 앱의 기능 및 서비스를 제공해서는 안 됩니다. 또한 어린이 정보 수집 제한 사항을 포함하여 다른 모든 조항을 준수할 경우에만 사용자의 기본 연락처 정보를 요청할 수 있습니다. 5.1.2 데이터 사용 및 공유 (i) 법률에서 달리 허용하지 않는 한, 사전 동의 없이 타인의 개인 정보를 사용하거나 전송 또는 공유해서는 안 됩니다. 사용자 정보가 어디서 어떻게 사용되는지에 관한 정보를 제공해야 합니다. 앱에서 수집한 데이터는 Apple Developer Program 사용권 계약을 준수하고 앱의 기능 향상이나 광고 제공을 위해 필요한 경우에 한해 제3자와 공유할 수 있습니다. 사용자의 활동을 추적하려면 App Tracking Transparency API를 통해 사용자로부터 명시적으로 허가를 받아야 합니다. 추적에 대한 자세한 내용을 확인하시기 바랍니다. 정보 보호 관련 법규를 준수하지 않거나 사용자의 동의 없이 사용자 정보를 공유하는 앱은 판매가 중단되며, 해당 개발자는 Apple Developer Program 에서 제명될 수 있습니다. (ii) 특정 목적을 위해 수집된 정보는 관련 법률에서 명시적으로 허용하지 않는 한, 추가적인 동의 없이 다른 목적으로 사용되어서는 안 됩니다. (iii) 앱을 통해 수집한 데이터로 몰래 사용자 프로필을 구축하려 해서는 안 되며, Apple API로부터 또는 ‘익명으로’, ‘집계된’, 또는 다른 알아낼 수 없는 방법으로 수집했다고 밝힌 데이터를 기반으로 익명의 사용자를 식별하거나, 사용자 프로필을 재구성하도록 시도하거나, 다른 사용자에게 이를 조장 또는 권장하지 않아야 합니다. (iv) 연락처 데이터베이스를 구축하여 개인이 사용하거나 또는 제3자에게 판매/유통하기 위해 연락처, 사진, 기타 사용자 정보에 접근하는 API의 정보를 사용하지 마십시오. 또한 분석, 광고 및 마케팅 목적으로 사용자 기기에 설치된 다른 앱에 대한 정보를 수집해서는 안 됩니다. (v) 사용자의 개별적이고도 명시적인 동의 없이 사용자의 연락처나 사진을 통해 수집한 정보를 사용하여 타인과 연락을 취해서는 안 되며, ‘전체 선택’ 옵션을 포함하거나 전체 연락처를 기본적으로 선택하도록 설정하지 마십시오. 받는 이에게 메시지가 어떻게 표시되는지 발송 전에 확인할 수 있도록 명확한 설명을 제공해야 합니다(예: 표시될 메시지 문구 및 발송자 등). (vi) HomeKit API, HealthKit, 임상 건강 정보 기록 API, MovementDisorder API, ClassKit 또는 심도 및 얼굴 매핑 도구(예: ARKit, 카메라 API, 사진 API)에서 수집한 데이터는 마케팅, 광고나 기타 사용자 기반 데이터 마이닝 용도로 사용할 수 없으며, 이는 제3자가 사용하는 경우도 포함됩니다. CallKit(영문), HealthKit(영문), ClassKit(영문) 및 ARKit(영문)의 모범 구현 사례에 대해 자세히 알아보십시오. (vii) Apple Pay를 사용하는 앱은 Apple Pay를 통해 수집한 사용자 정보를 상품 및 서비스 제공을 지원하거나 개선하기 위한 목적으로만 제3자와 공유할 수 있습니다. 5.1.3 건강과 건강 연구 건강, 피트니스, 의학 데이터는 특히 민감한 정보이며, 이 분야의 앱에는 고객의 개인 정보를 보호하기 위한 추가 규정이 있습니다. (i) 앱은 임상 건강 정보 기록 API, HealthKit API, 피트니스 및 움직임, MovementDisorder API 또는 인체 대상 건강 관련 연구 등 건강, 피트니스, 의학 연구 자료에서 수집한 데이터를 건강 관리 개선 외의 광고, 마케팅 또는 기타 사용 기반 데이터 마이닝 목적으로 사용하거나 제3자에게 공개할 수 없으며, 동의를 얻은 경우에만 건강 연구의 목적으로 활용할 수 있습니다. 하지만 혜택을 제공하는 기관에서 앱을 제출하고 데이터를 제3자와 공유하지 않는 경우, 사용자에게 혜택(보험료 할인 등)을 직접 제공하려는 목적에 한해 앱에서 사용자의 건강 또는 피트니스 데이터를 사용할 수 있습니다. 기기에서 수집하는 특정 건강 데이터는 반드시 공개해야 합니다. (ii) 앱은 HealthKit 또는 기타 의학 연구나 건강 관리 앱에 잘못되거나 부정확한 데이터를 추가하지 않아야 하며 iCloud에 개인의 건강 정보를 보관하지 않아야 합니다. (iii) 인간 대상 건강 관련 연구를 진행하는 앱은 반드시 참가자의 동의를 받아야 하고, 미성년자의 경우에는 부모 또는 보호자의 동의를 받아야 합니다. 동의서에는 반드시 (a) 연구 성격, 목적, 기간, (b) 절차, 위험성, 참가자 혜택, (c) 기밀 유지 및 데이터 처리에 관한 정보(제3자와 공유하는 모든 데이터 포함), (d) 참가자가 문의할 수 있는 연락처, (e) 취소 절차에 대한 내용이 있어야 합니다. (iv) 인간 대상 건강 관련 연구를 진행하는 앱은 반드시 독립 윤리 평가 위원회의 승인을 받아야 합니다. 개발자는 요청 시 해당 승인을 받았다는 증명서를 제출해야 합니다. 5.1.4 어린이 여러 가지 이유로 어린이의 개인 정보를 다룰 때는 더욱 신중해야 합니다. Apple에서는 개발자에게 ‘COPPA'(Children’s Online Privacy Protection Act), EU의 개인정보보호 규정(GDPR) 및 기타 적용 가능한 규제 및 법규를 준수하기 위한 일체의 요구 사항을 면밀히 검토하도록 권고합니다. 앱은 이러한 법규를 준수하려는 목적으로만 생년월일과 보호자 연락처 정보를 요청할 수 있습니다. 하지만 앱은 사용자의 나이와 상관없이 유용한 기능이나 엔터테인먼트적인 가치를 제공해야 합니다. 어린이용 앱에는 제3자 분석 또는 제3자 광고를 포함해서는 안 됩니다. 이를 통해 어린이에게 보다 안전한 경험을 제공합니다. 제3자 분석 및 제3자 광고는 해당 서비스가 지침 1.3에 명시된 것과 동일한 약관을 준수하는 경우에 한 해 허용될 수 있습니다. 그뿐 아니라, 어린이 카테고리에 있는 앱 또는 미성년자로부터 개인 정보(예: 이름, 주소, 이메일, 위치, 사진, 비디오, 그림, 채팅 가능 여부, 기타 개인 정보 또는 위 내용이 조합된 영구적 식별자)를 수집, 전송, 공유하는 기능이 있는 앱에는 반드시 개인정보 처리방침을 추가해야 하며 해당되는 모든 아동 대상의 개인 정보 보호 법규를 준수해야 합니다. 분명히 하자면, 어린이 카테고리에 대한 Parental Gate 요구 사항은 이러한 개인 정보 보호 법규에 따른 개인 정보 수집을 위한 보호자 동의받기와 동일한 내용이 아닙니다. 지침 2.3.8에 따라 ‘어린이용’, ‘아동용’과 같은 단어를 앱 메타데이터에 포함하는 것은 어린이 카테고리에 한정됨을 다시 한 번 알려드립니다. 어린이 카테고리에 포함되지 않은 앱은 앱 이름, 부제목, 아이콘, 스크린샷 또는 설명에 어린이가 주요 대상 고객임을 암시하는 어떠한 용어도 포함할 수 없습니다. 5.1.5 위치 서비스 위치 서비스는 앱에서 제공하는 기능 및 서비스에 직접적으로 관련된 경우에만 사용할 수 있습니다. 위치 기반 API로 긴급 서비스나 차량, 항공, 기타 기기에 자동 제어 서비스를 제공할 수 없습니다. 하지만 경량 드론 및 장난감, 무선조종 자동차 알람 시스템 등 작은 기기에는 제공할 수 있습니다. 위치 데이터를 수집하고 전송하거나 사용하기 전에 사용자에게 이를 알리고 동의를 받아야 합니다. 위치 서비스를 사용하는 앱의 경우, 앱의 용도를 분명히 설명해야 합니다. 해당 모범 사례는 Human Interface Guidelines(영문)를 참고하시기 바랍니다.
5.2 지적 재산권 앱에는 여러분이 생성한 콘텐츠나 사용권을 보유한 콘텐츠만 포함되어 있어야 합니다. 이를 지키지 않고 동의 없이 콘텐츠를 사용하는 경우 해당 앱은 삭제됩니다. 이는 물론 여러분의 앱에 있는 내용을 ‘가져간’ 누군가의 앱도 삭제된다는 의미이기도 합니다. App Store의 다른 개발자에 의해 지적 재산권을 침해당한 경우 Apple에서 제공하는 웹 양식(영문)을 사용하여 클레임을 신청하여 주십시오. 국가와 지역마다 법은 다르지만 최소한 다음의 공통된 범법 행위는 삼가해 주십시오. 5.2.1 일반: 상표, 저작권이 있는 작품, 특허가 등록된 아이디어 등 보호받는 타사의 자료를 허가 없이 앱에 사용하지 마십시오. 또한 오해의 소지가 있거나, 잘못되었거나, 모방한 내용, 이름, 메타데이터를 앱 번들 또는 개발자 이름에 넣지 마십시오. 앱은 앱을 소유하거나 앱에 대한 지적 재산권 및 기타 관련된 권리를 보유하는 개인 또는 법인에 의해 제출되어야 합니다. 5.2.2 타사 사이트/서비스: 앱에서 타사 서비스의 콘텐츠를 사용, 접근, 수익화 또는 표시하는 경우 해당 서비스 이용 약관 내에서 분명하게 허용하는 범위인지 확인해야 합니다. 개발자는 요청 시 승인서를 제출해야 합니다. 5.2.3 오디오/비디오 다운로드: 앱에서 불법 파일을 공유할 수 없으며, 해당 출처의 명백한 승인 없이 타사 출처( Apple Music , YouTube, SoundCloud, Vimeo 등)의 미디어 파일을 저장, 변환, 다운로드하는 기능을 포함해서는 안 됩니다. 오디오/비디오 콘텐츠를 스트리밍하는 것도 이용 약관을 위반하는 것일 수 있으므로 여러분의 앱을 해당 서비스에 연결하기 전에 이 사항을 먼저 확인하도록 하십시오. 개발자는 요청 시 문서를 제출해야 합니다. 5.2.4 Apple 추천: Apple이 앱의 출처 또는 공급원이라는 점, Apple이 품질이나 기능에 관한 특정 내용을 지지한다는 것을 시사하거나 암시하지 마십시오. 앱이 ‘편집자의 추천’으로 선정된 경우 Apple에서 자동으로 배지를 달아 드립니다. 5.2.5 Apple 제품: 기존 Apple 제품, 인터페이스(예: Finder), 앱( App Store, iTunes Store, 메시지 앱 등) 또는 광고 테마와 유사하여 혼돈을 줄 수 있는 앱은 만들지 마십시오. 앱 및 확장 프로그램(타사 키보드 및 스티커 팩을 포함)은 Apple 이모티콘을 포함하지 않을 수 있습니다. iTunes 음악의 미리듣기 기능은 엔터테인먼트적 가치(예: 콜라주 사진의 배경 음악이나 게임의 사운드트랙 등)나 기타 승인되지 않은 방식으로 이용할 수 없습니다. 활동 링이 표시되는 앱의 경우, 움직이기, 운동하기 또는 일어서기 데이터를 활동 앱 제어기와 유사한 방식으로 시각화해서는 안 됩니다. 활동 링을 사용하는 방법에 대한 자세한 내용은 Human Interface Guidelines(영문)를 참고하시기 바랍니다. 앱에서 Apple 날씨 데이터를 보여주는 경우 WeatherKit 문서에 명시된 표시 요구 사항을 따라야 합니다.
5.3 내기, 도박 및 복권 도박, 내기, 복권 관련 앱은 관리가 까다로우며 App Store에서 가장 엄격한 규제가 적용되는 분야 중 하나입니다. 앱을 상용화하려는 모든 지역의 법적 의무에 따라 완벽히 검증되었고 심사를 받을 충분한 시간이 있는 경우에만 이 기능을 앱에 포함할 수 있습니다. 이 경우 다음 사항에 유의해야 합니다. 5.3.1 경품 추첨이나 콘테스트의 경우 반드시 앱 개발자가 후원해야 합니다. 5.3.2 경품 추첨, 콘테스트, 응모 행사의 경우 반드시 공식 규칙을 앱 내에 명시해야 하고, Apple에서는 이 앱을 후원하지 않으며 어떤 방식으로도 이 활동과 관련이 없다는 것을 명시해야 합니다. 5.3.3 실제 돈을 사용하여 도박을 진행하는 모든 앱은 크레딧이나 통화 구입 시 앱 내 구입을 사용할 수 없습니다. 5.3.4 실제 돈을 사용하는 도박(예: 스포츠 베팅, 포커, 카지노 게임, 경마) 또는 복권 앱의 경우 반드시 앱을 사용하는 지역에서 사용권이나 허가를 받아야 하며, 해당 지역에서만 사용할 수 있도록 제한되어야 하고 App Store에서 무료로 이용할 수 있어야 합니다. 카드 카운터 등을 비롯하여 도박을 불법적으로 돕는 앱은 App Store에 등록할 수 없습니다. 복권 앱에는 반드시 판매 금액, 당첨 기회, 상금이 있어야 합니다.
5.4 VPN 앱 VPN 서비스를 제공하는 앱은 조직으로 등록된 개발자가 제공하고 NEVPNManager API(영문)를 사용해야 합니다. 사용자가 서비스를 구입하거나 사용하기 전에 앱 화면에 어떤 사용자 데이터를 수집할 것이며 수집한 사용자 데이터를 어떻게 사용할 것인지를 명확하게 설명해야 합니다. VPN 서비스를 제공하는 앱은 그 어떤 데이터도 제3자에게 여하한 목적으로든 판매, 사용 또는 공개해서는 안 되며 이를 앱의 개인정보 처리방침에서 반드시 언급해야 합니다. VPN 앱은 관할 지역의 현행법을 위반해서는 안 되며, VPN 라이선스가 필요한 지역에 VPN 앱을 제공할 경우 반드시 앱 심사 메모 필드에 라이선스 정보를 제공해야 합니다. 유해 콘텐츠 차단, 콘텐츠 차단 및 보안 앱 중에서도 승인된 제공업체에서 개발한 앱은 NEVPNManager API를 추가로 사용할 수 있습니다. 이 지침을 준수하지 않는 앱은 App Store에서 삭제되며, 개발자 또한 Apple Developer Program에서 제명될 수 있습니다.
5.5 모바일 기기 관리 MDM(모바일 기기 관리) 서비스를 제공하는 모바일 기기 관리 앱은 Apple에 해당 기능을 요청해야 합니다. 모바일 기기 관리 앱은 민영 기업, 교육 기관 또는 정부 기관에서만 제공할 수 있지만, 제한적으로 유해 콘텐츠 차단 서비스 또는 기기 보안을 위해 MDM을 사용하는 기업에서도 제공할 수 있습니다. 사용자가 서비스를 구입하거나 사용하기 전에 앱 화면에 어떤 사용자 데이터를 수집할 것이며 수집한 사용자 데이터를 어떻게 사용할 것인지를 명확하게 설명해야 합니다. MDM 앱은 관련 법률을 위반해서는 안 됩니다. MDM 서비스를 제공하는 앱은 그 어떤 데이터도 제3자에게 여하한 목적으로든 판매, 사용 또는 공개해서는 안 되며 이를 앱의 개인정보 처리방침에서 반드시 언급해야 합니다. 제한적으로 서비스에서 사용자, 사용자의 기기 또는 해당 기기에서 사용하는 다른 앱에 관한 데이터가 아닌 개발자가 만든 MDM 앱의 성능에 관한 데이터를 수집하거나 전송하는 경우에만 제3자 분석이 허용될 수 있습니다. 또한 구성 프로파일을 제공하는 앱은 이러한 요구사항을 준수해야 합니다. 이 지침을 준수하지 않는 앱은 App Store에서 삭제되며, 개발자 또한 Apple Developer Program에서 제명될 수 있습니다.
5.6 개발자 행동 수칙 App Store 심사 또는 고객 지원 요청에 답하거나, Apple Store Connect에 응답하는 경우를 포함하여 Apple과 소통할 때는 항상 모든 사람을 존중하는 마음으로 대하십시오. 부당하거나 차별적인 대우, 협박과 따돌림 등 어떤 종류의 가혹 행위도 삼가야 하며, 다른 사람을 상기 언급한 행위에 관여하도록 유도하지 마십시오. 부정 또는 오해의 소지가 있는 행동을 되풀이하거나 기타 사기 행위가 반복되는 경우 Apple Developer Program에서 제명됩니다. 고객의 신뢰는 App Store에서 성공하는 데 필요한 핵심 요소입니다. 앱을 통해 사용자를 교묘하게 이용하거나 사용자를 기망하고 속여 원치 않는 구입을 유도하거나 불필요한 데이터를 공유하도록 강요하려는 시도를 해서는 안 됩니다. 알아채기 어려운 방법으로 가격을 인상하거나, 사용하지 않은 기능과 콘텐츠에 대해 비용을 청구하거나, 앱 내부나 외부에서 부정적인 행위에 관여하지 마십시오. 개발자 행동 수칙에 반하는 활동이나 작업에 참여하는 경우 Apple Developer Program 계정은 해지됩니다. 계정을 복원하려면 개선하려는 사항의 계획을 자세히 설명한 서면 진술서를 제공해야 합니다. Apple에서 해당 계획을 승인하고 개선 사항이 이행되었음이 확인되면, 계정이 복원될 수 있습니다. 5.6.1 App Store 심사 App Store 고객 리뷰는 앱 환경에서 매우 중요한 부분을 차지하므로, 존중하는 자세로 고객을 응대해야 합니다. 사용자의 의견에 적절하게 답변하되 개인 정보, 스팸 또는 마케팅 정보를 포함하지 마십시오. 제공된 API를 사용하여 사용자에게 앱 리뷰를 요청합니다. 이 기능을 사용하면 고객이 앱을 종료하지 않고 편리하게 App Store 평가 및 리뷰를 제공할 수 있습니다. Apple은 사용자 설정 리뷰 알림을 허용하지 않습니다. 5.6.2 개발자 신원 고객 신뢰를 얻으려면 Apple 및 고객에게 확인 가능한 정보를 제공하는 것이 중요합니다. 개발자 본인, 개발자의 비즈니스 및 개발자가 제공하는 제품에 대하여 App Store에서 정확한 정보를 제공해야 합니다. Apple 및 고객이 개발자가 누구인지 파악하고 문제가 있을 경우 개발자에게 문의할 수 있도록 제공하는 정보가 진실되고, 적절하며, 최신 상태여야 합니다. 5.6.3 둘러보기 사기 App Store에 참여하려면 고객 신뢰를 구축하고 유지하기 위한 무결성과 노력이 필요합니다. 차트, 리뷰, 검색 또는 앱 추천과 같은 App Store 고객 경험 요소를 조작하는 행위는 고객 신뢰를 떨어뜨릴 뿐만 아니라 허용되지 않습니다. 5.6.4 앱 품질 고객은 App Store에서 최고의 품질을 기대합니다. 품질이 높은 콘텐츠, 서비스 및 경험을 꾸준히 제공하여 고객의 신뢰를 높일 수 있습니다. 부정적인 고객 리뷰 및 환불 요청 쇄도 등 앱과 관련해 보고되는 고객 불만 사항이 너무 많다면 고객의 기대를 충족하지 못하는 것입니다. 앱이 우수한 품질을 유지하지 못하는 점도 개발자 행동 수칙 준수 여부를 결정하는 데 판단 요인으로 작용될 수 있습니다.
제출 후
앱과 메타데이터를 App Store Connect에 제출하였고 Apple에서 심사 중인 경우, 다음 사항을 유념해 주십시오.
기간 : 앱 심사는 최대한 신속하게 이루어집니다. 하지만 앱이 복잡하거나 해당 앱에 새로운 문제가 있다면 면밀하고 정확한 심사를 위해 더 많은 시간이 소요될 수 있습니다. 동일한 지침을 위반했다는 사유로 앱이 반복적으로 거절되거나 앱 심사 과정에서 부정행위를 시도한 경우에는 앱 심사 기간이 늘어날 수 있다는 점을 염두에 두십시오. 앱 심사에
: 앱 심사는 최대한 신속하게 이루어집니다. 하지만 앱이 복잡하거나 해당 앱에 새로운 문제가 있다면 면밀하고 정확한 심사를 위해 더 많은 시간이 소요될 수 있습니다. 동일한 지침을 위반했다는 사유로 앱이 반복적으로 거절되거나 과정에서 부정행위를 시도한 경우에는 앱 심사 기간이 늘어날 수 있다는 점을 염두에 두십시오. 상태 업데이트 : 앱의 현재 상태가 App Store Connect에 바로 업데이트되므로 App Store Connect에서도 계속 상태를 확인할 수 있습니다.
: 앱의 현재 상태가 바로 업데이트되므로 App Store Connect에서도 계속 상태를 확인할 수 있습니다. 빠른 심사 요청 : 시간을 지체할 수 없는 중대한 사유가 있는 경우 빠른 심사를 요청(영문)할 수 있습니다. 불가피한 경우에만 빠른 심사를 요청하여 동료 개발자를 존중해 주십시오. 이 시스템을 남용하는 경우 앞으로의 요청이 거부될 수 있습니다.
: 시간을 지체할 수 없는 중대한 사유가 있는 경우 빠른 심사를 요청(영문)할 수 있습니다. 불가피한 경우에만 빠른 심사를 요청하여 동료 개발자를 존중해 주십시오. 이 시스템을 남용하는 경우 앞으로의 요청이 거부될 수 있습니다. 출시 날짜 : 앱 출시 날짜를 미래로 설정하면 앱 심사에서 승인을 받은 상태여도 해당 날짜가 되어야 App Store에 앱이 표시됩니다. 또한 선택한 모든 지역의 App Store에 앱이 나타나려면 최대 24시간이 소요될 수 있습니다.
: 앱 출시 날짜를 미래로 설정하면 승인을 받은 상태여도 해당 날짜가 되어야 앱이 표시됩니다. 또한 선택한 모든 지역의 앱이 나타나려면 최대 24시간이 소요될 수 있습니다. 거부 : Apple은 이 지침을 공평하고 일관되게 적용하고자 최선을 다하고 있으나 간혹 오류가 발생할 수도 있습니다. 앱이 거부당한 경우, 그 사유가 궁금하거나 추가 정보를 제공하려면 App Store Connect를 통해 앱 심사 팀에 직접 문의하시기 바랍니다. 이를 통해 개발자는 App Store에 앱을 등록하는 데 도움을 얻을 수 있고, Apple은 앱 심사 과정을 개선하거나 정책에서 더 명확하게 해야 할 부분을 파악할 수 있습니다.
: Apple은 이 지침을 공평하고 일관되게 적용하고자 최선을 다하고 있으나 간혹 오류가 발생할 수도 있습니다. 앱이 거부당한 경우, 그 사유가 궁금하거나 추가 정보를 제공하려면 통해 앱 심사 팀에 직접 문의하시기 바랍니다. 이를 통해 개발자는 앱을 등록하는 데 도움을 얻을 수 있고, Apple은 과정을 개선하거나 정책에서 더 명확하게 해야 할 부분을 파악할 수 있습니다. 이의 신청 : 심사 결과에 동의할 수 없거나 지침에 대한 변경을 제안하려면 이의 신청을 제출(영문)해 주십시오. 이를 통해 개발자는 App Store에 앱을 등록하는 데 도움을 얻을 수 있고, Apple은 앱 심사 과정을 개선하거나 정책에서 더 명확하게 해야 할 부분을 파악할 수 있습니다.
: 심사 결과에 동의할 수 없거나 지침에 대한 변경을 제안하려면 이의 신청을 제출(영문)해 주십시오. 이를 통해 개발자는 App Store에 앱을 등록하는 데 도움을 얻을 수 있고, Apple은 과정을 개선하거나 정책에서 더 명확하게 해야 할 부분을 파악할 수 있습니다. 버그 수정 제출: 이미 App Store에 있는 앱의 경우 법적 또는 안전 문제와 관련된 문제를 제외하고는 지침 위반으로 인한 버그 수정은 더 이상 지연되지 않습니다. 앱이 거부되었고, 이 절차의 대상인 경우 App Store Connect를 통해 앱 심사 팀에 직접 문의하여 이 절차를 활용할 것이며 다음 제출에서 문제를 해결할 계획임을 명시하십시오.
Apple은 개발자 여러분이 앞으로 제작할 모든 앱을 기대합니다!
최종 수정일: 2022년 6월 6일
앱스토어 앱 심사거절사례 – 스윙 도우미
★ 앱 아이콘 이미지, 대기화면 이미지, 스크린샷 이미지 등은 완성도 있고, 화질이 좋은, 퀄리티 있는 이미지로 작업해주세요.
직접 앱을 제작하는 스윙의 특성상 간혹 이미지가 완성도가 떨어지고, 화질이 매우 떨어지는 이미지를 넣어서 앱을 만드는 경우가 있는데요.
무료로 앱을 제작할 때는 상관이 없지만 해당 앱을 앱스토어에 올릴 때는 문제가 됩니다.
이 경우는 플레이스토어도 포함이 되요.
swift] 앱스토어 심사 등록 절차, 등록 방법 (App Store Connect)
* 앱스토어 심사 제출에 필요한 모든것 체크리스트: ios-development.tistory.com/382
앱 스토어 커넥트 접속
애플 개발자 페이지에서 App Store Connect 접속
나의 앱 클릭
+플러스 버튼 클릭 -> 신규 앱
해당정보 기입: SKU는 주관적으로 정할 수 있는 시리얼 넘버이므로 임의롭게 작성 (“myApp-0001”)
최종화면 – 크게 3가지가 존재
App Store: 앱 스토에어 보여줄 정보
앱 내 추가 기능: 앱 내 구입, App Store 프로모션, Game Center, 암호화
TestFlight: 앱 정식 출시 전 테스트
앱 정보 탭에서 필요한 정보 기입 – 카테고리만 설정하면 필요 정보 모두 기입된 상태
사진 출처: https://junhobaik.github.io/app-store-connect-form/
언어 Localization: 우측 “한국어”버튼을 누르면 추가 가능
가격 및 사용 가능 여부
SwiftUI가 아닌 Swift로 개발했다면, 아래 옵션 해제
앱이 수집하는 개인정보 영역 – URL을 첨가하지 않으면 reject 사유
1) 개인정보 처리방침 만들기 – 사이트 접속 www.privacy.go.kr/main/mainView.do
2) 개인정보 처리방침 만들기 클릭
3) 처리방침명 입력 후 새로만들기 클릭
4) 입력
– 기업구분: 민간기업(소상공인)
– 회사정보
– 추가정보 – 오늘 날짜
5) 기재사항 선택 – 4, 5번 기재안함으로 선택
6) 적절히 다음을 눌러주다보면 아래와같이 생성 완료 – 다운로드 시 html문서가 생성된 것을 확인 (이 문서를 복사하여 github에 readme에 붙여넣기, 해당 깃헙 url을 기입)
* 참고 사항
사진 출처: https://junhobaik.github.io/app-store-connect-form/
iOS 앱 영역
오른쪽 한국어 버튼을 누르면 지역화 가능
스크린샷 – iPad를 지원하지 않으면 iPad 스크린샷 생략 가능 (단 Xcode에서 지원기능을 iPhone로만 설정해야 가능)
6.5형과 5.5형 시뮬레이터를 사용하여 캡쳐하여 업로드할것
https://help.apple.com/app-store-connect/#/devd274dd925
– 영상 사이즈
5.5형 (아이폰8+) : 1242 * 2208
6.5형 (아이폰Xs Max) : 1242 * 2688
– 영상 조건
15초 이상 30초 이하
영상 사이즈 500MB 이하
초당 프레임 30개 이하
오디오 포함 (스테레오)
아무소리가 없어도 설정값에 오디오를 포함
포멧 : H.264
확장자 : .mp4 (.mov는 영상이 2.0G로 커짐)
– 리젝사유
타 앱으로 연결되는 화면, 아이폰 홈 스크린이 영상에 노출
* 영상 크기 조절하여 사용
프로모션 텍스트, 설명, 키워드, 지원 URL, 마케팅 URL
사진출처: https://junhobaik.github.io/app-store-connect-form/ 사진출처: https://junhobaik.github.io/app-store-connect-form/
앱 정보 – 저작권에는 “날짜 법인 이름”, 등급도 추가
앱 심사 정보
로그인이 필요하지 않은 앱이면 로그인 필요 uncheck
오른쪽에 있는 연락처 정보에 핸드폰 번호 입력란에 입력 형식 주의: +82 10-xxxx-xxxx
버전 출시
심사가 완료되면 앱 출시를 수동으로 할지 자동으로 할지 선택
광고 식별자
광고 사용 여부 / 광고 목적 / 광고 추적 제한
자주 발생하는 iOS 앱 심사 리젝사유
안녕하세요 개발하는 정대리입니다. 오늘도 빡코딩 하고 계신가요? 🔥👨💻 지난 시간에 [한국에 아이폰 개발자가 적은 이유]라는 글을 작성하면서 iOS *앱 심사 *리젝에 대해서 한번 언급했었는데요. 그래서 이번 시간에는 놓치기 쉬운, 미리 알면 좋은 자주 발생하는 * iOS 앱 심사 *리젝 사유들을 한번 정리해 볼까 합니다. 1. *소셜 로그인 기능 적용 시 애플 로그인 적용 해당 부분은 *앱 리뷰어에 따라 다르다는 이야기가 있는데요. 리젝확률을 최대한 줄이고자 한다면 그리고 카카오 로그인 같은 소셜로그인 기능이 앱에 들어간다면 애플 로그인을 같이 넣어주는 것이 좋습니다. 2. 타 플랫폼 문구나 아이콘 사용 금지 아무래도 구글은 애플의 경쟁업체이기때문일까요? iOS 앱에 구글이라는 단어나 구글 플레이스토어 등의 컨텐츠가 있다면 리젝사유가 됩니다. 예를 들면 이벤트 팝업으로 구글 플레이 스토어 링크나 안드로이드 앱 출시 완료 같은 문구를 띄워둔다면 리젝이 됩니다. 3. 구현되지 않은 기능, 앱 버그(튕김) 구현되지 않은 기능을 넣어도 리젝이 되는데요. 예를 들어 사진 촬영 버튼이 있는데 해당 버튼을 눌러도 아무 반응을 하지 않으면 리젝 사유가 됩니다. 그리고 앱이 중간에 죽거나 기능적으로 작동을 하지 않아도 리젝을 먹게 됩니다. 4. 사용자가 등록한 컨텐츠에 신고 기능 유무 앱에 사용자가 등록한 컨텐츠, 즉 블로그 포스팅, 사진을 올리는 기능 등이 있고 그것을 사용자들이 볼수 있도록 공유한다면 신고 기능이 들어가는 것이 리젝을 피하는 길입니다. 신고에 대한 프로세스 등을 물어볼 수도 있습니다. 즉 악성 컨텐츠 등에 대한 모니터링 시스템 유무 등을 묻는 것이라고 볼 수 있습니다. 5. 좋지 않은 디자인 애플은 애플 휴먼 인터페이스 가이드 라인을 지킬 것을 권장하고 있습니다. 디자이너 분들중에 애플 휴먼 인터페이스 가이드 라인을 안보신 분이 있으시다면 꼭 보시길 권장합니다. # 애플 휴먼 인터페이스 가이드 라인 https://developer.apple.com/design/human-interface-guidelines/ios/overview/themes/ 타 플랫폼인 구글 안드로이드에는 매테리얼 디자인이 있습니다. # 구글 매테리얼 디자인 https://material.io/design/introduction 6. 웹뷰앱 (*하이브리드앱) 앱 컨텐츠의 대부분이 *하이브리드 방식으로 작업이 되어 있다면 앱 심사 진행시 더 신경을 써야합니다. 웹뷰앱은 리젝 확률이 비약적으로 상승합니다. 우선 웹사이트와 iOS앱이 기능적으로 동일하면 리젝 사유가 됩니다. 즉 앱으로서의 기능을 하는지 여부를 묻습니다. 그래서 웹뷰앱이 잘 통과되는 치트키 목록을 여럿 소개해 보도록 하겠습니다. (1) 푸시 알림 넣기 푸시 알림 기능은 앱만의 기능이니 리젝 회피레벨이 +1 증가합니다. (2) 모바일 웹 UI 와 앱의 웹뷰 UI 변경하기 웹뷰 일때는 웹페이지 쪽에서 따로 *플래그 등을 둬서 디자인에 변화를 주면 리젝 회피 레벨이 +1 상승합니다. (3) 카메라 기능 넣기 카메라도 네이티브의 기능이니 넣으면 리젝 회피 레벨이 +1 증가합니다. (4) 아이패드 지원시 UI 확인 아이패드로 앱을 실행 했을때 PC 의 화면이 제공되면 리젝이 될 확률이 증가합니다. 웹프론트 쪽에서 반응형으로 만든다면 큰 무리는 없는 부분일 거 같습니다. 7. 그 밖에 리젝사유들 – 이벤트에 아이폰이나 애플 제품 제공하면시 애플과 관련없다고 표기해야 리젝을 피할수 있다고 합니다 (강형구님 댓글 👍) – 소스상 사용하지 않는 이미지가 있을 경우 리젝 당할 수도 있다고 합니다 (함진영님 댓글 👍) – 클라이언트 요청에 따라 동일한 웹을 다른 이름의 앱으로 심사 요청한 경우 (정대리 빡코딩방 – 초보개발자 코딩님 👍) – 관공서나 지역 관련 아이콘 등을 삽입하였을때, 해당 관청 혹은 부서와의 관계성을 증명하는 서류를 보내시오 하면서 리젝 먹는 경우도 있습니다. (정대리 빡코딩방 – 초보개발자 코딩님 👍) – 앱에서 개인정보를 수급시 만약 앱에서 개인 정보를 수급한다면 어떠한 개인정보를 수급하고, 해당 정보들을 수급하는 각각의 이유와 어디에 사용하는 지 등을 미리 준비해 두면 좋습니다. – 국내 본인인증 서비스등을 사용할 경우 사용자 등록에 대한 프로세스를 요청 할 수 도 있습니다. 신규 사용자 등록 프로세스 비디오 등을 미리 촬영해 두는 것도 리젝을 당했을 때 빠르게 대처할 수 있는 방법 인 거 같습니다. – 음란 컨텐츠에 대한 차단 및 검수 여부 음란 컨텐츠가 제공될 소지가 있다면 해당 컨텐츠에 대한 필터링 및 검수 프로세스를 요청 할 수도 있습니다. – 악성 사용자 차단 프로세스등 악성 사용자에 대한 차단 프로세스를 요청 할 수도 있는데 이건 신고 기능과 연결되는 내용 입니다. – 추가 적으로 한번 리젝이 발생하면 더 꼼꼼히 보는 경향이 있습니다. – 결제 부분에 대해 우회로를 만들었을시 만약 인앱 결제 컨텐츠의 경우 무통장 입금이나 우회로로 결제를 할 경우 해당 앱이 경고를 먹고 바로 앱스토어에서 내려갈 수 있습니다. 이런 기획들은 앱스토어 심사지침을 꼼꼼히 읽어서 기획자 분들이 잘 피해야하는 부분입니다. 기획단계에서 앱스토어 심사 지침을 고려한다면 충분히 리젝을 피하고 리젝을 당하더라도 빠르게 대응을 해서 시장에 보다 빠르게 진입할 수 있을거 같습니다. # 앱스토어 심사 지침 https://developer.apple.com/kr/app-store/review/guidelines/ ——용어 설명—— *앱 심사 : 완성된 앱을 앱스토어에 올리기 전에 애플 측에서 심사를 진행하여 인증이 된 앱이 최종적으로 앱스토어에 올라가게 됩니다. (앱 최초 런치 및 업데이트에 모두 적용) *리젝: 애플에 심사를 올리고 앱 심사지침을 따르지 않아서 앱 심사를 통과하지 못하는 것을 뜻합니다. *소셜로그인: 애플로그인, 구글로그인, 카카오로그인, 페이스북 로그인등 sns 로 로그인을 하는 것을 뜻합니다. *리뷰어: 앱심사를 진행하는 분들을 뜻합니다. iOS의 앱 심사는 사람이 직접 합니다. *하이브리드앱: 컨텐츠를 웹페이지를 보여주는 웹뷰를 보여주고 앱인거 처럼 보이는 앱입니다. 즉 앱이지만 내부의 내용은 웹인 것 입니다. 대부분의 컨텐츠를 웹뷰로 보여줄 수도 있고 부분적으로 적용도 가능합니다. 많은 서비스에서 사용하는 방식입니다. *플래그: 개발에서 사용하는 용어. 말 그대로 깃발을 뜻합니다. 깃발의 문양으로 국가를 판별할 수 있듯 서로 약속을 통해 조건을 결정짓는 값을 뜻합니다. —————— 이번시간에는 정대리가 생각하는 자주 발생하는 리젝사유에 대해서 한번 적어 보았는데요. 저도 아직 경험이 많지 않은 개발자라서 놓친 부분이 있을 수 있습니다. 이 밖에 여러분들이 생각하시는 리젝사유가 있으면 댓글로 여러분의 생각을 공유해 주세요! 그럼 주말 연휴 잘 보내시길 바랍니다! 내일도 빡코딩! 🔥👨💻🎉
흔한 애플 앱스토어 심사 리젝 사유 18가지
728×90
반응형
아이폰이 국내 첫 출시되고 얼마뒤부터 이것저것 아이폰앱을 만들었으니,
그간 앱스토어에 게임, 데이팅, 소셜, 유틸, 의료, 매거진 등 분야를 가리지 않고 수십종의 어플리케이션을 릴리즈한 경험이 있습니다
그래서 앱스토어 리젝경험도 아주 많습니다
요즘엔 심사가 그래도 빨라졌다고는 하나, 리뷰에서 리젝을 당하면 출시일도 늦어지고,
대응을 위한 여러작업을 해야하기때문에 고통스럽습니다
그래서 지난번에 이러한 경험을 묶어 스타트업이 알아두면 좋은 앱스토어 심사시 reject 사유 12가지라고 포스팅을 올렸는데
반응이 좋아서 이번에 기존 13가지 + 5가지의 사례를 더 추가해봅니다
애플이 2000조가 넘는 세계1위 시총의 기업이라고는 하나,
사람이 검수하는 앱스토어 검수 시스템은 전혀 그에 걸맞아 보이지는 않습니다
다른앱은 앱스토어 가이드라인을 위반했는데 통과되고, 나는 안되고,
깐깐한 검수자가 걸리면 지난번에는 통과했는데 이번에는 리젝을 당한다거나 사람 by 사람의 이슈들이 있습니다
그렇기 때문에 앱스토어에 무사통과하는 요행을 바라기보다는 애플 가이드라인을 최대한 준수하는것이 장기적인 정신건강에 좋습니다
14. 앱내에 커뮤니티 기능이 있는 경우 신고 기능 및 유저 동의 필수
소셜네트워크서비스라던가 커뮤니티류의 서비스인경우 유저들이 서로 게시물을 올리는 기능이 존재합니다
이러한 류의 앱에서는 컨텐츠 정책에 관한 이용약관의 동의를 받고, 유저가 게시물을 신고할수 있는 필터링 기능을 갖추고 있어야 합니다
이러한 기능이 없는 경우 보통 이렇게 회신이 옵니다
– Require that users agree to terms (EULA) and these terms must make it clear that there is no tolerance for objectionable content or abusive users
– A method for filtering objectionable content
– A mechanism for users to flag objectionable content
– A mechanism for users to block abusive users
일단 신고기능만 넣어도 어뷰징 유저를 블록하는 기능까지는 안넣어도 되는것 같기는 한데 있으면 더 안전하겠죠?
15. 각종 기능 권한을 요청할때 적절한 문구를 사용할것
카메라, 사진첩, 블루투스, 마이크 등 사용자의 이용동의 권한을 받아야하는 기능에는 애플의 plist 파일에 해당 권한을 왜 요청하는지에 대한 설명을 넣을수 있습니다
데이터가 어떻게 사용되어지는지 충분히 설명을 넣어야 합니다
좋은예) 카메라로 촬영한 사진 속의 글자를 분석하기 위해 카메라 권한이 필요합니다
나쁜예) 더 나은 경험을 위해 카메라 기능을 켜주세요
나쁜예) 카메라기능이 필요합니다
나쁜예에 해당하는 식으로 문구를 작성한경우 리젝이 됩니다
https://developer.apple.com/design/human-interface-guidelines/ios/app-architecture/accessing-user-data/
16. 애플 로그인 기능 추가
소셜로그인을 1개라도 사용하는 경우 반드시 애플로그인 기능을 제공해야합니다
소셜로그인을 1개도 사용하지 않고 자체의 로그인 시스템만 단독으로 사용한다면
애플 로그인 기능을 넣지 않아도 되는데
소셜로그인(구글, 카톡, 페북, 네이버 등)을 사용한다면 애플로그인을 반드시 넣어야합니다
전형적인 애플의 갑질이자 횡포입니다
꼭 넣어야 합니다…
그리고 애플로그인 버튼을 만들때도 문구나 디자인에 있어서도 애플의 가이드라인에 반드시 맞춰야 합니다
이런 애플…
https://developer.apple.com/kr/app-store/review/guidelines/#sign-in-with-apple
17. 애플로그인 했으면 최대한 바로 앱서비스를 이용할수 있도록
16번의 연장선상의 가이드입니다
애플의 생각은 이렇습니다 “애플로그인을 했으면 바로 앱서비스를 정상적으로 이용할수 있어야지!”
그런데 추가적인 절차로 애플로그인 한뒤에 본인인증을 요구하거나 추가적으로 필수적인 정보를 받는 경우에는 애플의 지적을 받습니다
추가적인 정보를 optional로 처리를 하라고…
만약 법률적인 문제로 인해 필수적으로 신원확인 등이 필요한 경우라면 이같은 사실을 고지하라고 리젝이 됩니다
그렇기 때문에 애플로그인후에 회원가입 완료를 위해 추가적인 정보를 받고 있다면
가급적 필수가 아니고 건너뛰기할수 있도록하고, 필수여야한다면 왜 필수로 정보를 받아야 하는지에 대한 명확한 고지를 앱에 표시해야합니다
https://developer.apple.com/design/human-interface-guidelines/sign-in-with-apple/overview/data-management/
18. 탈퇴 기능을 넣자
애플의 새로운 가이드라인입니다
계정을 생성하는 앱이면 계정 삭제도 지원해라라는 애플의 뜻입니다
이런건 유저입장에서 확실히 좋죠
가입기능만 있고 탈퇴하는 기능이 없는 앱들 많잖아요
탈퇴기능도 넣어줍시다
728×90
반응형
[iOS] 앱스토어 심사 리젝 히스토리 (AppStore reject)
728×90
반응형
📌 이번 글은
AppStore 심사 리젝 히스토리를 적어보려고 합니다.
매번 신규 앱을 올릴 때마다 까다로운 애플 심사에 심장이 조마조마합니다.
지금도 회사에서 앱 출시 준비하는데,
벌써 3번째 리젝에 즐거워( 괴로워 )하고 있습니다. ᕕ( ᐛ )ᕗ
App Store 심사 지침
먼저 앱 출시를 준비하신다면, 심사 지침을 읽고 준비 중인 앱에 리젝 사유가 있는지 검토하시는 것을 권고드려요.
리젝 히스토리
로그인이 필수인데, 일반회원가입이 없을 경우/소셜 로그인만 단독으로 있을 경우
해결안
1. 로그인 필수가 아닌 선택적으로 만들어, 비회원 기능 추가 (앱에 대한 정보 열람 등)
2. 소셜 로그인과 별개로 일반 회원가입 추가
3. 게스트 로그인 추가
해결 사례
앱 내에 회원가입이 없는 앱.
Apple. What features in the app, if any, are intended for use by the general public?
(앱에서 일반 대중이 사용할 수 있는 기능은 무엇입니까?)
답변. [앱 이름]에 대한 정보 열람이 가능합니다.
회원가입 시 필수 개인 정보 입력에 대한 충분한 이유 요구 (이름, 이메일, 휴대폰 번호 등..)
애플은 앱에서 회원가입 시, 사용자의 개인 정보를 필수로 입력해야 할 때, 개인 정보 수집에 대한 충분한 이유를 요구합니다.
표면적으로 개인 정보와 앱 기능이 연관이 있어 보이면 통과되지만, 그렇지 않다고 판단될 경우 리젝이 발생합니다.
해결안
1. 불필요한 정보 입력 필드 삭제 또는 필수를 선택으로 변경
2. 심사를 올릴 때, memo에 개인 정보 수집 정보와 이유를 기입하는 것이 좋습니다. (간혹, 첫 출시 심사에서는 memo를 안보고 리젝을 시켜버리는 경우도 있습니다. 그때는 회신에 이유를 기입해야 합니다.)
3. 이유는 수집 정보와 앱 기능의 밀접한 관계를 어필해야 합니다. 연관성과 설득력이 있어야 합니다. (‘마케팅에 사용할 예정’ 같은 내용은 가차 없이 리젝)
해결 사례
회사와 별도의 계약으로 회원가입을 할 수 있는 앱. (앱 내에 회원가입이 없고, 로그인 시 ‘계약 번호’와 ‘주민등록번호’를 입력해야 했음.)
Apple. Why do users need to login with their social security number (주민등록번호)? What specific feature require the field? Please explain in details. (주민등록번호(주민등록번호)로 로그인해야 하는 이유는 무엇입니까? 필드가 필요한 특정 기능은 무엇입니까? 자세히 설명해주세요.)
답변. [앱 이름] APP은 [회사 서비스] 회원을 위한 APP으로,
[회사 서비스] 회원 가입을 하기 위해서는 1인 1개의 사업체만으로 가입이 가능하게 되어 있습니다.([회사 서비스] 가입 조건 설명 페이지 첨부)
이에, [회사 서비스] 회원임을 판별하기 위해 주민등록번호와 계약번호로 로그인 시 체크하고 있습니다.
주민등록번호는 로그인 기능을 위해서만 사용되며, 별도로 저장하지 않습니다.
이 사항에 대한 리젝 경험은 무수히 많아요…
현재도 이 사항 때문에 애플과 메시지를 주고받고 있습니다.⁺◟( ᵒ̴̶̷̥́ ·̫ ᵒ̴̶̷̣̥̀ ) (이번에 새롭게 통과되는 답변이 있다면 추가할게요!)
신규 앱 구축을 시작한다면 개인 정보 수집 사항에 대해서는 꼼꼼히 검토하고, 불필요한 정보는 절대 절대 삭제하는 게 좋습니다.
(22.05.14 추가)
해결 사례
Apple. ‘애플로로그인'(1단계 본인인증)을 통해 회원가입할 경우, 휴대폰 인증(2단계 본인인증) 절차를 수행하지 말 것을 요구.
답변. 본 서비스는 이용자의 활동에 대한 메시지 서비스를 제공하고 있습니다.
당사에서 제공되는 상담 서비스의 경우 [앱 이름] 회원일 경우에만 신청을 승낙하고 있으며, 상담 신청과 답변에 대한 알림톡 서비스를 제공하고 있습니다.
또한, [앱 이름] 회원인 사용자가 관심기업으로 등록한 기업의 알림 수신에 동의할 경우, 새로운 채용공고가 등록될 시 알림톡 서비스를 제공하고 있습니다.
[앱 이름] 이용자들에게 휴대폰으로 안내메시지를 보내기 때문에, 남용 방지를 위하여 본인 ‘휴대폰번호’ 인증이 필요합니다.‘애플로 로그인’ 사용 시 이메일, 이름 입력 요청 금지
앱에서 애플 로그인을 사용할 경우, 사용자의 이름/이메일을 추가로 입력받으면 리젝 됩니다.
해결안
Sign in with Apple API에서 제공하는 name, email을 사용하도록 수정
해결 사례
애플 로그인으로 회원 가입할 경우, 이름과 이메일 정보를 추가로 받는 앱
Apple. Your app still requires users to provide their name and email address after using Sign in with Apple.
(앱은 사용자가 Apple로 로그인을 사용한 후에도 여전히 이름과 이메일 주소를 제공하도록 요구합니다.)
Please use the provided name and email through the API.
(API를 통해 제공된 이름과 이메일을 사용하십시오.)
Sign in with Apple is designed to be a self-contained, all-in-one login system. With security features like built-in two-factor authentication, you can remove additional sign-up steps so users can focus on your app’s content and features.
(Apple로 로그인은 독립적인 일체형 로그인 시스템으로 설계되었습니다. 기본 제공 이중 인증과 같은 보안 기능을 사용하면 추가 가입 단계를 제거하여 사용자가 앱의 콘텐츠와 기능에 집중할 수 있습니다.)
해결. Data Management with Sign in with Apple. 을 참고하여 애플 로그인에서 제공되는 이름과 이메일 사용으로 수정
테스트, 평가판, 데모, 베타, 시험판 금지
앱에 테스트, 평가판, 데모 등의 데이터를 지우지 않고 심사를 올리면 리젝 됩니다.
해결안
1. 테스트 데이터는 모두 지우도록 합니다.
2. 만약 심사는 올려야 하는데 테스트 데이터가 필요한 상황이 생긴다면 실데이터처럼 올리세요!
해결 사례
웹부터 앱까지 신규 구축된 하이브리드 앱 (운영계 테스트를 하면서 테스트 데이터가 남아있었음..)
Apple. yo ur app contains references to test, trial, demo, beta, pre-release or other incomplete content.
To resolve this issue, it would be appropriate to remove all references to “demo,” “trial,” “beta,” or “test” in your app description, app icon, screenshots, previews, release notes, and binary. If you would like to conduct a beta trial for your app, you may wish to review the TestFlight Beta Testing Guide .
해결. 테스트 데이터 다 제거하고, 데이터가 필요한 곳은 모두 실데이터처럼 올려두었습니다.
데모 영상 제공
애플에서 테스트로 접근이 불가한 페이지나 기능이 있을 경우, 해당 기능에 대한 데모 영상을 요구합니다.
해결안
아이폰 디바이스를 사용하여 앱 기능에 대한 데모 영상을 녹화한 뒤, 간단한 설명과 함께 memo에 첨부하면 됩니다.
해결 사례
1. 공인 인증서 로그인만 사용하는 앱 (공인 인증서로만 로그인이 가능하여, 데모 계정 제공 불가 상황)
해결. 로그인 유저만 사용할 수 있는 모든 기능과 페이지 의 데모 영상을 html페이지를 만들어 서버에 올린 뒤, URL을 제공하였습니다.
2. 국내 본인 인증 서비스(NICE)를 사용하여 회원가입을 하는 앱
Apple. We discovered one or more bugs in your app. Specifically, we received an error message when we tried to register a new account. (앱에서 하나 이상의 버그를 발견했습니다. 특히 새 계정을 등록하려고 할 때 오류 메시지를 받았습니다.)
해결. 국내 본인 인증 서비스가 해외에서는 접근이 안돼서 오류 메시지를 받은 것이라고 판단하여, 이에 대한 안내와 회원 가입 기능의 데모 영상을 제공하였습니다.
답변. [앱 이름] 앱 회원가입 시, 국내 휴대폰 본인인증 서비스(NICE 휴대폰 인증)를 사용하고 있어 해외 IP에서 페이지 접근이 불가합니다. 회원 가입 기능은 앱 데모 영상 페이지의 ‘회원가입’ 영상을 확인해주시기 바랍니다.
모두 심사 통과해서 스토어 출시 성공하세요! ✧*.◟(ˊᗨˋ)◞.*✧
728×90
반응형
[기타팁] 그것을 알아보자, 앱스토어 대표 리젝 사유 5가지🖐 –
[기타팁] 그것을 알아보자, 앱스토어 대표 리젝 사유 5가지🖐안녕하세요!
개발이 필요 없는 게임 서버, 뒤끝입니다.
밤새워 준비한 업데이트, 제출 버튼을 누르고 눈을 감았는데…… ‘심사 거절’?
앱 배포를 위한 심사 프로세스 중, 문제가 발견되어 바이너리가 거부된 상태를 심사 거절, ‘리젝(reject)’이라고 부릅니다. 구글 플레이스토어와 비교해, 앱스토어의 심사 과정은 까다롭기로 유명합니다.
더 이상의 시행착오를 겪지 않도록, 오늘은 앱스토어 출시를 준비 중이신 개발자님, 또는 업데이트를 준비 중이신 개발자님들을 위해 대표적인 리젝 사유 5가지를 소개해 드리니, 제출 전 꼭! 확인해 보세요.
1. 소셜 로그인의 함정
SNS 채널 다양화에 따라 카카오톡 로그인, 페이스북 로그인 등, 소셜 로그인 기능을 제공하는 게임 또한 많아졌습니다. 유저 입장에서는 번거로운 로그인 과정을 거칠 필요가 없어 선호되고 있는 로그인 방식이기도 한데요.
소셜 로그인을 지원하는 경우, ‘Apple ID로 로그인’ 기능을 필수적으로 넣어야 합니다.
참고: 〈‘별별일기’는 iOS 앱스토어 리젝을 어떻게 해결하였는가? – 주요 iOS 앱 리젝 사유 정리〉
‘소셜’하지 않아도 문제라고? 🤔
소셜 로그인을 도입했음에도 게임 내에 특별한 소셜 기능이 없다면, 심사가 보류될 가능성이 있습니다. 간단한 소셜 기능을 추가하는 것도 방법이 될 수 있겠지만, 게임 진행에 필수적인 기능이 아니라면 아예 소셜 로그인 기능 자체를 삭제하는 방법도 있겠죠.
2. 스크린샷, 이렇게 중요한 거였어?
앱스토어의 스크린샷 영역에는 Apple 기기에서 확인 가능한 화면을 그대로 보여주는 것을 원칙으로 하고 있습니다.
게임 자체에는 아무런 문제가 없음에도 스크린샷이 문제가 되어 심사에서 탈락하는 경우가 빈번한데요, 스크린샷 준비 시 반드시 유의해야 할 두 가지 사항은 아래와 같습니다.
2-1) 플레이스토어용 스크린샷, 돌려쓰지 마세요!
안드로이드 구동 화면을 스크린샷으로 활용하는 경우, 정책에 위배되는 것으로 간주합니다. 플레이스토어용 스크린샷을 ‘돌려쓰기’하는 대신, 반드시 앱스토어에 최적화된 스크린샷을 첨부해 주세요.
디바이스 외관을 포함하는 이미지인 경우, 아이폰으로 연상되지 않는 스마트폰 모양의 그림을 넣어서는 안 됩니다.
2-2) 해상도가 낮은 이미지는 금지! 🚫
Apple은 스크린샷 해상도를 아래와 같이 권장하고 있습니다.
아이폰 5.5형 디스플레이 및 6.5형 디스플레이는 아이폰용 앱일 경우 필수 사이즈입니다.
o 5.5형 디스플레이 (필수) – 아이폰 6+, 7+ 세로형 : 1242px * 2208px 가로형 : 2280px * 1242px o 6.5형 디스플레이 (필수) – 아이폰 Xs Max 세로형: 1284px * 2778px 가로형: 2278px * 1284px 아이패드 12.9형 디스플레이는 패드용 앱일 경우 필수 사이즈입니다.
o 12.9형 디스플레이 (필수) 세로형 : 2048px * 2732px 가로형 : 2732px * 2048px
3. 푸시 알림, 강요하시면 안 돼요! 🔔
앱스토어 가이드라인에 따르면, 푸시 알림은 앱을 작동하는 필수 요건이 되어서는 안 되며, 푸시 알림을 민감한 개인 정보 또는 기밀 정보를 전송하는 데에 사용할 수 없습니다.
또한 푸시 알림은 고객이 앱 UI에 표시된 동의 표현을 통해 명시적으로 수신하도록 선택한 경우가 아닌 이상 홍보 또는 직접적인 마케팅 목적으로 사용되어서는 안 되며, 앱 내에 사용자가 이러한 메시지 수신을 취소할 수 있는 방법을 제공해야 합니다.
이에 따르지 않고 푸시 알림 서비스를 남용 및 오용하는 경우 권한을 박탈당할 수 있습니다.
참고: 〈스타트업이 알아두면 좋은 앱스토어 심사시 reject 사유 12가지〉
푸시 알림, 넣으면 뭐가 좋더라?
❓ 잠깐 다시 보고 올래요!
4. 리워드 증정은 금지!
친구 초대 또는 리뷰 작성 시 보상을 증정하는 등의 ‘리워드 증정 이벤트’는 정책상 금지되어 있습니다. 앱스토어의 공정한 순위 산정을 위해서라고 하는데요, 아쉽지만 iOS에서는 오가닉(organic) 리뷰를 기대하는 수밖에는 없겠습니다.
참고: 〈[인썸니아와 스타트업 개발 이야기] 애플 앱스토어의 이상한 반려 사유들〉
5. 테스트1, test1234, 진짜_최종_마지막.jpg
테스트용으로 넣어둔 파일 및 파일명을 그대로 유지할 시, 심사에서 반려됩니다. 게임 속 콘텐츠 하나하나까지 꼼꼼하게 심사된다는 것, 잊지 마세요!
가이드는 따로 없나요? 📚
위에서 소개해 드린 대표적인 리젝 사유 외에도, 심사 정책에 위반될 수 있는 사례는 수없이 많습니다. 앱스토어 개발자 페이지에서 심사 관련 가이드라인을 제공하고 있으니, 함께 숙지해 두시면 좋겠죠.
✔️체크해 보세요!
앱스토어(App Store) 심사 지침: https://developer.apple.com/kr/app-store/review/guidelines/
재심사, 한 시간이라도 더 빨리 받아야 하는데?!🕑
앱스토어에 따르면, 평균적으로 앱 심사의 50%가 24시간 이내에, 90%가 48시간 이내에 완료된다고 합니다. 그러나 앱의 복잡성에 따라 더 오랜 시간이 소요되며, 주말, 또는 미국의 연휴 기간과 겹친다면 최대 일주일에 가까운 시간이 걸리기도 합니다. 재심사에 걸리는 시간 또한 일반 심사 기간과 동일하기 때문에, 개발자는 다시 한번 심사가 완료될 때까지 기다릴 수밖에 없습니다.
빠른 앱 심사 신청하기
만약, 버그 픽스 등의 중대 이슈, 또는 마감 기한에 맞추기 위해 조금이라도 시간을 단축시켜야 하는 경우, 개발자 문의하기 > 앱 심사 > 빠른 앱 심사 요청을 신청할 수 있습니다.
빠른 앱 심사는 재심사에서 약 12시간을 앞당길 수 있다고 하는데요, 아래로 빠른 앱 심사 페이지를 간단히 소개해 드리겠습니다.
리뷰 신청 사유를 ‘request an expedited app review’로 선택한 후, 연락 가능한 개인 정보 및 앱 관련 정보를 기입해 주세요.
Description(설명)란에 수정 사항과, 신속 심사가 필요한 이유를 상세하게 기재하면 빠른 심사에 도움이 됩니다.
참고: <애플 앱스토어 긴급 심사(Expedited Review)>
단, 빠른 앱 심사를 신청한다고 해서 심사가 100% 승인되는 것은 아닙니다. 따라서 빠른 앱 심사에만 의존하기보다, 심사 전 단계에서 게임을 꼼꼼히 점검하는 것이 중요하겠죠.
iOS 앱 심사 프로세스 변경
반응형
몇 일 전부터 iOS의 앱 심사 프로세스가 변경되었습니다.
저는 그것도 모르고 예전처럼 앱 심사를 신청했다고 하는데 계속 심사 준비중으로 표시 되고, 심사가 진행되지 않았습니다.
1. App Store Connect에 일반정보 > 앱 심사 메뉴가 새롭게 생겼으며 앱 심사를 제출하는 메뉴입니다.
2. 앱 심사 화면에서 심사 준비된 버전의 보기 링크를 클릭합니다.
3. 제출 확인 화면에서 앱 심사에 제출 버튼을 클릭한다.
4. 아래와 같이 앱 심사를 제출한 확인 내용이 표시됩니다.
반응형
키워드에 대한 정보 앱 스토어 심사
다음은 Bing에서 앱 스토어 심사 주제에 대한 검색 결과입니다. 필요한 경우 더 읽을 수 있습니다.
이 기사는 인터넷의 다양한 출처에서 편집되었습니다. 이 기사가 유용했기를 바랍니다. 이 기사가 유용하다고 생각되면 공유하십시오. 매우 감사합니다!
사람들이 주제에 대해 자주 검색하는 키워드 App Store에 앱 제출하기 위한 8단계
- 앱출시
- 어플출시
- 앱등록
- 앱개발
- 어플개발
- 어플개발자
- iOS어플
- 앱스토어
- iOS개발자
- 개발자
- 어플만들기
- 앱만들기
- 애플 출시
- iOS
- 애플개발자계정
- 아이폰개발자
- 애플 개발자
- 앱 개발자
App #Store에 #앱 #제출하기 #위한 #8단계
YouTube에서 앱 스토어 심사 주제의 다른 동영상 보기
주제에 대한 기사를 시청해 주셔서 감사합니다 App Store에 앱 제출하기 위한 8단계 | 앱 스토어 심사, 이 기사가 유용하다고 생각되면 공유하십시오, 매우 감사합니다.