前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >嘿!你忽略的 ASO 细节在这呢

嘿!你忽略的 ASO 细节在这呢

原创
作者头像
kmokidd
修改于 2019-04-18 01:23:10
修改于 2019-04-18 01:23:10
6920
举报

- 2018年的文,搬运存档用 -

暴风影音某次更新中的 What's new,一句“还杀了一个程序员祭天”在业内外稍稍掀起了一阵专注,同时期的不少 App 仿造这个句式纷纷把产品经理、开发、设计祭了一遍。知乎相关问题关注人数接近5000,浏览量过百万。那么,是心血来潮在 What's new 中加这么一句吗?

ASO,即 App Store Optimization。

众所周知 ASO 的主要工作就是尽可能提高应用的曝光,引导用户下载应用。

为了“尽可能提高应用的曝光率”,我们需要优化关键词,达到尽可能多地出现在用户的搜索结果前列。接着呢?

当然是祈祷用户看到吸睛的应用图标、一句话就能说清楚应用是做什么的副标题还有精美的应用视频和截图,然后下载应用;或者至少点进应用详情页,最好是看到“又X了一个程序员祭天”的 What’s new 就去下载,再不然仔细看看应用详情,念叨着“嗯搞不好我就在找这么一个东西”,最后下载。

往极端里说,即使做到了搜什么我们的应用都病毒式的排名前列,用户也不一定会下载。所以,一个完善的 ASO 计划不仅包括了“提高应用的曝光”,更需要将目标设定为“成功引导用户下载/更新”。

搜索路径

用户下载应用之路堪比打怪救公主,步步为营处处小心,一步没走好,公主没救成就算了,用户弃游或者转投友商怀抱应该是最不想看到的结果:

从前文和上图,相信大家都发现了,我们需要通过应用图标、应用名、应用副标题、截图或视频吸引用户至少点进应用详情页。进入应用详情页后,用户通过What’s new、宣传文本、应用描述、评分和评论获得更多信息,决定是否要下载该应用。

在做 ASO 的时候,我们常常会忽略以上字段,(相比关键词)上述字段大部分没有直接的数据反馈,优化效果固然不好衡量,但是也不应该因此忽略了它们。

本篇文章将会总结这些字段相关特色案例(不好衡量优秀与否不好衡量,毕竟没有数据在手┑( ̄Д  ̄)┍),希望激发读者做 ASO 的灵感~


应用图标

品牌决定应用图标,大部分应用对待图标的态度还是很严肃的。不过有时候,我们会看到同一个品牌会出现多个相似的应用,比如蜻蜓FM。

历史原因,从前苹果还没有猛抓刷榜时,不少应用为了增加关键词词库以提高曝光度,注册了各种马甲应用,让马甲号服务主应用(喜马拉雅用此方法一度有效关键词收录量达到10000+)。后来随着苹果防刷和惩罚机制的完善,已经没有什么应用这么做了。

不过应用方也不会把自己的马甲号注销(比如蜻蜓),主应用如果被下架,马甲应用可以立刻顶上,保证应用还在榜内,品牌词没有落到竞品上。2017年底蜻蜓被举报下架后就是这么操作的(左图是马甲号,右图是真主)。

在节日庆典或特殊运营活动时(比如春节、双11…),应用图标也相应变化:

虽然品牌不同,但同一个榜单内的应用图标总有些相似的地方,下面是商务榜中排名前15的应用,主色调几乎都是蓝色+白色。:

总结一下应用图标的使用:

  • 在马甲、iPad等场景使用的时候
  • 在运营活动、节日庆典…等特殊场景
  • 图标除了要和品牌契合,也可以考虑当它和一堆同类应用出现在搜索结果时的表现

应用名和副标题

虽然 iOS11 开启了副标题字段,但看起来很多应用依然想要抓紧宝贵的应用名位置:

如果抱着为了传递信息的目的,就要注意文案的长度。搜索结果中,分别有一行承载应用名和副标题,也就是在 iPhone6/7/8/X 中只有10个字符长度展示应用名;12个字符展示副标题:

分隔符也是指的注意的,大部分应用用连字符 - 人为分割了应用名和应用说明,比如“抖音短视频 - 好玩的人都在这“;也有用上括号的,比如”武林大萌主-手刃尹道长(梦回射雕激斗天龙畅游倚天的单机武侠冒险)“;或者用直角引号,比如“企鹅FM「陪伴你的小说电台」”。

