官方：AppStore审核指南“中文版”

App正在变动世界，丰富大家的生活，并为像您相同的开发人员提供史无前例的创新契机。因而，App Store 已成长为1个激动人心且充满活力的生态系统，正为数百万的开发人员和超过十亿的会员提供服务。不管是开发新手，还是由经验丰富的程序员所组成的大型团队，我们都非常欢迎您为 App Store 建立 app，并期望可以协助您知晓我们的原则，以确保您的 app 可以迅速通过考核步骤。

App Store 的指引准则十分简单：我们期望为会员获得 app 时提供更安全靠谱的体验，并为所有开发人员提供依靠 app 取得成功的机会。我们已依照这一准则更新了 App Review 指南。新版指南自身核心内容并没有任何变化，但其规划得更有条理，且涵盖更多背景便于领会。在后续页面中，您会发现这些原则已被清楚地域分成5个部分：安全、性能、业务、设计及法律。此外，请将以下几点切记于心：

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

App Store 是向全球数亿人共享 app 的好形式。假如您开发 app 只是为了发放给亲戚朋友，那么 App Store 并非最合适的渠道。此时可思考采取 Ad Hoc 发放或参与 Enterprise Program。假如您一开始开发 app，请进一步知晓Apple Developer Program。

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

假如您试图蒙骗系统 (比如，试图在考核步骤中弄虚作假，盗取会员数据，剽窃其他开发人员的作品，或许操控评级)，我们会从该商城中移除您的 app，并将您从 Developer Program 中除名。

我们期望这些新原则能协助您顺利通过 App Review 步骤，并使许可和拒绝标准在整体上更为一致。本文是1个动态文稿;假如新的 app 引发了新的问题，我们也许会随时制定新的规则。可能，您的 app 就将促成新的规则。我们同样热爱 app 开发，并且尊重您所做的一切。我们正不遗余力为您营造世界上最出色的平台，既能让您展示才华，还能让您获取回报。

目录

提交之前 – 考核前核查清单

安全

1.1 让人抵触的内容

1.2 会员生成的内容

1.3 儿童类别

1.4 人身损害

1.5 开发人员信息

性能

2.1 App 完结度

2.2 Beta 版测试

2.3 准确的元数据

2.4 硬件兼容性

2.5 应用请求

业务

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.1 剽窃者

4.2 最低功能请求

4.3 重复 App

4.4 Extension

4.5 Apple 站点和服务

4.6 候选 App 图标

4.7 第三方应用

法律

5.1 隐私

5.1.1 数据搜集和储存

5.1.2 数据采取和分享

5.1.3 健康和健康研究

5.1.4 儿童

5.1.5 定位服务

5.2 知识产权

5.3 游戏、赌博和彩票

提交以后 – 预计事项

提交之前

为了协助您尽也许顺利地通过 app 审批，请查看下边列举的常见错误行为，这些行为也许会引致考核步骤拖延或引致 app 被拒。这些内容不能替代原则或保障 app 获批，但确保核查这个列表中的每一项会是1个良好的开始。假如您的 app 不再能按预计方法工作，或许您不再主动地对其提供支持，那么这个 app 将从 App Store 中移除。进一步知晓 App Store 的改善。

请确保：

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

确保所有 app 信息及元数据详尽且恰当

更新您的联系信息，便于 App Review 部门在需求时与您建立联系

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

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

在 App Review 备注中附上与非显著特点及 IAP (App 内选购项目) 有关的完整说明，包括支持文稿 (如适用)。假如由于地域锁定或其他限制而引致我们没法访问 app 的部分内容，请提供相关功能的视频链接

检查 app 能否遵照了其他文稿中的有关指南，如：

开发指南

App Programming GuideApp Extension Programming GuideiOS Data Storage GuidelinesmacOS File System DocumentationSafari Extensions Development GuideiTunes Connect Developer Guide设计指南

iOS Human Interface GuidelinesmacOS Human Interface GuidelinestvOS Human Interface GuidelineswatchOS Human Interface Guidelines品牌和营销指南

App Store Marketing GuidelinesApple Pay Identity GuidelinesAdd to Apple Wallet GuidelinesGuidelines 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.1.7 App Store 评论：

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

运用我们提供的 API 提醒会员分析您的 app：通过这项方便功能，客户无需离开 app，就可直接在 App Store 中留下评分和评论;不允许采取预约的评论提醒。

1.2 会员生成的内容

