近日，苹果再次对《App Store审核指南》进行了更新！（这是苹果今年第三次更新《App Store审核指南》，前两次更新的时间分别是6月13日和4月19日）。
对比此前的版本，此次的修改和完善不仅涉及了SiriKit（Siri开发包）、Stickers（贴纸）等新的iOS特性，还增加了与应用标题、iMessage扩展、Safari扩展、订阅模式等有关的内容。除此之外，还对禁止诱导用户评论和窃取用户隐私等规定进行了重申。为方便大家迅速get审核指南的最新动态，小编对修改和新增的内容进行了整理和总结，
重点内容如下所示 ↓↓
从以上的修改部分我们不难看出：一苹果对App Store应用的审核有变严的趋势；二苹果以提前为iSO10做了多项准备。鉴于近来开发者踩雷屡见不鲜& iSO10正式登场的时间临近，小编将更新后的《App Store审核指南》也进行了翻译和整理，需要的同学请耐心阅读。
以下是更新后的审核指南（修改部分为加粗字体）：
目录
提交应用之前—检查列清单
1。安全
1.1 不当内容
1.2 用户生成的内容
1.3 儿童分类
1.4 人身伤害
1.5 开发者信息
2。性能
2.1 应用程序的完整性
2.2 Beta版测试
2.3 应用内容的准确性
2.4 硬件兼容性
2.5 软件要
3。业务
3.1 付款
3.1.1 应用内付费
3.1.2 订阅
3.1.3 基于内容的“阅读”应用
3.1.4 代码：
3.1.5 应用之外的商品和服务
3.1.6 Apple Pay
3.2 其他商业模式问题
3.2.1 可接受的方式
3.2.2 不可接受的方式
4 。设计
4.1 模仿者
4.2 最少功能
4.3 垃圾应用
4.4 扩展
4.5 苹果网站和服
5。法律
5.1 隐私
5.1.1 数据收集和存储
5.1.2 数据的使用和分享
5.1.3 卫生与健康研究
5.1.4 儿童
5.1.5 位置服务
5.2 知识产权
5.3 游戏、赌博、彩票
提交应用之后—期待
提交应用之前
为了帮助你的应用尽可能顺利地通过审核，请查看下列可能降低审核速度或导致应用被拒的常见问题。本清单无法代替审核条款或保证应用过审，但如果你确保你已经达到了清单的各项要求，这将是个良好的开始。
确保你已经：
测试你的应用程序，确保它不会发生崩溃和bugs。
确保应用的所有信息和元数据是完整且准确的。
更新联系人信息，确保审核团队可以及时联系到你。
提供一个有效的测试账号和登录信息，并提供测试应用时所需的硬件和资源（例如，一个测试用的二维码）。
保证审核期间后台运行正常。
如果应用的某些功能和应用内购买隐藏地较深，则需要在审核备注中提供详细的描述文档和支持文档。如果因为地域或其他限制导致我们无法正常使用应用的某些功能，请提供该描述该功能的视频链接。
检查你的应用程序是否符合其他指导性文档，例如：
开发指南
App Programming Guide
（应用程序编程指南）
App Extension Programming Guide
（应用扩展编程指南）
iOS Data Storage Guidelines
（iOS数据存储条款）
Mac OS X File System Documentation
（Mac OS X文件系统文档）
Safari Extensions Development Guide
（Safari扩展开发指南）
iTunes Connect Developer Guide
（iTunes Connect者开发指南）
设计指南
iOS Human Interface Guidelines
（iOS人机界面准则）
Mac OS Human Interface Guidelines
（Mac OS人机界面准则）
tvOS Human Interface Guidelines
（tvOS人机界面准则）
watchOS Human Interface Guidelines
（watchOS人机界面指南）
品牌营销指南
App Store Marketing Guidelines
（App Store市场营销指南）
Apple Pay Identity Guidelines
（Apple Pay识别标志指南）
Add to Apple Wallet Guidelines
（加入Apple Wallet指南）
Guidelines for Using Apple Trademarks and Copyrights
（使用Apple商标和版权的条款）
一。 安全
当用户从App Store安装应用时，他们需要确认这种行为是安全的。所以，应用程序中不能包含令人烦恼的，或者具有攻击性的内容，且使用过程中不会造成身心伤害。我们列出了集中常见的缺陷，如果你的应用准备吓唬或与冒犯用户，App Store将不是你的应用应该上架的地方。
1.1 不当的内容
应用程序不应该包括具有攻击性、敏感、令人不悦、侮辱或品味低下的内容。例如：
1.1.1 诽谤或人格侮辱的内容，包括引用或评论宗教、种族、性取向、性别或其他目标人群的内容，尤其是该应用对特定的人或群体造成了伤害（只有专业的政治讽刺作家和幽默大师才不会受到此限制）。
1.1.2 针对人或动物被杀害、致残、折磨、虐待等较为逼真的描述，或具有鼓励暴力倾向的内容。如果是游戏应用，那么其中的敌人不能只针对特定的种族、文化、政府、公司以及任何其他实体。
1.1.3 叙述中鼓励人们非法或者轻率地使用武器和某些危险品，或为人们购买枪支提供方便。
1.1.4 公开的性爱或色情的内容。根据韦氏词典的定义，这些内容特指“明确地描述或展示性器官，或其目的在于激发人们的性欲，而不是展示美学或者渲染气氛”。
1.1.5 煽动宗教仇恨或者对宗教文献的误导性和不准确的引用。
1.1.6 提供虚假的信息和功能，包括提供不正确的设备信息或具有欺骗性质的的功能，例如：虚假的位置跟踪工具。即便明确指出该应用是“出于娱乐性的目的”也不能逃避该项规定。发送匿名虚假信息或拨打恶意电话的应用会被直接拒绝。
1.2 用户生产内容
为了防止非法滥用用户生成的内容，从而给用户提供虚假信息、盗取用户的知识产权，社交以及包含用户生成信息的应用必须包括下述功能：
从被发布的应用中过滤不良内容
提供举报和反馈通道
提供阻止骚扰用户的服务
提供联系方式，让用户可以快速联系到你
如果应用使用用户生成的内容或提供服务时的主要目的是发布色情内容、人肉搜索、侮辱用户、恐吓用户等，那这种应用不应该放在应用商店中，且苹果可能会在不通知开发商的情况下直接将其下架。如果你的应用使用用户生成的信息来提供网络服务，并且网页上包含了一些限制级的内容，需要默认隐藏并且提供明显的NSFW（不适合工作场所）标识，用户主动点击才会显示。
1.3 儿童分类
儿童分类是人们找到适合儿童使用的应用的良好方式。如果你希望你的应用在这个类别中上架，你需要关注并且在设计应用时照顾到儿童的良好体验。这些应用程序不可以包括指向其他应用的链接、付费入口以及其他可能会吸引儿童的不适合的内容，除非提供家长监控和开启的功能。请记住，一旦客户期望你的应用程序遵循儿童类别的要求，那么它需要进行不断地修改从而满足后续版本的儿童类别的条款更新。即便你打算取消发布在儿童类别当中，也一样需要遵守这些条款。点此了解家长监控的更多内容。
儿童类别的应用不允许包括基于用户行为的广告（也就是这种广告会根据用户行为而决定展示什么样的内容）。如果包含了广告，这些广告必须也适合儿童。与此同时，你也需要特别留意世界各地有关在线收集儿童数据的相关法律法规。请务必查看本条款的隐私条款来了解更多的相关信息。
1.4 人身伤害
如果你的应用程序可能会危害到人身安全，我们可能会拒绝掉它。这类情况包括：
1.4.1 如果你的应用属于医疗范畴，那我们将会对这个应用提供用于医疗诊断的信息的准确性进行更加严格的审查。如果你的医疗应用已经获得了相关监管部门的批准，你需要随同你的应用一并提供指向相关批准文档的链接用于审核 。
1.4.2 药物剂量计算器必须来自药物生产企业、医院、高校、健康保险公司以及其他具有合法资质的实体。或者你的计算方法已经获得了FDA或其他国际上的同行的认可。考虑到潜在的人身伤害的危险，我们需要确保你的应用会长期获得更新和支持。
1.4.3 应用程序不允许鼓励人们非法摄入过量的酒精或药物，或者鼓励未成年人消费药物、酒精和烟草。与此同时，严禁销售大麻等毒品。
1.4.4 应用程序只能显示执法机构提供的酒后驾驶检查站，而且不允许鼓励人们进行危险的行为，包括酒驾、超速。
1.4.5 应用程序禁止强迫人们采用违背苹果硬件的安全文档的方式，包括冒着设备损坏或者造成人身伤害的危险使用他们的设备。例如，应用程序不应该鼓励人们将设备塞到床垫下面或枕头下面充电。
1.5 开发者信息
用户需要了解当他们遇到问题的时候该如何与您联系。确保你提供的链接当中包含了使用户找到你的非常方便的方法。如果联系人信息不准确或者过期，这不仅令用户失望，在有些国家和地区这也属于违法行为。与此同时，确保支付许可包含发行商的有效联系信息，并且这些信息采用分配给发行商的来自权威机构的合法的根证书进行签名。
二。 性能
2.1 应用程序的完整性
提审版本的应用必须是最终版本，并且包含了所有应用内容以及所有有效链接。应用在提交的时候需要清除掉所有占位符、无效地址和临时内容。请确保你的应用在提交审核之前经过充分测试并且没有Bug，如果你的应用需要登陆，需要包含一个合法的账户而且对应的后台服务也是正常有效的。如果你的应用包含应用内付费，确保他们是完整的，最新的，并且审核人员可以很容易找到。如果不可以，需要提供明确的解释为何不行。不要把应用程序审核当作软件测试服务，如果你的应用不完整或者存在明显的技术缺陷，它将直接被拒绝。
2.2 Beta版测试
您的应用程序的测试版本不应该上架到应用商店，请使用Testflight来代替。如果你的应用提交到Testflight Beta，那么这个应用已经准备好对外发布，并且符合应用审核条款。请注意，Testflight版本的应用不允许从测试人员当中获取任何利益，包括来自众筹的资金。你应该对测试人员提供明确的更新说明。请通过Testflight Beta测试说明了解更多信息。
2.3 应用内容的准确性
客户在下载你的应用的时候需要明确了解你的应用是什么，所以请确保你的应用描述、截图、预览视频始终是最新版本，并且能够准确反映你的应用。
2.3.1不要在你的应用当中包含任何隐藏和没有相关说明文档的功能。你的应用程序的功能必须让用户和审核人员了解清楚。如果这样的行为过分或者反复出现，你可能会被苹果从开发者身份当中除名。我们努力确保App Store是一个令人信赖的生态系统，并且期望每一个开发者也能够遵守这种要求。如果你没有信誉，我们不想和你合作。
2.3.2 如果你的应用程序包含了应用内付费功能，请确保你的应用程序的描述、截图和预览视频能够明确表明哪些功能、关卡、订阅内容等需要额外购买。
2.3.3 你的截图必须符合你的应用程序的实际内容，而不是标题艺术，登陆界面和闪屏界面。
2.3.4 预览视频是让用户快速了解你的应用以及应用用途的好方法。为了确保人们清楚地了解他们会在你的应用当中获取什么，预览视频必须从应用本身的运行效果之中捕捉。而Stickers（贴纸）和iMessage扩展需要用户在短信软件中才能体验。你可以通过添加解说或文本描述等来帮助解答视频本身无法解释清楚的内容。
2.3.5 你需要遵守App Store的类别定义，并且为你的应用选择最合适的类别。如果你选择的类别不符合你的应用，我们可能会帮助你改变应用类别。
2.3.6 你必须诚实的回答iTunes Connect上面提供的年龄分级的问题，从而你的应用可以良好的使用家长控制功能。如果你的应用年龄分级不正确，用户可能会对你的应用程序的行为表示十分意外，这也可能导致某些国家和地区的监管部门对你的应用分级不正确的问题开展调查。
2.3.7 选择一个独一无二的应用名称，并确保设置的关键词能准确描述你的应用。请不试图使用任何商标术语、流行应用的名字以及其他毫不相关的词语来戏弄系统。应用名称必须限制在50个字符之内，且其中不能包含和应用名称没有任何关系的术语或者描述。苹果可能随时修改这些不恰当的关键词。
2.3.8 你的应用内容应该适合所有的用户，所以一定要确保你的应用图标、截图和预览视频能够准确的反映你的应用。即使你的应用程序年龄分级高于4+，你的图标、截图和预览视频也必须符合4+的年龄分级。例如你的应用是一个游戏，并且具有暴力内容，你必须选择一个不反映死亡、枪决的截图放到应用商店当中。记住确保你的应用内容，包括应用名称和图标（小图标、大图标、Apple Watch图标等）是一致的从而防止用户感到迷惑。
2.3.9 开发商具有保证版权合法的责任，包括应用程序图标，截图，预览视频的版权。图标、截图和预览视频需要使用一个虚构的账户的信息，而不是一个真实的用户信息。
2.3.10 确保你的应用专注于iOS、Mac、Apple TV or Apple Watch，在应用或者元数据中不包含其他平台的名称、图标、图像，除非有特定的、被认可的互动功能。
2.4 硬件兼容性
2.4.1 为了确保人们可以尽可能充分的体验你的应用，在可能的情况下iPhone应用也可以完美支持iPad。我们鼓励您建立通用的应用，使得用户可以在不同的设备上使用。
2.4.2 你的应用需要高效的利用电量。应用程序不应该快速的消耗电池电量并且产生过多的热量，或者对用户的设备造成不必要的负担。
2.4.3 你的Apple TV应用可以在只有Siri遥控器或者游戏手柄的时候可以正常运行，但我们不反对你通过更多的外围设备增强你的应用功能的做法。如果你需要一个游戏控制器，请确保在游戏当中对这个游戏控制器提供明确的教程，从而让用户知道如何使用这个控制器。
2.4.4 应用程序不应该建议或者要求设备重新启动。
2.4.5 通过Mac App Store发布的应用还需要遵守额外的要求：
（i）它们必须适当的被沙盒化，而且遵守Mac OS文件系统文档。这些应用也必须通过对应的Mac OSAPI来修改其他应用的数据（例如书签、地址簿和日历）。
（ii）必须使用Xcode对应用进行打包，不允许包含第三方的安装程序。它们必须是自我包含的、单一文件的安装包，而且不能在共享的位置安装代码和解压资源。
（iii）在未经用户允许的情况下不允许自动启动或者开机启动，而且用户退出应用之后不允许在未经用户同意的情况下残留后台进程。应用不允许自动将图标放在Dock或者用户桌面。
（iv）应用程序不允许私自下载和安装其他应用，驱动，额外的代码，以及添加应用功能或者明显改变与审核版本的应用不同的应用工作方式的资源文件。
（v）应用程序不允许要求升级到root权限，或者使用setuid属性来升级权限。
（vi）这些应用运行的时候不允许弹出要求许可证的窗口，或者其他的显示方式来反盗版（应用商店允许付费并视为购买了正版授权）。
（vii）必须使用Mac App Store发布更新，其他方式不被允许。
（viii）应用程序仅在在当前版本的系统就可以运行，不允许使用可选安装的技术或者废弃过时的技术（例如Java， Rosetta等）。
（ix）所有的本地化版本必须包含在同一个应用程序包下。
2.5 软件要求
2.5.1 应用程序只能使用公共API，不允许使用私有API。
2.5.2 应用程序bundle当中需要是自包含的，不允许读写它们设计的容器之外的数据，并且不得下载、安装或执行代码，包括其他iOS，watchOS，macOS和tvOS的应用。
2.5.3 如果应用程序传播病毒、文件、计算机代码或者其他可能损坏操作系统和硬件的功能，包括消息推送和游戏中心，将被拒绝。如果这种行为十分恶劣而且反复出现，开发者可能会被苹果除名。
2.5.4 多任务的应用只能在预期目的下运行后台服务，例如网络电话、音频播放、定位服务、任务计划、本地通知等。如果你的应用程序使用了定位服务，需要提供一个明确的提醒告诉用户这么做会加快电量消耗。
2.5.5 我们会在IPv6网络上审核你的应用，所以如果你的应用程序无法使用IPv6协议，可能会被拒绝。
2.5.6 应用程序如果浏览网络，必须使用WebKit框架和WebKit Javascript标准。
2.5.7 使用蜂窝数据网络播放的视频如果超过10分钟，必须使用HTTP Live Streaming技术并且提供192kbps的码率选项。
2.5.8 改动用户桌面/home界面环境体验的应用，以及模拟多应用小工具使用体验的的应用将会被拒绝。
2.5.9 应用程序如果修改了标准开关的功能，例如音量上下键和响铃开关，或者其他原生用户界面元素和行为将会被拒绝。
2.5.10 应用程序在提交的时候不允许包含一个空的广告栏或者测试广告。
2.5.11 SiriKit
（i） 集成 SiriKit（Siri开发包） 的应用程序只能注册不需要其他应用即可处理完成的事件。例如，如果你的应用是一个主打膳食计划的应用，你就不应该注册“开始锻炼”这种事件，即使和一款健身应用共享了集成。
（ii） 确保plist中的词汇和短语适合于你的应用，并且应用已经注册的事件通过 SiriKit 可以正常工作。
（iii） 尽可能以最直接的方式解决Siri的请求，不要在请求和执行之间插入广告或其他营销信息。当需要完成一个任务时，仅使用现有的间隙的UI（例如，让用户制定一种详细的锻炼形式）。
