就在今天到公司的一会,查看了一下邮件,收到Apple的回复,今年的第六次加急审核通过了。

  然后,想想明天就是西方的圣诞节假期了,从22日到29日的这段时间,Apple会暂时关闭iTunesconnect,突然觉得这一年过的挺快的,就觉得很有必要将这一年的一些体会写下来,算是不太正式的总结吧,也给同行业的开发者一些借鉴。

  总结的主题,当然主要集中在iOS的app审核方面。

  首先,谈谈Apple的审核机制。

  众所周知,Apple的审核是一个漫长的过程,而且有着极为严格的审核机制。如果开发人员不仔细研究Apple的审核机制的话,一旦被拒,那么审核的周期可能又会是正常的两倍,甚至更多,我所知道的,有人花了两个多月的时间才最终通过Apple的审核。所以,为了保证项目的正常发版,看看Apple的最新系统的人机交互指南是很有必要的。只有熟知其中的审核机制,才能有计划有重点的进行开发。很多人都在抱怨,iOS的app的审核时间过长,而且太过于严格。相比于iOS,Android的审核的速度可谓快的不是一星半点,Android一般来说,两个小时就可以通过审核,一旦通过审核,就只剩下推上各大应用市场的工作了。但是,我要说,正是iOS严格的审核机制,才能保证iOS绝佳的用户体验和低级app的泛滥。这也是为什么iOS的市场比Android更能获得用户好感的一个方面吧。

  当然,用户是不能直接体会到iOS审核漫长严格的审核机制的,更多的是开发者们的抱怨,更深层的,那就是公司的需求不断的更新,这也是导致Apple的审核机制饱受诟病的原因之一。那么,下面我们来详细剖析一下苹果的审核机制。

  由于Apple的审核团队和审核标准的封闭性,这里所说的是基于我个人开发中的经验之谈,跟实际情况可能有所出入,只作为借鉴。

  审核时长:Apple的正常审核流程,从开发者提交应用到iTunesconnect上审核开始,到最终的上线,正常的时间在7天左右,当然预留10天左右的时间最为充分,

  审核时间段:有人说,Apple的审核不会在周六周日进行,也有人持不同意见。但据我个人提交这么多次数的经验,我只能说,我在周六周日都有通过Apple审核的经历。所以,我的经验告诉我,正常7天的审核时间包括工作日和周六周日。

  审核地点:对于这个问题,有人认为Apple的审核团队在中国有审核团队,对于这个观点,我个人不敢苟同。通过邮件和审核的时间点进行分析,我更倾向于认为,Apple的审核团队当然在总部,不会在其他地区设置分支审核机构。

  审核人员:对于app的审核,我个人认为是机器审核和人工审核相结合的方式。至于人员的组成,其中中国区的审核,是有专门的懂中文的人员负责,其他各个国家和地区的情况应与此同。

  下面,谈谈大家更感兴趣的话题,加急审核。

  针对我个人的经历,由于今年伊始,就进入了一家电商公司,相比与之前的公司,所加的需求比较多,前前后后,今年的加急一下子用到了六次。

  Apple给开发者加急的选择的初衷,是为了解决app中有影响用户体验的bug出现,为了尽快更好解决bug,提高用户的体验。正是由于Apple的审核严格,所以,加急更多的是一种附加选项,但是这样的初衷却在很多情况下被开发者(虽然很多时候是无奈的)滥用。所以作为Apple的忠实开发者,希望大家不要滥用这个方法,虽然很多的时候是受到公司的压力。下面,我还是简单谈谈加急的内容。

  加急的次数:正如上面我的经历,一般来说,正常的次数,一年有限的3次之内,除特殊的情况外,超过次数,Apple还是会容忍部分必须要加急的请求通过,希望不要乱用,因为每一次加急Apple都有记录,审核人员是能看的到这些的,至于严重的后果,只有你们自己亲身体会了。

  加急的原因:一般来说,是因为有重大的bug,例如闪退崩溃,其他较小的原因,一般在正常审核中都能发现,如果正常的审核被拒,Apple会给你回复邮件,指出当前测到的问题,你改正后再次提交版本就可以。但是一般指出的只是测到的bug,其他的最好自查几遍再提交。

  加急过程中被拒:如果你的app提交加急了,而且被Apple通过了,如果Apple在测的过程中测到bug,那么会把你的app打回来,让你修改,同样会指出你的bug问题,虽然加急过程中测到bug被拒,但是当你重新提交修改后的构建版本时,依然是处于审核团队的加急队列中,这个加急状态会直到你的app加急通过。

  加急的时机:跟加急的原因差不多,一般是有重大bug,开发者会提交加急请求,但是在app的首发时,是不能加急的,因为你没有用户,那么就不存在任何的用户反馈问题和重大的bug问题,你就只能老老实实的走正常审核流程。

  说一下,我个人写了这么多次的加急审核文章的经验。

  提交加急审核的地址,既可以从iTunesconnect中进入,也可以直接百度加急通道网址进入,具体网址是:https://developer.apple.com/appstore/contact/appreviewteam/index.html,加急通道跟应用提交是不冲突的两个通道,你提交app审核后,然后进入加急通道进行加急申请填写。

  加急的语言:根据我上面的审核团队成员分析,你就可以知道,加急的语言可以是纯英文,也可以是中文的,当然也可以是英文一遍,然后附下中文翻译。

  加急申请内容的填写:根据提示填写对用的内容即可,当然你在描述你的app中存在的bug时,一定要把具体的操作重现一样的陈述一下,步骤一定要清楚明白,不要有歧义,一定要写好。还有,最重要的是要诚恳,确实有这样bug的问题发生。如果加急请求被拒,那么app自动进入正常的审核流程。

  加急的时间:三次加急以内,一般当天提交申请,第二天就能通过,如果加急次数越多,以后的每一次加急通过时间,都会比较久,我曾经有三天才通过加急。

  网上有淘宝店以及一些公司提供了加急审核的收费服务,一般来说,费用都很高,但是如果是有信誉的提供者,是可以做到加急的,我另外一个部门的同事,他们联系过这样的公司,首发一万,更新六千,通常情况下,三个小时就可以上线。所以,付费加急的方法也是存在的。至于是通过什么渠道,这个还不甚了解,但可以推测,大概是使用了申请加入内测人员的相关方法。至于选择什么样的加急服务商,大家自己有效甄别,避免上当。

  明天就是iTunesconnect关闭的第一天,今天的总结算是对2015的一个总结,很感激Apple提供的一个加急通道,虽然正常的加急确实漫长,应该有所改进,但是有这样的一个通道在,也是一种幸运,望大家在提交前多做计划,多做内测,避免滥用加急审核。在圣诞节来临之际,祝Apple的审核人员圣诞节快乐,虽然我们不放假,但是祝愿他们玩的开心,最后也祝各位圣诞节快乐,注意身体,修炼技术,且行且珍惜!