可以多种分隔符结合,这里的考虑主要是有助于提审、关键词分词和用户断句。之前企鹅 FM 使用的也是连字符,但在3.7提审时,因“应用名上堆砌关键词”被打回,即使缩短了关键词也再次被打回,后来改成了直角引号才顺利上架。

总结一下应用名和副标题的注意事项:

  • 考虑场景,长度限制
  • 关键词的选择,在有限文案内传达信息
  • 分隔符的使用

应用视频和截图

从这一节开始,内容受品牌约束变小、可变性极大,也就是说可优化空间也极大了。接下去我们就能看到各种应用的花式技巧。

应用视频和截图在搜索结果或者应用详情页中都占有不少的篇幅,吸引眼球、引发用户好奇心从而促进下载应该说是它们的天然职责。各应用也深知这一点,各出奇招:

有利用多张截图的特性,制作出联动效果的:

有用 App Store 颁奖背书的:

虽然 App 也有使用视频(比如企鹅FM和喜马拉雅),但应用视频更常见于游戏上。手机录屏不便,大家可以在 App Store 中搜索查看。

但要注意,视频的观看成本比图片更高,使用与否也要取决于需求。之所以游戏会有应用视频,一方面是很多游戏有资料片等宣传物料,本身就有视频宣传的基础;用户也有观看介绍视频的诉求。两相结合下出现应用视频也理所当然。

总结一下应用视频和截图的技巧:

  • 核心目标都是“吸引用户眼球,用户就算不下载也能看看详情页”
  • 和竞品有区分度
  • 被 App Store 推荐过、精品内容、优秀特性…希望一眼击中用户的,可以考虑放到截图中

以上三点优化,都能反应在搜索结果中。那么要如何衡量效果呢?

一开始笔者也提到了,这些字段的优化效果从数据上不容易直接反馈,其原因主要有两种,一是没有数据统计;二是存在多个影响因素,不易衡量具体是哪个因素起的作用。比如用户是因为截图中的应用内容或应用特性才点开应用详情页的。不过如果是因为 App 本身吸引到了用户并发生了最终下载,那在 App 内也会有数据反馈;如果用户只是点开了详情页,却没有下载行为,那至少说明在图标、名称、截图这三处确实有引导效果。

在 ITC 中有一个统计叫做“App Store 查看次数”,该指标统计的是“App Store 产品页面的查看次数”,和“下载量”结合观察,详细大家对优化效果就有一定认知了~

用户马上就要进入应用详情页了。来看看详情页上有什么曾经被忽略的细节吧~ 图标、应用名、副标题和截图不再重复,重点分析其他的字段:What’s new宣传文本应用描述评分评论


What’s New

看看 What’s New 的位置吧,这个字段可是会同时影响到老用户和(潜在的)新用户呢:

要注意的依然是文案长度,关键内容最多三行,一行不超过20个字符,保证用户不需要点击“更多”就能知道自己是否需要更新。

What’s new 最长可以填写4000个字符, 那“更多”里可以藏着些什么呢?

可以是次要的更新信息,比如新增内容、性能优化或者近期几个版本的更新:

可以是联络方式、报bug指引、操作指引:

现在,你认为“祭天”是一拍脑袋就想出来的吗?

宣传文本和应用描述

宣传文本和应用副标题一样,是在2017年 iOS11 推出后才出现的新字段。人们常常会把它和应用描述放在一起比较:

它们在应用详情页展现情况如下:

宣传文本不是必填字段,如果应用没有填写该字段,应用描述会自动顶上去展示前三行:

  1. 宣传文本 这个字段虽然和副标题一样不强制开发者提交,但从官方的角度还是希望开发者可以将这个字段使用起来。而且它不过审核、不跟版本,天然为运营存在。 常常会遇到一个版本内有多个活动,或者说内容并不会按照版本节奏来更新,特别是在节假日密集的时间段里。以 FM 为例,引入、上架小说的频率和版本更新频率并不一样,我们可以通过更新宣传文本的手段,来吸引用户下载。可以看看类似的内容型产品是怎么做的:

还有一点值得注意,宣传文本和应用描述区域默认展现前三行。为了使得信息传递效率最大化,我们需要考虑一行最大字符数。 从百度流量研究院数据可得知,目前 iOS 设备持有比例如下,iPhone6/7/8 和 iPhone Plus 系列所占比例相差不多,且 Plus 增长速度更快(截图未显示,具体可查询百度流量研究院):

