1. 安全
   1.1 令人反感的内容
   1.2 用户生成的内容
   1.3 儿童类别
   1.4 人身伤害
   1.5 开发者信息
2. 性能
   2.1 App 完成度
   2.2 测试版 App
   2.3 准确的元数据
   2.4 硬件兼容性
   2.5 软件要求
3. 业务
   3.1 付款
   3.1.1 App 内购买
   3.1.2 订阅
   3.1.3 基于内容的“阅读器”App
   3.1.4 内容代码
   3.1.5 App 之外的实物商品和服务
   3.1.6 Apple Pay
   3.2 其他业务模式问题
   3.2.1 可以接受
   3.2.2 不可接受
4. 设计
   4.1 抄袭者
   4.2 最低功能要求
   4.3 垃圾 App
   4.4 扩展功能
   4.5 Apple 站点和服务

（GameRes注：附属文档可通过最下方阅读原文进入官方 站查阅）
开发指南
App Programming Guide（应用程序编程指南）
App Extension Programming Guide（应用扩展编程指南）
iOS Data Storage Guidelines（iOS数据存储条款）
macOS File System Documentation（Mac OS X文件系统文档）
Safari Extensions Development Guide（Safari扩展开发指南）
iTunes Connect Developer Guide（iTunes Connect开发者指南）
设计指南
iOS Human Interface Guidelines（iOS人机界面准则）
macOS Human Interface Guidelines（Mac OS人机界面准则）
tvOS Human Interface Guidelines（tvOS人机界面准则）
watchOS Human Interface Guidelines（watchOS人机界面指南）
品牌和营销准则
App Store Marketing Guidelines（App Store营销指南）
Apple Pay Identity Guidelines（Apple Pay识别标志指南）
Add to Apple Wallet Guidelines（加入Apple Wallet指南）
Guidelines for Using Apple Trademarks and Copyrights（使用Apple商标和版权的条款）

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.7 App Store 评论：App Store 用户评论可以作为应用体验的一个组成部分，因此您应该在回应用户的评论时尊敬的地对待用户。将您回复的目标锁定在用户的评论上，不要在回复中包含个人信息、垃圾邮件或进行营销。使用所提供的 API 来提示用户为您的 App 评价; 此功能允许用户在不离开 App 的情况下提供 App Store 评级和评分，我们将不允许自定义评论提示。
   1.2 用户生成的内容
   对于包含用户生成内容的 App，有特定的难题需要解决，比如知识产权侵权、匿名欺凌等。为了避免滥用，包含用户生成内容或 交 络服务的 App 必须满足以下条件：

采用相应的方法来过滤令人反感的内容，以免这些内容在 App 中发布
制定一个机制，以举 攻击性内容并在出现问题时及时作出回应
若用户发布攻击性内容，可以取消其使用服务的资格
公布联系信息，以便用户与您联系

App 必须清楚地披露数据和方法，以支持与健康测量相关的准确性声明，如果 App 的准确性和方法无法验证,我们将拒绝您的 App。 例如，仅使用设备上的传感器拍摄 x 射线、测量血压、体温、血糖水平或血氧水平的 App 是不被允许的。
App应该提醒用户除了使用该 App 外，以及作出医疗决策之前，要向医生询问。
如果您的医疗 App 已经获得监管部门的批准，请随 App 提交相关文稿的链接。

集成 SiriKit 的 App 只能登记无需其他 App 支持便可处理的意图，而且该意图应当与用户对所述功能的预期相符。例如，如果您的 App 属于膳食计划 App，则不应融入开始体能训练的意图，即使该 App 共享了与健身 App 的集成也不可以。
确保 plist 中的词汇和短语与您的 App 及其所登记意图的 SiriKit 功能相符。Aliases 必须与您的 App 或公司名相关，不应该是通用的术语或包括第三方应用程序的名称或服务。
以最直接的方式解析 Siri 请求，不要在请求与实现之间插入任何广告或其他市场营销信息。只有在完成相关任务需要时（例如让用户指定特定类型的体能训练时），才可以显示插页式用户界面。

如果您想要在 App 内解锁特性或功能（解锁方式有：订阅、游戏内货币、游戏关卡、优质内容的访问权限或解锁完整版等），则必须使用 App 内购买。App 可以使用应用内购买的货币来帮助用户在应用中“付费”给数字内容提供商。App 不得包含指引客户使用非 IAP 机制进行购买的按钮、外部链接或其他行动 召用语。
通过 IAP 购买的所有点数和游戏货币必须在 App 内使用且不得过期，并且您应确保为所有可恢复的“App 内购买”设计一套恢复机制。
请务必指定正确的可购买类型，否则您的 App 将被拒绝。
App 不得直接或间接地将 IAP 内容、功能或消耗品赠予他人。
通过 Mac App 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.2 其他业务模式问题
下方列表并非详尽清单，并且您提交的 App 可能会导致我们的政策有所更改或更新，但这里有一些额外的应做事宜和勿做事宜需要您谨记在心：
3.2.1 可以接受

