📌 项目地址：plausible/analytics | ⭐ 25,986 颗星 | 🔧 Elixir | 📜 未标注
Plausible Analytics 是一个开源、隐私优先的网页分析工具，代码用 Elixir 写，GitHub 上 25,986 颗星。它的 README 第一句就划清界限：“轻量级、无 Cookie 的 Google Analytics 替代品”。你可以直接用它的托管云服务，也可以自托管社区版（MIT 协议）。
如果你正考虑从 Google Analytics 迁移，这篇文章会告诉你 Plausible 在哪些地方做得刻意“少”，以及这些“少”对实际业务意味着什么。
合规成本从哪里被砍掉的
Plausible 不存储个人数据或 IP 地址，不使用 Cookie，不建立任何持久标识。这意味着你的网站不需要 Cookie 弹窗——如果用它的云版，甚至不需要签数据处理协议（数据托管在欧盟，默认 GDPR/CCPA/PECR 合规）。每季度审计隐私政策的环节也省了。
代价是：你拿不到任何用户级数据。不能按注册状态分组，不能导出邮箱列表，不能分析单一用户的完整行为路径。README 写得很直白：“Measure traffic, not individuals”。这不是功能缺失，是设计选择。如果你的团队能接受只看聚合指标，合规成本归零；如果非要分析个体行为路径，Plausible 帮不了你。
仪表盘：一张页面，没有迷宫
我试了 README 里的 Live Demo，随便输入一个域名。页面只有一块时间趋势图，下面分别是来源、页面、设备、浏览器、国家。没有二级菜单，没有“自定义报告”按钮。所有关键指标在一页铺开，不需要培训。
对于只需要看 PV、来源、跳出率、停留时间的团队，这比 GA4 的几十级菜单友好得多。但如果需要深度分析——事件关联、用户分群、多步骤漏斗——Plausible 做不到。它只计数事件，不追踪个体。
目标追踪：运营同事可以自己开开关
README 提到：“Turn on codeless tracking for outbound link clicks, form completions, file downloads and 404 error pages。”你在后台打开对应开关，脚本自动监听这些事件。运营同事不需要找开发改页面，不需要定义事件名。跨部门沟通成本降到零。
但深度有限。目标只支持基本转化计数和一个简单漏斗（定义几个步骤，看每一步流失人数）。归因模型只支持最后一次非直接访问，没有多触点。如果你需要数据驱动归因来分配广告预算，Plausible 帮不上忙。
云版 vs 自托管：多数人应该选云版
README 说“Available in managed cloud or self-hosted community edition”。自托管开源版是 MIT 协议，代码用 Elixir 写。但你需要自己维护服务器、SSL 续期、备份、版本升级。社区版更新节奏不快，安全补丁和功能需要自己盯着。除非你有数据主权硬性要求（比如金融、政府），否则直接买云版更省钱省力。我在实际操作中发现，自托管一台 VPS 加上监控，每月成本 20 美元左右，但运维时间成本至少每周半天——而这只是基础维护。
谁该装，谁不该装
适合的场景：你的网站访客主要在欧盟或加州，或者你明确不想处理 Cookie 弹窗。你需要的分析止于页面浏览量、来源、设备、跳出率、停留时间。运营或市场同事需要自己配置追踪，不能每次找开发。
不适合的场景：你需要分析用户完整生命周期——从第一次来源到最终付费之间的所有触点。或者你依赖数据驱动归因来分配广告预算。或者你想导出用户列表做再营销。这些不是“功能缺失”，而是设计选择：Plausible 根本不存任何个人标识。
Plausible 用减法换来了合规的确定性。2.6 万星说明大量团队接受了这个权衡。如果你对分析深度要求不高，它是目前最直接的 GA 替代。超出这个范围，继续用 GA4 加服务端追踪，或者换 Posthog、Snowplow。