审核指南与常见拒绝原因
熟读《App Store Review Guidelines》中的高频条款：功能可用、隐私合规、内容合法、支付合规。理解条款背后的「用户体验」意图，比死记条款号更有用。
高频关注点
| 关注点 | 要求 | 典型被拒 |
|---|---|---|
| 功能可用性 | 不得崩溃、空白页、主要功能不可用 | 2.1 重要功能不可用 |
| 虚假/误导 | 描述、截图、内购展示需与实际一致 | 2.3 虚假元数据 |
| 隐私与数据收集 | 权限用途清晰；需同意再采集；不得未授权跟踪 | 5.1.x 隐私不合规 |
| 支付 | 数字内容必须用 IAP；不得跳转第三方支付 | 3.1.1 非 IAP 售卖 |
| 账号与登录 | 提供 Demo 账号；社交登录需同等入口；允许删除账号 | 5.1.1(v) 无删除入口 |
常见被拒条款解读
- 2.1（功能完整性）：App 崩溃、卡死、主要功能不可用。预防：提审前真机自测 + TestFlight 内测。
- 3.1.1（支付）：使用非 IAP 售卖数字内容/会员，或跳转第三方支付。预防：数字内容一律走 IAP。
- 5.1.x（隐私）：未按要求声明隐私、权限用途，或未提供删除账号入口。预防：如实填写营养标签、权限描述具体。
- 4.2（最低功能）：外观粗糙/内容稀少，被认定为「最低功能」。预防：保证内容与功能足够完整。
- 1.2 / 1.4（内容合规）：违法或不当内容（涉黄、赌博、仇恨等）。预防：内容审核与合规自查。
删除账号入口是近年新增的硬性要求：如果你的 App 支持注册账号，必须在 App 内提供「删除账号」的入口。这点很容易被忽略，却是 5.1.1 高频拒绝项。
预防策略
- 提交前自测：核心流程、内购、登录、推送、权限弹窗全部走一遍。
- 审核备注写清：测试路径、账号、环境说明；需要特定硬件/地区时提前告知。
- 隐私对账：确认隐私政策与营养标签匹配实际数据收集。
- 多看被拒案例：关注 Apple 开发者论坛与常见被拒清单，提前规避。
- 保持版本质量：用 TestFlight 内测外测把问题留在提审前。
自检清单
- 核心功能在真机验证可用，无 P0 崩溃
- 描述/截图/内购展示与实际一致
- 数字内容已走 IAP，无第三方支付引导
- 隐私营养标签与权限描述符合实际
- 有账号体系则已提供删除账号入口
- 审核备注已写清测试路径与账号
常见问题
- 被拒后多久能重新提交？ 修改后即可重新提交，处理速度通常较快；不要反复提交相同问题版本。
- 如何判断拒绝是否误判？ 仔细读拒绝理由；若确属误判，可通过 Resolution Center 提交说明或请求电话沟通。
- 审核指南多久更新一次？ Apple 不定期更新，建议每次提审前浏览最新版官方指南。