这个数据是全网的,建议大家还是根据自己的产品具体情况具体分析,这里给出建议:

  1. 应用描述 官方字符数限制有四千(吐个槽,这也太长了),一般,产品不会在应用描述中写小论文。出于对用户体验友好的考虑,建议描述长度控制在 300~500 之间。 除了字符长度之外,还可以通过观察其他同类(或者榜单前几位)产品的描述风格,总结出文案规律。 以电台相关产品为例:

可以看出竞品的格式大概是:

  1. 总述,这个应用是做什么的
  2. 分内容阐述,应用的详细内容
  3. 联系方式

由于篇幅考虑只截取了三个产品的应用描述,但在实际操作时 FM 还参考了其他同为内容型产品的描述,比如优酷视频。最终形成自己的模板:

宣传文本和应用描述中的关键词也会被 App Store 收录,但从目前数据统计和前人分析来看,在应用描述中关键词重复出现8到10次才有可能被收录。

用户评分和评论

评分和评论量是在搜索结果中就会看到数据,这两个字段对应用有两个主要意义:

  1. 结合我们日常习惯,也能多少体会到这两个字段的重要性。用户总愿意去下载更高评分更多评论量的应用。
  2. 评分评论是决定应用热度的因素之一,有自然流量是我们采取优化手段的基础。极端情况是应用没有评分评论,那么无论我们在关键词上做多少努力,都是徒劳的(如果有极高下载量却是0评分0评论…那很可能是刷量了,做的这么明显,会被苹果关小黑屋哦)。

进入应用详情页后,可以在应用描述后面大概第三屏的位置看到具体评价;通过右上角“查看全部”可见其他评价。评价默认以“最有帮助”从上到下排序,长按单条评论即可为评论点赞、倒赞或者报广告。同一个 Apple ID 不限制点赞次数,即每日都可以点赞:

自然,这两个字段上的目标就是:获得更高的评分,增加正向评论数量。 最常见的评分评论引导就是在用户使用应用一段时间后弹窗引导:

这种引导的转化可能并不高,毕竟要去 App Store 操作也是打断了现有的流程。所以在去年(?)的评论 API 更新后允许用户直接在应用内给打分

人类的通病的是,批评总比夸奖要容易得多。有人担心缩短评价路径,容易增加差评率。这个担忧不无道理。只是长路径挡住了一些差评,也会挡住一些好评。所以在应用内留下一个评分入口是很常见的一个弥补手段:

也有就是不爽要给差评的用户,当出现这样的反馈时,可以看看目前评论引导弹出的时机是否合适

有了低分评论也不要担心,应用开发者可以通过苹果开发者后台回复这些差评(如果是非开发同学想要做这步操作,可以联系相关 iOS 开发,通过开发权限访问应用的 ITC 后台)。从 FM 的经验来看,部分用户得到回复和安抚后会删除自己的评论重新打分:

总结

上下两篇 ASO 细节到此告一段落。

虽然很多无法直接从数据反馈上得知优化效果,但每个字段都用运营的必要。应用制作团队的用心,通过运营也是能够传达给用户的。

