Apple App Store guidelines remove ban on encouraging external payments in US
Apple App Store 规则更新：移除美国地区鼓励外部支付的禁令
App Review Guidelines
App 正在改变世界，丰富人们的生活，并使像您这样的开发者能够以前所未有的方式进行创新。因此，App Store 已经发展成为一个令人兴奋和充满活力的生态系统，拥有数百万开发者和超过 10 亿的用户。无论您是初次开发者还是经验丰富的程序员团队，我们都很高兴您正在为我们的平台创建 App，并希望帮助您理解我们的指南，以便您确信您的 App 可以快速通过审核流程。
- Introduction
- Before You Submit
- 1. Safety
- 2. Performance
- 3. Business
- 4. Design
- 5. Legal
- After You Submit
仅显示 Notarization Review Guidelines
Introduction
App Store 的指导原则很简单——我们希望为用户提供一个安全的 App 获取体验，并为所有开发者提供一个成功的绝佳机会。我们通过提供一个经过高度策划的 App Store 来做到这一点，其中每个 App 都由专家进行审核，并且编辑团队每天帮助用户发现新的 App。我们还会扫描每个 App 中是否存在恶意软件和其他可能影响用户安全、安全和隐私的软件。这些努力使 Apple 的平台成为全球消费者最安全的平台。
在欧盟，开发者还可以从替代 App 市场和直接从他们的网站分发经过公证的 iOS 和 iPadOS App。 了解有关替代 App 市场、Web Distribution和iOS 和 iPadOS App 的 Notarization的更多信息。 您可以通过单击左侧菜单中的“Show Notarization Review Guidelines Only”来查看哪些指南适用于 iOS 和 iPadOS App 的 Notarization。
对于其他一切，始终有开放的 Internet。 如果 App Store 模型和指南或替代 App 市场以及 iOS 和 iPadOS App 的 Notarization 不是最适合您的 App 或业务想法，那没关系，我们也提供 Safari 以获得出色的 Web 体验。
在以下页面中，您将找到我们最新的指南，这些指南分为五个清晰的部分：安全、性能、业务、设计和法律。 App Store 始终在变化和改进，以跟上我们客户和产品的需求。 您的 App 也应该改变和改进，以便留在 App Store 上。
关于在我们的平台上分发您的 App，请记住以下几点：
- 我们有很多孩子下载很多 App。 家长控制功能可以很好地保护孩子，但您也必须尽自己的一份力量。 所以要知道我们正在关注孩子们。
- App Store 是接触全球数亿人的绝佳方式。 如果您构建了一个只想展示给家人和朋友的 App，App Store 并不是最好的方式。 考虑使用 Xcode 在设备上免费安装您的 App，或者使用 Apple Developer Program 成员可用的 Ad Hoc 分发。 如果您刚入门，请了解有关 Apple Developer Program 的更多信息。
- 我们强烈支持 App Store 上呈现的所有观点，只要这些 App 尊重持有不同意见的用户，并且 App 体验的质量很高。 对于我们认为超出范围的任何内容或行为，我们将拒绝 App。 您问什么是界限？ 嗯，正如一位最高法院法官曾经说过的那样，“当我看到它时，我会知道它”。 我们认为当您越过它时您也会知道它。
- 如果您试图欺骗系统（例如，试图欺骗审核过程、窃取用户数据、复制其他开发者的作品、操纵评分或 App Store 发现），您的 App 将从商店中删除，您将被驱逐出 Apple Developer Program。
- 您有责任确保您 App 中的所有内容都符合这些指南，包括广告网络、分析服务和第三方 SDK，因此请仔细审核并选择它们。
- 某些通常不向开发者提供的功能和技术可能会作为 entitlement 提供，用于有限的用例。 例如，我们为 CarPlay Audio、HyperVisor 和 Privileged File Operations 提供 entitlement。
我们希望这些指南能帮助您顺利通过审核流程，并希望批准和拒绝在各个方面保持一致。 这是一个动态文档； 呈现新问题的新 App 可能会随时导致新规则。 也许您的 App 会触发这种情况。 我们也很喜欢这些东西，并尊重您所做的事情。 我们真的在尽最大努力为您创建一个世界上最好的平台，让您表达您的才能并以此为生。
Before You Submit
为帮助您的 App 审批尽可能顺利，请查看下面列出的常见错误，这些错误可能会减慢审批过程或触发拒绝。 这不能替代指南或保证批准，但确保您可以检查列表中的每个项目是一个好的开始。 如果您的 App 不再按预期运行或者您不再积极支持它，它将从 App Store 中删除。 了解有关 App Store 改进的更多信息。
确保您：
- 测试您的 App 是否存在崩溃和错误
- 确保所有 App 信息和元数据完整且准确
- 更新您的联系信息，以防 App Review 需要与您联系
- 为 App Review 提供对您 App 的完全访问权限。 如果您的 App 包含基于帐户的功能，请提供一个有效的演示帐户或功能齐全的演示模式，以及审核您的 App 可能需要的任何其他硬件或资源（例如，登录凭据或示例 QR 码）
- 启用后端服务，以便它们在审核期间处于活动状态并可访问
- 在 App Review 注释中包含对非显而易见的功能和 App 内购买项目的详细说明，包括适当的支持文档
- 检查您的 App 是否遵循其他文档中的指导，例如：
Developer Documentation
- SwiftUI
- UIKit
- AppKit
- App extensions
- Optimizing Your App’s Data for iCloud Backup
- Apple File System
- App Store Connect Help
- Developer Account Help
Design Guidelines
Brand and Marketing Guidelines
- Marketing Resources and Identity Guidelines
- Apple Pay Marketing Guidelines
- Add to Apple Wallet Guidelines
- Guidelines for Using Apple Trademarks and Copyrights
包含 的指南适用于欧盟中 iOS 和 iPadOS App 的 Notarization。
1. Safety
当人们从 App Store 安装 App 时，他们希望确信这样做是安全的——该 App 不包含令人不安或冒犯的内容，不会损坏他们的设备，并且其使用不太可能造成身体伤害。 我们在下面概述了主要的陷阱，但如果您想震惊和冒犯人们，App Store 不是您的 App 的合适场所。 其中一些规则也包含在 iOS 和 iPadOS App 的 Notarization 中。
- 1.1 Objectionable Content
App 不应包含具有攻击性、不敏感、令人不安、意在令人厌恶、品味极差或只是纯粹令人毛骨悚然的内容。 此类内容的示例包括：
* **1.1.1** 诽谤、歧视或恶意的言论，包括关于宗教、种族、性取向、性别、民族/种族出身或其他目标群体的引用或评论，特别是如果该 App 可能会羞辱、恐吓或伤害目标个人或群体。 专业的政治讽刺作家和幽默作家通常不受此要求的约束。
* **1.1.2** 对人或动物被杀害、残害、折磨或虐待的真实描绘，或鼓励暴力的内容。 游戏中的“敌人”不能仅针对特定的种族、文化、真实政府、公司或任何其他真实实体。
* **1.1.3** 鼓励非法或鲁莽使用武器和危险物品，或促进购买枪支或弹药的描述。
* **1.1.4** 露骨的性或色情材料，定义为“旨在刺激情色而非美学或情感感受的性器官或活动的明确描述或展示”。 这包括“勾搭”App 和其他可能包含色情内容或用于促进卖淫、人口贩运和剥削的 App。
* **1.1.5** 煽动性的宗教评论或不准确或误导性的宗教文本引用。
* **1.1.6** 虚假信息和功能，包括不准确的设备数据或技巧/玩笑功能，例如虚假的位置跟踪器。 声称该 App“用于娱乐目的”并不能克服本指南。 允许匿名或恶作剧电话或 SMS/MMS 消息的 App 将被拒绝。
* **1.1.7** 利用或试图从最近或当前的事件中获利的有害概念，例如暴力冲突、恐怖袭击和流行病。
- 1.2 User-Generated Content
具有用户生成内容的 App 提出了特殊的挑战，从知识产权侵权到匿名欺凌。 为防止滥用，具有用户生成内容或社交网络服务的 App 必须包括：
* 一种过滤掉令人反感的内容发布到 App 的方法
* 一种报告冒犯性内容的机制和对问题的及时响应
* 能够阻止滥用服务的用户
* 已发布的联系信息，以便用户可以轻松地联系您
最终主要用于色情内容、Chatroulette 式体验、将真实人物对象化（例如，“热门或不热门”投票）、进行人身威胁或欺凌的具有用户生成内容或服务的 App 不属于 App Store，可能会在没有通知的情况下被删除。 如果您的 App 包括来自基于 Web 的服务的用户生成内容，则它可以显示偶然的成熟“NSFW”内容，前提是该内容默认情况下是隐藏的，并且仅当用户通过您的网站将其打开时才显示。
* **1.2.1 Creator Content** 如果适当审核，具有来自称为“创作者”的特定用户社区的内容的 App 是一个绝佳的机会。 这些 App 为客户提供了一种独特而统一的体验，让他们可以与各种创作者内容互动。 它们提供工具和程序来帮助这个非开发者创作者社区创作、分享和货币化用户生成的体验。 这些体验不得更改原生 App 的核心功能和特性——相反，它们会向这些结构化的体验添加内容。 这些体验不是开发者编码的原生“App”——它们是 App 本身的内容，并被 App Review 视为用户生成的内容。 此类创作者内容可能包括视频、文章、音频甚至休闲游戏。 App Store 支持提供此类用户生成内容的 App，只要它们遵循所有指南，包括用于审核用户生成内容的指南 1.2 和用于付款和 App 内购买的指南 3.1.1。 创作者 App 应分享 App 中提供的最高年龄评级创作者内容的年龄评级，并告知用户哪些内容需要额外购买。
- 1.3 Kids Category
“儿童类别”是人们轻松找到专为儿童设计的 App 的绝佳方式。 如果您想参与“儿童类别”，您应该专注于专门为年轻用户创造良好的体验。 这些 App 不得包含从 App 退出的链接、购买机会或对儿童的其他干扰，除非保留在家长控制区域后方。 请记住，一旦客户期望您的 App 遵循“儿童类别”要求，即使您决定取消选择该类别，它也需要在后续更新中继续满足这些指南。 详细了解 家长控制。
您必须遵守全球范围内有关从儿童在线收集数据的适用隐私法律。 请务必查看这些指南的 隐私部分 以获取更多信息。 此外，“儿童类别”App 不得将个人身份信息或设备信息发送给第三方。 “儿童类别”中的 App 不应包含第三方分析或第三方广告。 这为孩子们提供了更安全的体验。 在有限的情况下，如果服务不收集或传输 IDFA 或任何关于儿童的可识别信息（例如姓名、出生日期、电子邮件地址）、他们的位置或他们的设备，则可以允许第三方分析。 这包括任何设备、网络或其他信息，这些信息可以直接使用或与其他信息结合使用来识别用户及其设备。 如果服务具有公开记录的“儿童类别”App 的做法和政策，其中包括对广告素材进行人工审核以确定其年龄是否合适，则在有限的情况下也允许第三方上下文广告。
- 1.4 Physical Harm
如果您的 App 的行为方式存在造成身体伤害的风险，我们可能会拒绝它。 例如：
* **1.4.1** 可能会提供不准确的数据或信息，或者可能用于诊断或治疗患者的医疗 App 可能会受到更严格的审查。
* App 必须清楚地披露数据和方法，以支持与健康测量相关的准确性声明，如果无法验证准确性水平或方法，我们将拒绝您的 App。 例如，不允许仅使用设备上的传感器来声明进行 X 射线、测量血压、体温、血糖水平或血氧水平的 App。
* App 应提醒用户在使用 App 之前以及做出医疗决定之前咨询医生。
如果您的医疗 App 已获得监管批准，请提交包含该文档的链接以及您的 App。
* **1.4.2** 药物剂量计算器必须来自药物制造商、医院、大学、健康保险公司、药房或其他批准的实体，或获得 FDA 或其国际对应机构的批准。 考虑到对患者的潜在危害，我们需要确保 App 将在长期内得到支持和更新。
* **1.4.3** 不允许鼓励消费烟草和电子烟产品、非法药物或过量饮酒的 App。 鼓励未成年人消费任何这些物质的 App 将被拒绝。 不允许促进受控物质（获得许可的药房和获得许可或以其他方式合法的**大麻**药房除外）或烟草的销售。
* **1.4.4** App 只能显示执法机构发布的 DUI 检查站，并且绝不应鼓励酒后驾车或其他鲁莽行为，例如超速。
* **1.4.5** App 不应敦促客户参与活动（如赌注、挑战等）或以存在对其自身或他人造成身体伤害风险的方式使用其设备。
- 1.5 Developer Information
人们需要知道如何联系您以解决问题和支持问题。 确保您的 App 及其支持 URL 包括一种方便的联系方式； 这对于可能在课堂上使用的 App 尤其重要。 未能包括准确和最新的联系信息不仅会使客户感到沮丧，而且可能违反某些国家或地区的法律。 还要确保 Wallet 通行证包含发行商的有效联系信息，并使用分配给通行证品牌或商标所有者的专用证书进行签名。
- 1.6 Data Security
App 应实施适当的安全措施，以确保根据 Apple Developer Program License Agreement 和这些指南（有关更多信息，请参阅指南 5.1）正确处理收集的用户信息，并防止第三方未经授权的使用、披露或访问。
- 1.7 Reporting Criminal Activity
用于报告涉嫌犯罪活动的 App 必须涉及当地执法部门，并且只能在积极参与此类活动的国家或地区提供。
2. Performance
-
2.1 App Completeness
- (a) 提交给 App Review 的内容（包括您提供的预订 App）应是最终版本，其中包含所有必要的元数据和功能齐全的 URL； 在提交之前，应清除占位符文本、空网站和其他临时内容。 在提交之前，请确保您的 App 已经在设备上进行了错误和稳定性测试，并且如果您的 App 包含登录信息，请包含演示帐户信息（并打开您的后端服务！）。 如果由于法律或安全义务而无法提供演示帐户，您可以在获得 Apple 事先批准的情况下包含内置演示模式来代替演示帐户。 确保演示模式展示了您 App 的所有功能和特性。 我们将拒绝崩溃或表现出明显技术问题的未完成的 App 包和二进制文件。
- (b) 如果您在 App 中提供 App 内购买项目，请确保它们完整、最新、对审核者可见且功能齐全。 如果在您的 App 中找不到或无法审核任何配置的 App 内购买项目，请在您的审核注释中解释原因。
- (a)
-
2.2 Beta Testing
您 App 的演示、beta 版和试用版不属于 App Store – 请改用 TestFlight。 通过 TestFlight 提交以进行 beta 分发的任何 App 都应旨在进行公开分发，并且应符合 App Review Guidelines。 但请注意，使用 TestFlight 的 App 不能分发给测试人员以换取任何形式的补偿，包括作为众包资金的回报。 对您的 beta 构建的重大更新应在分发给您的测试人员之前提交给 TestFlight App Review。 要了解更多信息，请访问 TestFlight Beta Testing 页面。
- 2.3 Accurate Metadata
客户应该知道他们在下载或购买您的 App 时会得到什么，因此请确保您的所有 App 元数据（包括隐私信息）、您的 App 描述、屏幕截图和预览准确反映了 App 的核心体验，并记住保持它们与新版本同步。
* **2.3.1**
* **(a)** 不要在您的 App 中包含任何隐藏、休眠或未记录的功能； 您的 App 的功能应清楚地向最终用户和 App Review 说明。 所有新功能、特性和产品更改都必须在 App Store Connect 的“Notes for Review”部分中进行具体描述（通用描述将被拒绝）并且可以进行审核。 同样，以误导性方式营销您的 App，例如通过推广它实际上不提供的内容或服务（例如，基于 iOS 的病毒和恶意软件扫描程序）或推广虚假价格（无论是在 App Store 内部还是外部），都可能导致从 App Store 中删除您的 App 或阻止通过替代分发进行安装以及终止您的开发者帐户。
* **(b)** 恶劣或重复的行为可能导致从 Apple Developer Program 中删除。 我们努力使 App Store 成为一个值得信赖的生态系统，并期望我们的 App 开发者也这样做； 如果您不诚实，我们不想与您开展业务。
* **2.3.2** 如果您的 App 包含 App 内购买项目，请确保您的 App 描述、屏幕截图和预览清楚地表明任何特色项目、级别、订阅等是否需要额外购买。 如果您决定在 App Store 上推广 App 内购买项目，请确保 App 内购买项目显示名称、屏幕截图和描述适合公众，您遵循 [Promoting Your In-App Purchases](https://developer.apple.com/app-store/review/guidelines/</app-store/promoting-in-app-purchases/>) 中的指导，并且您的 App 正确处理 [SKPaymentTransactionObserver method](https://developer.apple.com/app-store/review/guidelines/</documentation/storekit/skpaymenttransactionobserver/2877502-paymentqueue>)，以便客户可以在您的 App 启动时无缝完成购买。
* **2.3.3** 屏幕截图应显示 App 的使用情况，而不仅仅是标题图、登录页面或启动屏幕。 它们还可以包括文本和图像叠加层（例如，为了演示输入机制，例如动画触摸点或 Apple Pencil）并显示设备上的扩展功能，例如 Touch Bar。
* **2.3.4** 预览是客户了解您的 App 的外观和功能的绝佳方式。 为了确保人们了解他们将从您的 App 中获得什么，预览只能使用 App 本身的视频屏幕截图。 贴纸和 iMessage 扩展可以显示消息 App 中的用户体验。 您可以添加旁白和视频或文本叠加层来帮助解释视频中不清楚的任何内容。
* **2.3.5** 为您的 App 选择最合适的类别，如果您需要帮助，请查看 [App Store Category Definitions](https://developer.apple.com/app-store/review/guidelines/</app-store/categories/>)。 如果您偏离了方向，我们可能会为您更改类别。
* **2.3.6** 在 App Store Connect 中诚实地回答年龄评级问题，以便您的 App 与家长控制功能正确对齐。 如果您的 App 评级错误，客户可能会对他们得到的东西感到惊讶，或者可能会引发政府监管机构的询问。 如果您的 App 包含需要显示内容评级或警告的媒体（例如电影、音乐、游戏等），您有责任遵守您的 App 可用的每个地区的当地要求。
* **2.3.7** 选择一个唯一的 App 名称，分配准确描述您的 App 的关键字，并且不要试图在您的任何元数据中填充商标术语、流行的 App 名称、定价信息或其他不相关的短语，只是为了玩弄系统。 App 名称必须限制为 30 个字符。 元数据（例如 App 名称、副标题、屏幕截图和预览）不应包含不特定于元数据类型的价格、术语或描述。 App 副标题是为您的 App 提供额外上下文的绝佳方式； 它们必须遵循我们的标准元数据规则，并且不应包含不适当的内容、引用其他 App 或做出无法验证的产品声明。 Apple 可能会随时修改不适当的关键字或采取其他适当的措施来防止滥用。
* **2.3.8** 元数据应适合所有受众，因此请确保您的 App 和 App 内购买项目图标、屏幕截图和预览遵循 4+ 的年龄评级，即使您的 App 评级更高。 例如，如果您的 App 是包含暴力的游戏，请选择不描绘可怕死亡或枪指向特定角色的图像。 在 App 元数据中使用“For Kids”和“For Children”等术语在 App Store 中保留用于“儿童类别”。 请记住确保您的元数据（包括 App 名称和图标（小、大、Apple Watch App、备用图标等））相似，以避免造成混淆。
* **2.3.9** 您有责任确保获得使用您的 App 图标、屏幕截图和预览中的所有材料的权利，并且您应该显示虚构的帐户信息而不是来自真实人物的数据。
* **2.3.10** 确保您的 App 专注于它支持的 Apple 平台的体验，并且不要在您的 App 或元数据中包含其他移动平台或替代 App 市场的名称、图标或图像，除非存在特定的、批准的交互功能。 确保您的 App 元数据专注于 App 本身及其体验。 不要包含不相关的信息。
* **2.3.11** 您为 App Store 上的预订提交的 App 必须完整且可按提交方式交付。 确保您最终发布的 App 与您在 App 处于预订状态时宣传的内容没有实质性差异。 如果您对 App 进行了重大更改（例如更改业务模型），您应该重新开始您的预订销售。
* **2.3.12** App 必须在其“What’s New”文本中清楚地描述新功能和产品更改。 简单的错误修复、安全更新和性能改进可以依赖于通用描述，但更重要的更改必须在注释中列出。
* **2.3.13** App 内事件是发生在您的 App 中的及时事件。 要在 App Store 上展示您的活动，它必须属于 App Store Connect 中提供的活动类型。 所有活动元数据必须准确并且与活动本身相关，而不是更广泛地与 App 相关。 活动必须在您在 App Store Connect 中选择的时间和日期发生，包括在多个店面中。 只要您遵循“业务”第 3 节中规定的规则，您就可以将您的活动货币化。 并且您的活动深层链接必须将用户引导至您的 App 中的正确目标位置。 阅读 [In-App Events](https://developer.apple.com/app-store/review/guidelines/</app-store/in-app-events/>)，以获取有关可接受的活动元数据和活动深层链接的详细指导。
-
2.4 Hardware Compatibility
- 2.4.1 为了确保人们充分利用您的 App，iPhone App 应尽可能在 iPad 上运行。 我们鼓励您考虑构建 App，以便客户可以在 他们的所有设备上使用它们。
- 2.4.2 设计您的 App 以有效地利用电源，并以不会损坏设备的方式使用。 App 不应快速耗尽电池电量、产生过多的热量或对设备资源造成不必要的压力。 例如，App 不应鼓励在充电时将设备放在床垫或枕头下，或对固态硬盘执行过多的写入周期。 App（包括其中显示的任何第三方广告）不得运行不相关的后台进程，例如加密货币挖掘。
- 2.4.3 人们应该能够在不需要 Siri 遥控器或第三方游戏控制器之外的硬件输入的情况下使用您的 Apple TV App，但当连接其他外围设备时，请随意提供增强的功能。 如果您需要游戏控制器，请务必在您的元数据中清楚地说明这一点，以便客户知道他们需要额外的设备才能玩。
- 2.4.4 App 绝不应建议或要求重启设备或修改与 App 核心功能无关的系统设置。 例如，不要鼓励用户关闭 Wi-Fi、禁用安全功能等。
- 2.4.5 通过 Mac App Store 分发的 App 还有一些额外的要求需要记住：
- (i) 它们必须经过适当的沙盒处理，并遵循 macOS File System Documentation。 它们还应该只使用适当的 macOS API 来修改其他 App 存储的用户数据（例如，书签、地址簿或日历条目）。
- (ii) 必须使用 Xcode 中提供的技术进行打包和提交； 不允许使用第三方安装程序。 它们还必须是独立的、单个 App 安装包，并且不能在共享位置安装代码或资源。
- (iii) 未经同意，它们不得在启动或登录时自动启动或自动运行其他代码，也不得在用户退出 App 后生成未经同意继续运行的进程。 它们不应自动将其图标添加到 Dock 或在用户桌面上留下快捷方式。
- (iv) 它们不得下载或安装独立的 App、kext、附加代码或资源来添加功能或从我们在审核过程中看到的内容中显着更改 App。
- (v) 它们不得请求提升到 root 权限或使用 setuid 属性。
- (vi) 它们不得在启动时显示许可屏幕、要求许可密钥或实施自己的副本保护。
- (vii) 它们必须使用 Mac App Store 来分发更新； 不允许使用其他更新机制。
- (viii) App 应在当前发布的操作系统上运行，并且不得使用已弃用或可选安装的技术（例如 Java）
- (ix) App 必须在单个 App 包中包含所有语言和本地化支持。
-
2.5 Software Requirements
- 2.5.1 App 只能使用公共 API 并且必须在当前发布的操作系统上运行。 详细了解 公共 API。 使您的 App 保持最新状态，并确保您逐步淘汰操作系统未来版本中将不再支持的任何已弃用的功能、框架或技术。 App 应使用 API 和框架来实现其预期目的，并在其 App 描述中表明该集成。 例如，HomeKit 框架应提供家庭自动化服务； HealthKit 应用于健康和健身目的，并与健康 App 集成。
- 2.5.2 App 应在其包中是独立的，并且不得在指定的容器区域之外读取或写入数据，也不得下载、安装或执行引入或更改 App 功能或特性的代码，包括其他 App。 旨在教授、开发或允许学生测试可执行代码的教育 App 可以在有限的情况下下载代码，前提是此类代码不用于其他目的。 此类 App 必须使用户完全可以查看和编辑 App 提供的源代码。
- 2.5.3 传输可能损害或中断操作系统和/或硬件功能正常运行的病毒、文件、计算机代码或程序（包括推送通知和 Game Center）的 App 将被拒绝。 恶劣的违规行为和重复行为将导致从 Apple Developer Program 中删除。
- 2.5.4 多任务 App 只能将后台服务用于其预期目的：VoIP、音频播放、位置、任务完成、本地通知等。
- 2.5.5 App 必须在仅 IPv6 网络上完全运行。
- 2.5.6 浏览网络的 App 必须使用适当的 WebKit 框架和 WebKit JavaScript。 您可以申请 entitlement 以在您的 App 中使用替代 Web 浏览器引擎。 详细了解这些 entitlement。
- 2.5.7 有意省略。
- 2.5.8 创建备用桌面/主屏幕环境的 App 将被拒绝。
- 2.5.9 更改或禁用标准开关功能（例如音量增大/减小和响铃/静音开关）或其他本机用户界面元素或行为的 App 将被拒绝。 例如，App 不应阻止链接到其他 App 或用户期望以某种方式工作的其他功能。
- 2.5.10 不应提交带有空广告横幅或测试广告的 App。
- 2.5.11 SiriKit and Shortcuts
- (i) 集成 SiriKit 和 Shortcuts 的 App 应该只注册他们可以在没有额外 App 支持的情况下处理的 intent，以及用户期望从声明的功能中获得的 intent。 例如，如果您的 App 是一个膳食计划 App，您不应该合并启动锻炼的 intent，即使该 App 与健身 App 共享
- 2.5.1