App Store审核指南(2017版)

发布:2017-07-24 来源:一推响 作者:admin 分类:APP运营推广

<a href='https://www.yituixiang.com/tags_51.html' target='_blank'><u>App Store</u></a>审核指南

  简介

  App 正在改变世界,丰富人们的生活,并为像您一样的开发者提供前所未有的创新机会。因此,App Store已成长为一个激动人心且充满活力的生态系统,正为数百万的开发者和超过十亿的用户提供服务。不管是开发新手,还是由经验丰富的程序员所组成的大型团队,我们都非常欢迎您为App Store创建app,并希望能够帮助您了解我们的准则,以确保您的app能够快速通过审核流程。

  App Store的指导原则非常简单:我们希望为用户获取app时提供更安全可靠的体验,并为所有开发者提供借助app获得成功的契机。我们已按照这一原则更新了app Review指南。新版指南本身核心内容并没有任何变化,但其规划得更有条理,且包含更多背景以便理解。在后续页面中,您会发现这些准则已被清晰地划分为五个部分:安全、性能、业务、设计及法律。另外,请将以下几点谨记在心:

  很多儿童会从我们这里大量下载各种app。尽管家长控制功能能为儿童提供有效保护,但您也必须做好自己份内的工作。您要知道,我们时刻都在关注这些儿童。

  App Store是向全球数亿人分享app的好方法。如果您开发app只是为了分发给亲朋好友,那么App Store并不是最适合的途径。这时可考虑使用Ad Hoc分发或加入Enterprise Program。如果您刚开始开发app,请进一步了解Apple Developer Program。

  如果我们认为app的任何内容或行为超出了可接受的范围,我们将拒绝该app。您可能会问,这个可接受的范围是什么?套用最高法院大法官的一句话:“当我看到的时候,我就知道了”。而且,我们相信,当您超出这个范围时,您自己也会意识到。

  如果您试图欺骗系统 (例如,试图在审核流程中弄虚作假,窃取用户数据,抄袭其他开发者的作品,或者操纵评级),我们会从该商店中移除您的app,并将您从Developer Program中除名。

  我们希望这些新准则能帮助您顺利通过app Review流程,并使批准和拒绝标准在整体上更加一致。本文是一个动态文稿;如果新的app引发了新的问题,我们可能会随时制定新的规则。也许,您的app就将促成新的规则。我们同样热爱app开发,并且尊重您所做的一切。我们正竭尽全力为您营造世界上最优秀的平台,既能让您展示才华,还能让您获得回报。

  目录

  提交之前 – 审核前核对清单

  为了帮助您尽可能顺利地通过app审批,请查看下方列出的常见错误行为,这些行为可能会导致审核流程延误或导致app被拒。这些内容不能代替准则或保证app获批,但确保核对这个列表中的每一项会是一个良好的开始。如果您的app不再能按预期方式工作,或者您不再积极地对其提供支持,那么这个app将从App Store中移除。进一步了解App Store的改善。

  请确保:

  测试app是否会发生崩溃、是否存在错误

  确保所有app信息及元数据完整且正确

  更新您的联系信息,以便app Review部门在需要时与您取得联系

  提供有效的演示帐户和登录信息,以及审核app时所需的任何其他硬件或资源 (例如,示例二维码)

  启用后台服务,以使其在审核期间处于活动和可用状态

  在app Review备注中附上与非明显特性及IAP (App 内购买项目) 相关的详细说明,包括支持文稿 (如适用)。如果由于地区锁定或其他限制而导致我们无法访问app的部分内容,请提供有关功能的视频链接

  检查app是否遵循了其他文稿中的相关指南,如:

  开发指南

  App Programming Guide

  App Extension Programming Guide

  iOS Data Storage Guidelines

  macOS File System Documentation

  Safari Extensions Development Guide

  iTunes Connect Developer Guide

  设计指南

  iOS Human Interface Guidelines

  macOS Human Interface Guidelines

  tvOS Human Interface Guidelines

  watchOS Human Interface Guidelines

  品牌和营销指南

  App StoreMarketing Guidelines

  Apple Pay Identity Guidelines

  Add toAppleWallet Guidelines

  Guidelines for UsingAppleTrademarks and Copyrights

  1. 安全

  当用户通过App Store安装app时,他们希望获得安全的体验:app不含令人不快或具有攻击性的内容,不会损坏用户的设备,不会在使用中造成人身伤害。我们在下方列出了主要的安全隐患。如果您想恐吓或攻击他人,则您的app不适合出现在App Store中。

  1.1 令人反感的内容

  App不应包含具有攻击性、不顾及他人感受、令人不安、惹人厌恶或低俗不堪的内容。此类内容的示例有:

  1.1.1 诽谤或恶意内容,包括有关宗教、种族、性取向、性别或其他目标群体的引用或评论,特别是当app很可能对特定的个人或团体造成伤害时。专业政治讽刺和政治幽默作家通常无需遵循这一要求。

  1.1.2 人类或动物遭到杀害、残害、酷刑、虐待的写实描绘,或者鼓励暴力的内容。在游戏中,“敌人”不能单单针对特定种族、文化、真实存在的政府或企业,或是任何其他真实存在的实体。

  1.1.3 鼓励非法使用或不负责任地使用武器和危险物品的描述,或者促进军火购买的描述。

  1.1.4 过于色情的内容 (韦氏词典对“色情”一词的定义是:对性器官或性活动的露骨描述或展示,目的在于刺激性快感,而非带来美学价值或触发情感)。

  1.1.5 具有煽动性的宗教评论,或者对宗教文本进行错误或误导性的引用。

  1.1.6 虚假信息和功能,其中包括不准确的设备数据或用于恶作剧/开玩笑的功能,如虚假的位置跟踪器。即使指明app“仅供娱乐”,也不能违背这一准则。支持匿名或恶作剧电话或短信/彩信的app会被拒绝。

  1.1.7App Store评论:

  App Store客户评论是app体验中不可或缺的一部分;因此,在回复客户的评论时,您应当对他们保持尊重。另外,您的回复应直接回应客户评论的主题,请勿在回复中包含个人信息、垃圾信息或营销广告。

  利用我们提供的API提示用户评价您的app:通过这项便利功能,客户无需离开app,就可直接在App Store中留下评分和评论;不允许使用预定的评论提示。

  1.2 用户生成的内容

  对于包含用户生成内容的app,有特定的难题需要解决,比如知识产权侵权、匿名欺凌等。为了避免滥用,包含用户生成内容或社交网络服务的app必须满足以下条件:

  采用相应的方法来过滤令人反感的内容,以免这些内容在app中发布

  制定一个机制,以举报攻击性内容并在出现问题时及时作出回应

  若用户发布攻击性内容,可以取消其使用服务的资格

  公布联系信息,以便用户与您联系

  如果app中所含的用户生成内容或服务最终主要用于色情内容、客观化现实生活中的某人 (如“性感与否”投票)、进行人身威胁或欺凌,则这些app不适合出现在App Store中,它们可能会在未经通知的情况下被移除。如果app中所含的用户生成内容来自于基于 web 的服务,则可显示意外产生的“NSFW (公众场所不宜)”内容,前提是这些内容是默认隐藏的,只有当用户通过您的网站将其打开时才会显示。

  1.3 儿童类别

  “儿童类别”可帮助用户轻松地找到适合儿童的app。如果您希望参与“儿童类别”,则应该致力于为年纪较小的用户量身打造卓越的使用体验。这些app不得提供app外链接、购买机会或其他会对儿童造成干扰的内容,除非其保留在受家长监控的指定区域中。请谨记,一旦客户认为您的app能够满足“儿童类别”要求,您的app就需要一直满足后续更新中的相应准则;即使您决定取消选择此类别,也是如此。进一步了解家长监控。

  “儿童类别”中的app不得展示行为广告 (例如,广告商不得根据用户在app中的活动投放广告),而且所有内容相关广告都必须适合儿童观看。您还应特别留意世界各地与在线收集儿童数据相关的隐私法。请务必查阅这些准则的“隐私”部分,以了解更多信息。

  1.4 人身伤害

  如果app的行为方式可能会造成人身伤害,我们可能会拒绝该app。例如:

  1.4.1 如果医疗app可能会提供错误的数据或信息,或用于诊断或治疗病患,则这些app可能会面临更加严格的审核。

  App 必须清楚地披露相关数据和方法,用于佐证声明的健康测量准确度,如果准确度或方法得不到验证,我们会拒绝该app。例如,如果app声称仅通过设备上的传感器就能照 X 光、测血压、测体温、测血糖浓度或测血氧含量,则这个app会被拒绝。

  App 应当提醒用户,除了使用该app,还应咨询医生的意见,然后才能做出医疗决定。

  如果您的医疗app已经获得监管部门的批准,请随app提交相关文稿的链接。

  1.4.2 药物剂量计算器必须来自药品生产企业、医院、大学、健康保险公司,或是经过FDA或其相应国际部门的批准的其他实体。由于可能会对病患造成伤害,我们需要确保app将在长时间内获得支持,并保持更新。

  1.4.3App Store中不允许分发任何鼓励食用烟草产品、使用违禁药物或摄入过量酒精的app。鼓励未成年人摄入任何上述物品的app都会被拒绝。为大麻、烟草或管制物品的销售提供便利 (经授权的药店除外) 同样不被允许。

  1.4.4app只能显示由相关执法部门公布的酒后驾车检查点,不得鼓励酒后驾车和包括超速在内的其他鲁莽行为。

  1.4.5app不得促使客户以违背Apple硬件安全文稿的方式,或以可能会造成设备或人身伤害的方式来使用他们的设备。例如,app不得鼓励在充电期间将设备置于床垫或枕头下,或对固态硬盘进行过多的写入循环操作。请查阅设备文稿。

  1.5 开发者信息

  用户需要知道如何就疑问和支持问题与您取得联系。请确保您的支持URL中包含便捷的联系方式。如果未能提供准确的最新联系信息,不但会让客户有不好的感受,可能还会违反某些国家/地区的法律。另外,请确保在 Wallet 凭证中包含发卡机构的有效联系方式,以及分配给凭证的品牌或商标所有者的专用证书。

  2. 性能

  2.1app完成度

  提交以供审核的app应该是最终版本,应包含所有必要的元数据和全功能的 URL;占位符文本、空白网站以及其他临时内容应在提交前清除。在提交app之前,请务必在设备上对app错误和稳定性进行测试;如果您的app需要登录,请提供演示帐户信息 (并打开您的后台服务!)。如果您在app中提供了app内购买项目,请确保审核人员能够看到这些内容,并确保这些内容处于完整且最新的状态,否则请在审核备注中说明相关原因。请不要将app Review视作软件测试服务。我们将拒绝不完整的app套装以及会出现崩溃或存在明显技术问题的二进制文件。

  2.2 Beta 版测试

  App 的演示版、beta 版和试用版不适合出现在App Store中,请改用 TestFlight。所有通过 TestFlight 提交以进行测试发布的app都应旨在公开发布,并应遵循“app Review准则”。请注意,使用 TestFlight 的app不得分发给测试者用以换取任何类型的报酬,包括作为众筹资金的奖励。对于 beta 版app的大幅更新应先提交至 TestFlightapp Review团队,然后再分发给您的测试者。欲了解更多信息,请访问“TestFlight Beta Testing”。

  2.3 准确的元数据

  客户应该知道他们在下载或购买您的app时会得到什么,所以请确保app的描述、屏幕快照和预览能够准确反映app的核心体验,并记得不断更新,以便保持与新版本相应的最新状态。

  2.3.1 请勿在app中包含未记录的功能或隐藏功能;不管是对于最终用户还是app Review团队,app功能都应清晰可见。如果出现恶劣或屡教不改的行为,则可能会从Apple Developer Program中除名。我们正努力将App Store打造成值得信赖的生态系统,并希望我们的app开发者也能如此;如果您不诚实以待,我们之间就不会有任何业务往来。

  2.3.2 如果您的app包含app内购买项目,请确保app的描述、屏幕快照和预览清楚地指明是否有需要另行购买的精选项目、关卡和订阅等。如果您决定在App Store中推广app内购买项目,请确保撰写适合公众阅读的 IAP 显示名称和描述,并且确保您的app能够正确处理Purchase Intent API,以便在您的app上架后客户可以无缝完成购买。

  2.3.3 屏幕快照应展示app的使用情况,而非仅显示标题封面、登录页面或初始屏幕。屏幕快照还可以包括文本说明,并展示设备上的扩展功能,如 Touch Bar。

  2.3.4 预览是让客户了解app外观和功能的好方法。为了确保客户理解他们将在app中获得的体验,预览只可使用从app中捕获的视频屏幕。表情贴纸和 iMessage 扩展功能可以将用户体验展示在“信息”app 中。您也可以添加旁白和视频,或添加文本说明,以帮助说明任何无法仅通过视频进行阐明的内容。

  2.3.5 请为app选择最适合的类别,并在需要帮助时参考“App Store类别定义”。如果选择的类别与实际情况相差较远,我们可能会更改app的类别。

  2.3.6 请在 iTunes Connect 中诚实地回答年龄段分级问题,以使app与家长控制功能的分级保持一致。如果app分级有误,客户在获得app时可能会感到诧异,或促使政府监管部门展开相应调查。

  2.3.7 请选择一个独一无二的app名称,指定能够准确描述app的关键词,不要试图用商标术语、流行app的名称或其他不相关的短语来包装任何元数据,以此欺骗系统。App 名称必须限制在 30 个字符以内,且不得包含不属于app名称的价格、词语或描述。App 副标题是详细介绍app背景信息的绝佳之处;副标题必须遵循我们的标准元数据规则,且不得包含不当内容、提及其他app或做出无法证实的产品声明。Apple 可能会随时修改不合适的关键词。

  2.3.8 元数据应适合所有受众,所以请确保您的app和app内购买项目的相关图标、屏幕快照和预览保持在 4+ 年龄分级;即使您的app分级更高,也应如此。例如,如果您的app是包含暴力的游戏,请勿选择包含惨烈的死亡或用枪瞄准特定角色的图像。只有“儿童类别”的app才能在名称中使用类似“适合幼儿”和“适合儿童”等词语。请务必确保包括app名称和图标 (小图标、大图标、Apple Watchapp等) 在内的元数据彼此相似,以免引起困惑。

  2.3.9 您应负责确保有权使用app图标、屏幕快照和预览中的所有材料,并应显示虚构的帐户信息,而非真实个人的数据。

  2.3.10 请确保您的app注重iOS、Mac、Apple TV或AppleWatch 体验,并且不在app或元数据中包含其他移动平台的名称、图标或图像,除非存在已获批的特定互动功能。

  2.4 硬件兼容性

  2.4.1 为了确保用户能够充分利用您的app,iPhoneapp应尽量能在 iPad 上运行。我们鼓励您考虑开发通用app,这样客户就可以在所有设备上加以使用。进一步了解通用app。

  2.4.2 通过设计,使app节省能耗。App 不应快速耗尽电池电能、产生过多的热量或对设备资源造成不必要的负担。

  2.4.3 对于AppleTVapp,应确保用户无需使用除Siri Remote或第三方游戏控制器之外的硬件输入,但您可以随意提供增强功能供连接其他外围设备时使用。如果需要用户配备游戏控制器,请务必在元数据中加以明确说明,以便用户知晓他们需要额外的设备才能玩游戏。

  2.4.4app不得建议或要求重新启动设备。

  2.4.5 对于通过 MacApp Store分发的app,还有几个额外要求需要您牢记在心:

  (i) 这些app必须妥当地沙盒化,并遵循“macOS File System Documentation”。另外,这些app只应使用相应的 macOS API 来修改其他app存储的用户数据 (如书签、“地址簿”或“日历”条目)。

  (ii) 这些app必须使用 Xcode 中提供的技术来进行打包和提交;不允许使用第三方安装器。另外,这些app必须是单个的自包含app安装包,不能将代码或资源安装在共享位置。

  (iii) 这些app不得自动启动或者在启动时包含其他自动运行的代码,不得在未经同意的情况下登录,也不得大量生成在用户退出app后仍在未经同意的情况下继续运行的进程。这些app不得将图标自动添加到 Dock 中,或在用户桌面上留下快捷方式。

  (iv) 这些app不得下载或安装独立的app、kext、额外代码或资源,以向我们在审核过程中看到的app添加功能,或进行大幅更改。

  (v) 这些app不得申请升级至root特权或使用setuid属性。

  (vi) 这些app不得在启动时显示许可证屏幕、需要使用许可证密匙或实施自己的拷贝保护措施。

  (vii) 这些app必须使用 MacApp Store分发更新;不允许使用其他更新机制。

  (viii) 这些app应在当前发布的 OS 上运行,不得使用已停用或选装的技术 (如 Java、Rosetta)。

  (ix) 这些app必须在单个app套装内包含所有的语言和本地化支持。

  2.5 软件要求

  2.5.1app仅可使用公共 API,并且必须在当前发布的OS上运行。进一步了解公共 API。及时更新您的app,确保淘汰掉在未来的 OS 版本中不再支持的任何过时功能、框架或技术。

  2.5.2app应自包含在其套装中,不得在指定容器范围外读取或写入数据,也不得下载、安装或执行代码,包括其他app。仅在特殊情况下,用于教授、开发或测试可执行代码的app可以下载所提供的代码,但这类代码不得用于其他用途。这类app必须开放app提供的源代码,让客户可以完全查看和编辑这些源代码。

  2.5.3 如果app传输的病毒、文件、计算机代码或程序会对操作系统和/或硬件功能 (包括推送通知和 Game Center) 的正常运行造成负面影响或导致其中断,则该app会被拒绝。屡教不改或恶劣的违规行为会导致开发者从Apple Developer Program 中被除名。

  2.5.4 多任务处理app只允许在实现预期用途时使用后台服务:VoIP、音频播放、地理位置、任务完成记录和本地通知等。如果app使用定位后台模式,请提醒用户,这么做会大幅缩短电池使用时间。

  2.5.5 我们将在 IPv6 网络上进行审核。如果您的app无法与 IPv6 寻址功能兼容,则可能无法通过审核。

  2.5.6 如果app会浏览网页,则必须使用相应的 WebKit 框架和 WebKit Javascript。

  2.5.7 基于蜂窝移动网络且超过 10 分钟的视频流内容必须使用 HTTP Live Streaming,并包含一个基准 192 kbps HTTP Live Stream。

  2.5.8 如果app会创建替代的桌面/主屏幕环境,或者模拟多app插件体验,则该app会遭到拒绝。

  2.5.9 如果app会改变或停用标准开关 (如调高/调低音量和铃声/静音开关) 的功能,或者改变或停用其他的原生用户界面元素或行为,则该app会遭到拒绝。例如,app 不应屏蔽转向其他app的链接,或用户希望以某种特定方式运行的功能。进一步了解如何正确处理链接。

  2.5.10 不得提交包含空白广告横幅或测试广告的app。

  2.5.11 SiriKit

  (i) 集成 SiriKit 的app只能登记无需其他app支持便可处理的意图,而且该意图应当与用户对所述功能的预期相符。例如,如果您的app属于膳食计划app,则不应融入开始体能训练的意图,即使该app共享了与健身app的集成也不可以。

  (ii) 确保 plist 中的词汇和短语与您的app及其所登记意图的 SiriKit 功能相符。别名必须与您的app或公司名称直接相关,不得使用通用术语或者包含第三方app名称或服务。

  (iii) 以最直接的方式解析 Siri 请求,不要在请求与实现之间插入任何广告或其他市场营销信息。只有在完成相关任务需要时 (例如让用户指定特定类型的体能训练时),才可以显示插页式用户界面。

  2.5.12 利用 CallKit 或包含 SMS Fraud Extension 的app应该只拦截已确认用于发送垃圾信息的电话号码。具有通话、短信或彩信拦截功能或垃圾信息识别功能的app必须在营销文本中清楚标识这些功能,并且说明归入拦截列表和垃圾信息列表的标准。通过这些工具获得的数据不得用于与运行或改进您的app或扩展功能没有直接关联的任何其他目的 (例如,不得出于跟踪或创建用户资料等目的来使用、共享或销售这些数据)。

  3. 业务

  在App Store中,您可以通过多种方式让自己的app实现盈利。如果您的业务模式并不显而易见,请务必在其元数据和app Review备注中加以说明。如果我们无法理解app的工作方式,或者app内购买项目不是那么一目了然,则审核会有所延误,并可能会导致app被拒绝。尽管价格由您决定,但是我们不会分发要价明显过高的app和app内购买项目。对于试图以不合常理的高昂价格欺骗用户的app,我们将予以拒绝。

  如果我们发现您试图操纵评论,通过付费、提供奖励、经过筛选或伪造反馈来提高排名,或者要求第三方服务代您这样做,我们会采取相应措施以维护App Store的公正诚信。采取的措施可能包括将您从Apple Developer Program 中除名。

  3.1 付款

  3.1.1app内购买项目:

  如果您想要在app内解锁特性或功能 (解锁方式有:订阅、游戏内货币、游戏关卡、优质内容的访问权限或解锁完整版等),则必须使用app内购买项目。App 可以提供app内购买货币,供客户在app内“打赏”数字内容提供商。App 不得包含指引客户使用非 IAP 机制进行购买的按钮、外部链接或其他行动号召用语。

  通过 IAP 购买的所有点数和游戏货币不得过期,并且您应确保为所有可恢复的app内购买项目设计一套恢复机制。

  请务必指定正确的可购买类型,否则您的app将被拒绝。

  App 不得直接或间接地将 IAP 内容、功能或消耗品赠予他人。

  通过 MacApp Store分发的app可托管基于非App Store机制的插件或扩展功能。

  3.1.2 订阅:无论属于App Store上哪一类别,app 都可以提供自动续订的app内购买订阅。在app内集成可自动续订的订阅时,请务必遵循下述指导原则。

  3.1.2(a) 允许的用途:如果您提供自动续订订阅,则必须为客户提供持续的价值,订阅期必须持续至少七天,并且能够在用户的所有设备上访问。以下并非详尽列表,适当的订阅示例包括:新游戏关卡;连载内容;多玩家支持;持续提供实质性更新的app;对媒体内容的大型合集或持续更新的访问权限;软件即服务 (SAAS);以及云服务支持。此外:

  订阅可与单点式服务一起提供。例如,您可以提供整个影片库的订阅,以及单部影片购买或租赁。

  您可以提供在您自己的不同app间共享的单一订阅,但此类订阅不得扩展到第三方app或服务。订阅必须适用于可使用该app的所有用户设备。进一步了解在您的app之间共享订阅。

  App 不得强制要求用户为app评级或点评、下载其他app,或执行其他类似操作,然后才能访问该app的功能、内容或者使用该app。

  与所有app一样,此类服务订阅应当允许用户直接获得付费购买的项目而无需执行额外任务,如在社交媒体上发帖、上传通讯录,以及在app内签到特定次数等。

  订阅不得包含消耗性的积分和游戏内货币等,即使与其他服务相结合也不行,但您可以提供包含消耗性商品打折权益的订阅,例如能以优惠价购买宝石包的高级会员资格。

  如果要将现有app更改为基于订阅的业务模式,您不得减掉现有用户已付费购买的主要功能。例如,针对新客户引入订阅模式后,已购买“完整游戏解锁”的客户应能够继续访问完整版游戏。

  3.1.2(b) 升级和降级:用户应能获得无缝的升级/降级体验,并且不会出现无意间订阅同一内容的多个不同版本。请查阅关于管理订阅升级和降级选项的最佳做法。

  3.1.2(c) 订阅信息:在让客户订阅之前,您应当清晰描述付费后的具体权益。每月有几期?云存储容量有多大?具体能访问您的哪些服务?另外,务必要清晰地表述相关的要求,即您协议的 Schedule 2 中“Agreements, Tax, and Banking”部分所述的要求。

  3.1.3 “阅读器”App:App 应允许用户访问先前购买的内容或内容订阅 (具体包括:杂志、报纸、图书、音频、音乐、视频、专业数据库访问权限、VoIP、云存储以及经批准的服务,如用于管理学生成绩和课表的教育类app) 以及多平台游戏中的消耗品,前提是您同意不会直接或间接引导 iOS 用户使用非 IAP 机制进行购买,并且在您介绍其他购买方式的普通沟通中没有刻意阻止用户使用 IAP。

  3.1.4 内容代码:App 不得使用自身机制来解锁内容或功能,如许可证密钥、增强现实标记、二维码等。在为数不多的情形中,例如当功能依赖于特定的硬件功能时,app 可在不使用app内购买项目的情况下解锁该功能 (例如,天文app会在与望远镜同步后增加功能)。与经过批准的实际产品 (如玩具) 配合使用的可选app功能可在不使用 IAP 的情况下解锁特定功能,前提是同时也提供 IAP 选项。您不得要求用户通过购买无关产品或参与广告或市场活动来解锁app功能。

  3.1.5app之外的实物商品和服务:如果app允许用户购买将在app之外使用的商品或服务,则必须使用 IAP 以外的购买方式来收取相应款项,如ApplePay 或传统的信用卡入口。App 可支持获批的虚拟货币的流通 (如比特币、狗币),前提条件是,在该app能够正常使用的地区,前述做法必须遵守各州法律和联邦法律。

  3.1.6ApplePay:如果app使用ApplePay,则在销售任何商品或服务之前,必须先向用户提供所有的基本购买信息,并且必须正确使用ApplePay 品牌和用户界面元素,具体要求可参考“Apple Pay 识别标志指南”和“人机界面准则”。使用ApplePay 提供重复付款服务的app至少需要披露以下信息:

  续订周期的时长;除非被取消,否则续订将会继续

  每个周期中会提供哪些服务

  将向客户收取的实际费用

  如何取消

  3.2 其他业务模式问题

  下方列表并非详尽清单,并且您提交的app可能会导致我们的政策有所更改或更新,但这里有一些额外的应做事宜和勿做事宜需要您谨记在心:

  3.2.1 可以接受

  (i) 在您的app中,出于购买或促销目的而展示您的其他app,只要您的app不只是简单地罗列其他app。

  (ii) 显示或推荐专为经批准的特定需求而设计的第三方app(如健康管理、航空以及辅助功能等)。您的app应能提供持续不断的编辑内容,这样app才不会看起来像是个摆设。

  (iii) 在租借期限结束后,禁止访问经批准的特定租借内容 (例如电影、电视节目、音乐、图书);所有其他项目服务不得存在过期时间。

  (iv) Wallet 凭证可用于付款或接收付款、传输交易或是提供身份验证 (例如电影票、优惠券和 VIP 凭据)。如将 Wallet 凭证用作其他用途,则可能会导致app被拒,Wallet 凭据也有可能被撤销。

  (v) 保险类app必须免费提供,并且必须遵守app发布地区的相关法律,且不得使用 IAP。

  (vi) 经批准的非营利组织可以在他们持有的app或第三方app内进行筹款活动,前提是这些筹款活动必须遵守所有的app Review准则并提供ApplePay 支持。这类app必须披露资金的计划用途,遵守所有必要的当地和联邦政府法律,并且确保向捐款人提供相应的报税收据。在被要求时,还应向app Review团队提供其他信息。向捐款人介绍其他非营利组织的非营利组织平台必须确保app中列出的每一家非营利组织都已通过非营利组织批准流程。进一步了解如何成为批准的非营利组织。

  3.2.2 不可接受

  (i) 创建与App Store类似且用于显示第三方app、扩展功能或插件的界面,或将其作为热门app的合集。

  (ii) 通过由硬件或操作系统提供的内置功能 (诸如推送通知、照相机或陀螺仪) 或Apple服务 (如AppleMusic 访问或 iCloud 存储) 获利。

  (iii) 人为地刷广告展示次数或者广告点进次数的app,以及主要设计目的在于显示广告的app。

  (iv) 在app内为慈善机构和募款方筹集资金,除非您是经批准的非营利组织或依上文 3.2.1 (vi) 规定获得了许可。出于以上目的筹集资金的app必须在App Store上免费,并只能在app之外筹集,例如通过 Safari 或短信。

  (v) 强行限制app的用户群,例如限制特定地区或运营商。

  (vi)app应当允许用户直接获得付费购买的项目而无需执行额外的任务,如在社交媒体上发帖、上传通讯录,以及在app内签到特定次数等。App 不得要求用户必须先为app评分或点评、观看视频、下载其他app、点击广告或进行其他类似操作,然后才能访问app的功能、内容或使用app,或者接受现金或其他补偿。

  (vii) 人为操纵用户在其他服务中的可见性、状态或排名,除非相关服务的条款和条件允许这样做。

  (viii)App Store中不允许分发协助进行二元期权交易的app。请考虑使用网页版app。

  4. 设计

  Apple 客户非常看重简洁、雅致、创新且易于使用的产品,这也正是我们希望在App Store上看到的。您可尽情提供各种优秀设计,但在App Store上被获准发布的app至少需要满足以下标准。另请记住,即使在app获得批准之后,您也应当对其进行更新,确保app能正常工作并持续吸引新客户和现有客户。停止服务或体验下降的app随时可能会从App Store中被移除。

  4.1 抄袭者

  请拿出您自己的想法。我们知道您有自己的奇思妙想,那么请将它们付诸实际。请不要简单照搬App Store上的热门app,或只是细微修改其他app的名称或 UI,就将其挪为己用。这么做不但有引发知识产权侵权索赔的风险,更会加大在App Store中浏览的难度,而且对您的开发者同仁来说也不公平。

  4.2 最低功能要求

  App 应包含功能、内容和 UI,而不仅仅是一个经过重新包装的网站。如果app没有什么实用价值、毫无新意或者不太像是一个app,那它就不适合出现在App Store中。如果app不能带来持久的娱乐价值,或只是让人感到毛骨悚然,则无法获得批准。如果app只是一首歌曲或一部影片,则应提交到 iTunes Store。如果app只是一本书籍或游戏指南,则应提交到 iBooks Store。

  4.2.1app应该为实现预期用途而使用 API 和框架,并在app描述中说明集成详情。例如,HomeKit 框架应提供家居自动化服务,HealthKit 则应该用于保持健康和健身目的,并集成在“健康”app 中。

  4.2.2 除了目录类app之外,app 不应只用于市场营销材料、广告、网络剪报、内容聚合或链接集合。

  4.2.3app应能独立工作,无需安装其他app。

  4.2.4 与表盘类似的AppleWatchapp可能会令人感到困惑,因为用户会认为这些app能与各种设备功能 (如轻扫、通知和第三方功能栏) 配合使用。将创意性的时间表现方式用作app界面是个好点子 (例如,供冲浪者使用的潮汐时钟),但是如果您的app与表盘过于相像,则可能会被我们拒绝。

  4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的app需要包含更多的app功能,才能获得批准。

  4.2.6 利用商业化模板或app生成服务创建的app会被拒绝。

  4.3 垃圾app

  请不要为同一个app创建多个套装 ID。如果您的app针对特定位置、运动队、大学等存在不同版本,请考虑提交单个app,并提供app内购买项目以提供不同的功能。同时,请避免继续在已有大量类似app的类别下进行开发;App Store上已经有太多模拟放屁、打嗝声音的app,以及手电筒和爱经app。上传大量相似版本app的开发者会遭到Apple Developer Program 的除名。

  4.4 扩展功能

  托管或包含扩展功能的app必须遵循“App Extension Programming Guide”或“Safari Extensions Development Guide”,如果可行,还应包含诸如帮助屏幕和设置界面在内的一系列功能。您应当在app的市场营销文本中清晰且准确地披露提供了哪些扩展功能。

  4.4.1 键盘扩展功能还需要遵循一些额外的规则。

  它们必须:

  提供键盘输入功能 (如可输入字符);

  如果键盘中含有图像或表情符号,请遵循贴纸准则;

  提供切换到下一个键盘的方法;

  在没有网络连接和不要求完全访问权限的情况下仍能使用;

  按照“App Extension Programming Guide”所述提供数字和十进制键盘类型;

  收集用户活动数据只是为了改进其键盘扩展功能在 iOS 设备上的性能。

  它们不得:

  包含市场营销、广告或app内购买项目;

  启动“设置”之外的其他app;或者

  将键盘按键用于其他行为,例如按住 Return 键来启动相机等。

  4.4.2 Safari Extension 必须在 macOS 上的最新版 Safari 上运行。它们不得干扰系统和 Safari UI 元素,并绝不能包含恶意或误导性的内容或代码。违背此规则会遭到Apple Developer Program 除名。除了正常工作所必需的网站,Safari Extension 不得要求访问更多网站。

  4.4.3 表情贴纸

  表情贴纸是让“信息”变得更动态、更有趣的绝佳方式,让人们能够以更巧妙、有趣、有意义的方式表达自我。无论您的app含有表情贴纸扩展功能,还是您要创建单独的表情贴纸包,其内容均不得冒犯用户、造成负面体验或违反相关法律。

  (i) 通常,不适合在App Store上发布的内容也不适合放入表情贴纸内。

  (ii) 考虑地区敏感性,不要在难以接受或者会违反当地法律的国家/地区提供您的表情贴纸包。

  (iii) 如果您的表情贴纸含义不易理解,请在审核备注中附上清晰的说明,从而避免导致审核流程的延误。

  (iv) 确保您的表情贴纸在您的朋友与家人之外具有相关性;它们不应特定于个人活动、群体或关系。

  (v) 您必须对表情贴纸中的内容,持有所有必要的著作权、商标权和形象权及授权许可,不得提交任何未经授权的内容。请记住,您必须能够在要求时提供可核实的文件。若app内含有您无权使用的表情贴纸内容,该app将从App Store中去除,屡次侵权者将从 Developer Program 中除名。如果您认为自己的内容遭到其他提供商侵权,请在此处提交权利主张。

  4.5Apple站点和服务

  4.5.1app可以使用获批的AppleRSS Feed (如 iTunes Store RSS Feed),但不能抹除Apple站点 (如apple.com、iTunes Store、App Store、iTunes Connect、开发者门户等) 的任何信息,也不能使用这类信息进行排名。

  4.5.2AppleMusic

  (i) MusicKit API 可以让客户在使用您的app时访问自己的订阅。它们旨在为AppleMusic 订阅用户提供轻松简便的音乐播放体验。用户必须能够发起AppleMusic 流媒体播放,并且能够使用“播放”、“暂停”和“跳过”等标准媒体控件来浏览音乐内容。此外,您的app不得要求用户通过付款或间接的货币化方式来获取AppleMusic 服务的访问权限 (如app内购买项目、广告、要求使用用户信息等)。请勿下载、上传或分享源自 MusicKit API 的音乐文件,除非 MusicKit 文稿中已明确允许。

  (ii) 使用 MusicKit API 并不能取代为获得更深入或更复杂的音乐集成而可能需要的授权许可。例如,如果您希望您的app在特定时刻播放特定的歌曲,或者创建可以在社交媒体上分享的音频或视频文件,您需要直接联系版权持有人来获得许可 (如同步或改编权利) 和资源。封面插图和其他元数据仅可用于与音乐播放或播放列表相关的用途 (包括展示app功能的App Store屏幕快照),未经版权持有人明确授权,不得用于任何市场营销或广告目的。在app中集成AppleMusic 服务时,请务必遵循“Apple Music Identity Guidelines”。

  (iii) 访问AppleMusic 用户数据 (如播放列表和个人收藏) 的app必须在用途字符串中清楚披露这类访问行为。收集的任何数据均不得与第三方分享,也不得用于除支持或改进app体验之外的任何其他用途。这类数据不得用于识别用户身份或设备,也不得用于广告定向宣传目的。

  4.5.3 不得使用Apple服务 (包括 Game Center 或推送通知等) 发送垃圾邮件、进行网络钓鱼,或者向客户发送未经请求的信息。不得尝试进行查找、跟踪、关联、挖掘、获得或利用玩家 ID、别名以及通过 Game Center 获得的其他信息。否则将会遭到Apple Developer Program 的除名。

  4.5.4app不能将推送通知列为必需条件,并不能将该功能用于广告、推广或直接行销用途,或者用来发送敏感的个人或保密信息。

  4.5.5 仅以 Game Center 团队批准的方式使用 Game Center 玩家 ID,并不得在app中显示或向任何第三方显示。

  4.6 备选app图标

  App 可以使用自定图标以传达特定信息 (例如表达对某个运动团队的喜爱),前提是每次更改都由用户发起,并且app中应包含恢复至原始图标的设置。所有图标变体必须与app的内容相关,并且更改内容在所有系统资源之间应保持一致,以便“设置”和“通知”等位置中显示的图标与新的 Springboard 图标相吻合。这项功能不可用于动态、自动或连续性更改,例如用于反映最新天气信息和日历通知等。

  4.7 第三方软件

  App 可以包含或运行由第三方开发者提供的代码 (如基于 HTML5 的游戏),前提是这类代码没有在商店界面或类似商店的界面中提供,而且相关软件 (1) 是免费软件或需通过app内购买项目进行购买;(2) 仅使用标准 WebKit 视图中提供的功能;您的app必须使用 WebKit 和 JavaScript Core 来运行第三方软件,且不得试图扩展或披露原生平台 API 给第三方软件;(3) 由已加入Apple Developer Program 且签署“Apple Developer Program 许可协议”的开发者提供;并且 (4) 遵守各个app Review指南中的条款 (例如,不含令人反感的内容;使用 IAP 解锁特性和功能)。您必须在被要求时提供您的app中包含的第三方软件和元数据的索引信息。

  5. 法律

  只要app向某个地区的用户提供,那么就必须遵守该地区的所有法律要求 (如果您不太确定,请与律师联系)。我们知道这些东西非常复杂,但理解所有本地法律,并确保您的app能满足所有法律要求,而不仅仅是下方列出的准则,是您必须承担的责任。当然,如果app存在唆使、宣传或鼓励犯罪的行为或明显不负责任的行为,则会被拒绝。

  5.1 隐私

  在Apple生态体系中,保护用户隐私总是第一要务。您要在处理个人数据时小心谨慎,以确保遵守了适用的法律和“Apple Developer Program 许可协议”中的条款,并满足客户的期待。尤其是:

  5.1.1 数据收集和存储

  (i) 如果app会收集用户信息或使用数据,其内必须制定隐私政策,并征得用户的同意才能收集。这包括 (但不限于) 以下app:实施 HealthKit 或其他健康/医疗技术、HomeKit、键盘扩展功能、Apple Pay、表情贴纸和 iMessage 扩展功能的app;包含登录信息的app;或访问设备上用户数据的app。App 描述中应当注明app会要求访问哪些内容类型 (例如,位置、通讯录和日历等),并说明当用户不授予许可时,app 的哪些功能会无法正常工作。

  (ii) 如果app不包含基于帐户的重要功能,请允许用户在不登录的情况下使用。App 不得要求用户提供个人信息才能正常使用,除非个人信息与app的核心功能直接相关,或是法律要求时。如果您的核心app功能与特定的社交网络 (如 Facebook、微信、微博或Twitter等) 不相关,您必须提供无需登录或其他类似机制的访问权限。调取基本档案信息、分享到社交网络或邀请朋友使用app等不视为核心app功能。

  (iii) 如果开发者开发的app试图暗中收集用户密码或其他用户私人数据,那么该开发者会遭到Apple Developer Program 的除名。

  (iv) 必须使用 SafariViewController 在显著位置向用户显示信息;不得隐藏该控制器,也不能被其他视图或图层遮挡。此外,未经用户的知情和同意,app 不得私下利用 SafariViewController 来追踪用户。

  5.1.2 数据使用和共享

  (i) 您不得尝试、协助或鼓励他人,根据您所谓以“匿名”、“汇总”或其他不可识别的方式收集的数据来识别用户身份或重建用户资料。除非先获得用户的许可并提供有关数据使用方式和使用位置的相关信息,否则不得使用或传输用户的个人数据。

  (ii)app收集的数据只有在为了改进与app功能相关的用户体验或软/硬件表现时,或在遵循“Apple Developer Program 许可协议”的前提下用于广告投放用途时,才能使用或与第三方分享。

  (iii) 从 HomeKit API 收集的数据不得用于投放广告或是基于使用情况进行其他数据挖掘。

  (iv) 使用ApplePay 的app只能与第三方共享通过ApplePay 获得的用户数据,以帮助或改进商品或服务的交付。

  5.1.3 健康和健康研究

  健康、健身和医疗数据特别敏感,涵盖这些领域的app必须满足额外的规则,并确保客户隐私受到保护:

  (i)app仅能在获得批准的情况下,出于改进健康管理或健康研究的目的,使用在健康、健身和医疗研究背景下收集的数据 (包括从 HealthKit API、“运动与健身”或健康领域人体研究中收集的数据) 或将其披露给第三方,不得用于广告投放或基于使用情况进行其他数据挖掘。

  (ii)app不得将虚假或错误数据写入 HealthKit 或其他任何医疗研究/健康管理app,不得在 iCloud 中存储个人健康信息。

  (iii) 开展健康领域人体研究的app必须获得参与人员提供的知情同意书,如果涉及未成年人,则必须获得由其家长或监护人提供的知情同意书。上述知情同意书必须涵盖以下内容:(a) 研究的性质、目的和时长;(b) 具体规程,给参与人员带来的风险和益处;(c) 关于保密和数据处理 (包括与第三方共享信息的情况) 的信息;(d) 用于回答参与人员问题的联系人;以及 (e) 退出流程。

  (iv) 用于开展健康领域人体研究的app必须获得一家独立伦理审查委员会的批准。一经要求,必须提供此类批准的证明。

  5.1.4 儿童

  出于多种原因,您在处理儿童的个人数据时必须小心谨慎。我们建议您仔细阅读所有要求,以遵循相关法律,如《儿童在线隐私保护法》(“COPPA”) 和其他国际上适用的同等法律。

  App 只能出于遵守适用儿童隐私法规的目的要求用户提供出生日期或家长联系信息,但必须提供一些适用于各年龄层用户的实用功能或娱乐价值。

  此外,“儿童类别”中的app,以及向未成年人收集个人信息 (例如姓名、地址、电子邮件、位置、照片、视频、图画、能否聊天、其他个人数据,或是将永久标识符与以上任何信息组合使用)、传输此类信息或能够共享此类信息的app,则必须遵守适用的儿童隐私保护法规,且必须拥有隐私政策。为了清楚起见,“儿童类别”的家长监控要求,通常并不完全等同于在这些隐私法规下征得家长的同意后收集个人数据。

  5.1.5 定位服务

  只有在定位服务与app提供的功能和服务直接相关时,才能在app中使用定位服务。基于位置的 API 不得用于提供紧急服务,不得对汽车、飞机和其他设备进行自主控制 (小型设备,如轻量无人机和玩具除外),不得遥控汽车防盗系统等。在收集、传输或使用位置数据之前,务必进行通知并获得用户同意。如果app会使用后台定位服务,请务必在app中说明相应的原因;请参考“Human Interface Guidelines”,了解相应的最佳做法。

  5.2 知识产权

  请确保app只包含由您创建或拥有使用许可的内容。如果您已越线并在未经许可的情况下使用了内容,您的app可能会被移除。当然,这也意味着如果他人抄袭了您的作品,则他们的app也可能会被移除。如果您认为自己的知识产权在App Store上受到了其他开发者的侵犯,请通过网络表单提交权利主张。各个国家/地区的法律互不相同,但请务必避免以下常见错误:

  5.2.1 一般性:不得在未经授权的情况下,在app中使用受保护的第三方材料 (例如商标、版权作品、专利设计);也不得在app套装或开发者名称中包含虚假、抄袭或误导性的演示、名称或元数据。App 提交方应当是拥有或获授权使用知识产权和其他相关权利的个人或法律实体,并且应对提供app中的任何服务负责。

  5.2.2 第三方站点/服务:如果您的app会使用、访问第三方服务、通过访问第三方服务盈利或是显示第三方服务的内容,请确保您获得在该服务的使用条款下进行此类操作的特别许可。如有相应要求,则必须提供相关授权。

  5.2.3 音频/视频下载:app 不得促进非法文件共享,或在没有获得这些资源的明确授权的情况下,提供从第三方来源 (如AppleMusic、YouTube、SoundCloud、Vimeo) 保存、转换或下载媒体资源的能力。视频/音频内容流也有可能触犯使用条款,所以请务必在app访问这些服务前,进行检查。如有相应要求,则必须提供相关文稿。

  5.2.4Apple认可:不得误导或暗示Apple是app的来源或提供商,或者Apple以任何形式表示认可其质量或功能。如果您的app被选为“编辑选荐”,Apple 将自动显示相应徽章。

  5.2.5Apple产品:不得创建与现有Apple产品、界面 (如 Finder)、app (如appStore、iTunes Store 或“信息”) 或广告主题外观相似或容易混淆的app,请勿拼错Apple产品的名称 (如 Iphone 版 GPS、iTunz)。App 和扩展功能 (包括第三方键盘和贴纸包) 不得含有Apple表情符号。iTunes 音乐预览内容不得用于其娱乐价值 (如用作照片拼贴画的背景音乐或游戏配音) 或其他未获授权的方式。如果app显示健身记录圆环,请不要修改圆环本身的观感,以及其代表的数据。“人机界面准则”中含有关于如何使用健身记录圆环的更多信息。

  5.3 游戏、赌博和彩票

  赌博、游戏和彩票的管理难度大,是App Store上受到最多管制的app类别之一。只有全面核实了即将发布您的app的所有国家/地区的相关法律要求后,才能包含此功能,并且要做好准备此功能的审核流程需要更长的时间。您需要谨记以下事项:

  5.3.1 抽奖和比赛必须由app的开发者赞助。

  5.3.2 抽奖、比赛和抽彩的正式规则必须在app中注明,并且必须明确表示Apple不是赞助者,也没有以任何形式参与活动。

  5.3.3app不得通过 IAP 购买点数或货币,以用于任何种类的真实货币游戏;不得向用户出售彩票或抽彩券;不得在app内进行资金转账。

  5.3.4 提供真实货币游戏 (例如体育下注、扑克、赌场游戏、赛马) 或彩票的app必须在使用该app的地区获得必要的许可和批准,且只能在这些地区发布,此类app在App Store中必须免费提供。App Store上不允许发布非法的赌博辅助工具,包括记牌器。彩票app必须有报酬、几率及奖品。

  提交之后 – 预期事宜

  在 iTunes Connect 中提交app和元数据之后,您随即就会进入审核流程。请谨记以下几点:

  时间安排:app Review团队将尽快检查您的app,而且我们一直在力求缩短审核时间。进一步了解app Review。

  状态更新:App 的当前状态会反映在 iTunes Connect 中,所以请多留意此处。

  加急请求:如果您遇到了严重的时间问题,可以申请加快审核。请仅在您真的需要加快审核时才提出申请,以便其他开发者的加急请求不受影响。如果我们发现您滥用此系统,从此以后我们可能都会拒绝您的申请。

  发布日期:如果您设定在未来某个日期发布app,在此日期到来之前,即使这个app已获得app Review团队的批准,也不会显示在App Store上。请注意,您的app可能需要长达 24 小时才能显示在所有选定的商店中。

  拒绝:我们的目标是公平、持续地遵循这些准则,但是人无完人。如果您的app被拒绝,但您存在疑问,或希望提供其他信息,请使用解决方案中心,以与app Review团队直接沟通。这样可以帮助您的app出现在商店中,也可帮助我们改进app Review流程,并在我们的政策中发现需要阐明的部分。如果您仍对结果不满意,请提交申诉。

  我们期待看到您开发出更多优秀作品!