流程全景图

01 定位条款确认是 2.1、2.3、4.0 还是 4.2 触发，并标记具体页面。

02 证据对齐整理拒审截图、复现路径、当前版本行为，避免盲改。

03 条款整改功能、元数据、隐私声明同步修复，并保留前后对比证据。

04 重提说明按条款逐条写明整改动作、验证结果和测试路径。

案例 A｜2.1 功能完整性

2.1 类型通常不是“单个报错”那么简单，往往是审核环境下某些依赖未初始化或登录流程边界未覆盖。建议先复现审核路径，再按关键流程拆解修复，不要只修表现层。

整改前审核路径：打开应用 → 登录后进入空白页，无法继续操作。

整改动作补齐异常兜底页、接口超时重试与登录态校验，修正关键跳转。

整改后同路径连续测试通过，关键流程可在弱网环境稳定完成。

证据建议：保留崩溃日志、修复前后录屏、弱网回归结果截图。

案例 B｜2.3 元数据一致性

如果截图、标题或描述出现了应用内无法验证的内容，审核员通常会直接判定为误导。处理时先让商店素材回到“现网可验证版本”，再考虑后续功能上线后的营销升级。

整改前商店截图展示“高级订阅权益”，应用当前版本未提供对应入口。

整改动作下线不实素材，替换为当前版本真实页面并调整描述措辞。

整改后审核复现与商店呈现一致，2.3 风险显著下降。

证据建议：保存素材修改记录、版本说明和应用内对应页面截图。

高频拒审点与整改动作

建议在说明中增加“审核员复现路径”，例如登录账号、操作步骤和预期结果，能显著减少沟通往返。