网站统计实践指南：让数据可信的 12 个习惯

多数统计问题是慢慢积累的：没加标记的活动、没排除的内部访问、被改名的事件、没人用的看板。这 12 个习惯按规划、采集、解读、行动分组，每条都附一个可以在自己的配置上快速做的检查。

为什么靠习惯，而不是一次配好

多数统计问题不是工具造成的，而是慢慢积累出来的：新落地页没加 UTM、内部团队一直没排除、开发改了事件名、没人打开的看板。一次审计能把它们找出来；习惯才能让它们不再回来。下面 12 条分成四组。

规划

1. 从问题出发，而不是从报表出发。 写下统计要支持的五六个决定，围绕它们做报表。
2. 维护一份埋点方案。 一份清单写明事件、属性和负责人，再定一条命名规则。不在清单上的不上线。见埋点方案。
3. 转化只定义一次。 先约定什么算转化，设成目标，让所有报表用同一个口径。

采集

1. 排除内部和测试流量。 办公室地址、后台路径、测试站域名和测试设备。
2. 环境分开。 测试站和正式站不要报到同一个地方，或者至少能按域名筛开。
3. 所有活动用同一套标记。 统一的 UTM 规范，全部小写，并且有地方可查。
4. 不收个人数据。 网址、页面标题和事件属性里不要有邮箱或姓名。见符合 GDPR 的网站统计。

解读

1. 同类相比。 相同的星期几、相同的时长，并考虑季节性，再判断有没有变化。
2. 先分群，再求平均。 全站数字会掩盖不同渠道、设备或国家之间相反的变化。见分群。
3. 给变化做标注。 上线、活动、埋点调整和故障，让下一个人知道曲线为什么变了。

行动

1. 让提醒替你盯着。 只在几个关键指标上设提醒，包括突然掉到零，这通常意味着埋点坏了。见监控。
2. 每季度清理一次。 删掉不用的事件和看板，确认目标仍然符合业务，再做一次简短的审计。

一览表

表里列出这 12 条、各自的理由和快速检查方法。如果只能先做三条，选排除内部流量、埋点方案和日期标注：花的力气少，能避免的混乱多。

只能先做三条的话：4、2、10。

季度自查

示例是一个小团队的季度自查表，每条实践给出状态和要改什么。有三处缺口很明显：改版后再没做过标注、活动标记混进了大小写、有个看板两个月没人打开。

在 TapCub 里落实这些做法

网站的排除规则可以按地址、路径、域名和用户代理匹配（App 还可以按设备和版本），排除自己一键保存你当前的地址。保留期可选 30、90、365 或 730 天，查询参数不计入页面路径，UTM 值存为来源字段（见文档项目设置）。日期标注在概览和趋势图上画出单日的虚线或一段日期的色带，可以直接在图上拖选日期添加（见文档日期标注）。监控支持阈值、环比变化、预测区间、异常和采集中断，开启前可以先用 30 天数据试运行。

常见问题

网站统计有哪些好的做法？

让数据准确并被用起来的习惯：从问题出发规划、维护埋点方案、排除内部流量、统一活动标记、同类相比、分群、标注变化、定期复查。

怎么排除内部流量？

为办公室地址、后台路径、测试站域名和测试设备添加排除规则，然后确认自己的访问不再出现在实时数据里。

统计配置多久复查一次？

提醒随来随看，看板每月看，事件和目标每季度清理一次。

网站统计最常见的错误是什么？

改了埋点却没有记录，导致之后的数字没法和之前比。

实践指南和审计有什么区别？

审计是一次性检查配置。这些习惯是让配置在两次审计之间保持健康。

另见：实施网站统计、网站统计报告、网站统计。