App Store 审核指南

 

法定链接:https://developer.apple.com/app-store/review/guidelines/cn/

 

1.条条框框和条件

1.1为App Store开发顺序,开发者必须遵循Program License Agreement
(PLA)、人机交互指南(HIG)以及开发者和苹果签订的其他此外协商和合同。以下规则和例证意在协理开发者的先后能拿到App
Store的肯定,而不是修改或删除任何其他协商中的条款。

 

2.功能 

2.1 崩溃的顺序将会被驳回。

2.2 存在颠倒是非的主次将会被拒绝。

2.3 跟开发者宣传不符的程序将会被拒绝。

2.4 无使用文档或躲藏功效与讲述不符的主次将会被驳回。

2.5 使用非公开API的程序将会被拒绝。

2.6 在指定容器范围外读写多少的主次将会被驳回。

2.7 以任何措施或款式下载代码的程序将会被拒绝。

2.8 安装或运行其他可实施代码的主次将会被驳回。

2.9
Demo版、trial版和test版的程序将会被驳回。Beta版应用程序可因而TestFlight提交,并且必须遵从相关指南。(在此以前不曾同意Beta版通过TestFlight提交)

2.10 iPhone程序必须不经修改就能以三星分辨率和2倍HUAWEI3GS的分辨率在iPad上运行。

2.11 与App
Store已有先后重复的使用或然会被拒绝,尤其是数码很多的意况下,比如手电筒应用和爱经应用。

2.12
没有强烈用途、不例外的应用程序大概与网站不难包扎的行使有只怕被拒;不提供任何持久娱乐市值的次第可能会被拒绝。

2.13 内容根本是营销质地或广告的主次将会被拒绝。

2.14 包括欺骗或虚伪作用,却有没有标志的应用程序将会被拒绝。

2.15 大于100MB不能透过蜂窝网络下载的施用(App Store会自动禁止)。

2.16
多任务程序行使后台服务仅限于两种目标:VoIP、音频播放、地理地点、已毕职责以及地点提示等。

2.17 应用程序只允许选用iOS Web基特框架和WebKit Javascript浏览web内容。

2.18 鼓励酗酒或应用违禁药物,或利诱青少年饮酒或抽烟的顺序将会被驳回。

2.19 提供错误的系统诊断或不确切的设备数据的运用将会被拒绝。

2.20 向App Store上传大批量一般版本程序的开发者将会从iOS开发者安顿中革除。

2.21 简单一首歌曲恐怕一部影视采用要付出到iTunes
store,书籍类使用应该付出到iBookstore。

2.22 随意按照环境(如定位依然运营商)限制用户使用的施用会被拒。

2.23 应用必须遵从iOS数据存储辅导方针(iOS Data
Storage Guidelines ),否则应用将被拒。

2.24 存放在Newsstand的利用必须坚守开发者项目许可协议(Program License
Agreement)的表1、表2以及表3,否则应用将会被拒。

2.25 类似App
store,或许依照购买只怕降价的目的而显得其余使用的行使将会被驳回

(限制越来越严俊,从前透过特殊审核批准(比如常规管理、航空以及其余无障碍要求等),大概为良好群体用户提供具有重大意义的附加值的选用是可以通过的)

2.26
只有当app是出于特殊审核需求(比如常规管理、航空以及无障碍需求等)或为特殊群体用户提供具有重大意义的附加值时,才足以来得和推介自家以外的别样应用程序,否则应用程序将会被驳回。

 

3.元数据(名称、描述、评级、排名等)

近些年厂商踩雷家常便饭,此部分请详细阅读

3.1 应用或许元数据中涉及任何任何活动平台将会被拒。

3.2 带有占位符文本的先后将会被驳回

3.3
应用程序的称号、描述、截图大概预览与运用的始末和机能不相干将会被拒绝。

(以前仅对描述有所限制)

3.4 为了不混淆用户,iTunes
Connect中的应用名称应当和出示在装置上的利用名称相同。

3.5 差距尺寸的app icon要一如既往,否则会导致混淆。

3.6 图标、截图以及预览不相符4+岁数评级的次序将会被驳回。

(伸张了对预览的界定)

3.7 目录与项目不合乎于程序内容的主次将会被驳回。

3.8
开发者有义务为其先后指定适合的评级。不般配的评级可能会由苹果公司修改。

