我将谷歌分析（GA）和乌迈米（Umami）并行运行了一个月，结果发现谷歌分析漏掉了我一半的访客。

我停用谷歌分析（Google Analytics）并不是出于隐私原则，而是因为数据开始变得不合理了。

我写的一篇文章突然火了，一位朋友发短信告诉我，这篇文章正在被广泛传播。我打开谷歌分析，却只看到一个微小的流量增长，毫无戏剧性可言。但评论却源源不断，人们持续提及这篇文章。这让我感觉不对劲。于是我做了一件早就该做的事：安装了另一款分析工具，并让两者同时运行。

整整一个月，Umami 和谷歌分析在同一网站上追踪相同的页面。月底时，我对它们的数据进行了对比。

谷歌分析显示的访客数量少了大约 40%。

这不是四舍五入造成的误差，也不是配置错误，而是实实在在地“消失”了。差距最大的是那些在 Hacker News 上表现良好或在开发者圈子里被分享的文章。仔细想想，这其实很合理——这类用户普遍像大多数人使用杀毒软件一样使用 uBlock Origin，它始终处于开启状态，而谷歌分析正是它最先屏蔽的对象之一。

就在那一刻，我不再把这件事当作一场关于隐私的争论，而是将其视为一个准确性问题。

自托管的真实面貌

我知道“自托管”听起来像是意味着要搭建家庭实验室，并忍受整个周末的折腾。但事实并非如此。简单来说：你租用一台小型 Linux 服务器，将一个子域名指向它，然后运行一个 Docker Compose 文件。整个过程花了我一个下午，其中还包括阅读文档的时间。

以下是我使用的 Umami 配置。这是完整的 docker-compose.yml 文件：

services:
  umami:
    image: ghcr.io/umami-software/umami:postgresql-latest
    ports:
      - "3000:3000"
    environment:
      DATABASE_URL: postgresql://umami:yourpassword@db:5432/umami
      DATABASE_TYPE: postgresql
      APP_SECRET: generate-this-with-openssl-rand-hex-32
    depends_on:
      - db
    restart: always

  db:
    image: postgres:15-alpine
    environment:
      POSTGRES_DB: umami
      POSTGRES_USER: umami
      POSTGRES_PASSWORD: yourpassword
    volumes:
      - umami-db-data:/var/lib/postgresql/data
    restart: always

volumes:
  umami-db-data:

运行 docker compose up -d，等待 30 秒，然后打开浏览器即可。大部分工作就完成了。你仍然需要在前面加一个 Caddy 或 nginx 来支持 HTTPS，但这非常简单。

跟踪