app更新审核要多久，先看这次动了哪块

早上七点四十，一个做记账 App 的朋友把截图发过来。后台那一行还是「正在审核」，他连着发了三条语音，最后一条只有一句：这次就改了个登录页配色，四天了，一动没动。

我让他把这次的版本说明和更新记录调出来。翻了两下，问题不在配色上——他在同一个版本里顺手加了个入口：从相册导入账单截图。

这一下就说得通了。审核看的是你这次比上一版多要了什么，不是你改了几行代码。

更新这一轮，和第一次上架不是一回事

第一次上架，审核员面对的是一个陌生应用，他要判断这东西能不能上架、有没有隐藏功能、内容合不合规。更新的时候，他手里已经有一个跑过的旧版本，他要判断的是另一样东西：你这次动了什么，动的地方有没有越线。

所以「就改了一点点」这句话，在审核那边是不成立的。改了多少行代码是你的账，多要了哪些能力是他们的账。这两笔账经常对不上，对不上的地方就要来回问一轮。

我见过的更新卡住，九成以上不是因为代码写得差，是因为几个很琐碎的地方没对齐。下面这棵树，你可以照着走一遍。

如果答案是没有——只修了一个崩溃、调了一个金额算错的逻辑，界面几乎没变——那这轮最省事。

要做的事情只有三件：构建号往上加一位，别拿上次那个号再传一遍；版本说明里写清楚修了什么，写「优化用户体验」这四个字最容易被要求补充说明；截图别换新的，界面没变就沿用旧的，换了反而要解释。

这种情况通常会安安静静地过去。真的。

相册、通讯录、定位、通知、麦克风，随便哪一个。

权限这件事，苹果不看你有没有写权限说明，看的是你写的那句话和实际用途对不对得上。写「需要访问相册以提升使用体验」，等于没写。写「用于选择账单截图导入记账」，一句话就够了。

但光改这一句还不够。隐私政策页面里要提到这个权限，App 隐私那一栏的数据类型要跟着勾上，弹窗出现的时机最好在用户真正要用这个功能的时候，不是一打开 App 就弹。

这三处任何一处缺了，就会收到一封要你补充的反馈。补完再提交，等于重新排一次队。我那个朋友就是栽在这儿：权限说明写了，App 隐私那一栏没勾。

会员、订阅、虚拟商品、付费解锁，只要这个版本碰了收钱的东西，就要多留一个心眼。

最常被问的一句是：这个付费是不是绕开了应用内购买。你要是真接了第三方支付，能不能通过不由你我说了算，最终以苹果的审核结论为准。我要提醒的是别在版本说明里自己先写出来，比如「新增微信支付」这种描述，等于提前把问题递到审核员手里。

还有一类更隐蔽：描述写「免费试用七天」，进去却是先扣款后试用。这种不一致，比功能本身更容易出事。

这种情况不用重新打包。提交的时候选之前上传过的那个构建就行，前提是那个构建还在。

有一点要提前确认：新截图必须和你现在这个版本的实际界面对得上。上一版改了首页，截图忘了换，审核员下载下来一看不是同一个界面，照样会退。

这个得说清楚，它不是更新，它是一个新应用。

老用户手机里那个不会自动变成新的，评论、评分、下载量也不会跟过来。这条路上最容易出的错，是有人以为换个包名重新提上去，用户就会「自然迁移」。不会的。用户只会觉得你下架了。

这栏很多人的做法是留白，或者写一句「无」。我觉得挺可惜的，它是你唯一能直接跟审核员说话的地方，而且不花钱。

三样东西写进去就够了：一个能用的测试账号，有效期要盖住整个审核期，别设成三天；一条最短的关键路径，从登录到看见核心功能，几步就几步；一段三十秒的录屏，如果有些功能必须特定设备或者特定数据才能触发，把链接放进去。

我见过最冤的一次，是测试账号的密码在上一个版本改过，备注里没更新。审核员登不进去，一封 2.1 的反馈下来，那一轮就白等了。

按一个常见的情况测算，不代表任何具体客户：一个 App，一个月更新两次，一年二十四次。假设其中有四分之一会被要求补充材料，也就是六次。

每一次从收到反馈到重新提交，快的话半天，慢的话一天多，再加上重新排队的那段等待。粗粗算，六次大概会多出一到两周的纯等待时间。

这段时间不产出任何东西。它只是让你晚两周拿到那个本来早就该给用户的功能。

第一行：这次比上一版多要了什么。权限、支付、新入口，落到具体。

第二行：这次有没有碰钱。碰了就再核一遍描述和实际行为对不对得上。

第三行：审核员能不能自己走通。用你写在备注里的那个账号，从零开始登一次，别用你自己已经登录过的那台手机。

三行里有两行答不上来，就先别点提交。晚半天想清楚，比早半天被退回来划算。

初雪云做 App Store 上架与审核问题处理，走的是确认当前问题、形成处理清单、完成配置提交、跟进审核反馈这四步，更新提审和第一次上架用的是同一套办法。具体可以看 https://www.chuxueyun.com/appstore 。