分类目录归档:未分类

Google Analytics中的快捷方式(Shortcut)功能介绍

今天打开Google Analytics,发现在报表的工具条上增加了快捷方式(Shortcuts)按钮。

顾名思义,点击该按钮,会添加一个链接到Home分类的Shortcuts列表下,下次点链接,可以快捷的看对应报表,官方的帮助在这儿:http://support.google.com/analytics/bin/answer.py?hl=en&answer=2676996

如果你认为这只是一个快捷方式就错了,功能不只如此,我们一般看报表时,会根据需要,做一些:筛选,排序,细分操作。

如标准的关键字列表:

因为我会关注移动相关的关键字,所以我按:移动筛选:

这时列出了移动的关键字,然后我想按水平百分比看关键字的访问情况:

这时比较直观了,同时我还想知道新老访客的访问情况,没问题,选择细分:

结果如下:

这时列出的数据就对我就很有用了,并且我最近一段时间,都会关注这儿的移动关键字访问情况,于是点工具条的:Shortcut,创建一个新的Shortcut。

下次我就可以方便的在Shortcuts列表看这个报表了,之前的设置都在,很方便吧。

注意这儿的工具条上还有个Save按钮,当你查看这个报表时,如果修改了一些设置,可以点击保存。

总体来讲:

GA的快捷方式(Shortcut)功能,支持保存当前报表的:筛选,排序,细分相关设置,以方便下次查看。

操作上,比创建自定义报告方便,还支持基于指标的筛选,如只显示:跳出率高于80%的移动关键字,这是细分和自定义报告的筛选条件里没有或不方便的。

你可以认为GA的快捷方式(Shortcut)是对当前报表的自定义视图,当然这个功能还属于Beta阶段,不支持Shortcuts列表里的排序,分组,和分享给别人,另外这儿按指标筛选条件,如果添加到Dashboards时会丢失。

最喜欢GA的一点就是他们每隔一段时间,就会在:产品功能,分析思路,和界面操作的人性化上做改进,这样大家也可以跟着学习提高,如果你喜欢这一新功能,不妨与我交流,我的新浪微博:@jasseyyang,或者订阅我的博客:http://jiyang.me/?feed=rss2

官方的介绍见这儿:http://analytics.blogspot.com/2012/08/get-to-your-data-faster-announcing.html

Google Analytics配置文件技巧之只包含文章访问流量

以内容系统为例,页面会包括:首页,列表页,站内搜索页,帮助关于页等类型,作为站点运营,核心的目标是:新老访客,访问数,文章浏览量,人均文章浏览量等指标。

默认情况下,所有的页面访问数据是混杂在一起的,假设今天的平均PV是5,我们没办法知道用户是访问了5篇文章,还是列表页看了5次,也没办法比较新老用户的人均文章浏览量。

简单的做法是,添加一个新的配置文件:site_article,在过滤器里,只包含文章的流量,假设我们的文章浏览地址是:www.jiyang.me/tools/article_1001.html这样的地址,那么只要创建这样的过滤器即可:

即按文章的url信息来过滤,如果你的文章url不是那么规范,也可以按别的条件过滤,如:标题里的关键字。

过滤器生效后,在site_article这个配置文件下,你就可以把页面浏览量,平均页面浏览量,等信息看着是:文章浏览量,人均文章浏览量了。

假设我们想知道深度浏览用户的访问量,还可以创建站点目标:

指定文章浏览量超过3篇,即为深度浏览用户,通过添加这样的目标,帮助我们发现重要的流量来源,假设有2个外站推荐,带来的访问数都差不多,但其中一个的深度浏览用户比例很高,这时我们就可以认为该站点带来的用户质量比较高。

假设站点的结构比较好,我们还可以在:内容深入分析(Content Drilldown)报表下,看各个分类的文章浏览量:

在这个图上,我们可以看出google analytics相关的文章浏览量最大,然后是工具类的文章。

另一个你应该看的报表是:参与(Engagement)报表下的,页面访问深度:

可以看平均文章浏览量下的明细数据,因为平均数不可靠,假设人均文章浏览量为5,有可能每个人都看了5篇文章,也有可能两级分化,一部分人只看了1篇文章,一部分人每次看很多文章。在这个图上,我们可以看出,有一半的人,只看了一篇文章,有三分之一的人看了2到5篇文章,少量的人,每次看更多的文章。

