iOS审核问题二、表现

2.1应用完整性

提交给App Review的内容（包括您可以预订的应用程序）应为最终版本，其中包含所有必要的元数据和功能齐全的URL；提交前，应先清除占位符文本，空网站和其他临时内容。提交应用之前，请确保您的应用已通过设备上的错误和稳定性测试，如果您的应用包含登录名，请提供模拟帐户信息（并打开后端服务！）。如果您在自己的应用中提供应用内购买，请确保它们是完整的，最新的并且对审阅者可见，或者确保在审阅笔记中说明为什么不购买。请不要将App Review视为软件测试服务。我们将拒绝崩溃或出现明显技术问题的不完整的应用程序捆绑包和二进制文件。

2.2 Beta测试

应用程序的演示版，测试版和试用版不属于 应用商店–改用TestFlight。通过TestFlight提交进行Beta版发布的任何应用都应公开发布，并应遵守应用审核指南。但是请注意，使用TestFlight的应用程序不能分发给测试人员以换取任何形式的补偿，包括作为对众筹资金的奖励。在将Beta版本的重要更新分发给测试人员之前，应将其提交给TestFlight App Review。要了解更多信息，请访问TestFlight Beta Testing。

2.3准确的元数据

客户应该知道他们在下载或购买应用程序时会得到什么，因此请确保您的应用程序说明，​​屏幕截图和预览准确反映了应用程序的核心体验，并记住使它们与最新版本保持同步。

2.3.1不要在您的应用程序中包含任何隐藏或未记录的功能；您的应用程序的功能应向最终用户和应用程序审查明确。同样，您不应在应用商店或离线（包括实际上未提供的内容或服务（例如，基于iOS的病毒和恶意软件扫描程序））。粗鲁或反复的行为是从开发人员计划中删除的依据。我们努力使应用商店一个值得信赖的生态系统，并希望我们的应用程序开发人员能够效仿；如果您不诚实，我们不想与您做生意。

2.3.2如果您的应用程序包含应用程序内购买，请确保您的应用程序说明，​​屏幕截图和预览清楚地表明是否有特色项目，级别，订阅等是否需要额外购买。如果您决定在以下网站上推广应用内购买应用商店，确保应用内购买的显示名称，屏幕快照和说明适合公众受众，并遵循促进应用内购买中的指导，并确保您的应用正确处理SKPaymentTransactionObserver方法，以便客户无缝完成在应用启动时购买。

2.3.3屏幕截图应显示正在使用的应用程序，而不仅仅是标题，登录页面或初始屏幕。它们还可以包括文本和图像覆盖图（例如，以演示输入机制，例如动画的触摸点或Apple Pencil），并在设备（例如触摸栏）上显示扩展的功能。

2.3.4预览是让客户查看您的应用程序外观和功能的一种好方法。为确保人们了解他们将会从您的应用程序中获得什么，预览只能使用应用程序本身的视频屏幕截图。贴纸和iMessage扩展名可能会在“消息”应用程序中显示用户体验。您可以添加旁白和视频或文字叠加层，以帮助解释仅从视频中看不到的内容。

2.3.5选择最适合您的应用的类别，如果需要帮助，请查看“ App Store类别定义”。如果您的情况不太理想，我们可能会为您更改类别。

2.3.6回答中的年龄分级问题App Store连接老实说，以便您的应用与家长控制保持一致。如果您的应用程序评级错误，则客户可能会对所获得的收益感到惊讶，或者可能引发政府监管机构的询问。如果您的应用程序包含要求显示内容分级或警告的媒体（例如电影，音乐，游戏等），则您有责任遵守应用程序可用的每个地区的本地要求。

2.3.7选择唯一的应用程序名称，分配可以准确描述您的应用程序的关键字，并且不要试图将带有商标用语，流行的应用程序名称或其他不相关短语的任何元数据打包在一起，只是为了游戏系统。应用程序名称必须限制为30个字符，并且不应包含非应用程序名称的价格，条款或说明。应用字幕是为您的应用提供其他上下文的好方法；他们必须遵守我们的标准元数据规则，并且不得包含不当内容，引用其他应用程序或提出不可验证的产品声明。Apple可以随时修改不适当的关键字，或采取其他适当步骤以防止滥用。

