Umami

服务商简介

Umami 是一款开源、隐私友好的网站分析工具，作为 Google Analytics 的简约替代品而广受开发者社区欢迎。由加拿大开发者 Mike Cao 创建并开源，Umami 采用 MIT 许可证发布，不使用 Cookie，不收集个人数据，天然符合 GDPR、CCPA 和 PECR 等全球主要隐私法规。仪表盘设计极简优雅，展示访问量、独立访客、跳出率、页面浏览、来源渠道、地区分布、设备类型和浏览器等核心指标。追踪脚本压缩后约 3KB，对网站性能影响极小。Umami 完全依赖自托管部署，数据完全由用户掌控，适合重视隐私、数据主权和技术可控性的个人站主、开发者团队和中小企业。

对于正在搭建网站的团队，Umami 适合在完成需求分析和域名策划后，作为环境部署环节中的数据洞察组件接入。部署前建议先参考服务器选型确定合适的托管配置，再结合后端对接完成追踪脚本嵌入。Umami 在 AI 建站的各阶段均可发挥重要价值。以下是其在 需求分析、域名策划、服务器选型、前端搭建、后端对接、环境部署、CDN 加速、安全加固、SEO 优化、监控报警各阶段的具体应用价值。

核心优势

真正的开源自由，MIT 许可零限制

Umami 采用 MIT 许可证发布，这是目前最宽松的开源许可之一。与 Plausible 的 AGPL-3.0 许可证（要求衍生作品也必须开源）和 Matomo 的 GPL-3.0 许可证不同，MIT 许可允许用户自由使用、修改、分发和商用 Umami 的代码，甚至可以将其集成到闭源商业产品中。这种极致的开放策略使 Umami 在开发者社区中获得了广泛的支持和贡献。

在安全加固层面，开源的代码意味着安全研究人员可以独立审计追踪脚本的每一个字节，确保没有隐藏的数据采集行为——这对于对供应链安全有高要求的团队来说是非常重要的考量因素。

零 Cookie 隐私架构，天然合规

Umami 在架构层面完全摒弃了 Cookie 技术——不设置第一方 Cookie、不使用第三方 Cookie、不采集浏览器指纹、不追踪个人身份信息。访问者的 IP 地址在存储前经过匿名化处理（可配置 IP 前缀保留位数），仅保留城市级别的粗粒度地理信息。这意味着网站完全无需 Cookie 同意弹窗，页面可以自然加载，同时完全满足 GDPR、CCPA、PECR 等全球主要隐私法规。

与需要数十 KB 追踪代码并采集大量用户数据的 Google Analytics 不同，Umami 仅采集回答"有多少人访问、从哪里来、看了哪些页面、用什么设备"所需的最少数据量。这种数据最小化原则正是现代隐私法规的核心要求，也是 Fathom、Plausible 等隐私友好分析工具共同遵循的设计理念。在安全加固层面，这种"不收集"的设计天然减少了数据泄露风险和合规审计负担。

极简优雅的仪表盘体验

Umami 的仪表盘以其简洁优雅的设计在同类工具中独树一帜。主界面以深色/浅色双主题卡片式布局展示核心指标——访问量（Visitors）、独立访客（Unique Visitors）、页面浏览（Page Views）、跳出率（Bounce Rate）、平均停留时长（Avg. Session Duration）、来源渠道（Sources）、地区分布（Locations）、设备类型（Devices）和浏览器分布（Browsers）。所有数据均以清晰的可视化图表呈现，无冗余信息，界面语言支持中文（社区贡献）。

与 Google Analytics 4 的复杂导航和多层菜单不同，Umami 刻意去除了事件探查、预测指标和机器学习模型等复杂功能，让用户仅关注真正重要的核心数据。仪表盘支持自定义日期范围对比和实时数据视图。在前端搭建阶段嵌入 Umami 后，仪表盘会立即开始记录数据，无需额外的配置或培训。

完全免费自托管，数据 100% 自主可控

Umami 是目前极少数完全免费开源自托管的隐私分析工具之一。与 Fathom（自托管需付费授权 $19/月起）和 Simple Analytics（不支持自托管）不同，Umami 的自托管版本不仅完全免费，而且没有访客量限制、没有功能阉割、没有隐藏费用。你只需要负担服务器硬件成本。

在服务器选型时，自托管 Umami 所需的配置极低——一个 1 核 512MB 内存的 VPS（约 ¥20-30/月）即可稳定运行。官方提供完善的 Docker 部署文档和一键部署脚本，配合环境部署指南可在 5 分钟内完成搭建。数据存储在你的 PostgreSQL 或 MySQL 数据库中，数据主权完全由你掌控。部署后建议通过监控报警工具追踪 Umami 服务的运行状态。

