Umami 评测：这款 Google Analytics 替代品值得用吗？

Q: Umami 能跟踪按钮点击和注册吗？

可以，通过自定义事件实现。 Umami 的事件跟踪指南 介绍了两种做法：在网站 HTML 的按钮上添加 data 属性，或者用 JavaScript 发送事件。

Umami 是一款开源网站分析工具，在一个页面上回答三个问题：哪些页面有人访问，这些访客从哪里来，以及上周发布的文章效果如何。Umami 表示其跟踪代码不设置任何 Cookie。这篇 Umami 评测的结论是：对于单个小型网站，答案是有条件的“值得”，而付费和自托管各有附加条件。

Umami 有两种用法。Umami Cloud 是托管服务，提供免费套餐。同一款软件也可以在你自己的服务器上运行，无需任何许可费用。当前版本是 v3.4.0，发布于 2026年9月17日。

简短版本

如果一个小网站想从比 Google Analytics 4 更简单的仪表盘里读到易懂的流量数据，Umami 值得一用。根据 Umami 的定价页面，免费 Cloud 套餐支持 1 个网站、每月 100K 个事件和 6 个月的历史数据，默认仪表盘无需打开报告菜单就能回答日常问题。我的评分是 4 分（满分 5 分）。它适合从免费套餐起步的单个博客、作品集或新闻通讯网站。如果你的业务依赖 Google Ads 转化数据，请继续使用 Google Analytics 4；除非有人负责安装更新，否则不要只为了避开付费套餐而自托管。

本评测的写作方式：我没有安装过 Umami，也没有在自己的网站上运行过它。结论来自 Umami 的公开实时仪表盘、定价页面、文档、GitHub 发布说明和问题跟踪器，以及下文链接的用户反馈，全部核实截至 2026年10月1日。Umami 的开发者没有参与，也没有提供任何东西。

Umami 仪表盘能告诉你什么

Umami 的主仪表盘顶部有五个数字：访客数、访问次数、浏览量、跳出率（只看了一个页面的访问所占比例）和访问时长，每个数字都显示与上一周期相比的变化。下方依次是哪些页面有流量、哪些网站带来了流量、访客使用的浏览器和设备，以及他们来自哪些国家。

Umami 为自家网站开放的公开仪表盘运行在 Umami Cloud 上，所以这些你都可以自己去看。我在 2026年9月浏览了一遍。页面列表可以在路径、完整 URL、入口页和退出页之间切换。来源可以在引荐来源（带来访客的网站）和更宽泛的渠道之间切换，在那个仪表盘上，chatgpt.com 和 google.com、bing.com 并列出现在引荐来源中。地理位置可以细化到地区和城市。一个按星期和小时划分的网格显示流量在什么时候到来，顶部有筛选器和日期范围控件。

更深入的报告放在侧边菜单里：实时、事件、会话、对比、细分、目标、漏斗、用户旅程、留存、UTM、收入和归因。这些报告是你有具体问题时才打开的，而不是用来查看昨天哪些页面有人访问。

简洁的布局并不是版本 3 才有的。 2024 年 r/webdev 上一个讨论 GA 替代品的帖子早于版本 3 的改版，帖子里一位评论者称仪表盘“清晰、易于浏览”，并说“和 GA4 这类工具相比，没有太多花哨功能”。我浏览过的版本 3 仪表盘也符合这个描述。就查看自己网站的流量而言，我给仪表盘打 5 分（满分 5 分）。

Umami 免费吗？

免费，体现在两方面。截至 2026年10月，Umami Cloud 的免费 Hobby 套餐支持 1 个网站、每月最多 100K 个事件，价格 $0，数据保留 6 个月。Umami 软件本身是开源的，可以在你自己的服务器上免费运行。

额度按事件计算。 Umami 的定价页面对事件的定义是：每次页面浏览算一个事件，你跟踪的每个自定义事件（例如点击注册按钮）也各算一个。如果你随事件保存额外信息，每保存一项信息就再多算一个事件。一个只跟踪页面浏览的网站，只要每月页面浏览量少于 100,000 次，就不会超出免费套餐。