3.9
开发者有职务为其先后指定恰当的重大字。不适合的重点词或者会被苹果公司修改/删除。

3.10
试图通过伪造评论或许付费评论的法门在AppStore中操纵大概其诱骗用户评价(或然选拔此外不正当格局)以升级名次的开发者将会被苹果从iOS开发者陈设中革除。

3.11 在装置或打开应用从前,推荐用户重启iOS设备的应用将会被拒。

3.12
提交审查的应用程序应涵盖能健康运行的UTiguanL,比如协理服务UPRADOL和隐秘政策U索罗德L。

3.13
应用程序的截图、预览恐怕营销文本没有明晰地提议附加内容或项目要求分外单独购买(比如拔取IAP)将会被驳回。

3.14 App预览仅能选取从应用程序捕获的录像屏幕、独白、文本以及design
overlays,否则应用程序将会被拒绝。

3.15 添加App预览的应用程序,未经许可浮现真人个人消息将会被拒绝。

3.16 App预览仅能使用在具备选定地区内经过授权许可、用于此目标的音乐。

3.17 App预览包蕴未经授权的经过app播放的始末(比如iTunes
playlist和YouTube流媒体)的运用将会被驳回。

 

4.位置

4.1 在采访、传输或应用地方数据此前未通报并收获用户同意的先后将会被驳回。

4.2
将依据地方的API用于车辆、飞机或其余装备的自发性控制或独立决定的应用程序将会被拒绝。

4.3 使用基于地点的API用于应急服务的应用程序将会被驳回。

(此处进行了描述修改,未爱戴提议调度和车队管理)

4.4
当与提供的功效或劳务细致入微相关,或许为匡助通过授权的广告时,应用程序才可以使用地点数据。

 

5.推送公告

5.1 不选拔苹果推送文告(APN)应用接口提供推送通告的次第将会被驳回。

5.2 未从苹果拿到Push Application ID便随意动用APN服务的顺序将会被驳回。

5.3
在第一次推送音信仍旧须求运行推送布告此前未取得用户许可的使用将会被拒绝。

5.4 使用推送公告发送敏感个人新闻或机密音讯的次序将会被拒绝。

5.5
使用推送通告发送非请求音讯,或用于钓鱼或群发垃圾新闻用途的主次将会被拒绝。

5.6 应用程序不可利用推送通告发送广告、打折或其余类型的直销音信。

5.7 应用程序无法向利用推送文告服务的用户接受资费。

5.8
使用推送布告会过多选用APN服务的网络流量或带宽或给装备带来过度负担的次序将会被拒绝。

5.9
若是应用程序传送病毒、文件、计算机代码或程序,并且对APN服务的例行运作造成损伤或暂停,那么该程序将会被拒绝。

 

6.游戏焦点

6.1 向终极用户或私行第三方出示玩家ID的主次将会被拒绝。

6.2 将玩家ID用于其它未经游戏为主条款批准用途的次序将会被驳回。

6.3
试图展开反向搜索、跟踪、关联、挖掘、得到或利用玩家ID、别名或透过游戏为主取得任何音信的开发者将会iOS开发者计划除名。

6.4 游戏中央新闻(例如排名榜分数),只可以用于游戏为主批准的应用程序中。

6.5
利用游玩宗旨服务发送非请求音讯,或用来钓鱼或群发垃圾邮件的程序将会被拒绝。

6.6 过多利用游戏为主网络流量或带宽的应用程序将会被驳回。

6.7
假若程序可以传递病毒、文件、统计机代码或程序,并且对游乐中央服务的例行运作造成侵害或暂停,该程序将会被拒绝。

 

7.广告

7.1 人工刷广告浏览量恐怕广告点击率的应用程序将会被驳回。

7.2 包涵空iAd广告的应用程序将会被拒绝。

7.3 首要设计意在突显广告的应用程序将会被驳回。

 

8.商标与商品外观

8.1 应用程序必须坚守”Guidelines for Using Apple Trademarks and
Copyrights”和”Apple Trademark List”中注明的有所条条框框与规则。

8.2
任何误导和暗示苹果公司是该应用程序来源或提供商,大概苹果公司以其余款式表示认同其质量或效益的应用程序将会被拒绝。

