上线不是结束，而是理解的开始。数据告诉你"发生了什么"，用户反馈告诉你"为什么发生"。
在没有数据之前，你对用户的了解全靠猜测。你觉得首页设计得不错，但不知道用户是不是真的在首页停留了；你觉得某个功能很有用，但不知道有没有人真的在用它。
网站统计回答的是产品运营最基本的问题：
| 问题 | 统计数据 |
|---|---|
| 有多少人访问？ | 页面浏览量（PV）、独立访客（UV） |
| 他们从哪里来？ | 来源网站、搜索关键词、社交平台 |
| 用什么设备？ | 设备类型、操作系统、浏览器 |
| 哪些页面受欢迎？ | 页面浏览排行 |
| 用户停留多久？ | 会话时长、跳出率 |
这些数据不是用来"炫耀"的（"我的网站今天有 1000 PV！"），而是用来做决策的。比如：
没有数据，你只能靠猜。有了数据，你能做出有依据的决策。
第十四章已经通过 1Panel 应用商店安装好了 Umami。如果你还没装，回到 14.5 实用应用 按步骤安装。
Umami 的默认登录信息是：
adminumami登录后第一件事：改密码。 这个默认密码全世界都知道，不改的话等于把你的统计面板公开了。
登录后，在 Settings → Websites 中点击"Add website"，填入你的网站名称和域名。保存后，Umami 会生成一段追踪代码：
<script defer src="https://你的umami地址/script.js" data-website-id="你的网站ID"></script>把这段代码加到你网站的全局布局文件中。Next.js 项目加到 layout.tsx 的 <head> 里，VitePress 项目加到配置文件的 head 数组里。重新部署后，Umami 就开始收集数据了。
小明加完追踪代码，重新部署，然后自己访问了几次网站。回到 Umami 面板一看——数据已经开始跳动了。虽然都是他自己的访问记录，但看到系统真的在工作，还是挺有成就感的。
数据积累了一段时间后，小明兴奋地跟老师傅说："我的网站这个月有 5000 PV 了！"
老师傅没有表现出预期的惊喜，反而问了一句："所以呢？你打算做什么？"
小明愣住了。
"这就是虚荣指标的问题，"老师傅说。"数字看起来很好看，但它不能指导你的下一步行动。"
| 主要指标（可行动） | 虚荣指标（好看但没用） |
|---|---|
| 留存率——用户会不会回来 | 总浏览量——大不代表好 |
| 转化率——用户会不会注册/购买 | 访客总数——来了不代表留下 |
| 活跃用户——真正在用的有多少 | 页面停留时长——可能只是忘了关标签页 |
判断标准很简单：看到一个数据后，你知道下一步该做什么吗？
小明开始理解了：数据的价值不在于数字本身，而在于它能不能帮你做出更好的决策。
除了自动收集的页面浏览数据，Umami 还支持自定义事件追踪。比如你想知道有多少人点击了"注册"按钮、有多少人下载了你的 PDF、有多少人点击了分享按钮。
实现方式有两种：
data-umami-event="事件名" 属性——最简单，不需要写 JSwindow.umami.track('事件名', { 属性: '值' }) API——更灵活，可以附带额外信息需要追踪什么事件，告诉 Claude Code 即可。但老师傅提醒小明：不要追踪所有东西。只追踪那些能帮你做决策的事件——比如核心转化路径上的关键步骤。追踪太多反而会让你淹没在数据里，分不清主次。
在收集用户数据的同时，隐私保护是一个不能忽视的话题。
Umami 的设计从一开始就把隐私放在核心位置：
这意味着 Umami 天然符合 GDPR（欧盟数据保护法）的大部分要求。你不需要在网站上放 Cookie 弹窗，不需要让用户"同意被追踪"，因为你根本没有在追踪个人用户。
但这并不意味着你完全不需要关心隐私合规。如果你的网站还收集了其他用户数据——比如注册时的邮箱地址、用户提交的表单信息——你仍然需要一份隐私政策来说明这些数据的用途。这就是下一节要讲的内容。
小明现在养成了一个习惯：每周一早上打开 Umami 面板，花 10 分钟看看上周的数据。不是为了看数字涨没涨，而是带着问题去看：
数据不多，但每一条都在帮他理解自己的产品。他开始觉得，做产品不只是写代码——理解用户、用数据验证假设，这些同样重要。
不过，就在小明沉浸在数据的世界里时，老师傅突然严肃起来："你收集了用户数据，有隐私政策吗？"