Schrems II 裁决后，多个欧洲数据保护机构认定 Google Analytics 引发了从欧盟向美国非法传输数据的问题 在旧的数据传输机制下。
此后，EU-U.S. Data Privacy Framework 改变了经认证的美国服务提供商的合法依据，但许多注重隐私的网站所有者仍然避免使用 GA4，因为它仍与 Google 的广告生态系统、用户同意负担及跨境数据处理问题挂钩。
对于希望建立更清晰隐私架构的网站，实际的解决方案是将分析工具从 GA4 迁移到自托管方案，部署在 EU 数据中心，采用第一方跟踪，减少跨境数据处理问题。
有四个选项在各类评测中频繁出现：Umami、Matomo、Fathom Lite 和 Ackee。其中两个仍在积极维护、值得投入时间。一个功能已冻结且发布频率极低。一个虽在维护但属于小众工具。本文对四者进行全面比较，按用户类型给出决策规则，并为每个工具匹配最适合的 VPS 方案。
TL;DR
简短版本并不复杂。大多数网站应从 Umami 开始，仅在需要更重量级报表时才切换到 Matomo，跳过 Fathom Lite，并将 Ackee 视为小众偏好选择。
- 使用 Umami 适用于个人博客、独立 SaaS 以及任何需要非工程师也能读懂分析仪表板的场景。在 1 GB RAM 的 VPS 上运行流畅。MIT 许可证。默认无 Cookie。
- 使用 Matomo 当您确实需要漏斗分析、电商追踪、热力图或会话录制于一体时。完整功能集对 RAM 和运维投入的要求更高。小型站点的实际最低配置为 2 GB RAM；启用默认功能的中等流量站点需 4 GB。
- 不要使用 Fathom Lite。 开源 Docker 镜像已有五年未更新。维护者已全面转向商业版 Fathom Analytics。在 2026 年将其作为面向互联网的服务运行，存在安全和兼容性风险。
- Ackee 仍在活跃维护，但开发节奏不及 Umami。仅在您对仪表板界面有特别偏好时才选择它，否则默认选择 Umami。
四大候选方案，简述
最终候选名单比看起来更短。Umami 和 Matomo 是大多数自托管分析场景的严肃选择。Fathom Lite 仍出现在旧列表中，但开源版本已落后太多。Ackee 仍然可用，但现在更接近于个人偏好选择，而非默认推荐。
Umami
Umami 是基于 PostgreSQL 的 Node.js 应用程序，采用 MIT 许可证。开发活跃，持续进行每周提交，并在 2025 年全年及 2026 年定期发布标记版本。当前稳定版本为 v3.1.0.
Node 进程空闲时消耗约 200 MB 内存。Postgres 根据配置额外占用 150-250 MB。整个栈在总计 1 GB 内存下运行流畅。追踪脚本大小约为 2 KB。默认无 Cookie；无第三方标识符；根据大多数欧盟监管机构的解释，无需显示同意横幅。
- 核心优势: 本系列工具中界面最简洁的仪表板，配置门槛最低，运营资源占用最少。
- 核心劣势: 漏斗和热图功能不如 Matomo 丰富，多站点管理界面可用，但在代理商规模下成熟度不足。
Matomo
Matomo 是一款有着 15 年历史的 PHP 应用程序，底层使用 MySQL 或 MariaDB。该项目前身名为 Piwik。核心采用 GPL v3 授权；部分高级插件（热图、会话录制、A/B 测试）为商业授权。当前稳定版本为 v5.10.0.
实际 RAM 最低要求总计为 1.5-2 GB：PHP-FPM 工作进程每个消耗 50-80 MB，MariaDB 需要 512 MB 才能舒适运行，nginx 虽小但占用资源，归档 cron 任务会周期性导致 CPU 和内存峰值。
- 核心优势: 所有开源分析工具中功能面最广泛的。漏斗、多渠道归因、电商、目标、自定义维度、细分、营销归因、GA4 风格报告。
- 核心劣势: 仪表板内容密集（部分用户认为它像 Excel），所需的运维关注是真实存在的。您需要了解归档 cron 任务是什么。
深度精简版
Fathom Lite 是 Jack Ellis 和 Paul Jarvis 最初发布的开源 Go 实现，采用 MIT 许可证。该仓库仍存在于 GitHub 上，最新的 GitHub 发行版为 v1.3.1. Docker 镜像仍可正常拉取。
Docker Hub 上的 Docker 镜像已超过五年未更新。该仓库的 master 分支在此期间仅有零星的非发布提交。README 指出 Lite 版本不再新增功能，但维护者仍将其描述为长期维护（仅修复 Bug）。正在积极开发的产品是商业版 Fathom Analytics。
在 2026 年使用一个功能冻结、公共 Docker 镜像已过时的分析应用，是一种潜在风险。浏览器追踪脚本的行为已经发生变化。活跃项目定期发布的运行时和依赖项更新并未出现在公开的 Lite 发布路径中。
如果您在 2026 年的推荐文章中看到 Fathom Lite 被推荐，在将其视为生产环境选择之前，请检查 Docker 镜像日期和发布历史。
商业版 Fathom Analytics SaaS 位于 usefathom.com 是一个不同的产品。如果您接受它是 SaaS 而非自托管，那没问题。但这不是本文的主题。
- 核心优势：二进制文件极小、追踪器轻量、产品理念简洁原创。
- 核心劣势：开源代码库功能已冻结，Docker 镜像陈旧，发布路线不明，且没有充分理由在 2026 年将其部署为面向互联网的分析服务。
Ackee
Ackee 是一款 Node.js + MongoDB 分析工具。MIT 许可证。当前版本为 v3.6.0。维护者持续发布错误修复和依赖更新。主要功能开发已趋于停滞。仪表板极简风格，追踪器体积小，资源占用与 Umami 相当。
Ackee 可以正常使用。它被归入小众一列的原因是，Umami 在每一个相关维度上都至少领先一个速度档：开发节奏、生态系统、第三方文档、可用集成。
如果您已经有充分的理由偏爱 Ackee（您测试了两者，觉得它的仪表板更好），那就用它吧。否则，选择 Umami 继续前进。
- 核心优势: 界面简洁，追踪脚本轻量，资源占用低，仍在积极维护。
- 核心劣势: 开发节奏比 Umami 慢，生态系统更小，集成更少，面向安装后需要帮助用户的第三方文档也更少。
决策框架：按使用场景选型
使用场景比功能对比表更重要。个人博客不需要与 SaaS 产品或管理客户账户的代理机构相同的分析工具栈。从仪表板的管理者、所需的报告深度以及您愿意承担的服务器维护工作量出发。之后，工具的选择将变得简单得多。
个人博客或单站点所有者
选择 Umami。配置就是一个 Docker Compose 文件。追踪脚本是放在 <head> 里的一行代码。仪表板在手机上也清晰可读。在这个规模下，内存和存储都是微不足道的问题。
不需要第二个工具。如果您出于原则性原因离开 GA4，或者想要去掉 Cookie 横幅，Umami 就能解决问题。
独立 SaaS 创始人或小型产品团队
默认选择 Umami。只有在明确发现缺少某项功能时才添加 Matomo。
在此添加 Matomo 最常见的原因是注册和升级流程的漏斗报告——Umami 在这方面目前还做得不够好。决策关键在于团队中是否有人真正愿意主动运维 Matomo 更大的功能体系。
如果答案是否定的，Umami 加上针对产品数据库的几个查询，就能以 10% 的运营成本获取 90% 的漏斗洞察。如果您的产品事件密集，且需要原生漏斗 UI，则安装 Matomo。其运营成本对应一个更大的技术栈：Matomo、数据库、Web 服务器层、可选的 Redis、更多 RAM 以及需要管理的归档任务。
管理 10 个以上客户项目的代理机构
选择 Matomo。多站点管理已相当成熟。用户级权限和按客户分配的登录是一流功能。付费的热力图和会话录制插件是代理机构实际收费的差异化特性。
Umami 的多站点 UI 可以使用，但在代理机构规模下略显单薄：跨多个站点筛选、分配客户级访问权限、导出带品牌的报告。Matomo 的 UI 功能密集，但这种密集性恰好提供了工作所需的全部功能。
如果代理机构的站点组合以低流量为主，主要工作是月度流量报告而非转化率优化，那么 Umami 仍然是合理的选择，并能节省基础设施成本。这个决策关乎功能上限，而不是用错了工具。
逐项功能对比
| 能力 | Umami | Matomo | 深度精简版 | Ackee |
|---|---|---|---|---|
| 许可证 | MIT | GPL v3 (付费插件商业授权) | MIT | MIT |
| 堆栈 | Node + PostgreSQL | PHP + MySQL 或 MariaDB | Go + MySQL 或 SQLite | Node + MongoDB |
| 积极开发中（2026） | 是，每周提交 | 是，全职团队 | 不，~5 年未更新 | 是，更新节奏缓慢 |
| 默认无 Cookie | 支持 | 可配置（需要标志位） | 支持 | 支持 |
| 多站点管理 | 是，基础功能 | 是，成熟 | 是，基础功能 | 是，基础功能 |
| 转化漏斗与目标 | 有限 | 完整 | 无 | 无 |
| 电商追踪 | 无 | 完整 | 无 | 无 |
| 热图与会话录制 | 会话回放；无原生热图 | 是（付费插件） | 无 | 无 |
| 追踪脚本大小 | ~2 KB | ~22 KB | ~1 KB | ~2 KB |
| 实际 RAM 下限 | 1 GB total | 2 GB total | 不适用（请勿部署） | 1 GB total |
| 运营复杂性 | 低 | 中等 | 不适用 | 低 |
| 推荐 | 大多数情况下的默认选择 | 当功能上限很重要时 | 避免 | 小众 |
用直观数字说明 VPS 配置
选择合适的工具，在一定程度上取决于您愿意为运行它的服务器支付多少费用。
| 设置 | 实际所需内存 | CPU | 存储 | 良好的 VPS 基础配置 |
|---|---|---|---|---|
| Umami + Postgres，低流量 | 512 MB-1 GB | 1 vCPU | 20-25 GB NVMe | 小型 VPS |
| Umami + Postgres，预留增长空间 | 1-2 GB | 1-2 vCPU | 40-60 GB NVMe | 小型至中型 VPS |
| Ackee + MongoDB | 1 GB | 1 vCPU | 20-25 GB NVMe | 小型 VPS |
| Matomo + MariaDB，小型站点 | 1.5-2 GB | 1-2 vCPU | 40-60 GB NVMe | 中端 VPS |
| Matomo + MariaDB，中等流量，默认功能 | 2-4 GB | 2 vCPU | 80-120 GB NVMe | 中型至较大 VPS |
| Matomo + MariaDB + 热力图或会话录制 | 4 GB+ | 2-4 vCPU | 120 GB+ NVMe | 较大 VPS |
为何这些最低配置要求很重要：
Umami 的小体积是有意为之的设计。Umami 在 PostgreSQL 中存储轻量级分析事件，而非完整的 Web 服务器请求日志，因此对于中小型站点来说，数据库增长保持适度。
即使每天有数千名访客访问网站，Node 进程也保持在 250 MB 以下。Postgres 的增长很温和。
配备 25 GB NVMe 的 1 GB VPS 可以为典型的个人创业者网站存储多年的分析数据。我在 Frankfurt 的一台 1 GB VPS 上为一个小型项目运行 Umami；从 Lagos 的延迟约为 110 ms，仪表盘响应时间不到 400 ms，服务器已经稳定运行了数月。
Matomo 的资源占用更大，因为其架构更旧、更通用。每个 PHP-FPM 工作进程消耗 50-80 MB。MariaDB 在分配不足 512 MB 时性能表现较差。
Matomo 推荐的每小时归档 cron 可能导致 CPU 和内存出现峰值，因此 VPS 需要在正常 PHP 和数据库占用之外留有余量。1 GB VPS 在技术上可以为非常小的安装运行 Matomo，但仪表板感觉迟缓，归档期间的 OOM 风险是真实存在的。2 GB 最低配置不是任意的限制，而是工具不再与您对抗的临界点。
存储增长很少成为瓶颈。一块 60 GB 的 NVMe 硬盘即使在启用默认原始日志保留的情况下，也可以存储多年的 Matomo 数据。如果您开启会话录制，请每月预留多出约十倍的磁盘空间，并每年重新评估套餐大小。
Pro Tip
If you are running Umami today on a 1 GB VPS and your traffic is growing, the upgrade path is straightforward. Snapshot the VPS, resize to 2 GB, restart. The extra RAM gives Postgres and the Node process more headroom.
欧盟数据中心与 GDPR 视角
Schrems-II 和 GA4 数据传输问题（见引言）构成了这里的法律背景。自托管不会魔法般地让分析合规，但它消除了 GA4 的默认模式：访客数据离开您的站点、进入 Google 的分析体系，引发跨境数据处理问题。
在欧盟内自托管您的分析工具，在司法管辖层面使整个技术栈更简单。这不是合规的捷径。数据由您的追踪脚本收集，直接发送到您的服务器，在您选择的地区进行处理和存储。
您的 VPS 提供商仍可能是数据处理者，因此处理者条款、安全控制、数据保留规则和隐私通知仍然重要。关键点更为具体：没有中间的分析 SaaS 供应商，也没有默认的 GA4 式跨大西洋分析数据传输。
数据中心的选择应跟随您的访客分布和合规立场。Frankfurt 是面向德国、奥地利及更广泛欧盟受众的标准选择。Amsterdam 天然适合 Benelux 地区的流量。
London 适用于 UK GDPR 场景，但位于欧盟之外，因此不适用于仅限欧盟数据驻留的要求。Zurich 适合瑞士受众和瑞士特定的隐私需求，但同样位于欧盟之外。
Pro Tip
Putting a US-headquartered CDN or proxy in front of your analytics endpoint can reintroduce transfer analysis and processor-review work. If the whole point is EU-only analytics handling, terminate TLS directly on the VPS or document the CDN setup carefully.
安装机制概述
这是部署架构，不是教程。完整的分步指南是单独的文章。
Umami： 一个 Docker Compose 文件。两个容器：Umami (Node) 和 PostgreSQL。一个环境变量：DATABASE_URL。默认端口 3000。前置反向代理用于 TLS（Caddy 是摩擦最小的选项；nginx-proxy-manager 和 Traefik 也可用）。在每个需要追踪的页面的 <head> 中添加追踪脚本（一行）。升级方式为 docker compose pull && docker compose up -d.
Matomo： 使用三到四个容器的 Docker Compose：Matomo (matomo:fpm-alpine)、位于 PHP-FPM 前端的 nginx（或 Apache）、MariaDB，以及可选的用于缓存的 Redis。首次运行时，基于浏览器的配置向导处理数据库连接、管理员用户和第一个网站设置。追踪脚本是由 Matomo 生成的 JS 代码片段，粘贴到 <head> 中。必须：一个用于归档的 cron 任务。通过 URL 触发归档的默认选项 (?force_archiving=1) 适合小型网站，但会导致仪表盘明显变慢。升级涉及运行 docker compose pull 以及调用 console core:update。
两者： 通过反向代理使用 TLS 是标准做法。两个项目都发布了官方升级指南。两者都有可用的备份方案（Umami 使用 pg_dump，Matomo 使用 mariadb-dump）。
这就是 Cloudzy 的应用市场 确实重要。您可以部署 Umami or Matomo 在 VPS 上，无需从空白服务器开始、自己编写 Compose 文件，或花费第一个小时拼凑基础技术栈。
VPS 仍然需要是合适的机器。分析工具偏好快速磁盘、稳定的 RAM 以及靠近加载追踪脚本用户的区域。Cloudzy 为您提供 NVMe 存储, DDR5 RAM，最高 40 Gbps 网络, 完全root 访问，专用 IPv4 和 IPv6, 12 个以上全球区域, 99.95% 正常运行时间和 14 天退款保证 保障。
Umami 的优势在于速度：启动、绑定域名、在前端配置 TLS，然后粘贴追踪脚本即可。
对于 Matomo，好处是避免在到达归档、保留、备份和追踪设置之前，先做大量空白服务器的准备工作。
什么时候自托管是错误的选择
您是一位没有 Linux 经验、也没有时间学习的非技术型独立创始人。 正确答案是 Plausible Cloud，每月 $9-19。它符合 GDPR，控制面板出色，无需自己管理服务器。
自托管的账目只有在你的时间成本低于 SaaS 费用，或者你真的想积累运维经验时才合算。对于非技术型独立创始人，这笔时间账根本算不过来。
您需要在分析处理器上使用符合 SOC2 或 HIPAA 标准的实时审计跟踪。 开源 Umami 和开源 Matomo 均无法开箱即用地提供这一点。你可以自行构建审计体系，但工作量是真实的，认证过程本身也是一个独立项目。在这种情况下，购买合规即服务是更明智的选择。
您的营销技术栈需要 GA4 或依赖 Google 群组与再营销像素的 Google Ads 归因。 自托管分析并不是适用于 AdWords 或 Meta-Ads 优化的正确工具类别。
转化数据需要回流到 Google 或 Meta，以重新训练竞价算法。自托管分析取代的是描述性分析场景（我的网站发生了什么），而非广告归因场景（我该投放哪些广告）。
结语
决策规则很简单。个人博客、独立 SaaS 和小型产品团队默认选择 Umami。当漏斗分析、电商功能或热力图不可或缺，且你有足够的运维精力时，再切换到 Matomo。
跳过 Fathom Lite。只有在您已经测试过并偏爱其仪表板的情况下才选择 Ackee。如果欧盟司法管辖区很重要，就在 Frankfurt 或 Amsterdam 运行服务器；否则在您的流量所在地运行。
一个可用的自托管分析部署的基础设施成本在每月 $7 到 $30 之间（VPS 费用）。人工成本是一个 Docker Compose 文件和一个反向代理。大多数困难在于决策，而不是执行。
常见问题
2026 年最佳自托管分析工具是什么？
Umami 是个人博客、独立 SaaS 和小型产品团队的默认推荐工具。它采用 MIT 许可，持续维护，默认不使用 Cookie，可在 1 GB RAM 上流畅运行。漏斗分析、电商或热图请选择 Matomo。避免使用 Fathom Lite。
Fathom Lite 还在维护吗？
不。开源 Docker 镜像超过五年未更新，GitHub 活动断断续续且无新版本发布。维护者现在专注于商业版 Fathom Analytics。Lite 版本在 2026 年不应作为互联网公开服务运行。
自托管分析工具能否替代 Google Analytics 以满足 GDPR 合规要求？
是的，有条件地可以。在欧盟 VPS 上自托管的 Umami 或 Matomo 将分析数据保留在您选择的区域，并消除 GA4 默认数据传输模式。如果出于 GDPR 合规考虑，请勿将 Cloudflare 等美国 CDN 放在分析端点前面。
运行 Matomo 需要多大的 VPS？
小型 Matomo 站点的实际最低配置是 2 GB RAM。具有默认功能的中等流量建议规划 4 GB。热图和会话录制会进一步提高需求。之所以存在最低配置，是因为 PHP-FPM、MariaDB、nginx 和归档共用同一台服务器。
Umami 在欧盟需要 Cookie 提示横幅吗？
根据大多数欧盟监管机构的解释，不需要。Umami 默认不写入追踪 Cookie。它使用第一方请求数据并在服务器端进行汇总。某些司法管辖区可能仍要求提供告知，因此如果合规是主要原因，请查阅当地 DPA 指南。
Umami 与 Plausible 自托管版相比如何？
Umami 的自托管体验更为顺畅。Plausible Community Edition 虽然存在，但 Plausible 的商业重心在云端。Umami 将自托管视为主要分发路径。对于优先考虑自托管的部署，Umami 是更稳妥的选择。对于 SaaS，Plausible Cloud 和 Umami Cloud 均可使用。
哪个数据中心位置最适合欧盟的自托管分析？
Frankfurt 是德国、奥地利及更广泛 EU 受众的默认选择。Amsterdam 适合比荷卢地区的流量。London 适用于英国 GDPR，但不满足仅限 EU 的数据驻留要求。除非合规需求指向更具体的位置，否则请选择距您访客最近的区域。
