场景速览： 提审被拒时，先分清是「跑不通」还是「说得和做得不一致」。Apple《App Store 审核指南》里，2.1 Completeness 管完整性与可测性，2.3 Accurate Metadata 管商店页是否诚实描述当前构建。
整理自 App Store Review Guidelines，以官网最新原文为准。
01 · 官方在说什么
| 条款 | 关键词 | 审核员实际在看 |
|---|---|---|
| 2.1 Completeness | 完整、可测、稳定 | 主流程能否走完；是否崩溃 / 白屏 / 占位 |
| 2.3 Accurate Metadata | 准确、不误导 | 名称、截图、描述是否对应这个构建 |
二者经常一起出现：功能做了一半 → 2.1；截图承诺了构建里没有的能力 → 2.3。
02 · 2.1 完整性：常见卡点
- 安装后白屏、闪退，或登录后必现崩溃
- 核心按钮无效，流程停在「即将上线」占位页
- 审核备注里的演示账号 / 环境不可用
- 后端在审核地区不可达，又未给出替代测法
政策口径：「完整」不等于「功能特别多」，而是：当前提交版本，应按元数据声称的用途，在审核路径里可被完整验证。
03 · 2.3 元数据：常见不一致
- 截图有订阅 / 社交 / AI 入口，构建里点不到
- 副标题、关键词暗示与实际条款不符的能力
- 预览视频使用了未上线功能或过期 UI
- 年龄分级、权限说明与真实采集行为对不上（常连带隐私条款）
04 · 提审前核对清单
- 全新安装 → 按审核备注登录 → 走完主流程一次
- 逐张对照商店截图：图上有的功能，构建里都能点到
- 描述与副标题不出现未交付能力
- 提审包再扫崩溃日志；必现 bug 先修再提
- 强依赖地区 / 账号时，审核备注写清步骤与有效期
05 · FAQ
只改文案不换包，能解决 2.3 吗？
仅元数据夸大时，改准确描述有时够；截图展示了构建没有的功能，通常还要改图或改产品。
2.1 被拒是否等于产品不合格？
多数是「审核路径不可完成」或稳定性问题。先复现审核备注步骤，再查崩溃与后端可达性。
以哪份文档为准？
以 Apple 当前版 App Store Review Guidelines 为准；本文只做结构解读。
暂无评论，来做第一个留言的人吧。