8.3 与日前已有苹果产品仍然广告核心外观相似或歪曲的应用程序将会被驳回。

8.4 在应用程序名称中校苹果产品名拼错的应用程序(例如,GPS
for iPhone,iTunz)将会被拒绝。

8.5
应用程序不得选取受保障的第三方材料(比如商标、版权以及专利),无法违反第三方选择条款。必须提供利用那一个素材的授权许可。

8.6
若无明确授权许可,从第三方来源处(比如YouTube、SoundCloud以及Vimeo等)下载音乐只怕录制内容的应用程序将会被驳回。

 

9.传媒内容

9.1 不接纳媒体播放器框架(MediaPlayer
Framework)获取音乐库中媒体内容的应用程序将会被驳回。

9.2 用户界面模仿任何iPod恐怕iTunes界面的应用程序将会被拒绝。

9.3 通过蜂窝网络传输的音频流内容每5分钟不得超过5MB。

9.4 通过蜂窝网络传输超过10分钟的视频流内容必须利用HTTP Live
Streaming协议,并且要包蕴一个基线为192kbps只怕更低的HTTP实时流。

 

10.用户界面

10.1 应用程序必须信守苹果的《iOS Human Interface
Guidelines》中保有的条文和标准化。

10.2 外观与红米自带应用(比如App Store、iTunes
Store和iBookstore)相似的应用程序将会被拒绝。

10.3 未能按苹果《iOS Human Interface
Guidelines》描述正确使用系统提供的连串(比如按钮、图标)的行使将会被驳回。

10.4 创造桌面/主显示屏环境仍旧模拟multi-App插件体验的应用程序将会被驳回。

10.5 修改音量大小和铃声/静音等标准开关作用的应用程序将会被拒绝。

10.6
苹果和大家的客户中度强调简单、精致、富有创立性以及因此精心设计的界面。就算须求付出越来越多,但却极度值得。苹果设立了很高的良方。假设你的用户界面太过复杂或然水准不高,大概会被驳回。

 

11.采购与货币流通

11.1 使用App
Store以外的渠道解锁或开启附加属性和机能的应用程序将会被拒绝。

11.2
使用应用内开发序列(IAP)以外的系列采购内容、功效或服务的利用软件将会被驳回。

11.3
使用IAP购买东西商品恐怕用于该软件之外的货色和劳动的选拔软件将会被驳回。

11.4 使用IAP购买积分(信用点)或然其余货币必须在本利用中消费。

11.5 使用IAP购买已过期积分或其余货币的行使软件将会被拒绝。

11.6 使用IAP订阅的情节至少要持续7天,而且允许在用户的别样iOS设备间共享。

11.7 使用IAP购买项目的应用程序必须选派正确的采办类型。

11.8 使用IAP购买iOS内置功用(如照相机,陀螺仪)的应用程序将会被驳回。

11.9
含有超过限制时间的情节或服务的应用程序将会被拒绝,除经特定批准的始末(比如电影、TV节目音乐以及本本)。

11.10 保障类应用程序必须免费,要听从揭橥地点的法网,并且不或然应用IAP。

11.11
一般而言,你的应用程序越贵,大家的评审会越深刻。(对不起,大家进口大部分是免费网游)

11.12 提供订阅效率的接纳必须利用IAP,苹果将会依照Developer Program
License Agreement中的约定与开发者按30/70百分比分成。

11.13
在使用内尔y用跳转至外部购买或订阅链接的应用将会被拒,比如”buy”按钮跳转至一个购得电子书的web页面。

11.14
只要使用内尚未跳转至外部购买、订阅的按钮或链接,苹果允许这一个应用读取或出示经特许的、在利用外购买或订阅内容(尤其是笔记、报纸、书籍、音频、音乐、摄像以及云存储内容)。苹果不得不通过应用程序内的买入得到部分收益。

11.15
应用程序能够只利用自动更新订阅期刊(报纸、杂志)、商业应用程序(集团类、效能类、专业创意类以及云存储类)和传媒类应用程序(视频、音频、声音),否则应用程序将被拒绝。

11.16
当与特定的通过审核的实体产品(比如玩具)结合使用时,应用程序可以运用得到批准的附加特色和成效,只要附加成效完全依靠于该硬件产品(比如一款用于控制望远镜的应用程序)或然也得以在不行使实物产品的事态下利用应用程序,比如落成奖励只怕选拔IAP。

