简介

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 站点和服务

5、法律

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.2 用户生成的内容

1.3 儿童类别

“儿童类别”可帮助用户轻松地找到适合儿童的 App。如果您希望参与“儿童类别”，则应该致力于为年纪较小的用户量身打造卓越的使用体验。这些 App 不得提供 App 外链接、购买机会或其他会对儿童造成干扰的内容，除非其保留在受家长监控的指定区域中。请谨记，只要客户希望您的 App 能够满足“儿童类别”的要求，您的 App 就需要一直满足后续更新中的相应准则；即使您决定取消选择此类别，也是如此。进一步了解家长监控。
“儿童类别”中的 App 不得展示行为广告（例如，广告主不得根据用户在 App 中的活动投放广告），而且所有内容相关广告都必须适合儿童观看。您还应特别留意世界各地与在线收集儿童数据相关的隐私法。请务必查阅这些准则的“隐私”部分，以了解更多信息。

1.4 人身伤害

1.5 开发者信息

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

2、性能

2.1 App 完成度

2.2 测试版 App

App 的演示版、测试版和试用版不适合出现在 App Store 中 – 请使用 TestFlight。所有通过 TestFlight 提交以进行测试发布的 App 都应旨在公开发布，并应遵循“App Review 准则”。请注意，使用 TestFlight 的 App 不得分发给测试者用以换取任何类型的 酬，包括作为众筹资金的奖励。对于测试版 App 的大幅更新应先提交至 TestFlight App 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 的描述、屏幕快照和预览清楚地指明是否有需要另行购买的精选项目、关卡、订阅等。
2.3.3 屏幕快照应展示 App 的使用情况，而非仅显示标题封面、登录页面或初始屏幕。
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 名称必须限制在 50 个字符以内，且不得包含不属于 app 名称的词语或描述。Apple 可能会随时修改不合适的关键词。
2.3.8 元数据应适合所有受众，所以请确保您的图标、屏幕快照和预览保持在 4+ 年龄分级；即使您的 App 分级更高，也应如此。例如，如果您的 App 是包含暴力的游戏，请勿选择包含惨烈的死亡或用枪瞄准特定角色的图像。请务必确保包括 App 名称和图标（小图标、大图标、Apple Watch App 等）在内的元数据彼此相似，以免引起困惑。
2.3.9 您应负责确保有权使用 App 图标、屏幕快照和预览中的所有材料，并应显示虚构的帐户信息，而非真实个人的数据。
2.3.10 请确保您的 App 注重 iOS、Mac、Apple TV 或 Apple Watch 体验，并且不在 App 或元数据中包含其他移动平台的名称、图标或图像，除非存在已获批的特定互动功能。

2.4 硬件兼容性

2.5 软件要求

3、业务

3.1 付款

3.2 其他业务模式问题

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 扩展功能

4.5 Apple 站点和服务

4.5.1 App 可以使用获批的 Apple RSS Feed，例如 iTunes Store RSS Feed，但不能抹除 Apple 站点（如 apple.com、iTunes Store、App Store、iTunes Connect、开发者门户等）的任何信息，或是使用此信息进行排名。
4.5.2 在使用您的 App 时，客户可以通过 Apple Music API 访问他们的订阅。用户必须启动流功能，并能使用标准媒体控件（如“播放”、“暂停”和“跳过”）来进行播放；App 可能不会自动执行这些操作。此外，您的 App 不得要求用户通过付款或间接的货币化方式来获取 Apple Music 服务的访问权限（如 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 中显示或向任何第三方显示。

5、法律

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

5.1 隐私

在 Apple 生态体系中，保护用户隐私总是第一要务。您要在处理个人数据时小心谨慎，以确保遵守了适用的法律和“Apple Developer Program 许可协议”中的条款，并满足客户的期待。尤其是：
5.1.1 数据收集和存储
(i) 如果 app 会收集用户信息或使用数据，其内必须制定隐私政策，并征得用户的同意才能收集。这包括（但不限于）以下 app：实施 HealthKit 或其他健康/医疗技术、HomeKit、键盘扩展功能、Apple Pay、表情贴纸和 iMessage 扩展功能的 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) 如果在未先获得用户的许可，并提供有关数据使用方式和使用位置的相关信息，则 app 不能使用或传输用户的个人数据。
(ii) App 收集的数据只有在为了改进与 App 功能相关的用户体验或软/硬件表现时，或在遵循“Apple Developer Program 许可协议”的前提下用于广告投放用途时，才能使用或与第三方分享。
(iii) 从 HomeKit API 收集的数据不得用于投放广告或是基于使用情况进行其他数据挖掘。
(iv) 使用 Apple Pay 的 App 只能与第三方共享通过 Apple Pay 获得的用户数据，以帮助或改进商品或服务的交付。
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 知识产权/p>

5.3 游戏、赌博和彩票