对比自建统计与第三方统计的数据归属、性能开销与功能边界。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 网站统计、Umami、自建统计 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
第三方统计的数据在服务商，自建可以把原始日志留在自己库里，做二次分析不受限。
自建统计脚本一般 2–5KB，比常见第三方脚本轻，对 LCP 更友好。
自建工具通常没有热力图、录屏、渠道归因，需要这些功能还是得用第三方或商业方案。
Umami 或 Plausible 需要 Node 与数据库，一台 1 核 2G 足够跑中小站点，用 Docker 部署最快。
自建要自己处理蜘蛛过滤与 IP 归属，否则数据会明显虚高。
| 环节 | 关键动作 |
|---|---|
| 数据归属 | 第三方统计的数据在服务商，自建可以把原始日志留在自己库里，做二次分析不受限 |
| 性能开销 | 自建统计脚本一般 2–5KB，比常见第三方脚本轻，对 LCP 更友好 |
| 功能边界 | 自建工具通常没有热力图、录屏、渠道归因，需要这些功能还是得用第三方或商业方案 |
| 部署方式 | Umami 或 Plausible 需要 Node 与数据库，一台 1 核 2G 足够跑中小站点，用 Docker 部署最快 |
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
回到这篇的 5 个环节：数据归属、性能开销、功能边界、部署方式、采集口径。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。
相关阅读：在线客服与工单系统怎么选：自建与SaaS、网站被降权怎么恢复：从掉收录到重新索引、域名怎么选：后缀、注册商与续费陷阱。
延伸阅读：网站日志分析：从访问日志看真实流量、在线客服与工单系统怎么选：自建与SaaS、站长常用检测工具：10个免费站点与用法。
微信公众号
微信客服