小结:

通过只包含文章访问流量,有助于我们不需要细分筛选就可以在标准流量报表里,看到有价值的数据,制定站点目标,方便发现重要的流量来源和关键字等信息。当然这样的配置文件里,跳出率,平均停留时间等数据会不准确,毕竟不是完整的访问流量,看的时候,关注主要的报表即可。

GA中使用事件追踪站内引荐流量

从整站看流量来源可以分为:搜索引擎流量,直接流量,引荐流量。
其中引荐流量指不同站点之间的互链,流量来源为:引荐的站点域名,引荐路径为:引荐站点的推荐页面地址。

对于大的站点,会包括很多专题版块或子站,这部分页面因为路径比较深,往往不容易被发现,当我们希望推广这部分内容时,就需要通过站内引荐的形式来做了,假设我们有一个音乐专题:/music/,为了推广这个专题,在首页放了一个广告条指向这个地址,同时在外文图书页面也放了推广链接:如果是英文书,则推荐 /music/en/,如果是日文书,则推荐:/music/jp/。

通过站内链接给/music/专题带来的流量,我们称之为:站内引荐流量。

如果我们想分析:/music/jp/ 的站内引荐流量,这时可以看该页面的导航摘要,看上一页路径:

 

从图上可以看到,/book/jp/带来了2156次PV。当然这儿的数据是有一些问题的,GA中的上一页路径是基于时间顺序的,假设用户先访问/bike/页面,然后在地址栏输入:/music/jp/ 这时/bike/还是会出现在这儿的列表中,即使/bike/页面上根本没有听力专题的链接。

同时当站内引荐的入口多,以及引荐到听力专题的目标页面比较多时,这样一个一个去看会很麻烦。我们希望有一个简便的方式,看站内的哪些页面给听力专题带来了流量,以及这些流量都指向听力专题的哪些子页面。

最佳的做法是用事件记录:
category = “insite_ref”
action = “/book/jp/”
label = “/music/jp/”

记录后,事件数就是带来流量的PV数。

在自定义报告里,可以按:action->label为维度,Total Events为指标,看带来最多流量的站内引荐路径。

如果要看具体页面的站内引荐路径,可以按:label->action为维度,Total Events为指标即可。

基本的思路有了,我们来看看如何部署脚本,一种做法是,点击站内引荐链接时,提交相应的事件,例如日语查词页:

_gaq.push(["_trackEvent", "insite_ref", "/book/jp/", "/music/jp/"]),这个需要在各个引荐链接里写代码,链接数量少,并且位置比较固定时,可以这样做。

另外一种做法是在/music/的全局页脚放代码,如果浏览器的上一页路径不是以/music/开始,则记录事件。

// 如果引用页不为空,并且是本站的页面
if (document.referrer != “” && document.referrer.indexOf(“wwww.mysite.com”) != -1) {
// 如果上一页路径不是以:http://wwww.mysite.com/music/开始,则认为是站内引荐
if (document.referrer.indexOf(“http://wwww.mysite.com/music/”) == -1) {
// action为引用页地址,label为tingli的当前页地址
_gaq.push(["_trackEvent", "insite_ref", document.referrer, location.pathname]);
}
}
这样的好处是一次部署即可。

通过事件,我们还可以看很多信息,如:触发事件的访问数,不重复的事件数(排除一个链接重复点击多次的情况),还可以做细分,如看从/book/jp/过来的访问,都看了哪些页面,总之非常方便。

如果要统计,站内链接展示次数与点击次数之间的关系,可以在站内引荐页面每次加载时触发事件:
category = “insite_ref”
action = “/book/jp/”
label = “show”

将/book/jp/页面的展示次数和站内引荐路径点击次数结合起来,我们还可以分析点击率,看哪些站内引荐链接的效果最好。

在写本文时,参考了:肖庆翻译的:使用Google Analytics跟踪站内广告系列一文:
http://xiaoq.in/google-analytics/tracking-on-site-campaigns-with-google-analytics/

如果你有更好的思路或想法,欢迎与我讨论 :)

 

手把手教你在Excel里做GA的水平百分比图

