美高梅娱乐4858.comApp 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先后要休经过修改就可知为iPhone分辨率和2倍iPhone
3GS的分辨率在iPad上运行。

2.11 与App
Store已发先后还的利用或会见被拒绝,特别是数过剩之情事下,比如手电筒应用及爱经应用。

2.12
没有确定性用途、不突出之应用程序或者跟网站简单打的用来或为拒;不提供任何持久娱乐价值的顺序可能会见叫拒绝。

2.13 内容要是营销材料还是广告之主次将见面吃拒绝。

2.14 包含欺骗或虚伪功能,却出无发出标志的应用程序将会晤受拒绝。

2.15 大于100MB无法透过蜂窝网络下载的行使(App Store会自动禁止)。

2.16
多任务程序行使后台服务就限于几种植目的:VoIP、音频播放、地理位置、完成任务以及地面提醒等。

2.17 应用程序只同意采取iOS WebKit框架和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
提交对的应用程序应包含能正常运行的URL,比如支持服务URL和隐私政策URL。

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 外观与iPhone自带应用(比如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
含有超过限制时间的情要劳动之应用程序将会晤受拒绝,除经特定批准的内容(比如电影、电视节目音乐与本本)。

11.10 保险类应用程序必须免费,要恪守发布地方的法网,并且不可知采用IAP。

11.11
一般而言,你的应用程序越贵,我们的评审会更加深入。(对不起,我们国产大部分凡免费网游)

11.12 提供订阅功能的下必须使IAP,苹果用会见按部就班Developer Program
License Agreement中之预约和开发者按30/70比重分成。

11.13
在行使内使用跳转至标购买或订阅链接的施用将会让驳回,比如”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 应用软件可使得认可的苹果RSS feeds,例如iTunes Store RSS
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美高梅娱乐4858.com 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 应用程序不允许用自HomeKit
API收集之数用于广告宣传或者其他根据使用的数目挖掘。

26.4 出于其他目的采取自HomeKit
API收集的多寡,而休是用来提高用户体验还是家中自动化功能受到硬件/软件性能,这类使用将会见叫拒绝。

 

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 应用程序不同意以通过HealthKit
API收集之用户数据作为广告宣传或者依据使用的数额挖掘目的,除了改善健康、医疗、健康管理及医学研讨目的。

27.5 未经用户许可和第三方分享由此HealthKit
API获得的用户数量的应用程序将会让驳回。

27.6 使用HealthKit框架的应用程序必须于营销文本中证实并了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获得的数量。

自身回去了,回到用画和自己谈心的习惯里;回到平淡真实愚钝中有一点点彻悟的思量里;回到有风有雨有太阳之真实性里。

竟然会内心痛,觉得受不了。那瞬间看破了当下是。一切成空了。那参透万象的本身回去了。心殊劳累,分不彻底悲喜。

凡是呀,如此无常的凡,如尘般无常的自家之情绪,随心情游荡的自身之中心,在这段迷幻中顿悟般回到现实,本是命定的结果。只是这所有了得这么的快,让自身出硌无放,有接触痛。

可能,早已注定会有这样的名堂。

转移了,我之网游的幻!别了,那万般滋味!还见面时有发生度的旅程,只怕,魂牵梦萦……

那曾经的泪花涟涟、那早就的破涕为乐、那早就的心窝子神不属之待、那就的内心具有系的甜美,在转瞬变为了往返,成了怜悯碰触的会疼的追忆。

发表评论

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