锐客网

  1. 首页 > 睿知 > >

套壳商城被拒，iOS审核被拒321的最佳解决方案

经验分享睿知

1，iOS审核被拒321的最佳解决方案自从上篇文章《iOS审核被拒1.2到5.2.1到3.2.1的解决方案》发出后 ， 有很多技术、产品及运营的同学陆续和我交流，可以看出很多同学对于如何处理3.2.1被拒的问题有很多疑惑 。本人结合以往上架经验，给出目前iOS审核被拒3.2.1的最佳解决方案及操作原则、操作步骤 。从目前来看，iOS审核被拒3.2.1的最佳解决方案就是资质、资质、资质 。有资质的账号，目前是解决iOS被拒3.2.1的最佳解决方案，套壳（即做假页面）、换新账号碰运气上架等方法皆为次等方案之选，非迫不得已，不要做之 。结合这段之间的iOS上架来看，有资质的账号，必须具备营业执照（有相应的经营范围）、金融许可证，ICP证为非必须条件 。此处有两种情况：1）有资质的账号，上架时 ， 将营业执照和金融许可证提在附件中，如顺利过审，则ICP证为非必须 。2）有资质的账号，如已将营业执照和金融许可证加在附件中，但仍被拒 ， 此时，ICP证则为必须 。是的，你没看错，有资质的账号，有时候也不是一次必过，有时候需要多折腾几次 ， 最终，过审的几率还是很大的 ， 几率大于90% 。那么，在具备了有资质的账号这一条件之后，要遵守什么操作原则，具体要怎么操作，才能增加上架的成功率呢？从操作原则上来说，不管你的有资质的账号是自己公司的 ， 抑或是其他渠道获取来的，要遵守的原则都是一样的，没有大的区别：1）原则一：APP内的文案及技术支持网址文案要和账号公司适配；2）原则二：APP介绍文案、应用内文案及技术支持网址文案不要出现账号公司之外的其他公司（APP真实归属的公司也不可以）；3）原则三：从“侵犯用户隐私，疑罪从有”的角度去规避苹果审核的风险；以上3条原则是操作的时候必须遵守的，如不遵守 ， 则有可能大大拉低上架的成功率 。在弄清楚了上面3条操作原则之后，我们就会进入实际操作的内容，具体步骤如下：1）将APP内关于原来公司的文案都切换成关于账号公司的，可由技术在后台配置实现，等上架成功后，再切换回来（重点关注banner图、关于我们、公告、注册协议）；2）将技术支持网址里关于原来公司的文案都切换成关于账号公司的 ， 功能如步骤1；3）如有可能，在APP首页底部及技术支持网址底部添加“copyright ?账号公司”的文案，待上架后，切换成原来公司的即可；4）排查APP、后台及技术支持网址的文案，防止出现除账号公司之外的公司名称；5）将获取通讯录、获取地理位置等获取用户隐私的功能，针对测试账号进行处理 ， 使得苹果审核人员用测试账号进行APP审核的时候，不会出现；6）将营业执照、金融许可证打包 ， 添加在后台附件中，供审核人员审核；7）其他提审步骤如平常提审一般 。按此上操作原则及操作步骤，操作上架，可以大大提升过审率 。关于iOS 上架的其他问题，本人也会抽时间多写写 ， 这些都是本人多年上架的心得，希望对诸君有所助益 。最后，如有问题，可以私信联系本人，本人会及时回复 。
2 ， 套壳轻松解决苹果审核被拒321问题21大礼包问题进入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条版本：这个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大礼包的一些新的想法，与各位同学分享，有其他好建议的同学，可以私信我，一同探讨 。【套壳商城被拒，iOS审核被拒321的最佳解决方案】

    推荐阅读


    上一篇：java开发安卓辅助脚本，安卓版编写java的软件

    下一篇：线切割编程教学视频教程，谁有最新数控线切割的操作入门视频