对于涵盖会员生成内容的 app，有指定的难题需求解决，例如知识产权侵权、匿名欺凌等。为了以免滥用，涵盖会员生成内容或社交网络服务的 app 必须达到以下条件：

选用相应的形式来过滤让人抵触的内容，避免这些内容在 app 中上线

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

若会员上线攻击性内容，能够取消其采取服务的资格

公布联系信息，便于会员与您联系

假如 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.3 App Store 中不允许发放任何鼓励食用烟草产品、采取违禁药品或摄入过量酒精的 app。鼓励未成年人摄入任何上述物品的 app 都会被拒绝。为大麻、烟草或管制物品的销售提供方便 (经授权的药店除外) 同样不被容许。

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

1.4.5 App 不得驱使客户以违背 Apple 硬件安全文稿的方法，或以也许会导致设备或人身损害的方法来采取他们的设备。比如，app 不得鼓励在充电期间将设备置于床垫或枕头下，或对固态硬盘进行过多的写入循环操作。请查收设备文稿。

1.5 开发人员信息

会员需求知道怎样就疑问和支持问题与您建立联系。请确保您的支持 URL 中涵盖快捷的联系方法。假如未能提供准确的最新联系信息，不仅会让客户有不好的感受，也许还会违反某些国家/地域的法律。此外，请确保在 Wallet 凭据中涵盖发卡机构的高效联系方法，以及分配给凭据的品牌或商标拥有者的专用证书。

性能

2.1 App 完结度

提交以供考核的 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 的大幅更新应先提交至 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 的描述、屏幕快照和预览清晰地指明能否有需求另行选购的精选项目、关卡和订阅等。假如您决策在 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 请选择1个绝无仅有的 app 名称，特定可以准确描述 app 的重点词，不要试图用商标术语、时髦 app 的名称或其他不有关的短语来包装任何元数据，以此蒙骗系统。App 名称必须限制在 30 个字符以内，且不得涵盖不属于 app 名称的价格、词语或描述。App 副标题是完整讲述 app 背景信息的极佳之处;副标题必须遵照我们的标准元数据规则，且不得涵盖不当内容、提到其他 app 或做出没法证实的产品声明。Apple 也许会随时更改不适合的重点词。

2.3.8 元数据应合适所有受众，所以请确保您的 app 和 App 内选购项目标有关图标、屏幕快照和预览维持在 4+ 年龄分级;即便您的 app 分级更高，也应如此。比如，假如您的 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 必须是单个的自涵盖 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，并且必须在当前上线的 OS 上运行。进一步知晓公共 API。实时更新您的 app，确保淘汰掉在将来的 OS 版本中不再支持的任何落伍功能、框架或技术。

2.5.2 App 应自涵盖在其套装中，不得在特定容器范畴外读取或写入数据，也不得下载、安装或实施代码，包括其他 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，并涵盖1个基准 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 或拓展功能没有直接关联的任何其他目标 (比如，不得出于追踪或建立会员材料等目标来采取、分享或销售这些数据)。

业务

在 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 能够提供 App 内选购货币，供客户在 app 内“打赏”数字内容提供商。App 不得涵盖引导客户采取非 IAP 机制进行选购的按钮、外部链接或其他行动呼吁用语。

通过 IAP 选购的所有点数和游戏货币不得过期，并且您应确保为所有可恢复的 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) 以及多平台游戏中的耗费品，前提是您同意不会直接或间接指导 iOS 会员采取非 IAP 机制进行选购，并且在您讲述其他选购方法的普通交流中没有有意阻止会员采取 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 辨识标志指南”和“人机界面原则”。采取 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。

(vi) 经许可的非营利组织能够在他们持有的 app 或第三方 app 内进行筹款活动，前提是这些筹款活动必须遵守所有的 App Review 原则并提供 Apple Pay 支持。这类 app 必须披露资金的计划用途，遵守所有必要的当地和联邦政府法律，并且确保向捐款人提供相应的报税收据。在被请求时，还应向 App Review 团队提供其他信息。向捐款人讲述其他非营利组织的非营利组织平台必须确保 app 中列举的每一家非营利组织都已通过非营利组织许可步骤。进一步知晓怎样变成许可的非营利组织。

3.2.2 不可接纳

(i) 建立与 App Store 相似且用作显示第三方 app、拓展功能或插件的界面，或将其作为热门 app 的合集。