3.2.2 不可接受

创建与 App Store 类似且用于显示第三方 App、扩展功能或插件的界面，或将其作为热门 App 的合集。
通过由硬件或操作系统提供的内置功能（诸如推送通知、照相机或陀螺仪）或 Apple 服务（如 Apple Music 访问或 iCloud 存储）获利。
人为地刷广告展示次数或者广告点进次数的 App，以及主要设计目的在于显示广告的 App。
获得批准的非性营利组织才能在 App 内为慈善组织和募集资金者收集资金。出于以上目的筹集资金的 App 必须在 App Store 上免费，并只能在 App之 外筹集，例如通过 Safari 或短信。
强行限制 App 的用户群，例如限制特定地区或运营商。
App 应当允许用户直接获得付费购买的项目而无需执行额外的任务，如在 交媒体上发帖、上传通讯录，以及在 App 内签到特定次数等。App 不得强制要求用户为 App 评级或点评、观看视频、下载其他 App 、点击广告、或执行其他类似操作，然后才能访问该 App 的功能、内容或者使用该 App、获得奖金或其他补偿。
人为地操纵用户的可见性、状态或对其他服务的排名，除非该服务的条款和条件允许。
App Store 中不允许上传二元期权交易的 App。可考虑用一个 web 应用代替。

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.1 App 应该为实现预期用途而使用 API 和框架，并在 App 描述中说明集成详情。例如，HomeKit 框架应提供家居自动化服务，HealthKit 则应该用于保持健康和健身目的，并集成在“健康”App 中。
   4.2.2 除了那些属于特定类型的 App 之外，App 不应只用于市场营销材料、广告、 络剪 、内容聚合或链接集合。
   4.2.3 App 应能独立工作，无需安装其他 App。
   4.2.4 与表盘类似的 Apple Watch App 可能会令人感到困惑，因为用户会认为这些 App 能与各种设备功能（如轻扫、通知和第三方功能栏）配合使用。将创意性的时间表现方式用作 App 界面是个好点子（例如，供冲浪者使用的潮汐时钟），但是如果您的 App 与表盘过于相像，则可能会被我们拒绝。
   4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 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 必须在 OS X 上的最新版 Safari 上运行。它们不得干扰系统和 Safari UI 元素，并绝不能包含恶意或误导性的内容或代码。违背此规则会遭到 Apple Developer Program 除名。除了正常工作所必需的 站，Safari Extension 不得要求访问更多 站。
4.4.3 表情贴纸
表情贴纸是让“信息”变得更动态、更有趣的绝佳方式，让人们能够以更巧妙、有趣、有意义的方式表达自我。无论您的 App 含有表情贴纸扩展，还是您要创建单独的表情贴纸包，其内容均不得冒犯用户、造成负面体验或违反相关法律。

4.5 Apple 站点和服务
4.5.1 App 可以使用获批的 Apple RSS Feed，例如 iTunes Store RSS Feed，但不能抹除 Apple 站点（如 Apple.com、iTunes Store、App Store、iTunes Connect、开发者门户等）的任何信息，或是使用此信息进行排名。

在使用您的 App 时，客户可以通过 Apple Music API 访问他们的订阅。它们的目的是为苹果音乐用户提供简单的音乐播放功能。用户必须授予 Apple Music 播放的权限，并能使用标准媒体控件（如“播放”、“暂停”和“跳过”）来进行播放；此外，您的 App 不得要求用户通过付款或间接的货币化方式来获取 Apple Music 服务的访问权限（如 App 内购买、广告、需要用户信息等）。不要下载、上传或启用 MusicKit API 音乐文件的共享，除非 MusicKit 文档中明确允许。
使用 MusicKit APIs 并不能取代您可能需要更深入或更复杂的音乐集合时所提供的许可证。例如，如果您想让您的 App 在某个特定的时刻播放特定的歌曲，或者创建可以分享给 交媒体的音频或视频文件，此时您需要直接联系版权所有者获得他们的许可(例如，同步或改编权)和资产。封面和其他元数据只能用于音乐播放或播放列表（包括展示App功能的 App Store 屏幕截图），不得在任何营销或广告中使用，而无需获得权利所有者的特定授权。 在您的 App 中集成 Apple Music 服务时，请务必遵循 the Apple Music Identity Guidelines。
访问 Apple Music 用户数据的 App（如播放列表和收藏夹）必须在目的字段中清楚地披露此访问权限。 除了支持或改善 App 体验之外，收集的任何数据都不得与第三方分享。 该数据可能不会用于识别用户或设备，或用于定位广告。