2.3.8元数据应适合所有受众，因此即使您的应用程序评级较高，也请确保其应用程序和应用程序内购买图标，屏幕截图和预览符合4岁以上的年龄等级。例如，如果您的应用程序是一个包含暴力的游戏，则选择不描绘令人毛骨悚然的死亡或不指向特定角色的枪支的图像。在应用元数据中，“儿童”和“儿童”等术语的使用保留给儿童类别。请记住，确保您的元数据（包括应用程序名称和图标（大，小，Apple Watch应用程序，备用图标等））相似，以避免造成混淆。

2.3.9您有责任确保在应用程序图标，屏幕快照和预览中使用所有资料的权利，并且应显示虚构的帐户信息，而不是真实人物的数据。

2.3.10确保您的应用专注于iOS，Mac，苹果电视 要么 苹果手表体验，除非您有经过批准的特定互动功能，否则请勿在您的应用程序或元数据中包含其他移动平台的名称，图标或图像。确保您的应用元数据集中在应用本身及其体验上。不要包含不相关的信息，包括但不限于有关Apple或开发过程的信息。

2.3.11您提交的要在网上预订的应用应用商店必须完整且可交付。确保最终发布的应用与预订状态下的广告没有实质性差异。如果您对应用程序进行了重大更改（例如，更改业务模式），则应重新开始预订。

2.3.12应用程序必须在其“新功能”文本中清楚地描述新功能和产品更改。简单的错误修复，安全更新和性能改进可能取决于一般描述，但更重要的更改必须在注释中列出。

2.4硬件兼容性

2.4.1为确保人们从您的应用程序中获得最大收益，iPhone应用程序应尽可能在iPad上运行。我们鼓励您考虑构建通用应用程序，以便客户可以在所有设备上使用它们。了解有关通用应用程序的更多信息。

2.4.2设计您的应用程序以有效使用电源并以不会损坏设备的方式使用。应用程序不应迅速耗尽电池，产生过多热量或对设备资源造成不必要的压力。例如，应用程序不应该鼓励在充电时将设备放在床垫或枕头下，或者对固态驱动器执行过多的写入周期。应用程序（包括其中显示的任何第三方广告）可能不会运行无关的后台进程，例如加密货币挖掘。

2.4.3人们应该能够使用Apple TV应用程序，而无需通过Siri遥控器或第三方游戏控制器进行硬件输入，但是当连接其他外围设备时，可以随意提供增强的功能。如果需要游戏控制器，请确保在元数据中清楚地说明这一点，以便客户知道他们需要其他设备来玩。

2.4.4应用程序绝不应建议或要求重启设备或修改与应用程序核心功能无关的系统设置。例如，请勿鼓励用户关闭Wi-Fi，禁用安全功能等。

2.4.5通过Mac App Store 还有一些其他要求要牢记：

• （i）必须在适当的沙箱中放置它们，并遵循macOS文件系统文档。他们还应该仅使用适当的macOS API来修改其他应用存储的用户数据（例如，书签，地址簿或日历条目）。
• （ii）必须使用Xcode提供的技术对它们进行打包和提交；不允许第三方安装程序。它们还必须是独立的单个应用程序安装包，并且不能在共享位置安装代码或资源。
• （iii）未经许可，它们可能不会自动启动或在启动或登录时自动运行其他代码，也不会在用户退出应用程序后生成未经许可而继续运行的进程。他们不应将其图标自动添加到Dock或在用户桌面上留下捷径。
• （iv）他们可能不会下载或安装独立的应用程序，kexts，其他代码或资源来添加功能或与我们在审阅过程中看到的内容相比发生重大变化。
• （v）他们不得请求升级为root特权或使用setuid属性。
• （vi）他们可能不会在启动时出现许可证屏幕，要求许可证密钥或实施自己的版权保护。
• （vii）他们必须使用Mac App Store分发更新；不允许使用其他更新机制。
• （viii）应用程序应在当前发布的操作系统上运行，并且不得使用已弃用或可选安装的技术（例如Java，Rosetta）
• （ix）应用程序必须在单个应用程序包中包含所有语言和本地化支持。