多站点统一管理，团队协作友好

Umami 原生支持多站点管理——一个 Umami 实例可以同时追踪和管理任意数量的网站。在管理后台，你可以为每个站点生成独立的追踪 ID（share ID），并在站点之间快速切换查看各自的仪表盘数据。站点数据彼此隔离，互不干扰。同时，Umami 支持创建团队账号，可以为团队成员分配管理员或只读权限，便于团队协作。在后端对接阶段，可为每个站点配置独立的 API 密钥用于数据拉取。

实时数据更新

Umami 提供实时数据视图——追踪数据几乎是即时出现在仪表盘上的，无需等待批处理或数据刷新间隔。对于需要实时监控网站流量波动的运营团队（如活动上线监测、新闻发布效果追踪），这一特性非常实用。配合监控报警体系，当流量异常波动时可以第一时间发现并响应。

GraphQL API 灵活数据查询

Umami 提供基于 GraphQL 的 API 接口，相比 REST API 更加灵活高效。通过 GraphQL，你可以精确地查询所需的分析数据字段，无过度获取（over-fetching）问题。API 支持查询访问统计、页面分析、来源渠道、地理位置、设备分布、事件数据等。在后端对接阶段，可通过 Umami API 将分析数据拉取到自建运营面板或数据中台，实现统一的数据洞察入口。

不足之处

功能相对基础，缺少高级分析

Umami 的核心定位是"极简隐私分析"，因此不提供以下高级分析功能：

• 漏斗分析：无法追踪用户在转化路径中的流失点
• 热力图/点击图：无法可视化用户点击和滚动行为
• 用户会话录制：无法回放用户操作过程
• A/B 测试：不支持实验和变体对比
• 自定义事件追踪：Umami v2 引入了自定义事件支持，但功能仍较基础
• 电商追踪：不具备商品浏览、加购、下单等电商事件追踪能力
• 广告活动追踪：缺少 UTM 参数的自动归因和报告功能

如果需要上述高级分析，建议同时搭配 Hotjar（热力图+会话录制）、PostHog（产品分析+自托管）或 Matomo（功能全面的开源分析）使用。在监控报警层面，Umami 目前也不支持基于指标阈值的自动告警功能，需要依赖外部监控工具。

无官方云托管服务

与 Plausible（提供 $9/月起云托管）和 Fathom（提供 $14/月起云托管）不同，Umami 官方不提供云托管服务。用户必须自行部署和维护 Umami 实例。这对于没有 DevOps 能力或不想投入运维精力的个人站主来说是一个门槛。不过，社区中存在一些第三方托管方案，但官方并不推荐或背书。

如果希望零运维即开即用，建议选择 Plausible 云托管。如果愿意投入少量运维精力，Umami 自托管是完全免费的，长期成本更低。建议在需求分析阶段评估团队的技术运维能力。

社区版本更新节奏不一

作为开源社区项目（非商业公司运营），Umami 的主版本更新节奏和功能演进速度难以与商业化产品相比。v1 到 v2 的升级跨越较大，部分用户在升级过程中遇到了兼容性问题。新功能（如自定义事件、数据导出）的开发优先级依赖于维护者的个人时间安排和社区贡献。对于需要持续获得新功能和及时技术支持的团队，商业化产品（如 Fathom 或 Plausible 云托管）可能是更稳妥的选择。

共享报表功能缺失

Umami 不支持生成公开共享的仪表盘链接。如果需要将分析数据分享给客户或合作伙伴，需要为他们创建账号并分配权限，或者通过截图手动分享。相比之下，Plausible 和 Fathom 都原生支持生成公开的只读共享报表链接，对代理公司和营销团队更加友好。

数据导出方式有限

Umami 支持通过 CSV 格式导出统计数据，但不支持原始点击流日志的批量导出。对于需要将原始分析数据导入自有数据中台进行深度挖掘的团队，可以通过 GraphQL API 自行开发数据导出工具，但这需要一定的开发投入。建议在需求分析阶段充分评估数据分析的深度需求。

中国大陆部署需注意网络环境

Umami 无官方 CDN 分发，追踪脚本直接部署在你的服务器上。如果服务器位于中国大陆境外，国内用户访问追踪脚本时可能遭遇延迟。建议在CDN 加速环节将追踪脚本部署至国内 CDN 节点，或将 Umami 实例部署在国内云服务器上，以确保国内用户的追踪数据准确完整。

功能对比

价格参考

Umami 本身完全免费开源，没有任何版本的收费计划。你只需承担服务器部署和运维成本。