参考资料

  1. 如何看待暴风影音「杀了一个程序员祭天」的版本更新说明?
  2. ASO案例研究:如何选择最佳应用程序图标
  3. 苹果官方揭秘!90%的业内人士都没搞懂的Apple术语定义
  4. App Store 上有哪些 ASO 的运营方法?
  5. 一篇文章让你了解iOS 11的评分评论秘密
  6. 引导 App Store 用户评论的思考
  7. 什么时机让用户去AppStore评论最好
  8. 具透丨iOS 10.3 新 App Store 评价机制详解

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
【最佳实践】巡检项:实时音视频 (TRTC) Web SDK 视频码率设置是否合理
在直播场景中,主播的推流分辨率已经设置为1080p,但观众端看到的画面还是很模糊。通过分析这个案例,发现问题不是出现在推流端分辨率过低导致的模糊。从仪表盘上观察推流数据发现,上行分辨率是1080p,但是推流的码率过低。1080p x 15fps的码率只有500kbps左右,在排除了推流端的网络带宽不足情况,跟客户确认了,应用侧设置码率是只有500kbps。
jackwlchen
2022/04/29
8860
【最佳实践】巡检项:实时音视频 (TRTC) 检查原生平台 SDK 是否根据辅流/小流视频分辨率和帧率设置了合理的视频码率
在直播场景中,主播的推流分辨率已经设置为1080p,但观众端看到的画面还是很模糊。通过分析这个案例,发现问题不是出现在推流端分辨率过低导致的模糊。从仪表盘上观察推流数据发现,上行分辨率是1080p,但是推流的码率过低。1080p x 15fps的码率只有500kbps左右,在排除了推流端的网络带宽不足情况,跟客户确认了,应用侧设置码率是只有500kbps。
jackwlchen
2023/04/27
6390
【最佳实践】巡检项:实时音视频 (TRTC) 原生平台 SDK 视频码率设置是否合理
在直播场景中,主播的推流分辨率已经设置为1080p,但观众端看到的画面还是很模糊。通过分析这个案例,发现问题不是出现在推流端分辨率过低导致的模糊。从仪表盘上观察推流数据发现,上行分辨率是1080p,但是推流的码率过低。1080p x 15fps的码率只有500kbps左右,在排除了推流端的网络带宽不足情况,跟客户确认了,应用侧设置码率是只有500kbps。
jackwlchen
2022/04/29
7270
实时音视频 TRTC 常见问题汇总---WebRTC篇
TRTC Web SDK 对浏览器的详细支持度,您可以查看 TRTC Web SDK 对浏览器支持情况。
腾讯视频云-Zachary
2019/11/15
23.2K3
实时音视频 TRTC 常见问题汇总---WebRTC篇
【版本发布】腾讯实时音视频TRTC SDK 6.9
新的版本围绕视频画质、直播 CDN 融合、Android 10.0 系统兼容,以及云端录制等几个方面,增加了很多新的功能特性,期待您的使用:
shixin
2020/01/21
2.8K0
使用TRTC Web SDK实现实时音视频通话
在使用 TRTC Web SDK 中,经常需要使用到两个对象,Client 客户端对象,Stream 流对象:
yuliang
2021/03/03
3.7K0
实时音视频 TRTC 常见问题汇总---集成接入篇
TRTC 的日志默认压缩加密,后缀为 .xlog。日志是否加密是可以通过 setLogCompressEnabled 来控制,生成的文件名里面含 C(compressed) 的就是加密压缩的,含 R(raw) 的就是明文的。
腾讯视频云-Zachary
2019/11/01
14.4K1
实时音视频 TRTC 常见问题汇总---集成接入篇
实时音视频 TRTC 常见问题汇总---咨询问题篇
TRTC 是腾讯云基于 QQ 十多年来在音视频通话技术上积累,结合腾讯浏览服务 TBS WebRTC 能力与腾讯实时音视频 SDK ,为客户提供多平台互通高品质可定制化的 实时音视频互通服务 解决方案。 (1)您可以通过“crtl+F”(win)、“command+F”(mac)搜索关键字。 (2)若没有您想要的问答,欢迎在评论区提问、留言和交流,笔者会定期解答疑惑。 (3)最新产品动态与变更以官网文档为准。
TRTC小百科
2021/09/16
8.9K2
实时音视频开发学习5 - 实现分享、音频和音量
trtc的实践功能主要谈及两个模块,一个是web端,另一个为小程序端。这二者分别阐述了trtc的通话模式、直播模式、实时屏幕分享、云端流录制与回放CDN直播回放。
金林学音视频
2020/08/24
1.6K0
实时音视频开发学习5 - 实现分享、音频和音量
你问我答 | 实时音视频TRTC
实时音视频TRTC 你问我答 第3季 本期共解答10个问题 Q1:TRTC小程序端,不想接入IM,如何实现接收自定义消息? 设置live-player的enable-recv-message属性为true,接收bindstatechange回调的返回值,判断code为2012的就是sei消息。 Q2:Web端的TRTC-Calling如何避免用户呼叫了一个人,这个人却处于通话中,此时用户调取消接听电话的接口会提示这个报错? 进房和信令发送的信令需要优化,因为不同sdk appip在处于通话中
腾讯云音视频
2022/02/21
2.3K0
Q&A丨实时音视频 TRTC 技术问答强势来袭
我们针对实时音视频用户在后台提交的问题,归纳了近期咨询比较多的问答,供各位用户参考。 QUESTION1  Q :画面出现呼吸效应(一下清晰一下模糊),是什么原因?  A :呼吸效应产生主要有2种情况:  1.定焦镜头,I帧太小导致遇到I帧解码时模糊,想办法提高I帧的大小,可以尝试从vbr改为cbr,setVideoEncoderParam中设置videoBitrate=minVideoBitrate即为cbr。  2.变焦镜头,硬件不断聚焦。想办法改善拍摄环境,例如优化光源。 QUESTION2  
腾讯即时通信IM
2021/01/15
2.4K0
TRTC零基础上手 -- 视频入门篇
随着移动互联网普及,移动设备和高清摄像头在日常生活和工作中大量使用,人们产生海量的视频数据,如何高效实时采集、传输、显示视频数据,成为当下各方参与者摩拳擦掌的竞技舞台,TRTC是将腾讯多年来在网络与音视频技术上的深度积累,以多人音视频通话和低延时互动直播两大场景化方案,TRTC音视频解决方案是其中的佼佼者。
天上云间
2022/01/09
3K1
实时音视频开发学习14 - 常见问题
V1和V2主要区别在于IM的SDK是否内嵌于TRTC中,V1线路是内嵌,而V2则可选,默认不打包IM的SDK包。V2在通话质量、线路规格、接入难度以及功能扩展上均比V1更有优势。
金林学音视频
2020/08/30
2.8K0
实时音视频开发学习14 - 常见问题
TRTC SDK 仪表盘
开发者在接入实时音视频终端组件 TRTC SDK时,开发者或者线上用户难免会遇见进房失败、接受到的观看端画面卡顿等情况。开发者可以通过 腾讯云实时音视频(TRTC)控制台 的 【监控仪表盘】功能来快速定位问题。另外,TRTC SDK 也有仪表盘,里面的指标数据也能用来排查定位问题。
腾讯云-chaoli
2019/03/05
2.6K0
TRTC  SDK 仪表盘
实时音视频开发学习9 - 进房权限和画质
开启进房权限的目的是为了避免非会员模式能够进入高级房间,同时解决客户端限制被破解的问题。目前进房权限在iOS、Android、Windows、Electron、微信小程序和Chrome 浏览器都支持。
金林学音视频
2020/08/27
1.9K0
实时音视频开发学习9 - 进房权限和画质
iOS音视频接入- TRTC计费及套餐介绍
实时音视频 TRTC 的服务项根据服务类型划分为基础服务和增值服务两大类。除了这两大类之外,从2019年10月11日起,首次在实时音视频控制台创建应用的腾讯账号,还可有10000分钟的免费试用,也就是第一次使用实时音视频这个产品就会有免费试用。有免费试用可以先试用,试用之后再看使用效果在决定是否续费套餐及购买活动的超值套餐。
小明同学接音视频
2020/10/19
3.4K0
iOS音视频接入- TRTC计费及套餐介绍
关于 TRTC (实时音视频通话模式)在我司的实践
腾讯实时音视频(Tencent Real-Time Communication,TRTC)将腾讯 21 年来在网络与音视频技术上的深度积累,以多人音视频通话和低延时互动直播两大场景化方案,通过腾讯云服务向开发者开放,致力于帮助开发者快速搭建低成本、低延时、高品质的音视频互动解决方案。
发声的沉默者
2021/06/14
2K0
关于 TRTC (实时音视频通话模式)在我司的实践
iOS音视频接入 - TRTC常见问题
在 TRTC SDK 的示例代码中提供了一个叫做GenerateTestUserSig的开源模块,您只需要将其中的 SDKAPPID、EXPIRETIME 和 SECRETKEY 三个成员变量修改成您自己的配置,就可以调用genTestUserSig()函数获取计算好的 UserSig。
小明同学接音视频
2020/10/21
3K0
iOS音视频接入 - TRTC常见问题
你问我答 | 实时音视频TRTC(2021年8月-10月)
实时音视频TRTC 你问我答 第2季 本期共解答10个问题 Q1:TRTC通话,实现大小屏切换,类似微信通话效果,点击自己的画面和对方的画面展示位置互换。 支持大小屏切换,使用updateView功能,但需要给TXCloudVideoView调用addview添加一个textureview。 解决方案: 通话过程中,保证双方通话画面正常; 直接调用stop,再调用start,会有一段时间黑屏; 直接调用updateView对调,会导致远端画面不显示,或者没有效果; updateView
腾讯云音视频
2021/11/26
1.2K0
使用TRTC Web SDK实现互动直播
以主播身份进入房间进行直播的场景跟实时音视频通话场景流程一样,请参考使用TRTC Web SDK实现实时音视频通话。本文主要介绍以观众身份进入直播间。
yuliang
2021/03/02
2.7K0
推荐阅读
相关推荐
【最佳实践】巡检项:实时音视频 (TRTC) Web SDK 视频码率设置是否合理
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档