11.17
如若运用成效依照外省和联邦法律,那么应用可以用来促进被认同的虚构货币的通商。

 

12.抓取和聚集

12.1 从苹果网站(例如apple.com、iTunes Store、App Store、iTunes
Connect以及Apple Developer
Programs等)抓取任何音信依然利用苹果网站内容和服务拓展排名的应用程序将会被拒绝。

12.2 应用软件可以运用得到批准的苹果KugaSS feeds,例如iTunes Store PRADOSS
feeds。

12.3 只是简短的网页剪切、内容结合大概收集链接的应用程序只怕会被驳回。

 

13.摧残设备

13.1 怂恿用户以恐怕导致加害的艺术利用苹果设备的行使软件将会被拒绝。

13.2 快捷耗光设备电量或发生过多热量的应用软件将会被拒绝。

13.3 能导致用户人身损伤的app将会被驳回。

 

14.人身攻击

14.1
涉及中伤、人身攻击性质以及内容狭隘卑鄙的利用软件或然打击特定个人或团体的接纳软件将会被驳回。

14.2 职业政治讽刺家和幽默诗人不受这一条条框框约束。(开门,查水表)

14.3
显示用户创作始末(UGC)的应用程序必须提供一个过滤不良资讯的不二法门,一个用户可以标记凌犯性内容的建制,以及可以阻挡辱骂用户的能力。

 

15.暴力(从前传禁枪的新闻尚未在条款中明确指出)

15.1
应用程序中冒出人或动物被杀、致残以及枪击、刺伤、拷打等受伤情形的真人真事画面将会被拒绝。

15.2 出现描绘暴力或虐待孩童等内容的应用程序将会被驳回。

15.3
游戏中冒出的”冤家”不可指向一个特定种族、文化、一个真实存在的内阁、集团依旧其余任何具体中的实体。

15.4
对武器举行真实描述以煽动非法利用或滥用这个武器的应用程序将会被驳回。

15.5 包括俄国轮盘赌博情节的游艺将会被拒。

 

16.令人反感的故事情节

16.1 应用程序中冒出过度让人反感大概低俗的情节将会被拒绝。

16.2 在安排上激怒用户或令人备感厌烦的应用程序将会被拒绝。

 

17.隐私

17.1
在未经用户优先批准,或未报告用户怎样使用音信以及在哪个地方使用音讯的情形下,应用程序无法传输用户数量。

17.2
必要用户共享电子邮箱地址和出生日期等亲信消息才可应用其功效的应用程序将会被拒绝。

17.3
仅出于听从适用的娃子隐衷法规的目标,应用程序可以须要用户的出生日期(恐怕利用此外年龄评级机制),但是必须概括一些实用的效劳如故游戏市值,不管用户年龄大小。

17.4
收集、传输以及享受未成年用户个人音信(比如名字、地址、邮件、地方、照片、录制、绘画、聊天音讯以及其余个人数据,可能与上述所述相关的永久性标示符)的应用程序必须遵从应用孩童隐秘法规,并且必须带有隐衷条文。

17.5
包蕴账号注册大概访问用户现有账号的应用程序必须包括隐衷策略,否则将会被拒绝。

 

18.色情

18.1
含有色情资料,相当于《韦氏词典》中定义的”意在鼓舞性欲,对性器官或性行为的醒目描述或显示,而毫不相关美学或心理感受”的次第将会被拒绝。

18.2 包括用户频仍提供的色情内容的应用程序(比如原先的“Chat
Roulette”程序)将会被驳回。

 

19.宗教,文化与种族

19.1
涉及宗教、文化或种族群体的引用或评头品足包蕴中伤性、攻击性或狭隘内容,或会使特定群得体临迫害或武力的应用程序将会被拒绝。

19.2
程序可以分包或引用宗教经文,程序所提供的引用或翻译必须可信且不会挑起误导。评论应该有教育意义,可以令人开阔眼界,而不应该煽动性。

 

20. 比赛、赌博、彩票以及抽奖

20.1 彩票抽奖和比赛必须由应用程序的开发者或然app所属公司发起。

20.2
应用程序必须出示彩票抽奖和交锋的正经规则,并扬言苹果不是发起者,也尚无以任何方法参与运动。

