核心结论: 大家在挑选域名流量统计工具的时候, 最终的决定因素其实要看三个方面的内容。这三块内容分别是监测的准确度如何, 还有数据细节够不够细, 至于系统部署起来的复杂程度到底高不高, 也要算在里面。
作为个人站长来说, 直接用Google Analytics或者百度统计这些东西, 就完全能够满足大家那些基础的需要了；如果是到了企业这一级别, 需要去管理很多个域名的话, 我们就建议用一个组合方案, 这个方案是既要用国内的那些统计工具, 又要用到CDN层面去做分析, 通过这样一种搭配的方式, 来把PV、UV以及来源渠道还有跳出率等等这些核心的指标, 都进行一个交叉验证嘛。
主流工具分类对比
一、开源轻量方案
Matomo, 之前叫Piwik, 它是可以自己部署的, 数据完全归自己私人所有, 支持自定义事件, 适合那个数据合规要求很高的场景。
Plausible这个工具支持不进行Cookie追踪, 它所使用的脚本大小仅仅只有大约1KB, 这样对页面运行的性能几乎是不会造成任何影响的, 而且它的界面设计是非常极简的。
二、商业SaaS方案
现在大家常用的Google Analytics 4, 这个工具的功能是所有的里面最齐全的, 它支持在不同的域名之间进行数据追踪, 也就是跨域追踪, 但是呢, 它在数据处理上面, 会有大概七天的延迟, 所以你没法拿它来做什么即时监控, 因为数据不是直接出来的。
百度统计是目前国内用户在选择域名时的一个首选选项, 因为它的回传速度非常快, 并且已经和百度的搜索生态实现了打通, 同时它还拥有一个便于操作的中文化后台界面。
51.LA 这个产品能够提供访客热力图功能, 还可以进行实时在线监控操作, 而且它的特点是轻便, 上手速度非常快。
三、CDN/主机内置统计
Cloudflare Analytics这个产品是和CDN进行联动的, 它具备自动过滤机器流量的功能, 而且这个处理的颗粒度可以精确到天。
您要知道的是, 像阿里云、腾讯云这样的主机控制台方面, 它们本身都是具备有基础访问日志的这个功能的, 然后的话您是可以把这些日志导出成为CSV这个格式的文件的, 接着您就可以去做一个所谓的二次分析了。
以像gz88.cn这种类型的运营式域名作为例子, 可以推荐把百度统计和Cloudflare Analytics结合起来用, 形成一种双引擎的组合方式, 前者能够抓取国内用户行为的详细细节, 后者可以在边缘计算节点对异常的流量进行过滤, 两者的数据进行交叉验证, 这样就能明显提高数据的可信程度。
选型关键指标
部署实操（以百度统计为例）
1. 登录百度统计的后台, 创建一个网站, 获取包含站点唯一ID的JS代码段。
2. 把代码弄到, 所有带域名的页面的, 和 标签里面的那个 位置去, 如果是在用CMS系统的情况下, 最好优先去主题的模板代码里面, 进行统一的输出操作。
3. 在等到24小时过去以后, 后台的那个概览页面里, 会出现第一天的访问量和访客数量的数据。
4. 你需要配置转化目标, 这个转化目标的例子可以是联系表单提交或者是下载点击, 这一步是拿来衡量业务效果的。
5. 每周把原始日志弄到Excel里或者Metabase里去, 好做一下趋势的对比和异常的定位。
常见疑难与解决
由于CDN的缓存机制或者机器人的流量没有被正确过滤, 所以数据的偏差会比较大, 这是一个相当普遍的现象, 我们在处理这个问题的时候, 建议在内容分发网络这一层设置一个用户代理黑名单, 同时在使用的各种统计工具里面, 把仅统计人类访客这个选项给打开。
在多子域名数据割裂这个问题上, 百度统计里面是专门设置了那个叫做同组的这样一个功能存在的。这个功能主要做的动作呢, 就是你可以把诸如www.gz88.cn这样带www前缀的网址与不带www前缀的gz88.cn这些网址手动归纳入到同一个组合里。
这么做的好处非常明显, 就是能够把这些分散开来各自为战的数据全部给合并在一起进行统一的一个统计和处理, 从而彻底避免出现因为数据分散而导致的统计分析不准确或者遗漏的情况存在。
HTTPS与HTTP重复或缺失这个情况, 大家需要去确认一下统计代码, 是不是同时被部署在那些使用http协议的页面和使用https协议的页面里面了, 这样做的话, 是为了防止因为只覆盖了其中的一种协议, 从而导致产生的数据不完整。
页面刷新导致PV虚高：在JS代码中添加setPageView节流逻辑，或在CDN层对同一会话内的重复请求做合并。
选择流量统计工具的时候, 核心原则是这样确定的: 先用最轻量的方案把基础数据流跑通。然后, 再根据业务决策的实际需要去逐步叠加深度追踪能力。这样做是为了避免一开始就过度部署, 从而增加后面的维护成本。
