（2813期）Umami – 隐私优先的开源自托管网站分析

隐私优先的开源自托管网站分析 Umami 是一个开源、隐私友好的网站分析工具，支持多站点自托管，需严格配置 HASH_SALT 和数据库，避免数据丢失和跟踪失败。 使用说明 Umami 自托管分析工具完整评估 核心用法 Umami 是一个轻量级、开源的网站分析解决方案，专为注重隐私的网站所有者设计。与 Google Analytics 不同，Umami 不使用 Cookie，不收集个人身份信息，完全自托管。部署时需要配置 HASH_SALT（绝对不可更改）、选择 PostgreSQL 或 MySQL 数据库（SQLite 不被支持），并通过反向代理提供 HTTPS 服务。单个实例仅需 256MB RAM 即可处理大多数网站流量，支持多站点管理，每个站点拥有独立的 data-website-id 和跟踪脚本。 显著优点 隐私优先设计：无需 Cookie 同意横幅，符合 GDPR 要求，数据完全自主掌控 极低资源占用：相比传统分析工具，Umami 本身资源需求极低，部署成本低 单页应用（SPA）原生支持：提供 React、Next.js、Vue/Nuxt 等框架的集成方案，通过 umami.track() API 实现精准导航追踪 多站点管理：一个实例可管理多个网站，支持生成公开分享链接 自定义事件追踪：支持带属性的自定义事件，通过 API 可深度分析 潜在缺点与局限性 HASH_SALT 不可逆：一旦配置错误需要更改，将导致所有历史数据失效，相当于重置 数据库依赖重：PostgreSQL 资源消耗往往超过 Umami 本身，需单独规划容量 广告拦截器敏感：默认跨域部署易被屏蔽，需同域自托管规避 数据可见性限制：事件属性仅能通过 API 查询，默认仪表盘不可见 实时性不足：仪表盘存在延迟，非实时更新 适合人群 需要 GDPR 合规的欧洲站点运营者 技术团队具备自托管能力的中小企业 单页应用开发者（React/Vue/Next.js 生态） 希望替代 Google Analytics 的隐私敏感型用户 多站点管理的独立开发者或代理机构 常规风险 配置灾难：HASH_SALT 变更导致数据归零，开发/生产环境 ID 混用造成数据污染 追踪失效：错误的 data-website-id、SPA 未手动触发追踪、脚本位置错误（应在 <head> 而非 <body>）均会导致零数据且无错误提示 基础设施风险：数据库成为单点故障，备份策略必须聚焦于数据库而非文件系统 集成调试成本：CDN 缓存、代码压缩可能破坏脚本，需部署后主动验证 CORS 跨域问题：跨域部署时需正确配置 headers，否则脚本 404 原始说明 Deploy Umami analytics avoiding data loss, tracking failures, and integration issues.