iOS审核的那些事(二)

Create by xinyuan 2021/03/20

• 前言：
  与苹果审核团队斗智斗勇的时间不知不觉又过了半年的时间。iOS的审核上架的问题目前依旧是我司的一个重点突破的问题，在他们面前我们还是依旧显的如此渺小。面对着他们审核奇奇怪怪的点还是问题多多。从去年到现在的延审问题依旧还未得到进一步的控制。针对这半年团队的的努力尝试，对延审又有新的理解，新的看法。

上次文章所遗留下来的问题

多设备传包

• 这一点总是备受争议的，此前我们也是认为在不同设备，不同的账号，干净的环境下。排除掉这一些看上去可能会影响审核的点，会不会上架就能够解决呢？在团队的尝试下，我们认为这一点是不成立的。在设备上，我们利用之前未开发过的设备进行开发，开发电脑的网络环境也使用手机的热点，用了全新的个人账号，能够想到的点我们都避开了。但是得到结果依旧一样，还是该延审的继续延审。后来我们也认为这一点没有继续尝试下去的必要了。

利用苹果新特性

• 去年我们通过了IMessage的方式上架了几个包，我们就想着会不会有可能是我们利用了他的新特性，从而受到了苹果的喜爱，在审核上对我们进行了放松？于是后来我们继续使用这种方式去上架新的应用。例如使用了IMessage、iOS14新出的桌面组件、利用swiftUI写项目、利用swift写项目。得到的结果也还是那无情的延审。这样被拒的应用也达到了10多个，从而我们认为利用新特性似乎并不能减少延审的可能性。

视乎成立的结论？

新老账号的问题

• 上面2点的尝试上，我们选择的账号是利用新的账号。在此期间我们也利用了旧账号(这里指曾经有过审核记录的账号，但是没有遭到苹果封号的账号)，在旧账号上进行新应用的上传。我们对比过这新老账号的过审率、延审率。我们得到的结果是老账号在这方面的优势是高于我们的新账号的。这里我还想说明的一点的是，我们的新账号并不是机器方式创建的，我们应用的信息都是我司员工的个人真实信息的方式申请下来的新账号。
• 旧账号的过审率会高，这一点也是目前我们所认为比较正确的点。但是无奈旧账号的数量正在持续的减少，我们也不能把所有的应用的都放在一个账号上，那样带来的风险就更不是我们所能承受的了。在新账号上进行上新还是我们目前所有突破的重点之一。
• 目前我们尝试过一下的方式：
  • 将旧应用转移到新账号，然后迭代一版本，结果延审
  • 利用新的公司账号上新应用，结果延审
  • 将之前的被封的账号进行续费，上新应用，结果延审
  • 延审后没有被封的账号，上新应用，结果延审
    这几种方式我们是结果了前面我们想尝试的方式一起进行的，在代码层面我们也进行重写，代码重复率是有降低。在账号层面我们还想尝试的一种方式就是利用海外账号上全新的英文应用，看看这种方式是否能够不被延审。结论如果只能等到下次写文章在同步出来啦~

尝试的新方向

利用flutter上包？

• 近期我们的运营大佬在看一些上新的应用类型的时候，发现上新的数量其实依旧还是那么多，看着全世界都在上新一样，唯独我司上不去的感觉。。。后面我司便有开发从运营大佬找来的应用中看他们的IPA包，发现他们的包中有Flutter.framework的文件，而且也是用swift开发的。从而我们就想难道flutter可以减少延审概率？因为从找来的应用上面看，他们似乎像一个团队。上了一批类似的应用，而且不单单是同一个类型的，这其中也包含了我们之前的上的表情包的快速应用。所以我们接下来的一个新的方向也是利用flutter去上一些简单的应用，看看审核的如何。至于结论等下一篇文章就同步出来啦~

End

• 上架虽然难受，但是我们应该依旧保持一颗快乐的心，继续与苹果斗智斗勇。路虽然遥远，可能还没有终点，但是我们依旧得要继续前行~

• 若大家也有类似的问题或者有更好的想法，欢迎在共同交流~ 我们目前存在过审交流群，为了把控群友质量，大家可以评论我私发群二维码~

• 我司近期文章~

  iOS 14 新API - UICollectionViewListCell

  iOS 14 APP Clips开发

  iOS 14 WidgetKit开发

  iOS审核3.1、2.1内购相关问题整理

  iOS审核的那些事