进入2018年4月份，对于大多数做互联网金融行业的同学们来说，更加难熬了，因为产品要上架App Store，更加困难了。对于大部分的互金APP（包括理财、现贷款、贷超等类型的App），苹果除了要求资质之外，还有可能丢出2.1大礼包。
目前来说，只要遇到2.1大礼包，基本上就是无解了，除非运气超级好，才有可能最终过审。
而在3.2.1条款里，苹果也不再是要求7条了，而是会适当的增加第8条，有时候是要求提供资质的编号，有时候是要求提供软著。从这个层面来说，之前《iOS审核被拒1.2到5.2.1到3.2.1的解决方案》、《iOS审核被拒3.2.1的最佳解决方案》两篇文章中提到的借用有资质的账号上架的这种方案，已经被苹果审核察觉，并开始针对性的要求账号使用者证真，这对于没有资质但是想通过这种方式上架的同学们来说，无异于晴天霹雳，因为这条路正在被封上。
从个人近期上架的操作经验结合一些同行业的同学们的反馈来看，苹果审核对于金融类App的审核正在趋于更严，一些证券公司、银行、消费金融公司的App也惨遭苹果审核拒绝，而后历经艰难困苦才得以过审。这些正规的金融机构过审App尚且如此困难，更遑论处于监管动荡的互金公司了。
让我们来看下苹果审核3.2.1条款的8条版本：
-
Both a copy and the direct link to the government website of your Business License that verifies the authorization from the Internet Loan Information Agency (营业执照，营业范围证明其是网络借贷信息中介机构).
-
Both a copy and the direct link to the government website of your Finance Permit issued from the local finance governing authority (金融许可证).
-
A copy of the Value Added Telecom Business Operation Permit issued by the local Ministry of Information Industry and Technology (从当地工信部获得的增值电信业务经营许可证).
-
Your app’s and service’s Terms & Conditions.
-
In the case of dispute, what resolution mechanism does your app and service offer?
-
What is your responsibility in such case? Is such responsibility stated clearly in the Terms & Conditions?
-
How will the involved parties trace one another?
-
License numbers for the Business License, Finance Permit, and Value Added Telecom Permit in the Review Notes section.
这个8条的版本，一般在首次被拒提供营业执照、金融许可证、icp证等资料后，苹果审核会要求提供第8条条款里资料编码，以求验证提供的资料的准确性。
当然，近期苹果也不断的进行大规模的复审，下架了很多没有金融资质的App，这些App有的是很久前上架的（苹果审核还未要求资质之前）、有的是借用资质上去的、有的是碰运气上去的。这些App的结局没有任何意外，都上演了被下架的悲剧。
接着说下为什么上文说到借用有资质的账号上架的方法，已经逐渐不可行了呢？
因为苹果审核对上架成功后的转让出的App查的很严，一经发现，立马下架此类App，同时可能会对该苹果账号进行封号处理，所以大部分的资质代上，目前已经成了一日游。另外，苹果审核目前对此类资质账号卡的非常严，过审非常艰难，所需时间非常久。
综合以上，目前金融类App，只要没有正规资质的，如果想要上架App Store，那套壳会是一种最稳妥的上架方式。
所谓套壳，就是将App伪装成另一个App，在过审的时候，给苹果审核展示伪装App的内容，等过审后，再切换回真实的App内容。此方法对原生、H5类型开发的App均适用。
目前的金融类App套壳，主要是将App伪装成天气类、新闻类的App，当然这种App伪装的方式弊端诸多，比如说App的分类是一个问题，会影响App后续的ASO优化等，这是做App套壳的主要弊端之一。当然，如果能将App伪装成财务类应用，则此类问题的影响，会被较大的削减。
从目前个人的经验来看，App套壳，主要需要规避4.3、4.2、3.2（f）等问题，如果不能很好的处理这些问题，则套壳分分钟出问题，而处理这里面的问题，则需要有丰富的套壳经验，不然就会轻易陷入此类恶性循环的问题中。
以上，就是个人关于处理3.2.1、2.1大礼包的一些新的想法，与各位同学分享，有其他好建议的同学，可以私信我，一同探讨。
网友评论