自托管成本参考

总拥有成本估算：

在服务器选型时，建议根据预估流量预留 50% 的性能余量。与 Plausible（$9/月≈¥65/月起）和 Fathom（$14/月≈¥100/月起）的云托管方案相比，Umami 自托管的长期成本优势非常显著——即使是中型站点，年成本也仅为 Plausible 云托管的约 1/3。

隐藏成本提示

• 运维时间成本：服务器维护、数据库备份、安全更新、版本升级需要投入时间
• 监控成本：建议搭配 UptimeRobot 或 Better Uptime 监控 Umami 服务可用性
• 数据库备份：建议设置自动备份策略，防止数据丢失

适用场景

开发者个人博客 / 内容网站

Umami 最适合有一定技术能力的个人开发者——如果你熟悉 Docker 和 Linux 基本操作，10 分钟即可完成部署上线。MIT 许可允许自由定制，你甚至可以修改追踪脚本的样式和逻辑以满足特定需求。在SEO 优化过程中，Umami 的数据可以帮助你了解哪些内容最受欢迎、用户从哪些渠道而来，从而制定更具针对性的内容策略。配合前端搭建阶段的优化，Umami 的 3KB 脚本对 Core Web Vitals 的影响几乎可以忽略不计。

中小企业官网

对于预算有限但需要隐私合规的中小企业官网，Umami 自托管是最具性价比的选择——零许可费用、零访客限制、完全的数据主权。配合环境部署指南，非技术背景的运营人员也可以通过云服务商的一键部署镜像快速搭建 Umami 实例。

技术团队内部数据平台

Umami 的 GraphQL API 和多站点管理能力使其成为技术团队内部数据分析基础设施的理想选择。一个 Umami 实例可以管理整个技术栈中所有站点的分析数据，通过 API 将数据拉取到统一运营看板。在后端对接阶段，可以构建自动化的数据流水线，将 Umami 数据与业务数据关联分析。

不适合人群

• 需要零运维即开即用的用户：选择 Plausible 或 Fathom 云托管
• 需要深度用户行为分析的团队：选择 Hotjar、PostHog 或 Matomo
• 需要电商转化分析的站点：选择 Matomo（内置电商追踪）或 Google Analytics 4（免费）
• 代理公司需批量客户报表：选择 Plausible 或 Fathom

集成与部署

Docker 快速部署（推荐）

Umami 官方推荐使用 Docker Compose 部署，整个过程约 5-10 分钟：

version: '3'
services:
  umami:
    image: ghcr.io/umami-software/umami:postgresql-latest
    ports:
      - "3000:3000"
    environment:
      DATABASE_URL: postgresql://umami:umami@db:5432/umami
      DATABASE_TYPE: postgresql
      HASH_SALT: your-random-salt-string
    depends_on:
      - db
  db:
    image: postgres:15-alpine
    environment:
      POSTGRES_DB: umami
      POSTGRES_USER: umami
      POSTGRES_PASSWORD: umami
    volumes:
      - umami-db-data:/var/lib/postgresql/data
volumes:
  umami-db-data:

部署完成后，在网站 <head> 中插入 Umami 追踪脚本即可开始数据采集：

<script defer src="https://your-umami-instance.com/script.js" data-website-id="YOUR_WEBSITE_ID"></script>

部署选项对比

在环境部署阶段，建议使用 Docker Compose 方式部署，并配合 CDN 加速将追踪脚本分发至全球边缘节点，优化用户加载体验。部署完成后，将 Umami 服务纳入监控报警体系，确保追踪数据持续稳定上报。

集成方式

• JavaScript 追踪脚本：在网站 <head> 或 <body> 中插入 <script> 标签，支持自定义域名
• WordPress 插件：社区提供 WordPress 插件，支持一键集成
• 框架插件：社区提供 Next.js、Nuxt.js、Vue、Astro 等框架的集成插件
• GraphQL API：灵活的 API 查询接口，支持自定义仪表盘和数据集成
• 反向代理：可通过 Nginx 反向代理实现自定义追踪域名和 HTTPS

常见问题

Umami 和 Plausible 哪个更好？

两者定位相似，主要区别在于部署模式和使用成本。Umami 完全免费自托管（MIT 许可），适合有技术能力、需要极致成本控制和数据主权的团队；Plausible 提供云托管方案（$9/月起），适合不想运维、需要即开即用的用户。功能上 Plausible 支持的共享报表和 Goals 自定义事件比 Umami 更完善。建议在需求分析阶段根据技术能力和预算综合评估。

Umami 真的不需要 Cookie 吗？