4.5.3 不得使用 Apple 服务（包括 Game Center 或推送通知等）发送垃圾邮件、进行 络钓鱼，或者向客户发送未经请求的信息。不得尝试进行查找、跟踪、关联、挖掘、获得或利用玩家 ID、别名以及通过 Game Center 获得的其他信息。如果这么做，将会遭到 Apple Developer Program 的除名。
4.5.4 App 不能将推送通知列为必需条件，并不能将该功能用于广告、推广或直接行销用途，或者用来发送敏感的个人或保密信息。
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 和 Java Core 运行第三方软件，不应尝试将原生平台 API 扩展或显示到第三方软件; （3）由开发人员提供，加入了苹果开发者计划，并签署了苹果开发者计划许可协议; 和（4）遵守这些“App 审查指南”的条款（例如，不包括令人反感的内容;使用 IAP 解锁特性和功能）。 您必须按要求提供您的App的第三方软件和可用的元数据的索引。
5. 法律
只要 App 向某个地区的用户提供，那么就必须遵守该地区的所有法律要求（如果您不太确定，请与律师联系）。我们知道这些东西非常复杂，但理解所有本地法律，并确保您的 App 能满足所有法律要求，而不仅仅是下方列出的准则，是您必须承担的责任。当然，如果 App 存在唆使、宣传或鼓励犯罪的行为或明显不负责任的行为，则会被拒绝。
5.1 隐私
在 Apple 生态体系中，保护用户隐私总是第一要务。您要在处理个人数据时小心谨慎，以确保遵守了适用的法律和“Apple Developer Program 许可协议”中的条款，并满足客户的期待。尤其是：
5.1.1 数据收集和存储

如果 App 会收集用户信息或使用数据，其内必须制定隐私政策，并征得用户的同意才能收集。这包括（但不限于）以下 App：实施 HealthKit 或其他健康/医疗技术、HomeKit、键盘扩展功能、Apple Pay、表情贴纸和 iMessage 扩展功能的 App；包含登录信息的 App；或访问设备上用户数据（例如位置、通讯录、日历等）的 App。
如果 App 不包含基于帐户的重要功能，请允许用户在不登录的情况下使用。App 不得要求用户提供个人信息才能正常使用，除非个人信息与 App 的核心功能直接相关，或是法律要求时。如果您的核心 App 功能与特定的 交 络（如 Facebook、微信、微博或 Twitter 等）不相关，您必须提供无需登录或其他类似机制的访问权限。调取基本档案信息、分享到 交 络或邀请朋友使用 App 等不视为核心 App 功能。
如果开发者开发的 App 试图暗中收集用户密码或其他用户私人数据，那么该开发者会遭到 Apple Developer Program 的除名。
必须使用 SafariViewController 在显著位置向用户显示信息；不得隐藏该控制器，也不能被其他视图或图层遮挡。此外，未经用户的知情和同意，App 不得私下利用 SafariViewController 来跟踪用户。

5.1.2 数据使用和共享

您不得试图、促进或鼓励其他人根据您所说的以“匿名”、“统计”或其他不可识别的方式来收集数据重建用户个人信息。如果在未先获得用户的许可，并提供有关数据使用方式和使用位置的相关信息，则您不能使用或传输用户的个人数据。
App 收集的数据只有在为了改进与 App 功能相关的用户体验或软/硬件表现时，或在遵循“Apple Developer Program 许可协议”的前提下用于广告投放用途时，才能使用或与第三方分享。
从 HomeKit API 收集的数据不得用于投放广告或是基于使用情况进行其他数据挖掘。
使用 Apple Pay 的 App 只能与第三方共享通过 Apple Pay 获得的用户数据，以帮助或改进商品或服务的交付。

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

App 仅能在获得批准的情况下，出于改进健康管理或健康研究的目的，使用在健康、健身和医疗研究背景下收集的数据（包括从 HealthKit API、“运动与健身”或健康领域人体研究中收集的数据）或将其披露给第三方，不得用于广告投放或基于使用情况进行其他数据挖掘。
App 不得将虚假或错误数据写入 HealthKit 或其他任何医疗研究/健康管理 App，不得在 iCloud 中存储个人健康信息。
开展健康领域人体研究的 App 必须获得参与人员提供的知情同意书，如果涉及未成年人，则必须获得由其家长或监护人提供的知情同意书。上述知情同意书必须涵盖以下内容：(a) 研究的性质、目的和时长；(b) 具体规程，给参与人员带来的风险和益处；关于保密和数据处理（包括与第三方共享信息的情况）的信息；(d) 用于回答参与人员问题的联系人；以及 (e) 退出流程。
用于开展健康领域人体研究的 App 必须获得一家独立伦理审查委员会的批准。一经要求，必须提供此类批准的证明。