今天打开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

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

默认情况下，所有的页面访问数据是混杂在一起的，假设今天的平均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篇文章，少量的人，每次看更多的文章。

小结：

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

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

对于大的站点，会包括很多专题版块或子站，这部分页面因为路径比较深，往往不容易被发现，当我们希望推广这部分内容时，就需要通过站内引荐的形式来做了，假设我们有一个音乐专题：/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/

如果你有更好的思路或想法，欢迎与我讨论 ：）

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

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

初始的表格：

做好的效果：

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

选中新建的图表：

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

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

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

这时数据标签就出来了：

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

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

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

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

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

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

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

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

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

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

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

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

那么如何度量网站的加载速度呢，之前大家的做法是在页面的头部记一下时间：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，具体的操作，我后继会补充 ：）

小结

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

和网站类似，我们也希望知道桌面客户端程序的访问情况，这儿的桌面客户端开发语言可能是：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也可以很好地体现
但貌似国内还是很喜欢用用户数来体现网站的价值。

不同类型的站点会有不同的关注点和目标，如电子商务站点和个人博客的关注点就差别很大，前者关注流量来源，渠道路径，目标转化，后者会关心：搜索引擎关键字，平均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情况下提交