iTunes Connect 开发者上手经验(转)

原文:http://www.cnblogs.com/zhw511006/archive/2013/01/15/2860945.htmlhtml

 

iOS Developer一般须要用到 developer.apple.comitunesconnect.apple.com 这两个工具,就如同名字表现出来的,前者是开发者资源站,包括文档,工具,社区都在那里。后者是管理本身App的工具。本文提到的内容主要和iTunes Connect有关。web

 

一些建议阅读的文档:都能在developer.apple.com里面找到算法

关于账号语言

第一次在App Store添加新app的时候,你有须要设置两个内容,Primary Language和公司名,这两个设置一旦选定是不能更改的,若是不是有特殊的需求,语言强烈建议选择英文。由于App Store是支持多语言的,未支持的语言和未设置的语言都会默认显示Primary Language,英语相对来讲更通用,也可能帮你抓住一些国际化的机遇。网络

若是已经选了其余语言怎么办?注册一个新的Developer账号。 <- 很杯具,可是Apple是不会帮你改的app

Update:2012年1月13日 iTunes Connect升级以后能够随意指定Default Language了。iphone

危险的禁区

有一些事情在iOS上不能作,作了轻则审核不过,重则不能再提交新的App,详情请阅读上面提到的App Store Review Guidelines,下面精选一些常见的问题ide

  • 本身的App作应用平台: Apple不欢迎此类行为,明确表示不能够在App中下载可执行代码,也不容许安装或运行其余程序(可是能够调用其余App)。
  • App的介绍中不能够说起其余平台: 若是你作了一个跨平台的App,记得不能够在Meta里面写支持Android。
  • 若是你的产品中有须要付费的环节,必须用Apple提供的In App Purchase,若是用其余支付平台,会被日。
  • 若是你的产品不是游戏,那么不能用Game Center(是的这货就是个积分和成就系统,可是只给游戏用)。
  • 你作的任何事儿Apple以为不合适,就会日你。

更新App会遇到的各个状态和须要的时间

一次正常的更新会经历这样的过程:Prepare For Upload ->  Waiting For Upload -> Upload Received ->  Waiting For Review -> In Review -> Processing For App Store -> Ready For Sale工具

消耗时间的主要是以下几个状态post

  1. Upload Received:一般1个小时之内就会变成Waiting For Review,Apple许诺24小时之内,若是慢一般是Apple系统维护,超过24小时建议申请查询。
  2. Waiting For Review:一般3-10天会变成In Review,能够申请加急。
  3. In Review:一般1天之内,不过CocoaChina上有人表示曾经被审了数个月(大哥你就等着啊?),若是时间超过1天建议申请查询。
  4. Processing For App Store:一般一个小时之内就能够Ready For Sale了,Apple许诺24-48小时。

因此,一般程序提交到经过审核大概是10天的样子。若是对上线时间有指望,尽可能提早提交审核。优化

如何申请查询 / 申请加急

App Store的审核基本上是一个黑匣子,Apple不会告诉你审核团队是怎么工做的,你也几乎没可能找到负责审核的真人,若是遇到须要查询/催促/申诉的状况,全都须要经过iTunes Connect的反馈系统进行。

使用方法是,在iTunes Connect任意页面,点击底部的Contact us,App Review,里面有以下三项:

  1. Application Review Status Check: 若是某个状态卡住了,能够问问怎么回事。
  2. Request Expedited Review: 申请加急审核,这个是限制次数(频率?)的,申请太屡次会被拒绝,请珍惜。
  3. Continuing Communication: 这个没用过,页面Title是App Rejection Clarification,申诉能够用这个。

收集用户意见

基本上App Store的客户评论是最倒霉的用户意见收集系统:你没有机会和对方沟通,不能追问,也没办法解释,所以请必定记得在App里面给用户一个反馈方法,不管 是发邮件仍是去论坛/博客留言都好。 另外,在Apple本身的Crash log收集系统,须要知足比较多的条件才能收到,若是有条件最好本身用开源系统搭建。

App Store介绍内容优化

App Store中App的介绍是用同一套内容,对Desktop-Client(iTunes) / Mobile-Client(App Store) / Web 展现。所以在设计内容的时候要考虑多个平台的特性,其中,Web和iTunes比较接近。

  • Desktop: 介绍内容缺省只显示前三行,所以请把最重要的产品卖点在前三行说清楚,最好第一句话就说明白。一般桌面端的页面比较宽,为了保证可读性最好手动分段换行。
  • Mobile: 手机屏幕宽度所限,内容会很容易自动回行,所以要注意描述文字在版式上的美感。同时App Store并不会对段落进行缩进,能够自行缩进,列表项能够用- * +等符号自制list。另外,由于图片的表达效果更好,最好控制文本介绍的长度,让读者更容易看到图片。另外升级用户会看到What’s New的文本,若是图片有变化也是尽量简洁的好 :)
  • 关于图片:  虽说是产品截图,可是Apple并不介意开发者对图片进行加工,所以这5个图片其实就是你的广告区。

关于排名

  1. 排名算法是黑盒子,在网上能够找到一些靠谱的猜想,权重最大的应该是下载量。有兴趣的同窗能够看知乎上这个问题
  2. 怎样提升排名?作好你的产品,让用户喜欢。
  3. 有哪些推广方法能够用?
    • 最好的推广是运营,让用户爱用你的产品,用户用的越多,就越有可能推荐给别人,或者被别人看到。
    • 主要的推广渠道有:App推荐站,各类应用推荐类的App,几个比较大的社区(weiphone 178什么的),微博,硬广等。
    • 怎么推广:话题太大,仍是先作好产品吧。

其余注意事项

  • 在提交新版本的时候能够修改这些信息:Keywords,App Name,Add Language。若是发现改不了不要着急。
  • Description和What‘s New 里面的全角符号会变成半角的,符号后面加个空格是好主意:)
  • 若是App的尺寸超过20M,那么在数据网络下是不能下载的,请尽量不要超过这个数。这个尺寸以App Store显示的数字为准,本身分发的IPA尺寸可能会不同。
  • 待续

http://webtoart.com/blog/post/manager_apps_on_itunes_app_store.html

相关文章
相关标签/搜索