GA报表除了默认的表格方式显示数据外,还支持饼图,水平百分比图,数据透视图等展现方式,其中水平百分比图在可视化看流量时最为方便,就像这样:

那么当我们要在Excel里做类似的效果应该怎么做呢?尤其是数据源不是来自GA的情况。

初始的表格:

做好的效果:

首先选择好百分比这一列,然后插入->条状图->水平条状图

选中新建的图表:

依次选中删除:水平,垂直坐标轴,图例等不需要的元素,就像这样:

再鼠标点中垂直的表格线,然后删除,就像这样:

这时效果已经接近了,我们需要加上文字百分比,选中图表,布局->数据标签->数据标签外:

这时数据标签就出来了:

这时还有边框线,不是太好看,选中图表,右键菜单,选择:设置图表区域格式:

填充->无填充
边框颜色->无线条

然后拖放图表到要展示的区域,调整大小,以正好在表格里居中即可。

默认的水平柱状图是从小到大排序的,如果希望倒过来排序,选中图表:

选择布局->坐标轴->主要纵坐标轴->其他主要纵坐标轴选项->选中:逆序类别 复选框。

总的操作就是这样,你可以得到一个和GA里效果一样的水平百分比图。

如果这一切操作让你觉得太复杂,你可以:

开始->条件格式->数据条,选中一个样式即可,效果如下:

当然这样的效果没有GA里的漂亮,如果时间比较赶,还是推荐用这种方法。

感谢 Joegh wu告诉我后一种的简便方法,我的方法推荐给追求尽善尽美的你 :-)

例子表格下载:excel_水平百分比.xls

 

 

GA中网站速度的度量与分析

很多文章都会说到网站速度对于用户转化的影响,速度慢的网站用户更容易离开,尤其是可以找到替代内容的情况下。

那么如何度量网站的加载速度呢,之前大家的做法是在页面的头部记一下时间:var start = new Date().getTime(),然后在页脚计算一下用掉的时间:var timeUse = new Date().getTime() – start,把这儿的timeUse用事件的方式提交到GA服务器:_gaq.push(['_trackEvent', 'timeUse', '/home.html', 'load', timeUse]),最后在GA的事件列表,看事件的平均值来评价页面的加载时间。

这样做,可以获得加载时间,但不完整,完整的页面加载是这样的:

1用户打开url链接
2 浏览器查询url的dns地址
3 提交url请求到服务器端
4 服务器端处理
5 传输处理好的html文本内容到浏览器
6 浏览器解析html,并加载css,js,图片等内容
7 加载完成,用户看到完整的页面内容

前面的timeUse获取的其实是第6步操作的用时,2到5步的用时都无法获取,假设某个网站的dns查询慢,服务器端处理慢,还是会影响用户的体验,而这个是我们无法度量的。

其实dns查询,等待服务器处理等时间,作为浏览器是知道的,于是HTML5规范为这部分的查询,提供了接口,允许javascript来查询详细的用时,具体文档在这儿:https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/NavigationTiming/Overview.html#sec-navigation-timing-interface,调用的例子见这儿:http://www.html5rocks.com/en/tutorials/webperformance/basics/,假设我们要获取当前页面的dns解析时间,只要:performance.timing.domainLookupEnd – performance.timing.domainLookupStart即可,目前支持该接口的浏览器有:firefox,chrome,IE9等对html5标准支持较好的浏览器。我实际看了一下我们站点的统计,firefox/chrome/IE9浏览器共占 38% 这样,不同类型网站因为用户群不同,这个比例会有差别。速度值可以作为参考,如果Chrome加载一个页面特别慢,可以认为IE6也快不到那里去,就该着手优化了。

作为与时俱进的GA分析,当然要使用更好的度量方式的,于是你可以在网站->网站速度报表处看你的站点的详细加载时间,包括:网页的平均加载时间,重定向,dns查询,服务器端处理等时间,在网页计时(Page Timings)列表,可以按页面看平均加载时间。

如果选择了一个时间段,点击具体的页面,如:/home页,还可以看一下这个页面在这段时间的加载速度变化。

看过统计学的朋友都知道平均值是靠不住的,假设有10个用户,9个加载速度是1秒,一个是191秒,这时得到的平均加载时间是:20秒,很显然这儿的20秒是没有意义的,我们需要看明细,GA考虑到了这个问题,支持在报表页点击:效果(Performance)标签,查看明细的信息:

