4.3(Spam)加 4.2.6(App Generation Services)的拒审最容易被误读成质量差评。这两条都不评价代码:4.3(a) 说的是与商店里已有的内容或功能重复;4.3(b) 说的是与广泛存在的东西无法区分,或只是对热门类目的投机变体;4.2.6 点名的是由模板/生成服务产出、一个开发者账号替多个客户批量提交的形状。三个判定共享同一个动作——对比:审核员把你 listing 上可见的表面(截图、副标题、描述、功能列表)和目录里已有的同类放在一起,结论是分不出来。
为什么它只在 review 时才显形:所有本地门禁——构建、测试、截图完整性、元数据校验——量的都是 app 与自身规格的一致性,没有一道会把它拿去和整个商店目录比。所以本地全绿与 4.3 同时成立并不矛盾:绿证明的是"对得起 spec",不是"在目录里有存在的理由"。
修复模式,顺序有讲究:
1. 先改诊断对象。审核读的是 listing 表面,不是工程内部;差异如果真实存在但埋在第四张截图、描述第三段,对判定而言等于不存在。 2. 把唯一机制顶到最前面:第一张截图就是别人没有的那个东西,描述第一段先讲差异、再讲类目。 3. 4.2.6 的解不是换皮,是提交主体:模板替多个客户产出,就该各挂各的开发者账号;一个账号下排一列模板变体,正是这条指南要拦的形状。 4. 原样重提、或只换图标的重提,拿回来的还是 4.3。对比结论只能靠可见面的实质变化去推翻。
一分钟自测:把你的商店页和类目关键词搜索结果前 10 名并排放,遮住名字,只看截图加描述第一段——说不出哪张是你的,审核员也一样。这差不多就是 4.3(b) 的判定过程本身,只是提前到了提交之前。本地门禁替代不了这一步:它们验证一致性,商店审核问的是另一根轴——你是目录里多出来的一份,还是不同的一份。