Plausible Analytics：用 Elixir 写的轻量、无 Cookie 的网站统计，自托管前先看清这几点
开源、隐私第一的网络分析。轻量级、无 cookie 的 Google Analytics 替代品。自托管或云。
秒懂
- 它是什么？
- Plausible Analytics 是一个开源、隐私优先的网站统计工具，主打无 Cookie、轻量脚本和 GDPR 合规。本文基于其仓库和文档，分析它的工作机制、部署方式、局限性和适用场景。
- 适合谁用？
- Plausible Analytics 适合那些重视访客隐私、需要简洁仪表盘、且愿意为合规省心的中小型网站或内容型项目。它不适合需要深度漏斗分析、复杂细分或与广告平台深度集成的团队。
- 能商用吗？
- 可以，但条件严格。AGPL-3.0 是网络 copyleft 许可证：如果别人通过网络使用你修改过的版本（例如作为托管服务），你必须以同一许可证向他们提供源代码。
- 还在维护吗？
- 在维护。仓库在最近一天内有新的提交。
- 用什么语言写的？
- 主要是 Elixir（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
它解决什么问题，谁需要它
Plausible Analytics 定位是 Google Analytics 的隐私友好替代品。它不存个人数据，不设 Cookie，不记录 IP 地址，只聚合匿名统计。这对那些受 GDPR、CCPA、PECR 约束的网站尤其有吸引力，因为合规成本大幅降低。它的目标用户是内容发布者、独立开发者、小型电商，以及任何不想把访客数据交给广告生态的人。它明确说自己独立运营，靠订阅付费，而不是靠数据变现。
核心机制：脚本、事件 API 与数据存储
Plausible 的工作方式很直接。网站嵌入一个轻量脚本，脚本向 Plausible 的 events API 发送页面浏览和自定义事件。服务端用 Elixir 编写，数据存储层依赖 ClickHouse，这是一个面向分析场景的列式数据库，专门用来处理聚合查询。仪表盘展示的指标包括访客数、页面浏览量、跳出率、来源、设备等，所有数据都实时更新。脚本支持 SPA 的 pushState 和 hash 路由，所以单页应用无需额外配置。自定义事件和维度可以用于目标转化、收入归因和漏斗分析，但这些功能需要你主动定义，不是默认开启。
部署方式：云服务与社区版的分水岭
官方提供两条路。一条是托管云服务，号称两分钟完成设置，所有数据在欧盟境内处理，符合 Schrems II 裁决。另一条是自托管的 Plausible Community Edition，免费，但你需要自己管理服务器、安装、升级、备份、安全和容量。README 明确列出社区版的所有运维责任都由你承担，包括加载时间和稳定性。如果你不想折腾基础设施，云服务显然是更省事的选择，而且你的订阅费直接支持项目开发。但如果你必须数据完全自主，社区版是唯一路径，只是成本从金钱变成了时间和运维精力。
真实命令与配置：从零开始自托管
README 没有给出具体的部署命令，但文档提到社区版可以通过 Docker 或源码方式运行。根据仓库布局，项目根目录有 docker-compose.yml 和 .env.example，这暗示标准流程是克隆仓库、复制环境变量文件、配置数据库连接和 secret key，然后启动容器。具体来说，你需要设置诸如 DATABASE_URL、CLICKHOUSE_DATABASE_URL、SECRET_KEY_BASE 等环境变量。脚本部署则是将 https://plausible.io/js/script.js 嵌入页面，或者使用自定义域名。由于 README 被截断，我没有看到完整的配置清单，但文档中心有详细说明。建议你部署前先阅读官方文档，特别是关于 ClickHouse 版本和资源要求的部分。
局限性：当它不适合你时
Plausible 的简洁是优点，也是天花板。它不提供 Google Analytics 那种深度细分、自定义报告或复杂的漏斗分析。它的目标转化和收入归因需要你手动设置，而且功能粒度有限。如果你需要跨域用户追踪、用户级 ID 或与广告平台的数据回传，Plausible 的设计哲学就与你的需求冲突。另外，自托管社区版没有云服务那种多地域 CDN 和高可用保障，你的服务器一旦宕机，统计就会中断。数据存储依赖 ClickHouse，这意味着你需要一个足够内存和磁盘的服务器，小 VPS 可能跑不动。
替代方案：与 Umami 和 Matomo 的差异
在隐私友好的统计工具中，Umami 是另一个常见选择。Umami 用 Node.js 和 PostgreSQL 构建，部署比 Plausible 轻量，因为不依赖 ClickHouse。如果你不想管理一个列式数据库，Umami 的运维成本更低。Matomo 则是更接近 Google Analytics 的完整方案，提供热图、会话录制和用户级分析，但它的代码库更庞大，隐私合规需要你自行配置。Plausible 的差异化在于它彻底放弃个人数据，而 Umami 和 Matomo 都保留了一些用户级功能。你的选择取决于你愿意在隐私和功能之间做多少权衡。
维护与许可：AGPL-3.0 的代价
Plausible 使用 AGPL-3.0 许可证，这意味着如果你修改代码并作为网络服务提供，你必须开源你的修改版本。这对大多数只是部署原版的人来说没有影响，但如果你想基于它构建商业产品，这个条款可能是个问题。社区版的发布节奏明显慢于云服务，README 显示云服务每周多次更新，而社区版是独立版本，比如最近的 v3.2.1。这意味着你自托管时，新功能可能滞后，而且你需要手动跟进安全补丁。备份和升级都是你自己的责任，没有自动机制。
编辑结论
Plausible Analytics 适合那些重视访客隐私、需要简洁仪表盘、且愿意为合规省心的中小型网站或内容型项目。它不适合需要深度漏斗分析、复杂细分或与广告平台深度集成的团队。自托管前，务必验证你的服务器能否承受 ClickHouse 的内存和磁盘需求，并确认你接受 AGPL-3.0 的传染性条款。如果你只是想要一个快速上手的统计工具，官方云服务更省事，但如果你必须完全掌控数据，社区版是唯一选择，但你要承担全部运维成本。最终判断：Plausible 的价值在于用极简的统计模型换取了隐私合规和易用性，但它的功能边界也正因此被锁死，采用前请先明确你是否能接受这种取舍。
社区笔记