亿图脑图MindMasterAppStore思维导图
导图社区 AppStore思维导图
- 相似推荐
- 大纲
App Store最新审核指南
简述
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. 法律
5.1 隐私
5.1.1 数据收集和存储
5.1.2 数据使用和共享
5.1.3 健康和健康研究
5.1.4 儿童
5.1.5 定位服务
5.3 游戏、赌博和彩票
完整
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 虚假信息和功能，其中包括不准确的设备数据或用于恶作剧/开玩笑的功能，如虚假的位置跟踪器。即使指明
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 提交相关文稿的链接。
1.4.2 药物剂量计算器必须来自药品生产企业、医院、大学、健康保险公司，或是经过 FDA 或其相应国际部门的批准的其他实体。由于可能会对病患造成伤害，我们需要确保 App 将在长时间内获得支持，并保持更新。
1.4.3 App 不得鼓励非法使用毒品或过量摄入酒精；或者鼓励未成年人购买毒品、酒精或烟草；不允许为大麻销售提供便利。
1.4.4 App 只能显示由相关执法部门公布的酒后驾车检查点，不得鼓励酒后驾车和包括超速在内的其他鲁莽行为。
1.4.5 App 不得促使客户以违背 Apple 硬件安全文稿的方式，或以可能会造成设备或人身伤害的方式来使用他们的设备。例如，App 不得鼓励用户在充电时将设备放置在床垫和枕头之下。请查阅设备文稿。
1.5 开发者信息
用户需要知道如何就疑问和支持问题与您取得联系。请确保您的支持 URL 中包含便捷的联系方式。如果未能提供准确的最新联系信息，不但会让客户有不好的感受，可能还会违反某些国家/地区的法律。另外，请确保在 Wallet 凭证中包含发卡机构的有效联系方式，以及分配给凭证的品牌或商标所有者的专用证书。
2. 性能
2.1 App 完成度
提交以供审核的 App 应该是最终版本，应包含所有必要的元数据和全功能的 URL；占位符文本、空白网站以及其他临时内容应在提交前清除。在提交 App 之前，请务必在设备上对 App 错误和稳定性进行测试；如果您的 App 需要登录，请提供演示帐户信息（并打开您的后台服务！）。如果您在 App 中提供了 App 内购买，请确保审核人员能够看到这些内容，并确保这些内容处于完整且最新的状态，否则请在审核备注中说明相关原因。请不要将 App Review 视作软件测试服务。我们将拒绝不完整的 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.4.1 为了确保用户能够充分利用您的 App，iPhone App 应尽量能在 iPad 上运行。我们鼓励您考虑开发通用 App，这样客户就可以在所有设备上加以使用。进一步了解通用 App。
2.4.2 通过设计，使 App 节省能耗。App 不应快速耗尽电池电能、产生过多的热量或对设备资源造成不必要的负担。
2.4.3 对于 Apple TV app，应确保用户无需使用除 Siri Remote 或第三方游戏控制器之外的硬件输入，但您可以随意提供增强功能供连接其他外围设备时使用。如果需要用户配备游戏控制器，请务必在元数据中加以明确说明，以便用户知晓他们需要额外的设备才能玩游戏。
2.4.4 App 不得建议或要求重新启动设备。
2.4.5 对于通过 Mac App Store 分发的 App，还有几个额外要求需要您牢记在心：
(i) 这些 App 必须适当地沙盒化，并遵循“macOS File System Documentation”。另外，这些 App 只应使用相应的 macOS API 来修改其他 App 存储的用户数据（如书签、“地址簿”或“日历”条目）。
(ii) 这些 App 必须使用 Xcode 中提供的技术来进行打包和提交；不允许使用第三方安装器。另外，这些 App 必须是单个的自包含应用程序安装包，不能将代码或资源安装在共享位置。
(iii) 这些 App 不得自动启动或者在启动时包含其他自动运行的代码，不得在未经同意的情况下登录，也不得大量生成在用户退出 app 后仍在未经同意的情况下继续运行的进程。这些 App 不得将图标自动添加到 Dock 中，或在用户桌面上留下快捷方式。
(iv) 这些 App 不得下载或安装独立的 App、kext、额外代码或资源，以向我们在审核过程中看到的 App 添加功能，或进行大幅更改。
(v) 这些 App 不得申请升级至 root 特权或使用 setuid 属性。
(vi) 这些 App 不得在启动时显示许可证屏幕、需要使用许可证密匙或实施自己的拷贝保护措施。
(vii) 这些 App 必须使用 Mac App Store 分发更新；不允许使用其他更新机制。
(viii) 这些 App 应在目前随附的 OS 上运行，不得使用已停用或选装的技术（如 Java、Rosetta）
(ix) 这些 App 必须在单个 App 套装内包含所有的语言和本地化支持。
2.5 软件要求
2.5.1 App 可以只使用公共 API。进一步了解公共 API。
2.5.2 App 应自包含在其套装中，不得在指定容器范围外读取或写入数据，不得下载、安装或执行代码，包括其他 iOS、watchOS、macOS 或 tvOS 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 会创建替代的桌面/主屏幕环境，或者模拟多应用 Widget 体验，则该 App 会遭到拒绝。
2.5.9 如果 App 会改变标准开关（如音量增/减和铃声/静音开关）的功能，或改变其他的原生用户界面元素或行为，则该 App 会遭到拒绝。
2.5.10 不得提交包含空白广告横幅或测试广告的 App。
2.5.11 SiriKit
(i) 集成 SiriKit 的 app 只能登记无需其他 app 支持便可处理的意图，而且该意图应当与用户对所述功能的预期相符。例如，如果您的 app 属于膳食计划 app，则不应融入开始体能训练的意图，即使该 app 共享了与健身 app 的集成也不可以。
(ii) 确保 plist 中的词汇和短语与您的 app 及其所登记意图的 SiriKit 功能相符。
(iii) 以最直接的方式解析 Siri 请求，不要在请求与实现之间插入任何广告或其他市场营销信息。只有在完成相关任务需要时（例如让用户指定特定类型的体能训练时），才可以显示插页式用户界面。
3. 业务
在 App Store 中，您可以通过多种方式让自己的 App 实现盈利。如果您的业务模式并不显而易见，请务必在其元数据和 App Review 备注中加以说明。如果我们无法理解 App 的工作方式，或者 App 内购买不是那么一目了然，则审核会有所延误，并可能会导致 App 被拒绝。尽管价格由您决定，但是我们不会分发要价明显过高的 App 和 App 内购买项目。对于试图以不合常理的高昂价格欺骗用户的 App，我们将予以拒绝。
如果我们发现您试图操纵评价，通过付费、提供奖励、经过筛选或伪造的反馈来提高排名，或者要求第三方服务代您这样做，我们将采取相应措施以保持 App Store 的完整性，其中可能包括将您从 Apple Developer Program 中除名。
3.1 付款
3.1.1 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.1.2(b) 升级和降级：用户应能获得无缝的升级/降级体验，并且不会出现无意间订阅同一内容的多个不同版本。请查阅关于管理订阅升级和降级选项的最佳做法。
3.1.2(c) 订阅信息：在让客户订阅之前，您应当清晰描述付费后的具体权益。每月有几期？云存储容量有多大？具体能访问您的哪些服务？另外，务必要清晰地表述相关的要求，即您协议的 Schedule 2 中“Agreements, Tax, and Banking”部分所述的要求。
3.1.3 基于内容的“阅读器”App：App 应允许用户访问先前购买的内容或内容订阅（具体而言是：杂志、报纸、图书、音频、音乐、视频、专业数据库访问权限、VoIP、云存储以及经批准的服务，如用于管理学生成绩和课表的教育类 App），前提是 app 不得引导用户使用非 IAP 机制进行购买。
3.1.4 内容代码：App 不得使用自身机制来解锁内容或功能，如许可证密钥、增强现实标记、二维码等。在为数不多的情形中，例如当功能依赖于特定的硬件功能时，App 可在不使用 App 内购买的情况下解锁该功能（例如，天文 App 会在与望远镜同步后增加功能）。与经过批准的实际产品（如玩具）配合使用的可选 App 功能可在不使用 IAP 的情况下解锁特定功能，前提是同时也提供 IAP 选项。您不得要求用户通过购买无关产品或参与广告或市场活动来解锁 App 功能。
3.1.5 App 之外的实物商品和服务：如果 app 允许用户购买将在 app 之外使用的商品或服务，则必须使用 IAP 以外的购买方式来收取相应款项，如 Apple Pay 或传统的信用卡入口。App 可支持获批虚拟货币的流通（如比特币、狗币），前提条件是，在该 app 能够正常使用的地区，前述做法必须遵守各州法律和联邦法律。
3.1.6 Apple Pay：如果 app 使用 Apple Pay，则在销售任何商品或服务之前，必须先向用户提供所有的基本购买信息，并且必须正确使用 Apple Pay 品牌和用户界面元素，具体要求可参考“Apple Pay 识别标志指南”和“Human Interface Guidelines”。使用 Apple Pay 提供重复付款服务的 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。
3.2.2 不可接受
(i) 创建与 App Store 类似且用于显示第三方 App、扩展功能或插件的界面，或将其作为热门 App 的合集。
(ii) 通过由硬件或操作系统提供的内置功能（诸如推送通知、照相机或陀螺仪）或 Apple 服务（如 Apple Music 访问或 iCloud 存储）获利。
(iii) 人为地刷广告展示次数或者广告点进次数的 App，以及主要设计目的在于显示广告的 App。
(iv) 在 App 内为慈善组织和募集资金者收集资金。出于以上目的筹集资金的 App 必须在 App Store 上免费，并只能在 App 之外筹集，例如通过 Safari 或短信。
(v) 强行限制 App 的用户群，例如限制特定地区或运营商。
(vi) App 应当允许用户直接获得付费购买的项目而无需执行额外的任务，如在社交媒体上发帖、上传通讯录，以及在 app 内签到特定次数等。App 不得强制要求用户为 app 评级或点评、下载其他 app 或执行其他类似操作，然后才能访问该 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.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 含有表情贴纸扩展，还是您要创建单独的表情贴纸包，其内容均不得冒犯用户、造成负面体验或违反相关法律。
(i) 通常，不适合在 App Store 上发布的内容也不适合放入表情贴纸内。
(ii) 考虑地区敏感性，不要在难以接受或者会违反当地法律的国家/地区提供您的表情贴纸包。
(iii) 如果您的表情贴纸含义不易理解，请在审核备注中附上清晰的说明，从而避免导致审核流程的延误。
(iv) 确保您的表情贴纸在您的朋友与家人之外具有相关性；它们不应特定于个人活动、群体或关系。
(v) 您必须对表情贴纸中的内容，持有所有必要的著作权、商标权和形象权及授权许可，不得提交任何未经授权的内容。请记住，您必须能够在要求时提供可核实的文件。若 app 内含有您无权使用的表情贴纸内容，该 app 将从 App Store 中去除，屡次侵权者将从 Developer Program 中除名。如果您认为自己的内容遭到其他提供商侵权，请在此处提交索赔。
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.1 一般性：不得在未经许可的情况下，在 App 中使用受保护的第三方材料（例如商标、版权作品、专利设计），或在 App 套装中包含虚假、抄袭或误导性的演示、名称或元数据。
5.2.2 第三方站点/服务：如果您的 App 会使用、访问第三方服务、通过访问第三方服务盈利或是显示第三方服务的内容，请确保您获得在该服务的使用条款下进行此类操作的特别许可。如有相应要求，则必须提供相关授权。
5.2.3 音频/视频下载：App 不得促进非法文件共享，或在没有获得这些资源的明确授权的情况下，提供从第三方来源（如 Apple Music、YouTube、SoundCloud、Vimeo）保存、转换或下载媒体资源的能力。视频/音频内容流也有可能触犯使用条款，所以请务必在 App 访问这些服务前，进行检查。如有相应要求，则必须提供相关文稿。
5.2.4 Apple 背书：不得误导或暗示 Apple 是 App 的来源或提供商，或者 Apple 以任何形式表示认可其质量或功能。如果您的 App 被选为“编辑选荐”，Apple 将自动显示相应徽章。
5.2.5 Apple 产品：不得创建与现有 Apple 产品、界面（如 Finder）、App（如 App Store、iTunes Store 或“信息”）或广告主题外观相似或容易混淆的 App，请勿拼错 Apple 产品的名称（如 Iphone 版 GPS、iTunz）。iTunes 音乐预览内容不得用于其娱乐价值（如用作照片拼贴画的背景音乐或游戏配音）或其他未获授权的方式。如果 App 显示健身记录圆环，请不要修改圆环本身的观感，以及其代表的数据。“Human Interface Guidelines”中含有有关如何使用健身记录圆环的更多信息。
5.3 游戏、赌博和彩票
游戏、赌博和彩票的管理难度大，是 App Store 上受到最多管制的应用类别之一。只有全面核实了即将发布您 App 的所有国家/地区的相关法律要求后，才能包含此功能，并且要做好准备此功能的审核流程需要更长的时间。您需要谨记以下事项：
5.3.1 抽奖和比赛必须由 App 的开发者赞助。
5.3.2 抽奖、比赛和抽彩的正式规则必须在 App 中注明，并且必须明确表示 Apple 不是赞助者，也没有以任何形式参与活动。
5.3.3 App 不得通过 IAP 购买点数或货币，以用于任何种类的真实货币游戏；不得向用户出售彩票或抽彩券；不得在 App 内进行资金转账。
5.3.4 提供真实货币游戏（例如体育下注、扑克、赌场游戏、赛马）或彩票的 App 必须在使用该 App 的地区获得必要的许可和批准，且只能在这些地区发布，此类 App 在 App Store 中必须免费提供。不允许在 App Store 上发布非法的赌博辅助工具，包括记牌器。彩票 App 必须有报酬、几率及奖品。
App Store最新审核指南
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.9Demo版、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.购买与货币流通
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.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 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获得的数据。