5.4 审核被拒：原因与对策（苹果/Google 双平台）

核心结论

审核被拒不是"审核员故意为难"，而是绝大多数踩了被反复强调的明线。把高频拒因做成提审前清单（见 0505），90% 的项目可以一次过或快速过。双平台规则不同，分开应对。

苹果高频拒因（按我遇到频率排序）

最有价值的经验："恢复购买"按钮是很多团队第一次内购就翻车的地方——苹果要求非消耗品必须提供；演示账号要在提审时填写，且审核期间不能关服/改密码。

Google Play 高频拒因

Google 的特点：审核比苹果宽松，但政策更新频繁（如儿童/金融类目规则），半年前的老规则可能已失效。每年 Google 会推目标 API 级别升级，旧包会被"限制可见"，记得留档更新计划。

被拒后的标准处理流程

1. 别急着重交：仔细读拒信每一条，每一条都要有对应的整改。只改一条重交大概率再拒。
2. App Store 的 Resolution Center**：可与审核员对话。态度清楚直接、说明改了什么、附证据（测试账号、录屏）。
3. 必要时申诉：若认为审核误判，可走 Appeal。前提是你确实占理且准备好了材料。
4. 记录与复盘：团队的拒因库——每次被拒沉淀一条规范，沉淀进 0505 清单。

常见坑与解法

坑 1：被拒原因"Guideline 2.1"一大段看不懂

原因：这是通用"性能/完整性"条款，拒信后半段有具体说明。

解法：读后半段；常见就是崩溃与"功能不完整"。先跑 0505 清单。

坑 2：新版本提交后 "Waiting for Review" 好几天

解法：正常窗口 1~3 天；加急审核（App Store 有 Expedited 通道，每年有次数，留给紧急修 bug）。

坑 3：审核员测试时登录上了，但是空数据

原因：演示账号的存档被审核员当成"新人"，服务器端没给测试数据。

解法：演示账号配置成"有完整前期内容"的状态；或提供"测试模式"开关说明。

相关节点速查

• 苹果审核指南：App Store Review Guidelines（苹果官网，条款编号即拒因编号）
• Google 政策中心：Play Console Policy
• 提交资料：见 0404

心得：审核是产品的第一次真实用户测试——审核员就是"最较真的用户"。我们项目把每一条被拒当成团队财富，维护了一个"拒因 → 整改 → 规范"的清单库，三个版本后基本一次过。被拒不丢人，同一个原因被拒两次才丢人。