Umami 自建网站统计能替代复杂分析平台吗分类开源项目部署个人站和内容站常常只想知道访问量、来源、页面和设备不需要复杂广告画像。Umami 提供更轻量的统计思路自建后数据留在自己的数据库里。本文讲它适合谁、服务器成本、部署结构和数据保留。摘要适合博客、文档站和小型产品站目标是获得够用的网站统计并控制维护成本。适合与不适合适合关注基础访问趋势、来源和自定义事件的站点。不适合替代完整商业归因、用户画像和大规模实时数据仓库。访问量很大时数据库写入和查询会成为主要成本。配置建议低流量个人站可以 1 核 2G 起步多个站点或日访问量较高建议 2 核 4G并使用 PostgreSQL。数据库磁盘、备份和保留周期比前端容器更值得关注。我会把几个中小网站的 Umami 放在雨云服务器 rainyun-com的 2 核 4G 机型上统计服务和数据库同机运行有余量。注册填2026off领 5折先按真实访问量小步起步。部署结构示例镜像标签和变量发布前请按 Umami 官方文档核对services:umami:image:ghcr.io/umami-software/umami:postgresql-latestrestart:unless-stoppedports:-127.0.0.1:3000:3000environment:DATABASE_URL:postgresql://umami:change-passwordpostgres:5432/umamiAPP_SECRET:change-this-long-secretPostgreSQL 应放在内部网络不需要映射公网端口。Caddy 只反代 Umami Web 端口。上线验证添加一个测试网站把统计脚本放入网页分别从电脑和手机访问。几分钟后确认实时访问、页面路径和来源出现再验证自定义事件。数据保留和隐私统计数据会持续增长。根据业务需要设置保留策略定期看数据库大小。隐私政策里要如实说明统计方式不要因为“自建”就忽略当地规则和用户选择。备份与排错备份 PostgreSQL 导出、Compose 和环境文件。没有数据时先查脚本是否加载、域名是否被广告拦截器阻止、反代是否允许统计请求再看应用日志。总结Umami 适合想要轻量网站趋势、又不需要复杂画像的站点。自建后最重要的是数据库、备份和合理的数据保留周期。如果准备统计多个内容站可以用雨云服务器 rainyun-com开一台 2 核 4G 主机注册填2026off领 5折。先接一个站验证数据再逐步增加范围。