是的。Umami 的追踪技术完全不依赖 Cookie——不使用第一方 Cookie，更不使用第三方 Cookie。它通过简化的数据采集协议直接收集匿名化的访问数据，从技术架构上杜绝了对 Cookie 的依赖。这也是为什么 Umami 可以宣称"无需 Cookie 同意弹窗"。同时可参考 网站分析设置指南获取更多隐私合规信息。

Umami 自托管需要什么配置？

Umami 自托管需要一台安装 Docker 和 Docker Compose 的 Linux 服务器。推荐配置为 1 核 512MB-1GB 内存、10GB 存储的 VPS，日均可处理约 5-10 万 PV。数据库支持 PostgreSQL 和 MySQL。参考服务器选型指南选择合适的服务器配置，配合环境部署指南可快速完成搭建。

Umami 的数据存储在哪里？

Umami 自托管的数据完全存储在你自己的服务器数据库中（PostgreSQL 或 MySQL），数据主权完全由你掌控。Umami 本身不会将任何数据回传到第三方服务器。

Umami 支持多站点管理吗？

支持。Umami 原生支持多站点管理，一个实例可以管理任意数量的网站。每个站点有独立的追踪 ID 和数据隔离，管理员可以在站点间快速切换查看数据。

Umami 适合电商网站吗？

基础版 Umami 不支持电商事件追踪（商品浏览、加购、下单、支付）。如果需要电商分析，建议选择 Matomo（内置 WooCommerce、Magento 电商追踪插件）或 Google Analytics 4（免费，支持增强电商事件）。

Umami 有中文界面吗？

Umami 的界面已由社区贡献了中文翻译，在设置中切换到中文语言即可。仪表盘、管理界面和追踪设置均支持中文显示。

Umami 的数据如何备份？

Umami 的所有数据存储在 PostgreSQL 或 MySQL 数据库中。建议设置数据库的自动定期备份策略，确保数据安全。在安全加固层面，建议开启数据库的加密存储和传输加密。

Umami 的事件追踪功能如何？

Umami v2 引入了自定义事件追踪功能。你可以在管理后台定义事件类型，然后通过 JavaScript API 在前端触发事件记录。事件数据可以在仪表盘中单独查看和分析。不过相比 Plausible 的 Goals 功能和 Matomo 的完整事件追踪系统，Umami 的事件功能仍处于基础阶段。

选型与运营建议（2026-07-21）

选型决策树

1. 是否需要隐私合规？

   • 是 → 继续
   • 否 → Google Analytics 4（免费）或 Matomo

2. 是否有 DevOps 能力愿意自托管？

   • 是（预算极有限）→ Umami 自托管（免费开源 MIT，推荐）
   • 是（预算充足）→ 也可考虑 Matomo 自托管
   • 否，云托管即可 → Plausible（$9/月）或 Fathom（$14/月）

3. 是否需要高级分析（漏斗、热力图、电商）？

   • 否 → Umami 自托管合适
   • 是 → Matomo 或 PostHog

4. 是否需要共享报表给客户？

   • 是 → Plausible 或 Fathom
   • 否 → Umami 自托管

运营建议

• 部署方式：推荐 Docker Compose 方式部署在 1 核 1GB 的 VPS 上，首次部署约 30 分钟。在环境部署阶段完成追踪脚本插入，即可自动开始收集数据。
• 数据分析周期：建议每周查看一次仪表盘，关注访问量趋势、热门内容和来源渠道变化，将洞察转化为SEO 优化行动。
• 前端集成：在前端搭建阶段将追踪脚本插入网站全局模板（如 <head> 标签内），避免逐页手动添加。
• 性能考量：Umami 的 ~3KB 脚本对性能影响很小，但建议通过 CDN 加速分发脚本，尤其是面向全球用户的网站。
• 数据库备份：建议设置自动数据库备份策略，每日备份 Umami 的 PostgreSQL/MySQL 数据库，防止数据丢失。在安全加固层面，开启数据库传输加密和存储加密。
• 服务监控：配合 监控报警机制，在 Umami 服务不可用或数据停止上报时及时收到通知。
• 版本升级：关注 Umami GitHub Release 页面，在升级前阅读 Changelog 确认向后兼容性。
• 团队协作：利用 Umami 的角色权限管理功能，为团队成员分配不同级别的访问权限。在后端对接阶段，可通过 API 将 Umami 数据嵌入内部运营看板。
• 数据导出：定期通过 CSV 导出功能备份汇总数据，或通过 GraphQL API 开发自动化数据同步流水线。

竞品对比

以上对比仅供参考，建议根据实际需求选择最适合的服务商。