“1 个网站”就是字面意思：第二个网站需要付费套餐或单独安装一套。“6 个月的数据”意味着你可以回看半年，而不能拿今年春天和去年春天作比较。

免费套餐不包括团队成员、数据导入、API 访问和邮件报告，这些都从 Pro 开始提供。数据导出功能则保留。

往上一级是 Pro，每月 $20 起：包含 100 万个事件，超出部分按事件数计费，最多 20 个网站、最多 10 名团队成员、2 年数据保留，并提供 14 天免费试用。Business 每月 $200 起，会话回放和热力图从这一档开始提供。以上为 Umami 截至 2026年10月的标价。

对于一个网站来说，免费套餐相当慷慨。拖后腿的是单网站上限和 6 个月的历史数据，所以套餐性价比我打 4 分（满分 5 分）。

Umami 说不需要。 Umami 的文档 FAQ 明确表示 Umami “在跟踪代码中不使用任何 Cookie”，也不收集个人身份信息，并据此称你可以在没有 Cookie 同意横幅的情况下运行它。这是厂商的立场，而不是监管机构的裁定。

这一说法建立在 Umami 收集哪些数据之上。根据同一份 FAQ，收集的内容包括页面浏览、引荐来源 URL、浏览器、操作系统、设备类型和国家，数据经过匿名化处理，访客也不会被跨网站跟踪。对于 Umami 是否符合 GDPR 这个问题，FAQ 的回答也是“是”。

法国数据保护机构 CNIL 对这个问题的看法不同。它把同意与在访客设备上“存储或读取 Cookie 或跟踪器”挂钩。 CNIL 关于分析工具的指南还指出，其规则“可能因国家而异”。CNIL 没有点名或评估 Umami。网站上的其他内容也可能带来各自的同意问题：嵌入的视频播放器或广告像素可能会设置与 Umami 无关的 Cookie。

对于只用 Umami 一个跟踪工具的小网站，我会以 FAQ 的回答为出发点。如果网站涉及任何敏感信息，请向当地的数据保护机构核实。本文不构成法律建议。在隐私方面，我给 Umami 打 4 分（满分 5 分）：它的设计支撑了这一说法，但这个说法终究是厂商自己的。

Umami 从版本 3 起稳定吗？

Umami 版本时间线：从 2025年11月7日的 v3.0.0 到 2026年9月17日的 v3.4.0，v3.0.0 发布时的问题在 v3.0.1 中修复，自托管热力图在 v3.2.0 加入，两份自托管用户的升级问题报告仍未解决，稳定性评分 Cloud 为 4 分（满分 5 分），自托管为 3 分（满分 5 分）

在 Umami Cloud 上，升级由 Umami 替你完成。如果你自托管，我在 2026年10月1日重新查看的两份 GitHub 报告仍未关闭，两者都描述了升级到 v3.3.0 后安装无法正常运行的情况。另一份关于高 CPU 占用的 PostgreSQL 查询的报告已在 v3.4.0 中处理。这些未关闭的报告并不能证明现在升级一定会失败，但仍然是更新前先做备份的理由。

Umami v3.0.0 于 2025年11月7日发布，带来了全新界面。根据 v3.0.0 的发布说明，该版本还放弃了对 MySQL 的支持，MySQL 曾是 Umami 可以使用的数据库之一。发布时有两项功能出了问题，均在大约十天后的 v3.0.1 中修复：

国家跟踪 · 访客国家显示为“Unknown”。
收入报告 · 收入显示为 $0。

此后版本发布一直很稳定：2026年4月发布 v3.1.0，6月发布 v3.2.0，8月12日发布 v3.3.0，8月20日发布 v3.3.1，2026年9月17日发布 v3.4.0。以下是我跟踪的三份自托管相关报告：

GitHub issue #4458 · 升级到 v3.3.0 后完全无法启动的安装。仍未解决。
GitHub issue #4459 · 同样升级后无法登录其数据库的安装。仍未解决。
GitHub issue #4526 · 一个高 CPU 占用的会话活动查询，于 9月9日报告。它促成了 PostgreSQL 查询的修复，该修复随 v3.4.0 发布。

这三份报告都涉及自托管安装，用户需要自己管理升级和数据库。 v3.4.0 的发布说明列出了最新的变更。稳定性方面，Cloud 我打 4 分（满分 5 分），自托管打 3 分（满分 5 分）。

