关于苹果App应用审核的一些心得体会

作为一个有两年IOS经验的开发者,不止一次的跟苹果打交道。积累了不少的经验和心得,总结一下,希望越来越多的新入行的开发者少走一些弯路。
1.认真阅读审核大纲(app store guidelines)
这个没啥好说的,每个开发者都能拿到 iTunesConnect_DeveloperGuide
这里要提的关键的一句是:我们已经有25万的应用,不再缺垃圾应用,如果你的应用没啥实际的用处或才缺少娱乐性。。。(言外之意是以前缺垃圾应用,现在不缺了?)

2.耐心
这个地方的核心关键词就是“排队”。每提交一个应用,从你提交到开始审核中间要经历的时间是七天。在这七天里你除了耐心等待就是用心去关注你的应用,想想有没有遗漏的地方,有没有可以优化的地方,然后就是反复的测试,争取发现更多问题,早点儿自己解决。在这段时间里去论坛发帖跟人抱怨说苹果审核慢啥是没有一点儿用的。如果在这七天里你发现了问题,你可以自己Rejected,然后重新提交,当然了还会重新排队。所以是多测试几遍晚两天提交还是等审核出来bug再重新提交是个严肃的问题。
我曾经认真的想过为嘛要是七天的审核时间。有时候觉得的挺不公平的,因为每次都排那么长时间的队,如果是应用有了大Bug,这七天影响就会很严重;有时候又觉得的挺公平的,因为这七天是很靠谱的,出现排队超过七天的情况是很少的。
3.细心
其实就是用心做应用了喽。你也知道的审核一次不容易,要排队七天。为了减少煎熬就做的细致一点儿,不要总是因为少填了一个support url啥的,被拒,作为苦逼的码农,伤不起!
4.一些具体错误
1).崩溃
程序不稳定是绝对不允许的,不管是内存没处理好,还是需要请求网络数据未处理没取到数据的情况,反正崩溃是不允许的。所以提交前多做一些测试,可以没有数据展示,但是要有友好的提示。
2).使用私有api
这个你懂的,有些api,苹果规定了,不能用。如果你发现了苹果自己的应用在使用未公开的api,那是苹果在测试那些api的稳定性,你假装没看见就可以了。
3).http live stream

9.4 Video streaming content over a cellular network longer than 10 minutes must use HTTP Live and include a baseline 64 kbps audio-only HTTP Live stream

好吧,我必需承认,我的第一个应用,优米小精灵。因为这一条,被来来回回审核了三个月。这句话的意思是说:在2G或3G网络上播放超过十分钟的视频时,必需包含一种64kbps的音频流。大体理解是这样,我就把音频流调成了64kbps。而实际上人家说的是:单独包含!哎,英文害死人。但是这一条我达不到了。怎么办?就因为做不到,就不发过这个应用了?怎么可以!既然满足不了这个条件,就在这个条件下不让播!所以有问题并不可怕,可怕的是我们放弃抵抗。
4).被严格禁止的就别浪费时间排队了
如:裸体图片(头两天的东管桑拿情况是个奇迹!),盗版书啥的。
5.加快审核的一些办法
1).应用做的差不多了,先提交再测试
作为一个开发者,自己开发的东西,自己肯定要是第一测试人,自己把各个流程测试一遍,如果个人觉得没啥问题,可以先提交,然后再扩大测试。这样的话,即使测出来问题了,可以再拒绝然后再提交,可以无形中节省一些时间。
2).加速审核通道
每个开发者帐号,每年都有两次加速审核的机会。我试了不好使,所以就不列出来链接了。
3).避免一些不必要的提交
对于苹果的拒绝信息,都会有Resolution Center有具体的问题描述。如果你按他描述的测试了,发现没有问题,切记:你可以只回复留言,不要重新提交。因为你一旦重新提交就必需再排队七天,而你回复的话,运气好的两三天就会再次被审核,最差也就等七天。据说有牛X的开发者,苹果说有问题,他就说没问题,就只这么回复,最后啥也不改就给过了。据说还有啥也不改,只重新提交就能过的。哎,各种传说。

    分享到:

About rainbird

IOS攻城狮
This entry was posted in IOS开发, 原创 and tagged , . Bookmark the permalink.

发表评论