如何使用ASO优化提高排名?看完这篇文章你就明白了!

标签: 产品运营 app ASO 移动互联网 | 发表时间:2015-03-31 01:45 | 作者:Nairo
分享到:
出处:http://www.woshipm.com

现在越来越多的团队公司做app开发的,开发后上传到app store。经过严厉的审核,本以为万事大吉,岂料,一场没有硝烟的战争正悄然而至。我们整体来分析一下,一款IOS应用上线app store之后,主要的流量来源。

一、为什么做关键词优化

1.1 精品推荐

这是app store的第一个页面【精品推荐】,很多用户是从这边下载app的。可是,一般情况下,app能上【精品推荐】,说明这app已经做得相当不错了,所以,并非是每个app都能上【精品推荐】,但可以成为每家app奋斗的目标。

1.2 排行榜

排行榜一共有3栏,付费榜(购买个数的排名)、免费榜、畅销排行榜(单价X购买个数的排名),每一栏都显示排名top150的应用。所以,最多只有150 * 3 = 450款app出现在这里,因此竞争相当激烈。

1.3 探索

【探索】顾名思义就是用户在这里可以探索一些app,这里罗列的24个类目,每个类目下面都有排名,我们称之为分类榜排名。这里也是必争之地,毕竟总榜top150位置竞争更激励,而做到分类榜比较靠前的位置相对容易一点,而且流量也是比较客观的。

1.4 搜索

如果之前的都是用户无心插柳,随心下载的话。那么,来到这里的用户,都是有明确需求的。用户想下载一款【旅游】的app,大部分用户会搜索【旅游】,然后挑一款排名比较靠前app下载,这也是大部分用户的行为。

【总结】

一款IOS app在app store的主要流量来源是哪些?现在,我们可以总结如下:

IOS流量 = 精品推荐 + 排行榜 + 分类榜 + 搜索

大部分app是上不了精品推荐的,而且app进入到总榜前150名也是比较困难的。不过各个分类榜的排名还是可以尝试一下的,在24个类目中每个类目的top100有流量的话,也就惠及近2.5k个app,可是毕竟有100多万app呀,因此还是比较激烈的。最后一个是搜索,每个app都有100个字符的关键词来设置,设置之后就可以搜索到你的app。研究表明一款IOS应用,60%-70%的IOS流量来自于用户的搜索流量。所以,对于大部分应用来讲流量来源应该是这样的:

IOS流量 = 榜单 + 搜索

既然大部分用户都是来自搜索,那么我们主要关注下关键词搜索这块。而关键词的搜索优化,这也就是我们所要讲的ASO(App Store Optimization)

二、怎么选取关键词

2.0 概念

关联性(Relevance):某个特定的关键字与你的应用以及目标用户之间的相关性,不相关的关键字很难产生有效的转化率。

难度(Difficulty):某个特定关键字的竞争激励程度,这个值越高意味着它更难进入前列排名。

流量(Traffic):某个特定关键字的抢手程度,在搜索中被搜索的次数越高,这个值就越高。

2.1、分析竞争对手的关键词

首先,我们可以通过一些工具,了解你竞争对手的关键词,比如,你是做旅游app的,那么你可以从通过使用工具(appannie)发现你的竞争对手(途牛)可能会用到的关键词,比如自助游、出境游等(appannie是第三方工具,显示的数据未必是app真实提交到app store的关键词,可能会有一些出入,但是可以作为分析的工具)。

2.2、关键词选取优先级

常规关键词的选择分三个方向:

1、品牌词 2、关联词 3、竞品词。

举个例子,如果你是去哪儿旅行App

品牌词:去哪儿、去哪儿网、qunaer;

相关词:旅游、旅行、酒店预订、机票预订、特价酒店、特价机票;

竞品词:携程、艺龙

当然这些词从搜索到下载的转化率依次是:

品牌词>行业相关词>竞品词。

关键词选择的核心就是“相关性”。比如你开发一款数学游戏,但是你却把关键字定义为“游泳”,虽然说游泳有着相当出色的流量和中级难度,可是它跟你的产品完全无关。如果有一个玩家想要找一款游泳app,前十名搜索里确实出现了你的数学游戏产品,可是他们会下载么?只有具有关联性的关键字才能产生有效转化率2。

2.3、结合难度和流量分析

另外,还可以从难度和流量来入手,难度和流量是两个概念。虽然很容易混淆但还是有所差别的。比如一款做旅游的app,搜特价机票,排名可能是100+名,可是这个词的流量并不是很大,由于排名太靠后。因此,难度是很大的。所以说,难度是跟关键词目前的排名是有关的,而流量是跟关键词搜索热度是有关的。

【结论】

从竞争对手或者自身的理解,选取关键词、建立关键词库,然后按照品牌词、行业关键词、竞品词的顺序来对关键词进行排序,之后结合难度和流量来进一步筛选关键词,最后确定100个字符的关键词。

三、提升关键词排名

关键词确定好了,也经过反复迭代、替换关键词。可是,如果你不做功夫,提高关键词的排名。那么,即使反复迭代,可优化的空间是有限的,那么接下来要做的就是选取相关的、有流量的、难度适中的关键词来提高关键词的排名。