从这个图上,我们可以知道大多数用户的加载时间在10秒左右,少部分用户特别慢,超过了20秒,整体速度可以接受。

在网页计时(Page Timings)列表页我们可以找出加载慢的页面,有针对性的优化。

当然在中国的网络环境下,网页加载速度还受所在城市,网络运营商等因素影响,这时可以按城市,页面加载时间,配置一个自定义报告:

效果如下:

而网络运营商对于网站加载速度的影响,要用细分来做,目前中国主要运营商有:电信和联通,分别占据南北市场,电信的服务器提供商名会包含:chinanet,联通会包含:unicom,以电信为例,新建一个细分:

还是刚才的/home页,我们这时就可以按运营商来比较页面加载速度了:

这时我们可以看出联通的页面加载速度要比电信慢很多,这时就应该考虑使用CDN加速了,毕竟16秒还是太慢了。

影响网页加载时间的因素有很多,除了运营商,带宽等,如果是sns类的站点,同样的home页,不同用户看到的内容其实不一样的,如:某个活跃用户加入的小组多,好友多,这时他加载home页自然会速度慢,如果要详细的分析这部分用户慢的原因,可以把用户ID传到自定义变量里,按用户ID看加载时间。

对于GA的网站速度报表,默认情况下是不需要额外配置的,GA在统计页面时,会按1%的抽样比例,提交页面的加载时间,如果你的站点访问量比较小,可以通过:

_gaq.push(['_setSiteSpeedSampleRate', 20]),来调整整体的抽样比例,或者对于重要的页面,指定更高的抽样比例。

在有了网页加载时间的数据后,就可以分析比较加载速度对跳出率,转化的影响了,但我实际尝试做的时候,却发现没有现成的指标,或维度来让你筛选,我的想法是用页面级自定义变量来标记, key是speed,value是slow, fast,5秒以下算fast,超过5秒算slow,具体的操作,我后继会补充 :)

小结

网站速度的度量不管对于网站开发,还是网站分析都有重要的意义,通过改进网站速度,我们可以提高用户体验,降低跳出率,提高转化率,而这一切都是可以观察量化的 :)

 

桌面客户端程序的GA统计

和网站类似,我们也希望知道桌面客户端程序的访问情况,这儿的桌面客户端开发语言可能是:C++, Delphi,.net。

假设有一个视频下载及播放的客户端程序,我们需要知道,每天的登录次数,下载次数,播放次数,还想知道下载、播放最多的视频名称列表。

简单的做法是,登录时,往服务器端提交一个数据包,参数为:用户名,下载时,提交:视频名称,用户名。服务器端记录提交的数据,并编写相应的后台报表,用来展现访问情况,附加的,还要做权限管理,报表导出,邮件通知等功能,工作量可真不小。

如果把客户端程序的操作看着页面访问,那么对应的页面的标题和地址会是这样:

用户登录 – tom (/login/tom)
视频下载 – 海绵宝宝第一集(/download/海绵宝宝第一集/tom)
视频播放 -海绵宝宝第一集(/play/海绵宝宝第一集/tom)

基本的数据提交到GA后,就可以按标题和路径,筛选登录的次数,下载,播放最多的视频名称了,权限管理,图表展现也不在话下。

这时大家要问了,客户端程序模拟ga.js数据提交可不是一件简单的事情,而且每种开发语言还得写一遍,工作量一点都不小啊。

其实有一种简单的方法,就是客户端程序做一个隐藏的窗口,在这个隐藏的窗口嵌一个浏览器,windows下就是IE浏览器了,当有操作发生时,这儿的隐藏浏览器转到响应的页面地址,就像这样:
http://www.mysite.com/track.html?action=login&username=tom&title=用户登录 – tom
http://www.mysite.com/track. html?action=download&username=tom&video=海绵宝宝第一集&title=视频下载 – 海绵宝宝第一集
http://www.mysite.com/track. html?action=play&username=tom&video=海绵宝宝第一集&title=视频播放 – 海绵宝宝第一集

