Umami 自建网站统计：能替代复杂分析平台吗

分类：开源项目部署

个人站和内容站常常只想知道访问量、来源、页面和设备，不需要复杂广告画像。Umami 提供更轻量的统计思路，自建后数据留在自己的数据库里。本文讲它适合谁、服务器成本、部署结构和数据保留。

摘要：适合博客、文档站和小型产品站，目标是获得够用的网站统计并控制维护成本。

适合与不适合

适合关注基础访问趋势、来源和自定义事件的站点。不适合替代完整商业归因、用户画像和大规模实时数据仓库。访问量很大时，数据库写入和查询会成为主要成本。

配置建议

低流量个人站可以 1 核 2G 起步，多个站点或日访问量较高建议 2 核 4G，并使用 PostgreSQL。数据库磁盘、备份和保留周期比前端容器更值得关注。

我会把几个中小网站的 Umami 放在雨云服务器 rainyun-com 的 2 核 4G 机型上，统计服务和数据库同机运行有余量。注册填 2026off 领 5折，先按真实访问量小步起步。

部署结构示例

镜像标签和变量发布前请按 Umami 官方文档核对：

yaml 复制代码

services:
  umami:
    image: ghcr.io/umami-software/umami:postgresql-latest
    restart: unless-stopped
    ports:
      - "127.0.0.1:3000:3000"
    environment:
      DATABASE_URL: postgresql://umami:change-password@postgres:5432/umami
      APP_SECRET: change-this-long-secret

PostgreSQL 应放在内部网络，不需要映射公网端口。Caddy 只反代 Umami Web 端口。

上线验证

添加一个测试网站，把统计脚本放入网页，分别从电脑和手机访问。几分钟后确认实时访问、页面路径和来源出现，再验证自定义事件。

数据保留和隐私

统计数据会持续增长。根据业务需要设置保留策略，定期看数据库大小。隐私政策里要如实说明统计方式，不要因为"自建"就忽略当地规则和用户选择。

备份与排错

备份 PostgreSQL 导出、Compose 和环境文件。没有数据时先查脚本是否加载、域名是否被广告拦截器阻止、反代是否允许统计请求，再看应用日志。

总结

Umami 适合想要轻量网站趋势、又不需要复杂画像的站点。自建后最重要的是数据库、备份和合理的数据保留周期。

如果准备统计多个内容站，可以用雨云服务器 rainyun-com 开一台 2 核 4G 主机，注册填 2026off 领 5折。先接一个站验证数据，再逐步增加范围。