大家在选择域名流量统计工具的时候, 核心要看三个方面的事儿, 这就包括网站的规模大小, 对数据深度方面有没有需求, 还有合规预算这块儿的情况。如果是个人用的站点, 直接用那种轻量的、免费的工具就行了。
要是中型企业的话, 需要的是云原生的统计平台。在面对多域名的矩阵, 或者对数据合规要求比较高的这种场景时, 建议自己去建一个统计方案, 这样的话能够把数据的自主可控给实现了。下面会给大家呈现主流方案在功能上的对比, 还有一个选型的步骤路径。。
主流工具横向对比
1. Google Analytics 4（GA4）
适用场景覆盖到全球范围的流量数据, 同时支持在多终端之间进行追踪操作。
它的优点在于, 事件模型非常灵活, 并且和广告生态系统实现了深度的打通。
这个方案的缺点是在中国境内使用时会出现数据延迟比较明显的情况, 而且有些自定义的页面需要人工去做专门的配置。
2. 百度统计
适用：国内SEO与内容型站点
它的优势在于, 它和百度搜索资源平台的数据是互通的, 所以它能够支持对来源词进行分析。
存在的不足之处, 在于国际流量的覆盖范围比较窄, 同时在自定义报表的功能方面所具备的能力也不是非常强。
3. Cloudflare Web Analytics
对于那些已经接入了内容分发网络的网站, 这种情况是适用的。
它具备这样的优势, 就是可以实现零代码部署的过程, 而且隐私保护非常友好, 因为系统不会对Cookie进行采集操作, 同时还能保持极低的资源占用水平。
目前的不足之处在于, 它仅仅展示了访问的趋势这一个方面, 而并没有进行诸如漏斗模型以及用户留存率这些比较深度的分析工作。
4. Matomo / Plausible（自建）
适用于那些在对数据合规性方面非常敏感, 并且需要拥有一个统一的多域名数据展示看板的情况。
它的好处在于, 数据都是自家完全掌握的, 不存在需要依靠别人的情况, 并且还支持把不同域名的相关数据进行汇聚以及完成统计。
存在的缺点是, 需要专门去管理那些服务器, 这会让一开始的投入费用变得非常高。
5. AWStats
适用：日志级精细分析
它的优势在于是纯粹的日志解析方式, 并且不需要借助任何JS脚本的支持, 而且对于历史数据可以实现无限制的向前追溯操作。
这个方面的缺点在于, 界面的样式比较陈旧, 实时反馈的速度也比较差。
关键选型指标
在选型的过程当中, 我们需要重点地去核对这以下的四个项目。
数据采样率这个问题, 对于日_pv_超过50万的域名来说, 需要大家去确认一下是不是要做全量采集，这是为了避免因为抽样这个操作, 而产生偏差。
是不是可以把主站和子域, 像www.gz88.cn, 还有blog.gz88.cn这些, 都合并到统一的看板里面去进行查看, 这叫做多域名聚合。
隐私合规这个事儿, 在GDPR还有个保法的那种场景下面, 到底是不是支持把IP地址匿名的那样去弄, 以及不用Cookie的模式。
导出能力: 数据方面, 是否支持通过API进行批量拉取操作, 或者支持下载CSV格式文件, 以便用户开展二次分析的建模工作。
部署实操要点
把代码的注入位置确定为这样, 就是将统计脚本放在 标签的内部, 还要确保它是在其他所有的脚本加载之前进行执行, 这样做是为了能保证首次打开页面的访问量即首屏PV这个数据能够被完整且无误地记录下来。
在处理SPA场景的时候, 单页应用需要启用路由追踪模式, 否则在页面发生切换的时候, 这些数据是不会被计入到PV里面的。
部署完成之后的24个小时内, 你要去检查后台的那一些原始的关于事件的日志, 并且要确认域名字段是完整的, 没有缺失, 协议的字段也是完整的, 这里面的协议指的是http或者https, 路径的字段也是完整的, 都没有发生任何缺失的情况。
高频疑难解答
Q：同一域名切换统计工具后历史数据会丢失吗？
各个工具那边的数据格式, 它们彼此之间没有办法做到互通顺畅, 所以在进行切换操作之后, 那历史曲线就中断了, 没法接着看了。我们这里有个建议, 就是让新旧两种脚本并行运行, 这个时间最好设定为30天之久, 等到把这个数据之间的交叉校验工作彻底完成了之后, 然后再去把这旧的方案给下线弄走。
Q：统计面板"未知来源"占比过高怎么处理？
通常, 是因为JS脚本被广告拦截器给屏蔽了。所以, 你需要把统计域名加入到浏览器的白名单里面去。或者, 你也可以改用服务端日志方案之类的东西。比如说AWStats这个工具。目的, 就是从客户端的那个层面直接绕过那些限制条件。