2.5软件要求

2.5.1应用程序只能使用公共API，并且必须在当前发布的操作系统上运行。了解有关公共API的更多信息。保持您的应用程序为最新，并确保您淘汰所有在操作系统的未来版本中不再支持的不推荐使用的功能，框架或技术。应用程序应按预期用途使用API​​和框架，并在其应用程序说明中指出该集成。例如，HomeKit框架应提供家庭自动化服务。和HealthKit应该用于健康和健身目的，并与Health应用程序集成。

2.5.2应用程序应独立包含在其捆绑包中，不得在指定容器区域之外读取或写入数据，也不得下载，安装或执行引入或更改应用程序（包括其他应用程序）功能的代码。在某些情况下，旨在教，发展或允许学生测试可执行代码的教育应用可以下载代码，前提是该代码不得用于其他目的。此类应用必须使用户可以完全查看和编辑应用程序提供的源代码。

2.5.3传播病毒，文件，计算机代码或程序（可能会损害或破坏操作系统和/或硬件功能，包括推送通知和Game Center）的正常运行的应用程序将被拒绝。严重违反规定和重复行为将导致从开发人员计划中删除。

2.5.4多任务应用程序只能将后台服务用于其预期目的：VoIP，音频播放，位置，任务完成，本地通知等。如果您的应用程序使用位置后台模式，请提醒您，这样做可能会大大降低电池寿命。

2.5.5应用程序必须在IPv6的网络上具有完整功能。

2.5.6浏览Web的应用程序必须使用适当的WebKit框架和WebKit Javascript。

2.5.7超过10分钟的蜂窝网络上的视频流内容必须使用HTTP Live Streaming，并包括基线192 kbps HTTP Live流。

2.5.8创建替代桌面/主屏幕环境或模拟多应用程序小部件体验的应用程序将被拒绝。

2.5.9更改或禁用标准开关功能（例如，音量调高/调低和振铃/静音开关）或其他本机用户界面元素或行为的应用程序将被拒绝。例如，应用程序不应阻止链接到用户希望以某种方式工作的其他应用程序或其他功能。了解有关正确处理链接的更多信息。

2.5.10应用程序不应与空的广告横幅或测试广告一起提交。

2.5.11 SiriKit和快捷方式

（i）集成了SiriKit和快捷方式的应用程序应仅注册其可以在没有其他应用程序支持的情况下处理的意图，并且用户应从所述功能中获得期望。例如，如果您的应用程序是膳食计划应用程序，则即使该应用程序与健身应用程序共享集成，也不应包含开始锻炼的意图。
（ii）确保您的plist中的词汇和短语与您的应用以及该应用已注册的Intent的Siri功能相关。别名必须直接与您的应用程序或公司名称相关，并且不应是通用术语或包含第三方应用程序名称或服务。
（iii）以最直接的方式解决Siri请求或快捷方式，并且不要在请求和实现之间插入广告或其他营销手段。仅在需要完成任务时才要求消歧（例如，要求用户指定特定类型的锻炼）。

2.5.12使用CallKit或包含SMS Fraud Extension的应用程序应仅阻止确认为垃圾邮件的电话号码。包含呼叫，SMS和MMS阻止功能或垃圾邮件识别功能的应用程序必须在其营销文本中清楚地标识这些功能，并说明其阻止和垃圾邮件列表的标准。您不得将通过这些工具访问的数据用于与操作或改善您的应用或扩展没有直接关系的任何目的（例如，您不得出于跟踪目的，创建用户个人资料等目的使用，共享或出售该数据）。

2.5.13使用面部识别进行帐户身份验证的应用程序必须尽可能使用LocalAuthentication（而不是ARKit或其他面部识别技术），并且必须对13岁以下的用户使用替代身份验证方法。

2.5.14应用程序必须在记录，记录或以其他方式记录用户活动时请求用户明确同意并提供清晰的视觉和/或听觉指示。这包括对设备摄像头，麦克风，屏幕录像或其他用户输入的任何使用。

2.5.15使用户能够查看和选择文件的应用程序应包括“文件”应用程序中的项目以及用户的iCloud文档。