track.html页面的代码:
<script type=”text/javascript” src=”js/jquery-1.4.1.min.js”></script>
<script type=”text/javascript” src=”js/jquery.url.js”></script>
<script type=”text/javascript”>
    var p = $.url().param();
    var action = p.action;
    var path = “”;
    if (action) {
        switch (action) {
            case “login”:
                path = “/login/” + p.username;
                break;

            case “download”:
                path = “/download/” + p.video + “/” + p.username;
                break;

            case “play”:
                path = “/play/” + p.video + “/” + p.username;
                break;
        }

        var _gaq = _gaq || [];
        _gaq.push(['_setAccount', 'UA-XXXXXX-1']);
        _gaq.push(
            function () { document.title = p.title;},                
            ['_trackPageview', path]
        );
    }
</script>
<script type=”text/javascript” src=”http://www.google-analytics.com/ga.js”></script>

这儿用到了jquery.url.js用来获取url中的参数,下载地址在:https://github.com/allmarkedup/jQuery-URL-Parser

GA的账号添加和报表配置就不详解了,本文主要是给大家一个思路,实际使用时,还需要注意以下的一些问题:

1 客户端程序的Session过期时间,网页是半小时,客户端可以长一些,如2小时:_gaq.push(['_setSessionCookieTimeout', 120 * 60 * 1000]);
2 客户端程序需要关注程序版本,这儿的程序版本,可以通过用户变量设置:_gaq.push(['_setCustomVar', 2, 'ver', p.ver, 2]);
3 客户端程序需要知道:操作系统,屏幕尺寸等信息,这部分直接读GA报表里的:Browser & OS 即可,不需要自己做
4 除了TrackPageview方式,其实用事件来记录客户端的操作,也蛮方便的,方便筛选
5 隐藏的浏览器,传递参数时,要有个random参数,保证浏览器强制刷新

小结:
GA统计功能强大,定制方便,如果没有太特别的需求,桌面客户端用GA统计不仅代码修改量小,而且定制性也很好,值得一试。

 

 

衡量访问量的基本指标选择

在看GA的流量信息时,你会发现标准报表会选择不同的指标来反映流量信息。

所有页面报表是:浏览量,唯一身份浏览量。
引荐,关键字报表是:访问次数,每次访问的网页浏览量

这儿的唯一身份浏览量,简单的讲,就是在一次访问中,去掉重复后的页面浏览量,假设张三上午来到你的网站,依次访问了:home, article_12, home, article_15这几个页面,那么他的总PV是4,唯一身份浏览量是:3,即home页只算一次。

对于所有页面,我们会关注基本的浏览情况,所以用浏览量比较合适。

对于引荐和关键字,我们会关注带来多少次访问,以及每次访问的平均网页浏览量,停留时间,跳出率等信息。

这时如果单纯的看PV则容易误导,举个例子,假设某个关键字,因为SEO做的好,带来了大量的访问,但因为关键字和网页的内容不相关,大多数用户只看了一个页面就离开,既不会访问网站的其他内容,也不会产生潜在的购买,则这个关键字对我们的就没有意义。

除了:浏览量,访问次数外,唯一身份访问者也是一个很重要的指标,当我们有一个销售专题时,我们会关心有多少人访问了这个专题的相关页面,这时就可以选择:唯一身份访问者指标。

从数量上看:
浏览量 > 唯一身份浏览量 > 访问数 > 唯一身份访问者

熟悉了这3个基本的指标后,我们就可以有针对性的创建自定义报告了,以观察比较流量。

补充一下joegh的看法,比我想的更深入:

其实页面层级的Unique Pageviews跟Visits是同一个意思,只是GA认为页面层级不应该有访问这个度量存在。GA弱化UV的一个原因是UV不能在不同维度层级直接汇总,需要去重,所以在下钻和向上聚合中计算不方便,而且“量”的层面Visits也可以很好地体现
但貌似国内还是很喜欢用用户数来体现网站的价值。

 

 

GA代码定制:_TrackPageview时指定页面标题

大家都知道可以用_TrackPageview来提交一个虚拟页面请求,例如有一个商品列表页,当点击购买时,因为是Ajax回调,其实并没有产生页面跳转,这时可以在onClick事件里这样写:
_gaq.push([ "_TrackPageview", "/pruduct/10032/buy_succ"]);

