Plausible 介绍与选型指南
介绍隐私优先网站分析工具 Plausible CE v3.2.1 的定位、三组件架构(Elixir 应用+ClickHouse 列存+PostgreSQL)、功能特性与快速上手路径,并给出与 Umami、Matomo、Google Analytics 4 的量化选型对比(社区数据与版本均标注实查日期)。
Plausible 介绍与选型指南
> 目标:介绍隐私优先网站分析工具 Plausible Community Edition(CE)的定位、架构、功能与选型决策方法,帮助读者在 Plausible、Umami、Matomo 与 Google Analytics 4 之间做出正确选择。本文为认知篇,关键论断均以官方文档与 GitHub 发布页溯源并标注查询日期,部署与配置的实测过程见《Plausible Docker Compose 部署指南》《Plausible 配置参数详解》。本次介绍的版本为 Plausible CE v3.2.1(官方当前最新稳定版)。
一、环境信息
本文为认知篇,不做本地安装实测;以下为信息基准与官方来源清单:
- 信息基准(查询日期):2026-10-18
- 版本依据:GitHub Releases 实查,最新稳定版
v3.2.1(发布于 2026-05-15);此前稳定版v3.2.0(2026-01-26)、v3.1.0(2025-11-13) - 官方来源清单:
- 项目主仓库:https://github.com/plausible/analytics(AGPL-3.0,主语言 Elixir,29,532 stars,实查 2026-10-18)
- 社区版仓库:https://github.com/plausible/community-edition(2,903 stars,实查 2026-10-18)
- 官方文档站:https://plausible.io/docs(2026-10-18 抓取,首页自述 "Running since 2018 and used by 21,000+ teams")
- 数据政策(隐私设计细节):https://plausible.io/data-policy(2026-10-18 抓取,末次更新 2026-09)
- 自托管说明:https://plausible.io/docs/self-hosting
- 配置 Wiki:https://github.com/plausible/community-edition/wiki/configuration
二、软件概述
Plausible Analytics 是一个开源、轻量、隐私优先的网站分析工具,明确定位为 Google Analytics 的替代品。项目 2018 年启动(主仓库创建于 2018-12-04),由欧盟爱沙尼亚注册的公司 Plausible Analytics 维护,商业云服务与自托管版本同源。
Plausible Community Edition(CE) 是官方以 AGPL-3.0 许可发布的自托管版本,官方 self-hosting 文档对其的定位是 "free as in beer"(自由使用、免费),与商业云版本(Plausible Cloud)的差异集中在企业特性:团队角色与 SSO、账单与订阅管理、数据保留策略等;网站分析核心功能(采集、仪表盘、API、报表)CE 与云版本一致。
三条核心卖点(官方文档与数据政策口径,2026-10-18 抓取):
- 隐私优先、合规即得:不使用 Cookie、不生成持久访客标识、不跨站跨设备跟踪,因此使用 Plausible 统计流量不需要 Cookie 同意横幅;云托管版数据不出欧盟。
- 轻量单脚本:官方文档自述 "One lightweight script, one easy-to-read dashboard"——页面只需一段异步脚本即可完成采集。
- 简单直达:单页仪表盘展示全部核心指标,无需自定义报表搭建。
三、核心架构
CE 采用「1 应用 + 2 数据库」三组件架构,官方部署编排即为三个服务:
| 组件 | 技术栈 | 职责 |
|---|---|---|
| 应用服务 | Elixir + Phoenix(Web 层含 LiveView) | Web 仪表盘、Stats/Sites API、采集入口 /api/event、会话与缓存 |
| 事件数据库 | ClickHouse(列式存储) | 页面浏览、自定义事件、会话明细(表 events_v2、sessions_v2)与多维聚合查询 |
| 元数据库 | PostgreSQL | 用户、站点、目标(goals)、团队、API Key、分享链接等业务元数据 |
💡 技术拓展:本方案事件库选用「列式存储(Column-oriented)」而非常见「行式存储(Row-oriented)」。两者对比——
存储模型 原理/特点 适用场景 行式存储 一行连续存放,按行读写 OLTP 事务、按主键点查(如 MySQL/PostgreSQL) 列式存储 按列连续存放,扫描列代价低、压缩率高 OLAP 大宽表聚合、多维分组统计(如 ClickHouse) 混合存储 行列混合,兼顾点查与分析 HTAP 场景(如 TiDB) 网站分析是典型的「按时间 + 按维度聚合」读多写多批场景(访客数、分组统计),因此 Plausible 实际采用 ClickHouse 列存,PostgreSQL 仅承载元数据。
数据流(写入侧默认值取自官方源码 runtime.exs,实测行为见《Plausible 配置参数详解》):
- 访客浏览器执行埋点脚本,异步
POST /api/event上报 pageview 或自定义事件; - 应用侧先入内存缓冲,默认每 5000 毫秒(
CLICKHOUSE_FLUSH_INTERVAL_MS=5000)批量写入 ClickHouse,采集连接池默认 5(CLICKHOUSE_INGEST_POOL_SIZE=5); - 仪表盘与 Stats API 查询经过聚合缓存,同一查询窗口短时间重复请求返回缓存结果;
- 唯一访客按日去重:
hash(每日轮换盐值 + 站点域名 + IP + User-Agent),盐值每 24 小时轮换删除,原始 IP 与 User-Agent 均不落盘(官方数据政策原文)。
版本节奏(GitHub Releases 实查,2026-10-18):v3.1.0(2025-11-13)→ v3.2.0(2026-01-26,间隔约 2.5 个月)→ v3.2.1(2026-05-15,间隔约 3.7 个月),稳定版大致每季度一个 minor。
四、功能特性
- 流量总览:访客、浏览量、跳出率、访问时长、每次访问页数、访问次数等(Stats API 实测有效指标名:
visitors、pageviews、bounce_rate、visit_duration、views_per_visit、visits、events_per_session、time_on_page等)。 - 实时仪表盘:当前在线访客(近 5 分钟窗口),实测 Events API 上报后约 5~30 秒可见。
- 来源与渠道:引荐来源、UTM 活动归因、落地页/退出页。
- 地理与设备:国家/地区/城市、浏览器、操作系统、设备类型。
- 目标与转化:页面访问目标、自定义事件目标、漏斗(Funnel)、收入归因(支持货币属性)。
- 自定义事件与属性:事件可携带
props自定义属性(实测见《Plausible API 使用详解》)。 - 报表与分享:周期邮件/Slack 报表、流量突增告警、公开分享链接、仪表盘嵌入。
- 数据导入导出:Google Analytics 历史数据导入、CSV 导入、CSV 导出。
- API 体系:Stats API(v1,GET)、Query API(v2,POST)、Events API(采集)、Sites API(站点与目标管理)。
五、快速上手
以下为官方 self-hosting 文档给出的最小可运行路径(来源:https://plausible.io/docs/self-hosting ,2026-10-18 查询;逐步实测与排障见《Plausible Docker Compose 部署指南》):
- 获取 community-edition 仓库的编排文件与 ClickHouse 配置文件;
- 在
.env中设置BASE_URL(外部访问地址)与SECRET_KEY_BASE(用openssl rand -base64 48生成); - 启动三服务编排,等待健康检查返回
{"sessions":"ok","postgres":"ok","clickhouse":"ok","sites_cache":"ok"}; - 浏览器打开
BASE_URL,首次启动自动跳转注册页,创建第一个账号(密码需至少 12 位且通过强度检测); - 添加站点,将安装页给出的脚本片段放入目标网站
<head>...</head>; - 访问目标站点,仪表盘实时出现数据。
六、适用场景与限制
适用场景:
- 需要满足 GDPR/CCPA/PECR 合规、且不想要 Cookie 同意横幅的企业官网、博客、文档站、SaaS 营销页;
- 中大型流量站点的自托管分析(ClickHouse 列存支撑事件级明细与多维聚合);
- 要求数据完全自有(不经过第三方统计服务)的合规场景。
限制与注意:
- CE 默认注册策略为
invite_only(仅邀请注册,官方源码默认值实测),开放自助注册需显式配置DISABLE_REGISTRATION=false; - 邮件功能依赖外部 SMTP(默认适配器 Bamboo.Mua 直投本机 25 端口,生产需配置
SMTP_*系列变量); - 团队 SSO、高级角色、账单等企业特性仅商业云版提供;
- 告警通知渠道以邮件/Slack 为主,国内 IM(钉钉/企业微信)需经 webhook 自行桥接。
七、同类选型对比
对比对象选取当前主流的三款:Umami(MIT 许可,TypeScript)、Matomo(GPL-3.0,PHP)、Google Analytics 4(闭源商业云)。社区数据与版本均为主仓库 Releases 实查(2026-10-18):
| 维度 | Plausible CE v3.2.1 | Umami v3.4.0 | Matomo 5.14.1 | Google Analytics 4 |
|---|---|---|---|---|
| 许可证 | AGPL-3.0 | MIT | GPL-3.0 | 闭源 |
| 技术栈 | Elixir + ClickHouse + PostgreSQL | TypeScript(Next.js)+ MySQL/PostgreSQL | PHP + MySQL/MariaDB | 专有云 |
| Cookie/同意横幅 | 不需要 | 不需要 | 默认使用 Cookie | 需要(或建模估算) |
| GitHub stars | 29,532 | 39,443 | 21,959 | — |
| 最新稳定版 | v3.2.1(2026-05-15) | v3.4.0(2026-09-17) | 5.14.1(2026-10-04) | 持续迭代 |
| 自托管部署形态 | 3 服务编排(应用 + ClickHouse + PostgreSQL) | 单应用 + 单数据库,最简 | 传统 PHP 栈(Web + DB,可多机) | 无自托管 |
| 数据保留 | 自托管无限制 | 自托管无限制 | 自托管无限制 | 免费版 14 个月 |
| 数据口径 | 事件级明细,无建模估算 | 事件级明细 | 事件级明细 | 部分建模/估算(同意模式) |
| API | Stats/Query/Events/Sites 四组 | REST API | HTTP Reporting API | GA4 Data API |
| 报表/邮件 | 内建邮件与 Slack 报表、告警 | 无内建邮件报表 | 内建邮件报表 | 内建 |
关键差异与选型建议:
- 最简部署、个人与小团队 → Umami:单服务 + 单数据库即可运行,MIT 许可对二次开发最宽松;
- 中大流量、多维聚合性能与完整报表体系 → Plausible CE:ClickHouse 列存使多维度 breakdown 与长时间窗口聚合保持亚秒级响应,且自带邮件/Slack 报表与告警;
- 既有 PHP 运维体系或需要最大插件生态 → Matomo:插件市场成熟,可在传统虚拟主机部署;
- 深度依赖 Google 广告投放归因闭环 → GA4:与 Google Ads/Search Console 原生打通,但需接受 Cookie 横幅与数据保留限制。
版本节奏:三者均为活跃项目(近一年持续发版)。Plausible 稳定版约每季度一个 minor;Umami/Matomo 发布更频繁(各自主仓库 Releases 实查 2026-10-18)。
八、参考链接
- 官方文档:https://plausible.io/docs(2026-10-18 抓取)
- 数据政策与隐私设计:https://plausible.io/data-policy(2026-10-18 抓取)
- 官方 GA4 对比页:https://plausible.io/vs-google-analytics(2026-10-18 抓取)
- 自托管文档:https://plausible.io/docs/self-hosting
- 主仓库(AGPL-3.0):https://github.com/plausible/analytics
- 社区版仓库与配置 Wiki:https://github.com/plausible/community-edition
- Umami 文档:https://umami.is/docs(2026-10-18 抓取)