最全详解 | 2018年苹果审核指南最新更新条款①
近日，令全球iOS开发者翘首以盼的 WWDC 正在如火如荼的召开。没有在硬件、软件上太大突破的苹果，却在审核指南上来了一次狠狠的更新。
就在昨日，iOS开发子发现苹果在审核指南上进行了大大小小约 158 处修改！例如，苹果在审核指南中明确了多次因同一原因被拒可能进入“延期审核”也叫卡审；在和苹果客服支持沟通中“应尊重每一个人”。
除此之外，对用户数据收集、使用等做出多条严格规定。并针对目前大火的区块链项目应用和 GDPR 隐私保护条款相关的内容进行了重大调整。
为方便大家迅速 get 最新审核指南的最新动态，对修改和新增的主要内容整理如下 ↓↓↓
付费 App 可以免费试用：
非订阅 App 在完全解锁之前可提供为期 14 天的免费试用期，当试验结束后，内容或服务不再允许访问，用户需要付费才可以继续使用。
延长审核时间：
如果您的 App 因为同样的准则被反复拒绝，或者您试图操作 App 评审过程，那么评审将需要更长的时间来完成。
新增开发者行为准则：
App 不应该侵犯用户或企图敲诈顾客，诱骗他们制造不必要的购买，迫使他们共享不必要的数据，提高价格以复杂的方式收费或内容不交付，或进行任何 App 内外部的其他操作。
更新说明不能太过简单：
App 必须在 “What’s New” 文本中清楚地描述新特性和产品变化。简单的 bug 修复、安全更新和性能改进可以通过通用描述，但重要的更改必须在 notes 中列出。
App 内购新限制：
App 不得使用它们自己的机制来解锁内容或功能，App 及其元数据不得包含指引客户使用非 App 内购买项目机制进行购买的按钮、外部链接或其他行动号召用语。
数据安全：
App 应实施适当的安全措施，以确保正确处理收集到的用户信息，并防止其未经授权的使用、披露或第三方访问。
数据收集和存储：
允许收集用户或使用数据的 App 必须确保用户同意收集。App 应该只请求访问与其核心功能相关的数据。访问 App 必须尊重用户的权限设置，不得试图操纵、欺骗或强迫用户同意不必要的数据访问…
数据使用和共享：
除非法律另有规定，未经他人允许，你不得使用、传送或分享他人的个人资料。App 不得私自建立一个用户配置文件用于收集数据…
新增多平台服务：
跨多个平台运行的 App 可以让用户在其他地方访问获得内容、订阅或功能，包括多平台游戏中的可消费项目，前提是这些也提供 App 内购买项目选项。
App 内广告、分析服务、SDK均受限：
App，包括在其中显示的任何第三方广告，不得运行不相关的后台进程，比如加密货币挖掘。不得修改与 App 核心功能无关的系统设置。
大力监管数字加密货币：
(i)钱包：App 可促进虚拟货币存储，只要它们是由注册为组织的开发人员提供。
(ii)挖矿：App 不得挖掘加密货币，除非处理是在设备之外进行的(例如基于云的挖掘)。
(iii)交易所：App 可以在经过批准的交换中促进加密货币的交易或传输，前提是这些交易是由交换本身提供的。
(iv)首次币发行：为首次发行货币(“ICOs”)、密码货币期货交易、其他密码证券或准证券交易提供便利的 App，必须来自老牌银行、证券公司、期货交易委员会(“FCM”)或其他经批准的金融机构，并必须遵守所有适用法律。
(v) 加密货币 App 不得为完成任务提供货币，比如下载其他应用程序、鼓励其他用户下载、发布到社交网络等。
广告需符合用户年龄评级：
App 里显示的广告必须符合应用的年龄评级，允许用户查看所有针对该广告的信息，并且不得基于敏感的用户数据对其进行定向或行为广告。
更多内容可查看翻译和整理后的 App Store 审核指南全文(注：修改/新增部分用加粗字体显示) ↓↓↓
App Store 审核指南简介
App 正在改变世界，丰富人们的生活，并为像您一样的开发者提供前所未有的创新机会。因此，App Store 已成长为一个激动人心且充满活力的生态系统，正为数百万的开发者和超过十亿的用户提供服务。不管是开发新手，还是由经验丰富的程序员所组成的大型团队，我们都非常欢迎您为 App Store 创建 App，并希望能够帮助您了解我们的准则，以确保您的 App 能够快速通过审核流程。
App Store 的指导原则非常简单：我们希望为用户获取 App 时提供更安全可靠的体验，并为所有开发者提供借助 App 获得成功的契机。在后续页面中，您会发现这些准则已被清晰地划分为五个部分：安全、性能、业务、设计及法律。另外，请将以下几点谨记在心：
很多儿童会从我们这里大量下载各种 App。尽管家长控制功能能为儿童提供有效保护，但您也必须做好自己份内的工作。您要知道，我们时刻都在关注这些儿童。
App Store 是向全球数亿人分享 App 的好方法。如果您开发 App 只是为了分发给亲朋好友，那么 App Store 并不是最适合的途径。这时可考虑使用 Ad Hoc 分发或加入 Enterprise Program。如果您刚开始开发 App，请进一步了解 Apple Developer Program。
在 App Store 上发布的所有观点，我们都非常支持 — 只要这些 App 尊重用户的不同意见，并能带来好的 App 体验。如果我们认为 App 的任何内容或行为超出了可接受的范围，我们将拒绝该 App。您可能会问，这个可接受的范围是什么？套用最高法院大法官的一句话：“当我看到的时候，我就知道了”。而且，我们相信，当您超出这个范围时，您自己也会意识到。
如果您试图欺骗系统 (例如，试图在审核流程中弄虚作假，窃取用户数据，抄袭其他开发者的作品，或者操纵评级)，我们会从该商店中移除您的 App，并将您从 Developer Program 中除名。
你有责任确保你的应用程序中的所有内容都符合这些准则，包括广告网络、分析服务和第三方 SDK，所以仔细检查和选择它们（这里主要指的是大家常见的利用SDK马甲包或RN马甲包来给主包刷关键词）。
我们希望这些新准则能帮助您顺利通过 App Review 流程，并使批准和拒绝标准在整体上更加一致。本文是一个动态文稿；如果新的 App 引发了新的问题，我们可能会随时制定新的规则。也许，您的 App 就将促成新的规则。我们同样热爱 App 开发，并且尊重您所做的一切。我们正竭尽全力为您营造世界上最优秀的平台，既能让您展示才华，还能让您获得回报。
目录
提交之前 – 审核前核对清单
1. 安全
1.1 令人反感的内容
1.2 用户生成的内容
1.3 儿童类别
1.4 人身伤害
1.5 开发者信息
1.6 数据安全
2. 性能
2.1 App 完成度
2.2 Beta 版测试
2.3 准确的元数据
2.4 硬件兼容性
2.5 软件要求
3. 业务
3.1 付款
3.1.1 App 内购买项目
3.1.2 订阅
3.1.3（a）基于内容的“阅读器”App
3.1.3（b）多平台服务
3.1.4 特定硬件内容
3.1.5 App 之外的实物商品和服务
3.1.6 Apple Pay
3.1.7 广告
3.2 其他业务模式问题
3.2.1 可以接受
3.2.2 不可接受
4. 设计
4.1 抄袭者
4.2 最低功能要求
4.3 重复 App
4.4 扩展
4.5 Apple 站点和服务
4.6 备选 App 图标
4.7 HTML5 游戏与聊天机器人 (Bot) 等
5. 法律
5.1 隐私
5.1.1 数据收集和存储
5.1.2 数据使用和共享
5.1.3 健康和健康研究
5.1.4 儿童
5.1.5 定位服务
5.2 知识产权
5.3 游戏、赌博和彩票
5.4 VPN App
5.5 开发者行为准则
提交之后 – 预期事宜
提交之前
为了帮助您尽可能顺利地通过 App 审批，请查看下方列出的常见错误行为，这些行为可能会导致审核流程延误或导致 App 被拒。这些内容不能代替准则或保证 App 获批，但确保核对这个列表中的每一项会是一个良好的开始。如果您的 App 不再能按预期方式工作，或者您不再积极地对其提供支持，那么这个 App 将从 App Store 中移除。进一步了解 App Store 改善。
请确保：
测试 App 是否会发生崩溃、是否存在错误
确保所有 App 信息及元数据完整且正确
更新您的联系信息，以便 App Review 部门在需要时与您取得联系
提供有效的演示帐户和登录信息，以及审核 App 时所需的任何其他硬件或资源 (例如，登录凭证或示例二维码)
启用后台服务，以使其在审核期间处于活动和可用状态
在 App Review 备注中附上与非明显功能及 App 内购买项目相关的详细说明，包括支持文稿 (如适用)。如果由于地区锁定或其他限制而导致我们无法访问 App 的部分内容，请提供有关功能的视频链接
检查 App 是否遵循了其他文稿中的相关指南，如：
开发指南
- App Programming Guide
- App Extension Programming Guide
- iOS Data Storage Guidelines
- macOS File System Documentation
- Safari Extensions Development Guide
App Store Connect 开发人员帮助
设计指南
- 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
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 客户评论是 App 体验中不可或缺的一部分；因此，在回复客户的评论时，您应当对他们保持尊重。另外，您的回复应直接回应客户评论的主题，请勿在回复中包含个人信息、垃圾信息或营销广告。
利用我们提供的 API 提示用户评价您的 App：通过这项便利功能，客户无需离开 App，就可直接在 App Store 中留下评分和评论；不允许使用预定的评论提示。
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。例如，如果 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 的 App中包含便捷的联系方式。这对于在课堂上使用的 App尤其重要。如果未能提供准确的最新联系信息，不但会让客户有不好的感受，可能还会违反某些国家/地区的法律。另外，请确保在 Wallet 凭证中包含发卡机构的有效联系方式，以及分配给凭证的品牌或商标所有者的专用证书。但最近作者亲测利用开发者名称进行堆砌关键词优化提供权重的漏洞并为修复
1.6 数据安全
App 应实施适当的安全措施，遵循Apple Developer Program License Agreement和本指南(更多信息请参见指南5.1)，以确保正确处理收集到的用户信息，并防止其未经授权的使用、披露或第三方访问。
2. 性能
2.1 App 完成度
提交至 App Review 的申请 (包括可供预订的 App) 应为该 App 的最终版本，并应包含所有必要的元数据和有效网址。所有占位符文本、空白网站和其他临时内容应在提交前移除。在提交 App 之前，请务必在设备上对 App 的错误和稳定性进行测试；如果您的 App 需要登录，请提供演示帐户信息 (并打开您的后台服务！)。如果您在 App 中提供了 App 内购买项目，请确保审核人员能够看到这些内容，并确保这些内容处于完整且最新的状态，否则请在审核备注中说明相关原因。请不要将 App Review 视作软件测试服务。我们将拒绝不完整的 App 套装以及会出现崩溃或存在明显技术问题的二进制文件。
个人见解：主要有应用出现崩溃、加载失败等非常明显的Bug、应用不支持 IPv6网络下使用、测试账号、含有控制跳转菠菜,彩票等恶意推广隐藏开关等。
解决方法：自己在测试的时候尽量找人进行扫包测试产品是否有bug、和在IPV6网络下是否能使用等，根据提供邮件，一个个审查自身产品信息是否符合，适当情况下可以发送截图视频给苹果官方以证明自己的清白并申请解决。
2.2 Beta 版测试
App 的演示版、beta 版和试用版不适合出现在 App Store 中，请改用 TestFlight。所有通过 TestFlight 提交以进行测试发布的 App 都应旨在公开发布，并应遵循“App Review 准则”。请注意，使用 TestFlight 的 App 不得分发给测试者用以换取任何类型的报酬，包括作为众筹资金的奖励。对于 beta 版 App 的大幅更新应先提交至 TestFlight App Review 团队，然后再分发给您的测试者。欲了解更多信息，请访问“TestFlight Beta 测试”。
解决方法：简单的就是苹果审核团队要求你自己在一个设备上运行这个被拒的应用程序来发现并解决App启动时显示错误消息。
然后修改并重新提交你的应用程序进行审查，并详细的回复苹果审核团队后即可
2.3 准确的元数据
客户应该知道他们在下载或购买您的 App 时会得到什么，所以请确保 App 的描述、屏幕快照和预览能够准确反映 App 的核心体验，并记得不断更新，以便保持与新版本相应的最新状态。
相信各位开发者必须经历的。主要是针对优化用的马甲包应用名称、应用描述、展示页、应用界面截图等与应用功能不符，中国有句古话叫“牛头不马嘴的意思”
这里也是马甲包经常翻车的地方常见有：
- 应用程序名称不合规；侵犯其他品牌名称需要重新取名；例如金融类产品使用了“借呗”“花呗”“人人贷”等词被警告；
- 应用程序标题字词不合规；侵犯其他品牌词，或堆砌关键词；例如标题中使用例如“借呗”“花呗”“人人贷”等直接性描述词，标题等字符数超过50字符；
- 应用程序描述存在诱导行为；例如产品功能接近此功能实际没有，为了引导用户跳转别的链接App下载而填写；
- 应用程序描述存在错误情况；例如功能本身无，或者差别较大等情况；
解决方法：重新设计更换应用截图，图标，保证整个APP功能、和介绍看起来是一致的。去除隐藏功能模块代码或将需要隐藏功能的代码及定向跳转链接网址用马甲包混淆器做混淆处理，适当增加逻辑复杂度，马甲包混淆器下载地址请进群下载，另外开发者账号有条件建议换一个及换一台没有提交过该马甲包的设备进行提交，因为每台设备都会有个类似胎记的串码，苹果审核团队不介意会比较关注你这个被拒过的包。
2.3.1 请勿在 App 中包含未记录的功能或隐藏功能；不管是对于最终用户还是 App Review 团队，App 功能都应清晰可见。同样，您不应该在 App Store 或离线情况下，营销您的 App 中实际并不提供的内容或服务 (例如基于 iOS 的跳转链接和恶意工具下载链接)。如果出现恶劣或屡教不改的行为，则可能会从 Apple Developer Program 中除名（也就是直接封了开发者）。我们正努力将 App Store 打造成值得信赖的生态系统，并希望我们的 App 开发者也能如此；如果您不诚实以待，我们之间就不会有任何业务往来。
解决方案：如何避规苹果审核机制的机器审核？很多人的隐藏代码百分百会被机审扫出来，那是因为你没有工具来加密和步骤不对，具体隐藏避规机审的步骤在这里由于字数限制就不做详解了，工具下载和交流具体可以通过
2.3.2 如果您的 App 包含 App 内购买项目，请确保 App 的描述、屏幕快照和预览清楚地指明是否有需要另行购买的精选项目、关卡和订阅等。如果您决定在 App Store 中推广 App 内购买项目，请确保 App 内购买项目的显示名称、屏幕快照和描述适合所有公众，并遵循推广您的 App 内购买项目中的规定；此外，您的 App 也应正确使用SKPaymentTransactionObserver method，以便客户可以在 App 内无缝完成购买。
个人见解及解决方案：确保无缝的购买流程 用户在 App Store 购买 App 内购买项目时，页面会转跳至您的 app 内以继续交易。付款表单应在 app 开启后同步显示，尽可能简化交易过程。避免不必要的广告和消息，因为您添加的每个额外步骤都可能会降低用户完成交易的意愿。
由于这里不常碰到，我就不多说了！
2.3.3 屏幕快照应展示 App 的使用情况，而非仅显示标题封面、登录页面或初始屏幕。屏幕快照还可以包括文本及图像说明 (例如：演示输入机制，如触控点或 Apple Pencil 的动画)，并展示设备上的扩展功能，如 Touch Bar。是否存在做了iPhoneX适配的问题。。。
解决方案：
1、图片规格属性的扫描
图片规格属性必须符合苹果要求：
l 文件格式：高品质JPEG或PNG
l 分辨率： Large App Icon、5.5英寸iPhone和12.9英寸iPad Pro设备（可选）要求的分辨率
l 其它属性：72 DPI、RGB、平滑、没有透明度
2、视频规格属性的检查
视频规格属性必须符合苹果的要求：
l 文件扩展名： .MOV
l 帧率：25~30 fps区间
l 数据速率：10~12Mbps区间
l 文件大小：小于500MB
l 时长：15~30秒区间
l 压缩格式： H.264或者ProRess 422（HQ）
l 分辨率：5.5英寸iPhone和12.9英寸iPad Pro设备（可选）要求的分辨率对于不满足要求的资源，则按要求设计修改即可
2.3.4 预览是让客户了解 App 外观和功能的好方法。为了确保客户理解他们将在 App 中获得的体验，预览只可使用从 App 中捕获的视频屏幕。Stickers 和 iMessage 扩展可以将用户体验展示在“信息”App 中。您也可以添加旁白和视频，或添加文本说明，以帮助说明任何无法仅通过视频进行阐明的内容。
旁白：一般有经验的开发者都不会犯的低级错误，不解释
2.3.5 请为 App 选择最适合的类别，并在需要帮助时参考“App Store 类别定义”。如果选择的类别与实际情况相差较远，我们可能会更改 App 的类别。
一般都会因为应用程序、扩展或链接框架似乎包含明确设计的代码，拥有在应用程序通过审核后修改应用程序的行为或基本功能的全新，这里会因为不符合Apple Store审查指南2.5.2和Apple开发者程序LICE 3.3.2节的代码.NSE协议.而被拒
2.3.6 请在 App Store Connect 中诚实地回答年龄段分级问题，以使 App 与家长控制功能的分级保持一致。如果 App 分级有误，客户在获得 App 时可能会感到诧异，或促使政府监管部门展开相应调查。如果您的 App 包含需要显示内容评级或警告(例如电影、音乐、游戏等)的媒体，则您有责任遵守您的 App 所在地区的本地要求。
解决方案：就拿地方麻将房卡游戏来说。如果您的 app 是一款棋牌游戏，您还可以选择最多两个游戏子类别。用户浏览 App Store 和游戏标签的子类别列表时，也会看到您的 app。如果您不太哪个游戏子类别最适合您的 app，先查看地区分级及元数据来选择。且选择必须要符合app的类型
查看地区分级
- 在首页上，点按“我的 App”，然后选择该 App。
App Store 页面随即打开，包含选中的“App 信息”。 - 在“综合信息”部分中，点按“分级”下的“其他分级”。
系统会显示一个弹出框，以展示不同地区的分级。
2.3.7 请选择一个独一无二的 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.3.11 您提交至 App Store 可供预订的 App 必须为完整且可发布的状态。请确保您最终发布的 App 与其可供预订状态时所宣传的内容没有实质性差异。如果您对该 app 进行了重大更改 (例如更改其商业模式)，则应重新开始其预订销售。
2.3.12 App 必须在 “What’s New” 文本中清楚地描述新特性和产品变化。简单的bug 修复、安全更新和性能改进可以通过通用描述，但重要的更改必须在notes中列出。
2.4 硬件兼容性
2.4.1 为了确保用户能够充分利用您的 App，iPhone App 应尽量能在 iPad 上运行。我们鼓励您考虑开发通用 App，这样客户就可以在所有设备上加以使用。进一步了解 Universal Apps。
2.4.2 通过设计，使 App 节省能耗。App 不应快速耗尽电池电能、产生过多的热量或对设备资源造成不必要的负担。App，包括在其中显示的任何第三方广告，不得运行不相关的后台进程，比如加密货币挖掘。
2.4.3 对于 Apple TV App，应确保用户无需使用除 Siri Remote 或第三方游戏控制器之外的硬件输入，但您可以随意提供增强功能供连接其他外围设备时使用。如果需要用户配备游戏控制器，请务必在元数据中加以明确说明，以便用户知晓他们需要额外的设备才能玩游戏。
2.4.4 App 不得建议，要求重新启动设备或修改与 App 核心功能无关的系统设置。例如，不要鼓励用户关闭Wi-Fi、禁用安全功能等。
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，并且必须在当前发布的操作系统上运行。进一步了解 public APIs. 及时更新您的 App，在未来的操作系统版本中不再支持的任何过时功能、框架或技术皆应被淘汰。App 使用的 API 和框架应该是为了实现预期用途，并在 App 描述中说明集成详情。例如，HomeKit 框架应提供家居自动化服务；而 HealthKit 则应该用于保持健康和健身目的，并集成在“健康”App 中。
2.5.2 App 应自包含在其套装中，不得在指定容器范围外读取或写入数据，也不得下载、安装或执行引入更改 App 特性、功能的代码，包括其他 App。仅在特殊情况下，用于教授、开发或允许学生测试可执行代码的教育类 App 可以下载所提供的代码，但这类代码不得用于其他用途。这类 App 必须开放 App 提供的源代码，让客户可以完全查看和编辑这些源代码。
解决方案：SDK+热更新一下，大家可以参考百度地图，百度导航，讯飞语音等常见App
2.5.2很少碰到，所以网上的教程也很少，在最初第一次碰到这个问题的时候还是在公司帮别人打工开发App，最后我在之前的公司ios技术交流群里沟通了下，了解到这是可以打开第三方的.a文件看看，看有没有 dlopen(), dlsym()，命令行：
nm -u libwechaat.a >> xxx.txt
生成的txt文件在finder中查找下。
然后其他技术跟我在百度导航的.a文件中看见了 _dlopen _dlsym,当时很激动，应该就是百度导航的锅（那时我的百度导航的版本2.0.7），马上更新到最新版本3.1.0，再次提交，审核通过，万岁 （前前后后提交了10个版本，终于过了，那段时间天天被项目经理追着问进度，我的心都碎了你还不知道~）
详细请移步到我的另一篇文章：
陈大哥：2018年最新iOS审核被拒2.5.2与4.0必看解决指南zhuanlan.zhihu.com
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 会创建替代的桌面/主屏幕环境，或者模拟多 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 及其所登记意图的 Siri 功能相符。别名必须与您的 App 或公司名称直接相关，不得使用通用术语或者包含第三方 App 名称或服务。
(iii) 以最直接的方式解析 Siri 或快捷键的请求，不要在请求与实现之间插入任何广告或其他市场营销信息。只有在完成相关任务需要时 (例如让用户指定特定类型的体能训练时)，才可以要求消除歧义。
2.5.12 利用 CallKit 或包含 SMS Fraud 扩展的 App 应该只拦截已确认用于发送垃圾信息的电话号码。具有通话、短信或彩信拦截功能或垃圾信息识别功能的 App 必须在营销文本中清楚标识这些功能，并且说明归入拦截列表和垃圾信息列表的标准。通过这些工具获得的数据不得用于与运行或改进您的 App 或扩展没有直接关联的任何其他目的 (例如，不得出于跟踪或创建用户资料等目的来使用、共享或销售这些数据)。
2.5.13 使用人脸识别进行帐户验证的 App 必须尽可能使用 LocalAuthentication (而非 ARKit 或其他人脸识别技术)，且必须对未满 13 岁的用户使用备用身份验证方式。
2.5.14 App 必须明确要求取得用户同意，并在记录、日志记录或以其他方式记录用户活动时提供清晰的视觉指示。这包括任何对设备摄像头、麦克风或其他用户输入的使用。
2.5.15 允许用户查看和选择文件的 App 应该包括来自 Files App 和用户的 iCloud文档的项目。