20.3
开发者运营一款具有抽奖性质的接纳必须透过法律允许,并且抽奖应用必须持有以下特点:薪资、运气以及奖品。

20.4 允许用户在使用中直接采购彩票或彩券的应用将会被拒。

20.5
提供真钱游戏(比如体育博彩、扑克牌、赌场游戏、赛马以及彩票)的应用程序必须有应用程序适用地区当地须求的批准和同意,必须界定在这几个区域,必须可以从App
Store免费下载。

20.6 使用IAP购买信誉或然货币,且构成真钱游戏的施用将会被拒绝。

 

21.慈善与赞助

21.1 包括能够向已证实的慈祥协会捐赠作用的应用程序必须是免费的。

21.2 捐赠款项的搜集必须透过Safari浏览器访问web页面或是手机短音信达成。

 

22.王法要件

22.1
应用程序必须信守所有发表地点地点法规,开发者有义务精晓并按照所有地方法律。

22.2 包含虚假,欺诈或误导性陈述的主次将会被拒绝。

22.3 任何用于招揽、促进或鼓励犯罪或鲜明鲁莽行事的应用程序将会被拒绝。

22.4 扶助违规文件共享的次序将会被拒绝。

22.5 被设计用来不合法赌博工具的应用程序(包含点算牌)将会被拒绝。

22.6 具有匿名或恶作剧拨打电话或发送类似短信/彩信成效的程序将会被驳回。

22.7
任何付出暗中采集用户密码或用户私人数据程序的开发者将会从iOS开发者布置中革除。

22.8
包括非执法机关发表的DUI检查点消息,或然怂恿/帮助酒前驱车的运用将会被拒绝。

22.9
总括药剂用量的应用程序必须由药物创造商大概确认机构发布,比如医院、保障集团以及高校。

22.10 在未授权的情事下利用iTunes音乐预览的应用程序将会被拒绝。

 

23. Passbook

23.1 Passbook
Passes可被用来支付可能吸收支付,传递商业新闻或然提供验证(比如电影票、飞机票、打折券以及其余),但把Passbook
Passes用于其余用途的应用程序只怕会惨遭拒绝,并且会被打消Passbook证书。

23.2
Passes必须带有有效的pass出品人有效的牵连资料,否则app将会被驳回,并且Passbook证书也会被撤回。

23.3
Passes必须经过实体签名,并依照其名字、商标只怕品牌进行分发,否则应用程序将会被驳回,而Passbook证书也恐怕会被注销。

 

24.小孩子门类

24.1 孩童序列中的应用程序必须含有隐衷政策,必须遵守适用的小不点儿隐衷法规。

24.2
孩童系列中的应用程序不容许包含作为广告(比如app内部基于用户行动的劳动广告),任何在应用程序中彰显的上下文广告必须符合幼儿。

24.3 孩童连串中的应用程序必须获得父母许可或使用parental
gate才能链接至应用程序外部或开展交易。

24.4 小孩子体系中的应用程序必须标明”5岁以下,6-8岁仍旧9-11岁”。

 

25.扩展

25.1 包涵伸张的应用程序必须依据App Extension Programming Guide需要。

25.2
包含伸张的应用程序必须提供一些意义(辅助显示器,附加设置),否则将会被驳回。

25.3
假使增添的视图中含有营销推广、广告依旧IAP内容,那么带有该伸张的施用将会被拒绝。

25.4 键盘伸张必须提供一个切换至下个键盘的格局。

25.5 键盘增加必须具备离线访问效能,否则将会被驳回。

25.6 键盘扩大必须提供和App Extension Programming
Guide描述一致的数字和十进键盘类型,否则将会被驳回。

25.7
提供键盘增添的利用必须怀有主旨的效应分类和隐秘政策,否则将会被拒绝。

25.8
提供键盘增加的应用程序只同意搜集用户活动以增进键盘扩充在iOS设备上的功效,否则将会被拒绝。

 

26.HomeKit

26.1 使用HomeKit框架的应用程序必须有提供家中自动化服务的显要目标。

26.2
使用HomeKit框架的应用程序必须在营销文本中证实用途,同时必须提供隐衷政策,否则将会被驳回。

26.3 应用程序不容许将从HomeKitAPI收集的数码用于广告宣传恐怕其他依据使用的数额挖掘。

