2026-03-17
App 审核被拒后怎么办：拒信拆解、分类优先级与再提审完整流程
被拒不等于失败。完整归档拒信、按文书/声明/可用性/合规分类、先修审核员走不下去的问题，再整理再提说明与复测路径。配合常见拒审对照表使用。Telegram @hagee66。
被拒是信息，不是结局。真正浪费时间的是：没读完拒信就改一版重提；改了文案却没改包体；修了 A 条款，B 条款原样还在。标准做法是：归档 → 分类 → 排序 → 修改 → 复测 → 再提说明。
配合 常见拒审对照表 使用效果更好。
第一步：完整归档
保存以下内容（不要只截一半）：
- 拒信全文 / 政策邮件 / Console 提示
- 对应版本号、构建号、提交时间
- 当时的截图、元数据、审核备注原文
- 测试账号状态（是否仍可用）
归档是为了对比「改前改后」，也方便协作方快速接手。
第二步：分类（决定怎么改）
| 类型 | 典型表现 | 优先动作 |
|---|---|---|
| 可用性/演示路径 | 登录失败、找不到功能、卡验证码 | 先修路径与备注 |
| 元数据不符 | 截图/描述与包体不一致 | 改图文或改功能展示 |
| 隐私/声明 | 标签、Data Safety、政策冲突 | 盘点 SDK 后重填 |
| 稳定性 | 崩溃、严重 bug | 修包复测 |
| 商业/支付披露 | 价格、订阅、恢复购买不清 | 补披露与沙盒说明 |
| 合规红线 | 隐藏功能、高敏内容、欺骗 | 评估能否继续，可能需大改 |
分类对照详见 常见拒审原因。
第三步：优先级（先修什么）
推荐顺序：
- 审核员走不下去的问题（登录、权限、核心路径）
- 声明类明显冲突（隐私、权限用途）
- 元数据/截图不符
- 体验与文案优化
- 最后处理有争议、需产品决策的合规项
不要并行大改十处却无法复盘；一次再提要能说清「针对哪些条款改了什么」。
第四步：修改与复测
- 代码/配置改动：出新构建，走一遍拒信中的复现路径
- 文书改动：更新政策、营养标签/Data Safety、商店文案
- 苹果建议结合 TestFlight 预演
- 用 预检评分表 再打一次分
第五步：再提说明怎么写
好的再提说明具备：
- 对应拒信条款编号/原文要点
- 每条的修改说明（包体 / 元数据 / 声明）
- 审核员复测路径（账号、步骤）
- 如仍有限制，诚实说明原因与位置
避免空泛的「我们已全面优化，请再次审核」。
模板
感谢审核。针对本次拒信，我们已完成如下修改：
1) 条款/问题：……
修改：……（版本 xxx）
复测路径：……
2) 条款/问题：……
修改：……
测试账号：
备注补充：
什么时候该停下来评估
- 拒信指向商业模式或内容红线，改文书解决不了
- 多次同条款重复被拒，说明根因未动
- 需要下线功能/改产品才能继续
这类情况应先做合规评估，再决定是否继续投入。见 出海合规自检。灯塔不承诺过审，但可协助拆解与整改方向；代码级大改超出范围会先说明再报价。Telegram @hagee66。