Guideline 5.6(开发者行为准则)的 Review Suspended 是最容易被误读的一类拒审:它不是对某个构建的技术性驳回,而是暂停了整个应用的提交资格,并写明恢复日期——消息说得很直白,日期之前的回复和重新提交不会被受理。还有一个容易踩的坑:条款编号是"行为准则",正文给出的理由却是"未达到上架所需的质量标准"。编号和可操作的内容是错位的,读正文,别读标题。
为什么本地检查全绿也拦不住它:它度量的东西没有任何本地质量分能代理。构建通过、测试通过、截图如期生成,都可以和一个真人评审员十几分钟内就放弃的体验并存——缺陷活在自动化检查不打分的那个维度里,这才是它隐形的机制。
顺序很关键: 1. 先分类再动手。消息里有没有日期?有,就当排期处理,不当偶发故障:日期之前任何版本的工作都不可能成功,提前花掉的尝试是纯损耗,也别把这些被拒算成"失败的尝试"。 2. 等待期花在真正的门槛上:干净设备、冷启动、不跳步走完产品存在所支撑的那条主流程,修掉所有"要知道该点哪"才能过去的地方。 3. 资格恢复后先小批量、可控地重新提交,不要把积压的版本一次性倒回去——从平台一侧看,批量重提和当初触发暂停的行为模式是同一形状。
一分钟自检:装上你正准备提交的那个构建,清掉所有开发便利,从第一屏走到核心结果的终点。中间任何一步需要你"知道内情"才能继续,这条主流程对陌生评审员就是断的——而 5.6 挂起度量的正是这个。