Umami Cloud 还是自己的服务器：自托管需要你做什么

Umami Cloud 与自托管 Umami 对比：Cloud 由 Umami 托管并负责更新，免费套餐支持 1 个网站和 6 个月数据；自托管需要 PostgreSQL，更新和备份都由你自己负责，但没有基于套餐的事件上限，数据无限期保留，并提供会话回放和热力图，只是没有邮件报告

在 Umami Cloud 上，Umami 负责运行软件，你只需把一段代码片段粘贴到网站里。自托管则是把同一款软件（以 MIT 许可证发布，所以可以免费运行）放在你自己租用并维护的服务器上运行。

自托管意味着你要承担四件事。你需要一台全天候在线的服务器。它要运行 Umami 和 PostgreSQL，PostgreSQL 是 Umami 存储数据的数据库，也是版本 3 以来唯一支持的关系型数据库。如果从源码安装，请遵循你所部署版本的要求；目前 PostgreSQL 需要 12.14 或更高版本。每次更新都要你自己安装，这正是上面那些未解决的升级报告值得关注的原因。备份也要你自己设置和检查。

你也能得到一些回报。根据 Umami 的 FAQ，自托管的数据会无限期保留，除非你自己删除，而且没有基于套餐的事件上限。会话回放是例外：根据 Umami 的回放文档，回放数据保留 30 天。自托管版本还包含会话回放和热力图，而 Umami Cloud 只在 Business 套餐中提供这两项。你放弃的是邮件报告和流式 API，定价页面将其列为 Cloud 专属功能。自托管安装的热力图录制功能于 v3.2.0 加入。

在 Umami 的定价页面上，自托管只出现在 FAQ 里。 Hacker News 上 2025年12月一个关于弃用 Matomo 的帖子中，有位评论者抱怨在首页上“根本找不到”自托管。如今 Umami 首页用一个简短的板块提到了自托管，但主要的行动号召仍然是注册 Cloud，我的理解是，Umami 在引导新用户使用 Cloud。

我的建议是从 Cloud 开始。自托管在三种情况下开始变得合理：你需要不止一个网站但不愿为 Pro 付费；你想在不付费的情况下保留超过六个月的历史数据；或者你本来就在维护服务器。前两种情况下，只有当有人负责安装更新和检查备份时，自托管才行得通。

Cloudzy 的一键 Umami 应用适合符合上述某种情况、又不想自己搭建服务器的人。它会在一台拥有 root 权限的自管理 VPS 上部署 Umami 及其 PostgreSQL 数据库，并在前端配置 Nginx Web 服务器。服务器依然是你自己的：更新和备份仍由你负责。

在托管方式上，我给 Umami Cloud 打 4 分（满分 5 分），自托管打 2 分（满分 5 分；如果你本来就在运行服务器，则为 3 分）。

Umami 的局限

Umami 不只是一个访客计数器。目标、漏斗、用户旅程、留存、UTM 活动跟踪（加在链接上的标签，用来区分访问来自哪封新闻通讯或哪篇文章）、收入和归因报告在所有 Cloud 套餐中都提供，免费套餐也包括在内。

它的局限就是上面提到的那些：团队登录从 Pro 开始，回放和热力图仅限 Cloud 的 Business 套餐，自托管时没有邮件报告。

更大的界限在广告。如果你网站的增长依赖 Google Ads，并且根据回传到 Ads 的转化来管理广告系列，那么 Google Analytics 4 就是为这项工作而生的。 Google 关于关联 Analytics 和 Ads 的指南介绍了如何根据关键事件创建一致的 Analytics 和 Ads 转化，并查看 Ads 转化效果。在我看来，仅凭这一点，以广告驱动的网站就有足够理由保留 GA4，无论旁边是否同时运行 Umami。

一篇将 Umami、Matomo、Fathom Lite 和 Ackee 并列比较的文章展示了如果你需要比 Umami 更深入的分析，那些更重量级的选择能做到什么程度。在营销衡量方面，我给 Umami 打 3 分（满分 5 分）：对内容网站来说足够，但达不到广告驱动型网店的需求。