那么,问题来了。关键词的排名跟什么因素有关呢?实践表明,关键词的排名跟app自身的下载量、评论数以及关键词搜索量有关,尤其是关键词的搜索量,占据了比较大的权重。因此,目前提升关键词排名的一种行之有效的方式,就是让真实用户搜索关键词,找到你们的app下载并激活,足够多的用户如此操作,该关键词的排名就会提升。

 

作者:梅森

来源:类类有话说


互联网从业者必备微信公众号:woshipm,如果你已经关注了,证明你已经很牛逼了。

相关 [aso 优化 高排] 推荐:

如何使用ASO优化提高排名?看完这篇文章你就明白了!

- - 人人都是产品经理
现在越来越多的团队公司做app开发的,开发后上传到app store. 经过严厉的审核,本以为万事大吉,岂料,一场没有硝烟的战争正悄然而至. 我们整体来分析一下,一款IOS应用上线app store之后,主要的流量来源. 这是app store的第一个页面【精品推荐】,很多用户是从这边下载app的.

影响ASO优化的九大因素

- - 人人都是产品经理
一款应用在搜索引擎中拥有好的排名,能促进该应用流行的程度,提高下载量. 并且一款移动应用在app store中获得良好的排名也能使用ASO优化方法去做,同时使用ASO优化工具作为辅助完成. 用户可以通过各种应用商店,以及谷歌和其他搜索引擎找到各种移动应用. 移动应用和应用商店的seo优化有两个方面:关键字和链接.

存储优化

- - CSDN博客推荐文章
定期对存储设备的固件和驱动程序做升级. 选择合适的磁盘阵列,RAID可以让很多磁盘驱动器同时传输数据,而这些磁盘驱动器在逻辑上又是一个磁盘驱动器,所以使用RAID可以达到单个磁盘驱动器几倍、几十倍甚至上百倍的速率,还能提供容错,冗余的功能,最常用的有raid10和raid5.. 使用主动多路径(Active Multipathing)技术.

ORACLE:plsql优化

- - CSDN博客数据库推荐文章
 1、登录后默认自动选中My Objects. 设置方法:Tools菜单--Brower Filters会打开Brower Filters的定单窗口,把“My Objects”设为默认即可. 同理,可以在Tools菜单--Brower Filters中把你经常点的几个目录(比如:tables Views Seq Functions Procedures)移得靠上一点,并加上颜色区分,这样你的平均寻表时间会大大缩短,试试看.

hive 优化 tips

- - CSDN博客推荐文章
一、     Hive join优化. 也可以显示声明进行map join:特别适用于小表join大表的时候,SELECT /*+ MAPJOIN(b) */ a.key, a.value FROM a join b on a.key = b.key. 2.     注意带表分区的join, 如:.

WebLogic 优化

- - 开源软件 - ITeye博客
WebLogic 配置文件(config.xml)包含了大量很直观的与性能有关的参数,能通过配置环境与应用程序得到很好的优化. 基于系统的需要调整这些参数不仅能改善单个点的性能,而且能提高整个应用程序性能的可衡量性. 试着采用下列WebLogic配置方法,或许能使你的系统达到最佳状态:. 一 修改运行队列线程数的值.

mysql优化

- - 数据库 - ITeye博客
公司网站访问量越来越大,MySQL自然成为瓶颈,因此最近我一直在研究 MySQL  的优化,第一步自然想到的是 MySQL 系统参数的优化,作为一个访问量很大的网站(日20万人次以上)的数据库系统,不可能指望 MySQL  默认的系统参数能够让 MySQL运行得非常顺畅. 在Apache, PHP,  MySQL的体系架构中,MySQL对于性能的影响最大,也是关键的核心部分.

sql优化

- - 数据库 - ITeye博客
是对数据库(数据)进行操作的惟一途径;. 消耗了70%~90%的数据库资源;独立于程序设计逻辑,相对于对程序源代码的优化,对SQL语句的优化在时间成本和风险上的代价都很低;. 可以有不同的写法;易学,难精通. 固定的SQL书写习惯,相同的查询尽量保持相同,存储过程的效率较高. 应该编写与其格式一致的语句,包括字母的大小写、标点符号、换行的位置等都要一致.

Hive优化

- - 互联网 - ITeye博客
     使用Hive有一段时间了,目前发现需要进行优化的较多出现在出现join、distinct的情况下,而且一般都是reduce过程较慢.      Reduce过程比较慢的现象又可以分为两类:. 情形一:map已经达到100%,而reduce阶段一直是99%,属于数据倾斜. 情形二:使用了count(distinct)或者group by的操作,现象是reduce有进度但是进度缓慢,31%-32%-34%...一个附带的提示是使用reduce个数很可能是1.

DOM优化

- - JavaScript - Web前端 - ITeye博客
1,Javascript语音与DOM操作就像孤岛. 他们之间的通行是要借助船的,而使用船是有很大成本的. 所以,要先做完一个再做另一个,最好不要交替进行. 如:添加1000个li时,先用一个字符串拼接好,最后一次追加到父节点,而不是向父节点追加1000次,一次追加一个. 如:添加1000个li时,先放到fragment,再添加到UL中.