上线20+个应用所踩过的苹果商店审核的坑!

做开发好久啦,上线的APP20多个大概,被拒绝的次数也得有20多次至少。

下面就含泪整理了下 这些年踩过的审核的坑,血泪史历历在目!

恩,就从最近的审核拒绝开始说:

1、Guideline 2.5.4 - Performance - Software Requirements

商店的拒绝2.5.4描述

我这个是因为在xcode里面设置了后台允许定位权限了,商店说我们的应用没有足够明显的特征需要实时的定位,所以建议移除这个设置。

处理方法就是在plist 文件中允许后台获取位置权限那一项删除就行了。

商店审核关于2.5.4这一项内容的描述

2、Guideline 3.1.4 - Business - Payments - Content Codes

商店拒绝应用3.1.4的描述

商店拒绝提供3.1.4的细节截屏

翻译过来就是酱紫:您的应用程序解锁或启用其他功能,如promo代码、数据传输代码、许可密钥、增强现实标记或QR码,这些都不适合应用程序商店。

也就是说,类似于优惠券这种功能商店本身是不支持的。我们来看看苹果关于3.1.4这项是怎么描述的:

商店审核关于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

商店拒绝应用3.1.1的描述

这项是关于苹果内购的。大致拒绝的意思是他们额外发现了我们除了内购其他的支付方式的API,这并不适用于苹果商店。

这个坑是我们抱着侥幸心理觉着商店发现不了,于是在内购的旁边开了一个小的微信购买虚拟币的小入口,毕竟大家都不想和苹果3 7 分账,于是就被狠狠打脸!( ̄ε(# ̄)☆╰╮( ̄▽ ̄///)

于是只能乖乖的毙掉了这个功能,但是重点来了!

注:他强调的是API,恩对,我只是把入口毙掉了,没有移除集成微信支付的代码,于是又因为这个原因被拒绝了!

友情提示: 到这里,要提醒一下,如果一个应用被拒绝三次了,那么接下来再提交商店审核的时间会被延迟,像我,再被审核应用是18天之后!希望大家吸取教训!多么痛的领悟!

下面附上苹果关于3.1.1内购这一项的审核要求:
苹果关于3.1.1内购这一项的审核要求

4、Guideline 2.1 - Performance - App Completeness

苹果拒绝应用2.1的描述

苹果的描述是发现我们的应用有好多bugs。关键是要适配ipv6。
这个的解决方案就是在于你们的后台,貌似服务端可以打开ipv6的一个端口设置支持下ipv6就行了,至于网上各种大牛说的搭建本地的ipv6的方法,各种库的适配,我都没用上,我们服务端按照步骤把阿里云的ipv6打开我这边就没问题了。

这里附上阿里云服务器配置ipv6的博客

苹果关于2.1这一项的审核要求

这项主要要求功能的完整性,数据完整,placeholder ,空网址等等这些要确保都可以使用。如果有明显的技术问题和崩溃,会被拒绝。

5、Guideline 2.2 - Performance - Beta Testing

商店拒绝关于2.2的描述

翻译过来是酱紫:你的应用更像是一个发布之前的,或者是最终的测试版本。

商店拒绝截屏1
商店拒绝截屏2
商店拒绝截屏3

总结了下:主要是因为没有放置测试数据造成的,一个页面空的应该还可以,估计是好几个功能没有测试数据,坑在这儿了,放上测试数据给他们使用就好了。

商店关于2.2的描述

因为没数据,所以估计是审核人员觉着我们这个更像是测试版本,不是正式的发布版本。

6、Guideline 4.3 - Design - Spam 此乃终极大坑!

商店拒绝4.3的描述

这个被拒绝的原因综合起来说就是:商店认为我们重复提交了好多应用,以至于我们的应用被认为是垃圾邮件。

苹果官方关于4.3内容的描述

说的很清楚:不要多个bundle ID下都是一样的APP。如果你的应用有不同的版本针对一个明确的位置,运动队,大学,等。建议你提交一个独立的应用,并提供应用内购的变化。同时避免堆积到已经饱和的类别;App Store已经有足够的令人讨厌的、和Kama Sutra的应用。向商店提交垃圾邮件可能导致你从开发者计划中删除。(大致翻译一下)

这里说明一下情况,我们属于定制化,所以出现这种拒绝很正常的,早晚的事情。

这里讲一下解决的方案:
1、跟产品和UI讲讲,做一个风格不同的,功能稍有差异化的应用来重新上传。(这种显然成本很高嘛,一般老板不会同意的,恩)

2、要和商店审核人员进行深刻的交流。(这个实用)我就是和审核人员进行交流,最终过了这样的审核。

首先你要提交一些材料,说明下为啥这些软件长的一样还不能搞成一个包来进行上架。
可能是因为仅限某地区的进行使用,或者针对的行业不同,但是使用的软件模板是一样的。
尽可能的把业务的不同之处通过申诉来说给审核人员,或者功能上的差异增加还是减少啊,因为定制化嘛,大致一样,微有不同。反正最终的目的就是你们不是恶意的提交这些应用,确实是需要这么干,业务需求嘛。

目前总结出来的暂时就这些,之前还有一些坑,可惜没了截图,以后有新坑还会陆续更新。

最后,祝你好运,good luck!

附1:如有审核的坑可以通过邮件或者QQ联系我2622030812@qq.com,一起讨论和学习

附2:苹果官方审核规范guideLine

  • 2
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值