网站上线之后，你大概会装一个统计代码。把一小段脚本贴进页面，第二天就能看到访问量、来源和热门页面。这套流程太顺了，顺到你很少停下来想一件事：这些数据到底存在哪里，除了你还有谁能看到。这个问题在站点刚起步时显得多余，等它慢慢做起来、涉及的数据越来越多，你会开始在意它的去向，以及你对它到底有多少控制权。
主流统计工具大多是托管服务，访客数据落在服务商的服务器上，你看的是别人整理好的报表。对多数站点这不是问题，但有两类情况会让人开始在意：一类是站点本身形态敏感，比如内部工具、客户项目、还没对外公布的产品；另一类是你希望数据留在自己可控的地方，而不是哪天服务商调整政策、收紧免费档时被动接受。
统计工具装在别人家里，数据也就在别人家里
自建统计这件事，几年前还挺折腾，现在可选项多了不少。Umami是其中一个被广泛使用的开源方案，官方把它定位成Web与产品分析平台，核心卖点是隐私：按官方说明，它不使用Cookie，不做跨站跟踪，也不自动收集个人数据。你选云端托管还是自建，数据的存放位置由你决定。这一点对做订阅制或者付费内容的人尤其重要，因为访客行为数据在某些场景下属于需要谨慎处理的范畴，数据留在自己手里，意味着你不需要向第三方解释它去了哪里。
它的采集能力比很多人以为的要多。基础层面有页面浏览量、独立访客、来源、地区、设备，以及实时活动；往上一层，你可以用自定义事件追踪按钮点击、表单提交这类动作，用UTM参数看清某个渠道带来的流量质量，也可以在页面上埋一个像素做统计。这些是“看流量”的必备项，它都覆盖了。渠道分析这一块也做得比较细，你可以给不同来源的链接带上参数，看哪一条真正带来了停留和转化，而不是只看总访问数这一个笼统的指标。
行为分析是它这两年补得比较快的一块。官方文档里列出的能力包括路径分析、会话回放、热图，以及把访客按条件分群、做留存分析。这些过去多半是付费分析工具才有的东西，现在一个自建项目也能提供，而且数据不出你自己的机器。这里要提醒一句：这类深度分析会涉及更细的用户行为记录，开启之前想清楚自己的隐私边界和告知义务，功能越强，越需要提前把规则定好。
转化这一环也补齐了。你可以定义目标，把“注册完成”“下单成功”这类结果单独统计；用漏斗看用户在哪一步流失最多；用归因把转化回溯到具体来源。如果站点有收入，还能给事件带上金额，出一份收入报告。对做独立产品的人来说，这套东西基本够用了。它的报表维度可以自己拼，想只看某个渠道、某个地区、某个时间段的组合，都不需要写代码，这对不擅长数据分析的站长是一大好处。
换成自建，先想清楚你要看什么
要不要换，第一步不是挑工具，而是想清楚你打算拿这些数据做什么。如果你只是想回答“每天有多少人来看”，那现在这份统计代码够用，换成自建纯属多背一份维护成本。但如果你要回答的是“哪个渠道来的人最后付费了”“用户在哪个环节掉队了”，那通用统计工具往往给不出，而这类平台默认就带这些维度。判断的标准可以很具体：把你最想回答的问题写下来，拿去对照现有工具能不能直接给出答案，能给出就不用换，给不出才有换的必要。
自建的现实成本要说清楚：你需要一台能跑服务的机器、一个数据库，还要给它配域名、证书和备份。好消息是它本身不重，一台小机器能带得动，也支持用容器方式部署。官方文档里还给了在托管平台上部署的方案，不想自己维护服务器的人，有中间选项可以走。无论走哪条路，都建议先用一个小站点试跑两周，摸清采集脚本、数据量和日常维护的节奏，再决定要不要搬到主站上。
真正需要提前定下来的是数据怎么存。自建的意义就在于数据落在你能控制的地方，那就要顺手把备份和保留策略写上：多久备一次、存在哪里、留多久。不少人自建完就忘了这一步，等机器出问题才发现，统计数据和站点数据是一起消失的，那时候你连“之前有多少人访问”都说不清。备份之外还要想好恢复流程，光是手里有备份不够，得确认拿回来之后能重新跑起来，否则关键时刻还是一场空。
统计工具的价值不在于数字好看，而在于它能不能回答你真正关心的问题。自建换来的是数据控制权和更细的分析维度，代价是一份持续的维护。先分清你缺的是“看得见”还是“看得清”，答案自然就出来了。对绝大多数个人站来说，工具本身不是瓶颈，真正决定成败的是你有没有持续去看那份报表，并据此改过至少一件事。
申请创业报道，分享创业好点子。点击此处，共同探讨创业新机遇！