iOS加急审核之2015年总结的更多相关文章

  1. iOS 加急审核的办法

    前言:由于自己的APP在提交后,审核了大概一周左右还没有消息,而领导又不断询问情况,于是自己在网上看到了这篇文章.由于自己比较懒,所以在此记录下来,以供 大家参考. 说明:本文只是做一个记录,还望看到 ...

  2. ios App 加急审核

    下面进入正题.提交完成后进入加急审核页面. 链接:https://developer.apple.com/appstore/contact/appreviewteam/index.html 在i wo ...

  3. iOS提交AppStore后申请加急审核

    提交审核后进去下面链接申请加急审核链接:https://developer.apple.com/appstore/contact/appreviewteam/index.html 在I would l ...

  4. iOS 申请加急审核

    申请加急网址:https://developer.apple.com/appstore/contact/appreviewteam/index.html 提交加急审核需要理由,一般涉及到银行信息,或者 ...

  5. iOS AppStore 申请加急审核

    1.在iTunes Connect 上面提交审核后,点击下面链接申请加急审核 链接:https://developer.apple.com/appstore/contact/appreviewteam ...

  6. iOS之App加急审核详细步骤

    申请加急网址:https://developer.apple.com/appstore/contact/appreviewteam/index.html 补充:加急审核说明是可以写中文的 提交加急审核 ...

  7. iOS提交后申请加急审核

    链接:https://developer.apple.com/appstore/contact/appreviewteam/index.html 在i would like to里选择加急审核 然后填 ...

  8. iOS提交AppStore后申请加急审核(转)

    是的,由于最近知名的Xcode后门事件,我们的应用也被感染了.o(╯□╰)o 上周四从看到喵神的微博得知第三方Xcode可能被感染后马上查了下,自己用的却是被感染了,于是马上到MAS下载了最新的Xco ...

  9. iOS 加急申请每个开发者必须会

    加急申请原来做过很多次,有成功,有拒绝(最终还是成功,一次不行,被拒绝后多来几下即可,直到成功).但是听朋友说了一件事情,很是不解:他们希望能快速审核上线,在淘宝里面找加速商店,首次上线12000元, ...