但这样有个小问题,提交到GA服务器的页面标题,还是这个列表页的标题,而不是我们希望的:商品名称 – 购买成功。要想指定虚拟页面的标题,做法很简单,在TrackPageview前,先改变一下页面的标题,提交后,再恢复原有标题:

_gaq.push (
function() {old_title = document.title; document.title = “商品名称 – 购买成功”},
[ "_trackPageview", "/pruduct/10032/buy_succ"],
function() {document.title = old_title}
)

这儿用到了_gaq的push方法的特点,如果是push一个函数,则会按顺序,依次调用指定的函数。

 

从论坛看站点的GA部署与分析

不同类型的站点会有不同的关注点和目标,如电子商务站点和个人博客的关注点就差别很大,前者关注流量来源,渠道路径,目标转化,后者会关心:搜索引擎关键字,平均PV,停留时间。

GA是一个通用型的工具,针对不同类型的站点,你需要规划站点结构,配置:站内搜索,事件,目标。为了更好的分析,还需要细分,和自定义报表。这对于一般的论坛站长还真是有点难度,或者是不太可能完成的任务,这个时候,你就应该使用:腾讯分析(ta.qq.com)了。腾讯分析是针对Discuz!论坛量身打造的分析工具,除了基本的流量数据外,还集成了和论坛相关的业务数据和指标。

以腾讯分析的Demo站点为例(ta.qq.com/summary/index?sId=2938105),进入首页,你会看到这样的界面:

这样对论坛来讲,最重要的2个指标就可以清楚的看到了,还可以和基本的流量指标如:PV做对比。

在左侧的报表列表中,还有:热门板块和热门主题等和论坛业务相关的报表,以热门板块为例:

你可以按:PV,访客,发帖,回复等排序,找出:看的最多的板块,活跃度最高(发帖,回复最多)的板块。还可以按访客类型来细分,如:看游客访问的最多的板块。

在腾讯分析里,还有:会员参与度的报表,按日期列出:参与人数和参与度,这儿的参与人数是:当天有发帖的会员数量,参与度是:当天的参与人数占当日访问的会员人数的比例。通过这样的定义,可以方便的看出论坛的活跃度。

总体来讲,腾讯分析是一个功能完整,使用方便的工具,和Discuz!论坛深度集成。好处是:方便使用。缺点是:无法扩展,无法应用到其他论坛。对于非论坛站点,可以用,但很多报表与指标又会显得多余。当然这和腾讯分析的产品定位有关。

好了,我们看看在GA里,如何分析论坛的流量。

业务分析:

  • 用户类型:会员,游客。
  • 内容:板块,主题
  • 用户行为:注册,发帖,回复
  • 关注:访问最多的板块帖子,发帖最多的板块,回复最多的帖子,用户在论坛里搜索最多的关键字,带来最多注册的来源。

配置部署:

  • 检查站点的整体url结构,假设是一个外语论坛的cet板块的一个帖子,我们希望url结构是:/cet/topic/1234,这样可以方便按目录,筛选板块的流量。
  • 检查标题,页面的标题应该为帖子的标题,这样在ga的报表里可以方便的按页面标题看访问最多的帖子。
  • 检查站内搜索的url参数:如搜索:考试,url路径最好是:/search/?cate=cet&q=考试,这样可以方便的在GA里配置站内搜索参数。
  • 这部分配置,可以考虑作为规范,要求开发人员在做新站点时,遵循这样的规范,即让站点结构适合网站分析。

用户变量,事件,目标:

为了区分用户类型,我们要指定用户变量,这儿的自定义变量作用域,按:session级即可。

_gaq.push(['_setCustomVar', 1, 'user_type', 'member', 2]);
_gaq.push(['_setCustomVar', 1, 'user_type', 'guest', 2]);

为了记录:发帖,回复操作,需要记录事件:

_gaq.push(['_trackEvent', 'reg_用户注册(categorie)', '用户名(action) '])
_gaq.push(['_trackEvent', 'cate_板块名称(categorie)', '发帖 (action)', '帖子标题(label)'])
_gaq.push(['_trackEvent', 'cate_板块名称(categorie)', '回帖 (action)', '帖子标题(label)'])

在目标里,需要指定这儿的三种类型的事件,分别为:reg, topic_new,topic_reply,根据这三种目标对你的重要性,指定目标价值,如:reg为10元,topic_new为5元,topic _reply为5元。

