【最新完整版】 App Store 审核指南

简介

提交之前

为了帮助您尽可能顺利地通过 App 审批，请查看下方列出的常见错误行为，这些行为可能会导致审核流程延误或导致 App 被拒。这些内容不能代替准则或保证 App 获批，但确保核对该列表中的每一项会是一个良好的开始。

请确保：

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

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

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

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

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

在 App Review 备注中附上与非明显特性及 IAP 相关的详细说明，包括支持文稿（如适用）。如果由于地区锁定或其他限制而导致我们无法访问 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 Store 营销准则

Apple Pay 识别标志指南

Add to Apple Wallet Guidelines

Guidelines for Using Apple Trademarks and Copyrights

当用户通过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 用户生成的内容

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

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

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

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

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

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

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.3App 不得鼓励非法使用毒品或过量摄入酒精；或者鼓励未成年人购买毒品、酒精或烟草；不允许为大麻销售提供便利。

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

1.4.5App 不得促使客户以违背 Apple 硬件安全文稿的方式，或以可能会造成设备或人身伤害的方式来使用他们的设备。例如，App 不得鼓励用户在充电时将设备放置在床垫和枕头之下。请查阅设备文稿。

1.5 开发者信息

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

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.4App 不得建议或要求重新启动设备。

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.1App 可以只使用公共 API。进一步了解公共 API。

2.5.2App 应自包含在其套装中，不得在指定容器范围外读取或写入数据，不得下载、安装或执行代码，包括其他 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.11SiriKit

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

(ii)确保 plist 中的词汇和短语与您的 app 及其所登记意图的 SiriKit 功能相符。

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

在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)；以及云服务支持。此外：

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。

声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系 [邮箱地址] 删除