驳回邮件里已经写了下一步

先找条款编号

驳回通知都不长。踩到哪一条、审核员看到了什么、要求你改什么，三段话就完了。真正决定下一步动作的是编号那一段。编号跟商店公开的审核指南目录是对得上的，翻到那一条的原文，你看到的就是被套用的标准本身，而不是审核员转述过一遍的版本。

跳过编号只读正文，很容易改错地方。“应用不够有用”这句话听起来像是让你多加功能。可要是后面挂着的编号指向最低功能要求，要的就不是数量而是性质：浏览器里就能办完的事，没必要在商店里再出一个 App。凭语气读那句话，人就往加功能的方向走；读编号，方向是定死的。

该重做的、回一封信就行的、只改商店信息的

驳回大致分三路。第一路是 App 确实还没做完：审核过程中闪退、临时占位文案没删干净、页面里的链接是死的。碰上这一类，除了重新提交构建没有别的路。苹果那边被引用最多的就是这条完整性要求，而这里面大部分问题，提交之前自己就能看出来。

第二路是审核员压根没走到那个功能。登录之后才有的功能，没有账号就等于不存在，付费之后才出现的页面也一样。这时候要给的不是代码改动，而是审核备注里的测试账号和复现步骤，流程特殊的话再加一段短录屏。一封回信就了结的驳回，比多数人以为的要多。

第三路是商店信息。截图跟现在的构建对不上，描述里写了 App 并没有的功能。这一类不用重新打包，改商店信息再提交就行。分不清这个区别，就会花好几天重做一个本来没问题的构建。

还没到审核员手上就被拦下

谷歌要求新上架的应用和更新都针对较新的安卓版本构建，而且每年八月底把这条下限往上抬一格。低于这条线上传，控制台在审核之前就把包拦下来了。没有人看过你的 App，自然也没有审核员告诉你该改什么。

各种申报也在同一个位置。数据安全表单里填的收集项跟应用的实际行为对不上，会被退回；用了广告 ID 却没申报，同样过不去。允许注册账号的应用，必须能在应用内发起账号删除请求，谷歌还要单独收一个不用登录就能打开的删除申请网址。隐私政策的网址则是两个商店共同的前提。

这些都跟技术水平无关。App 如果是外包做的，最好回头确认一下这些申报和文档当初说好由谁来填。开发这边早就完工，商店账号里侧的活儿却悬着，两边都以为是对方的事，这种局面很常见。

只是把网站包了一层的 App

用 WebView 包一层的 App 被拦下来，不是因为这个做法技术上不行，而是因为它把浏览器里已经有的东西又出了一遍。苹果把这类归到最低功能那一档。想过，就得让只有 App 才做得到的动作真正长在用户的使用流程里：通知、离线保存、相机、定位。被驳回之后再匆匆加一个，时间上晚了，看上去也就是补的。这件事在定范围的阶段提出来，成本几乎为零。

按一次就过来排上线日期

排上线日期时把审核当成一次就过，整个计划就压在一把上了。被退回意味着修改的时间之外还要再排一次队，而排队这段时间，做的人是压不下来的。后面要是还挂着广告投放或者活动这种改不动的日子，唯一的办法就是把提交往前挪。被退一次本身很平常，没什么好紧张的。同一个理由退到第三次就不一样了，那时候该看的不是指南，是这个 App 本身是怎么搭起来的。

有那封驳回邮件就能开始

把收到的通知原文和 App 名字发过来，第一次沟通就成立了。Weple 的 App 托管代运维本来就是按月接下商店政策和驳回处理的活，所以我们从把驳回理由和指南原文对着读开始，先分清这是要重做构建、写审核备注就够，还是只要在控制台把申报补齐。第一次往商店提交、不知道该问什么，也不影响这个开头。每个月具体接哪些事，写在价格说明里。同一个理由已经退回两次以上的 App，把那段经过也一并发过来。