关于App Store Connect准则2.1：内置演示模式创建方法问询

准则2.1补充说明（官方中文翻译） #

若因法律或安全义务无法提供演示账户，可在获得苹果预先批准后，以内置演示模式替代演示账户。确保演示模式可展示应用的全部功能。

一、什么是符合准则2.1的内置演示模式？ #

内置演示模式是专为App Store审核团队打造的应用内部功能模块——它不需要真实用户的操作流程（比如真实OTP验证码、产品激活码），就能完整复现应用所有核心功能的逻辑与交互效果。核心目的是让审核人员无需依赖外部条件或真实数据，就能全面测试应用，同时规避法律、安全或隐私层面的风险。

二、如何创建符合要求的内置演示模式？ #

1. 先获取苹果预先批准 #

别着急写代码，第一步必须通过App Store Connect的「解决中心」或审核备注栏，向苹果说明无法提供真实演示账户的具体原因（比如涉及用户隐私合规、真实流程需绑定敏感信息），申请用内置演示模式替代，拿到苹果明确同意后再动手。

2. 核心设计原则 #

• 全覆盖无遗漏：所有被拒时提到的无法复现的功能（OTP验证、产品码激活等），以及应用其他核心流程，都要在演示模式里完整展示，必须让审核人员能走完所有关键路径。
• 不干扰真实用户：演示模式入口要隐蔽，比如用特定手势触发（连续点击logo3次）、仅在TestFlight/审核版本中显示，或通过编译宏控制，正式发布版本自动移除演示模式代码，绝对不能让普通用户误触。
• 模拟真实体验：演示模式的交互要和真实流程完全一致，只是跳过真实的外部验证环节。比如OTP流程保留输入框，输入任意内容或自动填入预设演示码后，直接触发成功回调，展示和真实验证一样的后续界面；产品码激活则预设几个固定演示码，输入后直接返回激活成功状态，展示对应功能。
• 无外部依赖：演示模式的所有数据（模拟用户信息、产品内容等）都要内置在应用里，或通过本地模拟接口返回，不能依赖真实服务器接口或第三方服务，避免因外部环境问题导致演示失败。

3. 具体功能实现示例 #

• OTP验证模块：在审核环境下，监听验证码输入框，自动填入预设的123456（或任意固定6位数字），点击「验证」按钮后直接执行验证成功逻辑，跳转到下一页。
• 产品码激活模块：预设演示码如DEMO-APP-001、DEMO-APP-002，当输入这些码时，绕过真实激活接口，直接返回激活成功，展示对应的产品功能页面。

4. 提交时的关键说明 #

在App Store Connect的审核备注里，写清楚演示模式的触发方式、操作步骤，以及每个关键功能的演示方法，比如：「连续点击首页logo3次进入演示模式，OTP验证可输入123456直接通过，产品码激活可使用DEMO-APP-001」，帮审核人员快速上手测试。

内容的提问来源于stack exchange，提问作者lauwis