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

最近一年来,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,当审核团队都是傻子吗?

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

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

原文发布于微信公众号 - 程序员维他命(J_Knight_)

原文发表时间:2019-06-25

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券