26.4 出于其余目标采用从HomeKitAPI收集的数目,而不是用以狠抓用户体验仍然家中自动化成效中硬件/软件品质,这类应用将会被拒绝。

 

27.HealthKit

27.1
使用HealthKit可能ResearchKit框架(出于健康目标用于进行人身生物学研讨的框架)的应用程序,必须坚守其负有适用区域的法度,以及iOS
Developer Program License
Agreement中的3.3.28和3.39条目。(增添了对于ResearchKit框架的支撑)

27.2 将仿真可能不当的多少写入HealthKit的应用程序将会被拒绝。

27.3 使用HealthKit框架的应用程序在iCloud中贮存用户正常新闻将会被拒绝。

27.4 应用程序不容许将经过HealthKitAPI收集的用户数量作为广告宣传可能依据使用的数据挖掘目标,除了改良健康、医疗、健康管理以及工学探讨目标。

27.5 未经用户许可与第三方分享由此HealthKitAPI得到的用户数据的应用程序将会被驳回。

27.6 使用Health基特框架的应用程序必须在营销文本中证实集成了Health
app,同时务必在app用户界面清楚阐释HealthKit的功效。

27.7 使用HealthKit框架的应用程序必须提供隐秘政策,否则将会被拒绝。

27.8
提供诊断、治疗提出,只怕决定诊断疾病的硬件,可能治疗疾病的应用程序,若没有基于需要提供书面的监禁审批,将会被拒绝。

27.9
收集人体生物学研商相关数据的应用程序必必要收获参预者的特许,对于少年,应用程序要拿走其父母依然负责人的准许。许可内容必须概括:(a)研讨的特性、目的以及持续性;(b)参预流程、风险以及收益(福利);(c)音信的机密性和数据处理(包涵与其余与第三方的共享);(d)参加者难题切入点;(e)废除方法(新增)

 

28.TestFlight

28.1
应用程序仅能运用TestFlight对以公开揭橥为目标的使用举行beta版测试,且务必信守完整的App
Review Guidelines。

28.2
当版本中隐含的故事情节或效益有非常紧要变动时,使用TestFlight的应用程序必须提交审查。

28.3 使用TestFlight的应用程序不允许分发给测试者,以作为别的款式的填补。

 

29. Apple Pay

29.1 使用Apple
Pay的应用程序必须在售卖任何货物或然服务从前为用户提供具有资料的采办音讯,否则将会被拒绝。使用Apple
Pay举办限期付款的应用程序必须提供最低限度续费期限,付费将持续直至被撤废,各种阶段所付款额,费用付款归属,以及哪些打消等。(增添了对于定期付款的确定)

29.2 使用Apple Pay的应用程序必须科学利用Apple Pay Human Interface
Guidelines中的Apple Pay标识和用户界面成分,否则将会被驳回。

29.3 使用Apple
Pay作为购买机制的应用程序所提供的货品或劳务无法冒犯任何付出地限制内的法规,也不可以用作其余不合法目标。

29.4 使用Apple Pay的应用程序必须提供隐秘政策,否则将会被拒绝。

29.5 只有为了促进或坚实货物和劳动的付出,或许依据法规要件,使用Apple
Pay的应用程序才能与第三方分享由此Apple Pay拿到的多少。

或许,早已注定会有诸如此类的结果。

竟会心疼,觉得受不了。那弹指间看破了那存在。一切成空了。那参透万象的本身再次回到了。心很疲劳,分不清悲喜。

那早就的泪水涟涟、那已经的破愁为笑、这已经的漫不经心的等候、那曾经的心有所系的甜美,在弹指间成了来往,成了怜悯碰触的会疼的回忆。

自个儿重回了,回到用笔跟自身谈心的习惯里;回到平淡真实愚昧中有一点点彻悟的思辨里;回到有风有雨有阳光的诚实里。

是呀,如此无常的江湖,如人世般无常的自作者的心怀,随情绪游荡的本身的心,在那段迷幻中顿悟般回到现实,本是命定的结局。只是这一切甘休得那般之快,让笔者有点无措,有点疼。

别了,小编的网游之幻!别了,那万般滋味!还会有限度的旅程,大概,魂牵梦萦……

发表评论

电子邮件地址不会被公开。 必填项已用*标注