细分,自定义报表:

按user_type作为维度来细分,看会员和游客的:平均PV,平均停留时间,访问最多的页面等信息。

按触发了:发帖,回帖事件的访问细分,看活跃用户的访问习惯。

按站内搜索的关键字,看论坛用户想找的内容。

按:user_type,Page path level 1为维度,Pageviews,Bounce Rate,topic_new(Goal1 Completions),topic_reply(Goal2 Completions)为指标设计自定义报表,依次看:会员和访客,各个板块的PV,跳出率,发帖数,回复数等信息。

按:source为维度,Visits,Bounce Rate,reg(Goal3 Completions),reg(Goal3 Conversion Rate) 为指标设计自定义报表,看:各个来源的访问数,跳出率,注册人数,注册人数的比例,来分析哪个来源带来了最多的注册。

小结:

在有了良好的网站结构,区分了用户类型,记录了用户事件,指定了目标的基础上,如何细分,如何做自定义报表,就是一件很容易的事情了,可以根据业务需要,添加更多的报表,还可以定时发邮件,如:访问最多的帖子,站内搜索关键字,给相关的编辑运营人员。

完整的网站分析既有业务分析,也有技术实施的工作,前者需要熟悉业务,后者需要熟悉GA的功能,知道相关的分析如何在GA里设置和表现。论坛的网站分析,还是比较清晰的,如果分析电子商务站点,web2站点,则更为复杂,需要更多的摸索和学习,后面如果有新的收获,我会及时和大家分享的 :)。

 

 

移动应用统计的特点与注意点

移动应用的访问统计与传统网站的访问统计既有相同点,又有不同点,总体来讲,关注的方向是一致的:了解用户的使用情况。

相同点:

  • 用户量:总的唯一访客数,新老用户比例,每日(每周,每月)新增用户量
  • 使用情况:访问次数,每次访问的时长,每次访问的浏览量
  • 流量来源:用户来源
  • 事件与目标转化: 特定事件的次数与数值,注册,购买等转化情况

不同点:

  • 版本的概念:需要统计不同版本的用户量访问情况,需要统计老版本的升级情况,如:每天有多少V1.0用户升级到v2.0
  • 渠道的概念:需要知道不同电子市场的下载量
  • 应用内购买:需要知道内置购买的销售情况
  • 数据记录提交方式的区别:网站是通过js脚本统计,而移动应用是通过打包组件的方式统计。网站是即时提交,移动应用要考虑网络环境,需要支持批量提交,或指定在wifi环境才提交

移动应用会特别关注的数据:

  • 设备(ipad,iphone,itouch,android的各种硬件)
  • 分辨率
  • 操作系统
  • 网络运营商:3G,WAP,电信,网通

目前的移动应用统计工具有2类:

  1. 通用型,用网站统计工具来分析移动应用的访问,如:Google Analytics
  2. 专用型,只做移动应用的统计
    国内的:友盟(www.umeng.com),百度移动统计(mtj.baidu.com),CNZZ移动统计(mobile.cnzz.com
    国外的:flurry(www.flurry.com/product/analytics/index.html),apsalar(apsalar.com

通用型工具的好处是:网站,移动应用通吃,原有的网站分析经验可以沿用。

缺点也很明显:

  1. 一些报表,维度,指标,移动应用根本用不到,都放在一起,界面很庞杂
  2. 移动应用的一些特有的数据指标要用网站统计的名词来描述,有时会很别扭

当然google是知道这个问题的,最近正在测试针对移动应用的统计工具,详细介绍见:http://www.36kr.com/p/123482.html,申请地址在这儿:https://services.google.com/fb/forms/mobileappanalyticsbeta/

专用型工具基本上都差不多,国内做的比较好的有友盟统计,除了针对移动应用分类清楚的报表外,还有:错误信息统计,用户反馈统计,与行业数据比较等功能。

移动应用的统计部署准备:

  1. 明确应用的特点:带来注册,更多的内置购买,还是免费,做品牌推广
  2. 规划要统计的事件,如:点击播放,点击下载
  3. 规划目标转化:如注册流程,定义好步骤,以便分析各个步骤的跳出率
  4. 明确数据提交的方式:启动时提交,即时提交,批量提交,wifi情况下提交