(ii) 通过由硬件或操作系统提供的内嵌功能 (诸如推送通知、照相机或陀螺仪) 或 Apple 服务 (如 Apple Music 访问或 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。

设计

Apple 客户非常看重简约、雅致、创新且易于采取的产品，这也正是我们期望在 App Store 上看见的。您可尽情提供各种出色设计，但在 App Store 上被获准上线的 app 起码需求达到以下标准。另请记住，即便在 app 获取许可以后，您也理应对其进行更新，确保 app 能平常工作并连续引诱新客户和现成客户。终止服务或体验下降的 app 随时也许会从 App Store 中被移除。

4.1 剽窃者

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

4.2 最低功能请求

App 应涵盖功能、内容和 UI，而不但仅是1个经过从新包装的网站。假如 app 没有什么实用价值、毫无新意或许不太像是1个 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 需求涵盖更多的 app 功能，才能获取许可。

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

4.3 重复 App

请不要为同1个 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 键盘拓展功能还需求遵照一些额外的规则。

它们必须：

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

假如键盘中含有图像或表情符号，请遵照贴纸原则;

提供变换到下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.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 Apple Music：(i) MusicKit API 能够让客户在采取您的 app 时访问自己的订阅。它们旨在为 Apple Music 订阅会员提供轻松简便的音乐播放体验。会员必须可以发起 Apple Music 流媒体播放，并且可以采取“播放”、“暂停”和“跳过”等标准媒体控件来浏览音乐内容。另外，您的 app 不得请求会员通过付款或间接的货币化方法来获得 Apple Music 服务的访问权限 (如 App 内选购项目、广告、请求采取会员信息等)。请勿下载、上载或共享源于 MusicKit API 的音乐文件，除非 MusicKit 文稿中已确定允许。

(ii) 采取 MusicKit API 并不能取代为获取更深层次或更复杂的音乐集成而也许需求的授权批准。比如，假如您期望您的 app 在指定时刻播放指定的歌曲，或许建立能够在社交媒体上共享的音频或视频文件，您需求直接联系版权持有人来获取批准 (正如步或改编权利) 和资源。封面插图和其他元数据仅可用作与音乐播放或播放列表有关的用途 (包括展示 app 功能的 App Store 屏幕快照)，未经版权持有人确定授权，不得用作任何市场营销或广告目标。在 app 中集成 Apple Music 服务时，请务必遵照“Apple Music Identity Guidelines”。

(iii) 访问 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 和 JavaScript Core 来运行第三方应用，且不得试图拓展或披露源生平台 API 给第三方应用;(3) 由已参与 Apple Developer Program 且签订“Apple Developer Program 批准协议”的开发人员提供;并且 (4) 遵守各个 App Review 指南中的条款 (比如，不含让人抵触的内容;采取 IAP 解锁特点和功能)。您必须在被请求时提供您的 app 中涵盖的第三方应用和元数据的索引信息。

法律

只要 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) 采取 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 知识产权：请确保 app 只涵盖由您建立或得到采取批准的内容。假如您已越线并在未经批准的情形下采取了内容，您的 app 也许会被移除。当然，这也意味着假如他人剽窃了您的作品，则他们的 app 也也许会被移除。假如您认为自己的知识产权在 App Store 上受到了其他开发人员的侵犯，请通过网络表单提交权利主张。各个国家/地域的法律互不同，但请务必以免以下常见错误：

5.2.1 普遍性：不得在未经授权的情形下，在 app 中采取受保护的第三方资料 (比如商标、版权作品、专利设计);也不得在 app 套装或开发人员名称中涵盖虚假、剽窃或误导性的演示、名称或元数据。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)。App 和拓展功能 (包括第三方键盘和贴纸包) 不得含有 Apple 表情符号。iTunes 音乐预览内容不得用作其娱乐价值 (如用于照片拼贴画的背景音乐或游戏配音) 或其他未获授权的方法。假如 app 显示健身记录圆环，请不要更改圆环自身的观感，以及其代表的数据。“人机界面原则”中含相关于怎样采取健身记录圆环的更多信息。

5.3 游戏、赌博和彩票：赌博、游戏和彩票的管理难度大，是 App Store 上受到最多管制的 app 类别之一。只有全面核实了将要上线您的 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 必须有酬劳、概率及奖品。

提交以后：在 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 步骤，并在我们的政策中发现需求阐明的部分。假如您仍对结果不满意，请提交申诉。

本文地址：http://app.qd-ljr.com/ios/faq2763.html