做开发好久啦,上线的APP20多个大概,被拒绝的次数也得有20多次至少。
下面就含泪整理了下 这些年踩过的审核的坑,血泪史历历在目!
恩,就从最近的审核拒绝开始说:
1、Guideline 2.5.4 - Performance - Software Requirements
我这个是因为在xcode里面设置了后台允许定位权限了,商店说我们的应用没有足够明显的特征需要实时的定位,所以建议移除这个设置。
处理方法就是在plist 文件中允许后台获取位置权限那一项删除就行了。
2、Guideline 3.1.4 - Business - Payments - Content Codes
翻译过来就是酱紫:您的应用程序解锁或启用其他功能,如promo代码、数据传输代码、许可密钥、增强现实标记或QR码,这些都不适合应用程序商店。
也就是说,类似于优惠券这种功能商店本身是不支持的。我们来看看苹果关于3.1.4这项是怎么描述的:
就是说不希望通过自己的编码来解锁相应的功能,像类似于优惠券这样的促销功能,是有被拒绝的风险的,仔细观察平时使用的应用会发现有声明:“本活动与苹果公司无关”,如果你的应用有这些功能,那么有如下几点建议:
2.1关于营销活动的模块最好提前加上这样的声明“本活动与苹果公司无关”。
2.2 填写优惠码这样的页面不要放在一级页面上,太明显,苹果审核其实很敏感这样的字眼。建议把填写优惠码这样的功能做到优惠模块的附属功能里面去,不要在“个人中心”这样的一级页面出现一个cell栏目叫填写优惠码,然后进去就是类似于我们的页面这样子。
总之就是要尽量隐藏的深一点儿。
我这边的解决方式就是把一级的功能直接拿掉了,放到了优惠券相关的附属功能里面去。
2.3 如果你们的产品boss啥的不同意去掉一级页面的功能,那么你要讲清楚这个的风险,有可能运气好就过了,如果被拒绝了,那么你可以申诉一次,尽量来证明你们的软件和3.1.4是没有关系的,具体的说辞还得自己来针对你们的APP来进行申诉,申诉的理由充分也可以给过的。
3、Guideline 3.1.1 - Business - Payments - In-App Purchase
这项是关于苹果内购的。大致拒绝的意思是他们额外发现了我们除了内购其他的支付方式的API,这并不适用于苹果商店。
这个坑是我们抱着侥幸心理觉着商店发现不了,于是在内购的旁边开了一个小的微信购买虚拟币的小入口,毕竟大家都不想和苹果3 7 分账,于是就被狠狠打脸!( ̄ε(# ̄)☆╰╮( ̄▽ ̄///)
于是只能乖乖的毙掉了这个功能,但是重点来了!
注:他强调的是API,恩对,我只是把入口毙掉了,没有移除集成微信支付的代码,于是又因为这个原因被拒绝了!
友情提示: 到这里,要提醒一下,如果一个应用被拒绝三次了,那么接下来再提交商店审核的时间会被延迟,像我,再被审核应用是18天之后!希望大家吸取教训!多么痛的领悟!
下面附上苹果关于3.1.1内购这一项的审核要求:
4、Guideline 2.1 - Performance - App Completeness
苹果的描述是发现我们的应用有好多bugs。关键是要适配ipv6。
这个的解决方案就是在于你们的后台,貌似服务端可以打开ipv6的一个端口设置支持下ipv6就行了,至于网上各种大牛说的搭建本地的ipv6的方法,各种库的适配,我都没用上,我们服务端按照步骤把阿里云的ipv6打开我这边就没问题了。
这项主要要求功能的完整性,数据完整,placeholder ,空网址等等这些要确保都可以使用。如果有明显的技术问题和崩溃,会被拒绝。
5、Guideline 2.2 - Performance - Beta Testing
翻译过来是酱紫:你的应用更像是一个发布之前的,或者是最终的测试版本。
总结了下:主要是因为没有放置测试数据造成的,一个页面空的应该还可以,估计是好几个功能没有测试数据,坑在这儿了,放上测试数据给他们使用就好了。
因为没数据,所以估计是审核人员觉着我们这个更像是测试版本,不是正式的发布版本。
6、Guideline 4.3 - Design - Spam 此乃终极大坑!
这个被拒绝的原因综合起来说就是:商店认为我们重复提交了好多应用,以至于我们的应用被认为是垃圾邮件。
说的很清楚:不要多个bundle ID下都是一样的APP。如果你的应用有不同的版本针对一个明确的位置,运动队,大学,等。建议你提交一个独立的应用,并提供应用内购的变化。同时避免堆积到已经饱和的类别;App Store已经有足够的令人讨厌的、和Kama Sutra的应用。向商店提交垃圾邮件可能导致你从开发者计划中删除。(大致翻译一下)
这里说明一下情况,我们属于定制化,所以出现这种拒绝很正常的,早晚的事情。
这里讲一下解决的方案:
1、跟产品和UI讲讲,做一个风格不同的,功能稍有差异化的应用来重新上传。(这种显然成本很高嘛,一般老板不会同意的,恩)
2、要和商店审核人员进行深刻的交流。(这个实用)我就是和审核人员进行交流,最终过了这样的审核。
首先你要提交一些材料,说明下为啥这些软件长的一样还不能搞成一个包来进行上架。
可能是因为仅限某地区的进行使用,或者针对的行业不同,但是使用的软件模板是一样的。
尽可能的把业务的不同之处通过申诉来说给审核人员,或者功能上的差异增加还是减少啊,因为定制化嘛,大致一样,微有不同。反正最终的目的就是你们不是恶意的提交这些应用,确实是需要这么干,业务需求嘛。
目前总结出来的暂时就这些,之前还有一些坑,可惜没了截图,以后有新坑还会陆续更新。
最后,祝你好运,good luck!
附1:如有审核的坑可以通过邮件或者QQ联系我2622030812@qq.com,一起讨论和学习