应对苹果审核的非技术因素

最近一年来，App Store 的审核越来越严，机器审核的算法频繁变动，导致越来越多的开发者被误伤，当然搞灰产的职业选手受影响就更大。

可是搞灰产的玩家们，手段无穷多。想认真做点好东西的开发者，就惨得不行了，被 App Store 的审核团队轮番肆虐。

和大家接触的过程中，我也发现了大家所掌握的信息当中的很多误区，犯了很多低级错误。这篇文章算是做一个普及，讲一讲应对审核的很多非技术性因素。

以下文章中的内容，来自于无数开发者和苹果审核交涉过程中，所留下的经验，并不是官方文档。由于审核政策经常变更，也不能确保文章中的信息可以有多久的有效时间，仅供参考。

机审还是人审

App Store 审核，一般分为机器审核和人工审核两部分，先机审、后人审。

开始审核的时候，你会收到一封邮件；被拒的时候，你又会收到一封邮件。

如果两份邮件间隔时间小于半小时，一般来说，被拒的过程就是机器完成的。

回复时机

这个 “回复” 分为两种情况，一种是审核被拒了，在后台的 resolution center 给你发了消息，这种情况下你可以不改 App 包，而是直接在 resolution center 给审核团队进行回复、辩解；另外一种情况是，被卡审核了，拖个十天半个月不给审核、也不给拒绝。

对于前者，你需要回复消息；对于后者，你需要把 App 撤回再提交。而不管是哪种情况，需要做到的一点是：尽量间隔 2-3 天再进行回复。

有这么几个好处：

1. 比如遇到 2.1 条款，等了两三天之后，看起来像是你真的认证检查过自己的问题了，而不是直接回怼
2. 比如遇到卡审，等了两三天之后，看起来像是你把他们没有明确指明的 App 里面的问题解决了
3. 避免遇到同一个审核工作人员
4. 间隔的这两天刚好是周末的话，反正周末他们也不怎么审核，你也没浪费时间

另外还需要注意，如果你准备撤回 App 再提交，要确保：

1. 如果审核明确说明，你再次提交会遭遇 "longer review time"，则要慎重
2. 撤回 App 再提交的话，最好给 App 加上一些明显的功能性改动，不要让对方认为你只是重新打包了一下（对方是有足够的动机来检查你的应用的 MD5 值的）

换账号不解决问题

有时候很多开发者并不是有意要上马甲包，而是比如说，我本来做了一个滤镜的 App，现在想换一套滤镜，再出一个 App，但是 App Store 希望你把功能整合在一起，做成一个 App，给了一个 4.3 条款打回来。于是开发者就准备和审核作斗争。

斗争半天无果，就准备再注册个开发者账号，结果发现还是没有结果。

这里面有很多基础性的因素，来帮助苹果判定你这个新账号还是对应的以前的开发者：

1. 两个账号银行卡信息一样
2. 两次上传 App 包的设备一样（判定是不是同一台 Mac 对他们简直太小儿科了）
3. 两次上传 App 包的 IP 地址一样（MAC 地址、GPS 位置等信息同理）
4. 新旧账号有关联（开发者为了省事，进行账号授权，通过一个账号来管理多个账号下面的 App）

这就是为什么，很多人觉得自己给 App 做了翻天覆地的改变，什么代码混淆、UI 改动全都试过了，还是没有结果。你两次上传 App 用的都是同一个 WiFi，当审核团队都是傻子吗？

看到这可能很多人都绝望了，因为如果网络环境、地址位置、设备、账号全都换一套，成本太高太高了。

所以，如果你真准备从这个角度来骗过审核，就不如直接找个朋友的账号。代码你来搞定，从打包到上架全过程都由对方完成，你在北京，他在深圳，毫无关联。这样虽然也不一定就能帮你过审核，但是至少把非技术性的这块最容易暴露自己的问题解决了。