AppStore审核被拒5次后的经验总结


Warning: Invalid argument supplied for foreach() in /data/cxweb/www/gupowang.com/public/article/view.html on line 71
8年前

3921.tmp.jpg

 来源|ASO优化大师

 

算上Beta版的审核,我们的应用已经在App提交了5次了,被拒了五次。这里就来总结下各种被据的原因吧。

 

 

BUG

 

2.2 - Apps that exhibit bugs will be rejected

 

 

 

程序有bug,这个应该属于最浅显易懂的拒绝原因。但是谁又会提交一个有明显bug的版本上去呢?

 

我们有一个“使用微信登陆”的按钮,审核人员告诉我们,“unresponsive when tapped”,原因其实就是没有检查用户是否安装了微信,导致在未安装微信的设备上,这个按钮就没有响应。

 

 

程序依赖

 

 

 

10.6 - Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are worth it. Apple sets a high bar. If your user interface is complex or less than very good, it may be rejected

 

 

 

这段话的说法其实很模糊,你的程序太差了所以被拒绝了。不过好在每次审核人员都会解释到底“差”在哪里,并且附上一个“Next Steps”告诉你怎么解决。(不过Beta版的审核人员不会这么做,感觉这是两个不同的部门,审核标准也略有不同,正式上架的审核会严格些,下文会详细介绍。)

 

Apps should be able to run on launch, without requiring additional applications to be installed.

 

这句话很重要,我们因为这个原因被拒了两次。我们的应用需要登陆,我们开始时我们只提供了一个第三方的微信登陆,第一次提交后,我们“贴心”的增加了判断,当用户未安装微信时点击微信登陆,会收到弹窗提醒告诉你未安装。不允许。

 

后一次提交的时候,我们增加了QQ作为登陆方式,结果QQ提供的手机SDK也和微信一个尿性,不装应用不能登录,更甚者不装最新版的不能登陆。毫无疑问,我们又被拒了,这次审核人员很贴心的用了一个“still”:We still find that your app requires the installation of another app before it can be used。于是我们很自作聪明的采用QQweb的登录方式来绕过必须安装手机QQ的问题,花了好大的精力,但实际上意义不大,国内不装手机QQ的用户屈指可数,而且不用qq的人基本上也不属于我们的应用的潜在用户。

 

这样做总算是通过了Beta版的审核,当我们正式提交的时候,还是被拒了。

 

Apps should be able to run on launch, without requiring additional applications to be installed.

 

这句话很重要,所以要说两遍。没装微信时,我们给了提示,不允许。在审核人员看来,你这种做法属于“required to install WeChat”。

 

更加方便的做法应该是,“没装QQ就不显示QQ登陆的按钮,没装微信就不显示微信登陆”,如果确实想用第三方登陆,请使用微博,他家SDK很贴心的在未安装微博时使用网页登陆。最好,你还是提供一个测试账号用于登陆。另外值得注意的是,在ios中,必要的操作都应该在应用内完成,不应该弹出到应用外,我们使用了qq的一个分享功能,qq的sdk在未安装QQ时会弹出到Safari里让用户登陆,因为这个事情,又被拒了一次。

 

 

用户系统

 

17.2 - Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected

 

 

 

审核人员告诉我们,我们用了QQ、微信、微博的登陆授权,但是呢,“does not include account-based features offered by that site”,没用到他们网站提供的相应功能。

 

解决这个问题要么就增加“account-based features of that social network”,要么就使用自己的账户系统。但是网上的资料告诉我们说,自己的账户系统就一定要有完整的一套功能,密码找回之类的,不然会涉及到收集用户信息。

 

✦游客模式

 

到底要不要做游客模式,这个问题我们争论了很久,理论上讲,如果你有完整的自己的用户系统,可以注册,那么确实没有必要游客系统。这样的应用有很多,比如微信QQ,比如Nike Training。但是大部分应用都是有的,这个问题的考量,更多的时从用户体验的角度上来看,用户是否必须要登陆才能使用。

 

✦what if 只有第三方登陆呢?

 

这个问题就比较棘手了,按照17.2的说法,必须要有““account-based features of that social network”。在这个问题上,我们理解是这样的,如果你的应用是基于个人账户的,所有的功能点都是围绕着用户系统展开的,那么,只提供一个第三方登陆,应该是远远不够的,你必须要有自己的用户系统;反之,如果你的应用,登陆属于bonus,比如“最美应用”,“ZAKER”(它们刚刚关闭了自有账户的注册),那么,只使用第三方登陆是可以的。

 

 

iCloud

 

 

 

2.23 - Apps must follow the iOS Data Storage Guidelines or they will be rejected

 

 

 

审核人员说,我们的应用一打开,数据下载完毕后,就产生了3兆多的数据,这些数据我们默认是储存在/Documents里的,这个目录下的数据是默认会被同步到iCloud上去的。但是,只有用户自己产生的数据,才可以同步过去。简而言之,我们存错地方了,我们保存的其实是cache文件,这些文件是不应该被同步的,增加"do not back up" attribute就可以了,当然保险起见,cache类的文件不应该储存到/Documents里。

 

/Documents 里面只能存放用户产生的文件。

 

如果为了满足应用在离线状态下的使用,那么你缓存文件应当 /Library/Caches这里面。

 

放在/tmp 里的东西,用完就要去把它删掉。

 

用户自己放到documents里的数据,你也可以将其设为不同步到iCloud上去,以节约用户的iCloud空间。(毕竟是花钱买到)

上面四条就是iOS Data Storage Guidelines中提到的四条规则。

 

另外值得注意的就是iTunes中对于应用数据的暴露,用户通过iTunes是可以直接访问Documents里的数据的,那么如果不希望用户拿到的数据,其实是不应该放在这里面的。

相关阅读 

App Store上架所有的疑问以及解决办法

《App Store上架新手实用指南丨iOS APP提交上架最新流程》

【48小时内进审,不成功不收钱】iOS App Store 加速审核服务

最新APP各应用商店上架指南

《从研发到上架5阶段优化APP推广》

《【iOS审核提醒】APP名称、截图和预览中包含价格信息(免费、打折)将无法上架 App Store》

《AppStore提审全攻略,让你的产品顺利通过审核!》

《App Store上架,申请具体操作步骤》

姑婆那些事儿ios快速审核服务 点击 :http://www.gupowang.com/zhuanti/3128.html

 

大家都爱搜:互联网资讯类类有话说App推广运营经验线下推广活动推荐微信营销姑婆专题姑婆圈ASO校园推广地推ASO100渠道刷量校园运营团队

 

姑婆那些事儿(www.gupowang.com)是互联网推广运营知识分享平台,关注移动推广(android,ios)运营,网站推广运营、校园推广及互联网领域最新动态 。欢迎关注我们的微信(gupo520),新浪微博(姑婆那些事儿)。

 

版权声明:本文来源于互联网,仅作分享学习之用,姑婆那些事儿负责整理推荐。文章仅代表原作者独立观点,不代表本平台运营者观点与立场。如有版权问题,请联系姑婆那些事儿—小秘书(微信号:gpxms001)协商解决,谢谢!

 

收藏

{{favCount}}

个人收藏

投稿请戳这里!投稿
0

次分享

文章评论(0)

{{ user.nickname }}
发表评论
登录 进行评论
加载更多 正在加载中... 没有更多了