随机推荐

  1. 大数据学习——sparkRDD

    https://www.cnblogs.com/qingyunzong/p/8899715.html 练习1:map.filter //通过并行化生成rdd val rdd1 = sc.paralle ...

  2. python递归函数、二分法、匿名函数、(sorted、map、filter内置函数应用)

    #函数递归是一种特殊的函数嵌套调用,在调用一个函数的过程中,又直接或间接的调用该函数本身递归必须要有两个明确的阶段: 递推:一层一层递归调用下去,强调每进入下一层递归问题的规模都必须有所减少 回溯:递 ...

  3. [python工具][1]sublime安装与配置

    http://www.cnblogs.com/wind128/p/4409422.html 1 官网下载版本  http://www.sublimetext.com/3 选择 Windows - al ...

  4. [POJ3728]The merchant(tanrjan_lca + DP)

    传送门 比着题解写还错... 查了两个小时没查出来,心态爆炸啊 以后再查 ——代码(WA) #include <cstdio> #include <cstring> #incl ...

  5. 关于ubuntu的对拍

    感谢夏天dl的blog,写的十分清楚,但是本人对于ubuntu十分不熟悉 所以不怎么会使用. 对拍的可执行文件是sh,就是bash语言 #!bin/bash while true; do ./date ...

  6. [转] 细说linux挂载——mount

    转载的文章不能分类 这点比较坑   暂时先发到随笔里了 标题会标注的 找到一篇写的对挂载比较好的文章  收藏ing 作者:adagio   Ubuntu社区 原帖网址:http://forum.ubu ...

  7. touch event 存疑

    1.原声js与借用jquery输出来的事件列表却不一样 function touchPlay(e) { e.preventDefault(); console.log(e); } var screen ...

  8. 【Hihocoder1636】Pangu and Stones(区间DP)

    题意:N堆石子,每次可以合并连续的长度从L到R的若干堆石子为1堆,费用为选择的石子总个数,求将N堆合并成1堆的最小总花费,无解输出0 思路:dp[i][j][k]表示将i到j这段区间合并为k堆的最小代 ...

  9. 使用Vim比较两个文件的内容

    原文地址:http://blog.chinaunix.net/uid-22548820-id-3477464.html 1. 使用vim的比较模式打开两个文件: vim -d file1 file2 ...

  10. gzip: stdin: unexpected end of file tar: 归档文件中异常的 EOF

    gzip: stdin: unexpected end of file tar: 归档文件中异常的 EOF 问题描述: 使用tar命令解压文件时,报错: gzip: stdin: unexpected ...