Plausible Analytics：把網站統计压缩成一套可自托管的輕量服務
開源、隱私第一的網路分析。輕量級、無 cookie 的 Google Analytics 替代品。自託管或雲端。
秒懂
- 它是什麼？
- Plausible 是面向網站的開源、隐私友好型分析工具，提供脚本、仪表盘、事件與自托管部署路径。
- 適合誰用？
- 适合只需要頁面访问、來源、目標和自定义事件等網站指標，並希望减少第三方追踪復雜度或自行部署的团队。不适合依赖广告归因、用户级画像、復雜漏斗和 README 未承诺的企業报表能力。
- 可以商用嗎？
- 可以，但條件嚴格。AGPL-3.0 是網路 copyleft 授權：如果別人透過網路使用你修改過的版本（例如作為託管服務），你必須以同一授權向他們提供原始碼。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 Elixir（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
它解决的是網站統计的收敛问題
Plausible 的項目定位是輕量、開源並强調隐私的網站分析。它的核心體验不是把所有用户行為都变成個人画像，而是围绕站点仪表盘回答访问量、來源、頁面和目標事件等问題。對內容站、产品官網和小型 SaaS 來說，這種范围能讓統计脚本、數據政策和查看界面保持相對简单。
“隐私友好”不能替代法律判断。具體收集字段、保留周期、主机位置和配置效果要以当前文檔與部署設置為准。README 没有给出适用於所有流量规模的延迟或容量基准，因此不能從項目描述推導出生产性能。（Plausible）
脚本接入前先确定站点边界
常见接入方式是在頁面加入 Plausible 提供的脚本，並為站点配置域名。基础頁面浏覽由脚本發送，進一步的按钮、注册或下载動作可以通過自定义事件记錄。事件命名和属性設计應從業務问題開始，否则仪表盘很快會堆满含义重復的事件。
多域名、单頁應用、预覽环境和反向代理會改变事件归属。測試時應分別打開首頁、路由切換、目標動作和錯误頁面，确認请求發往预期站点且报告中的頁面路径没有被重寫。README 未說明你現有 CDN、缓存和內容安全策略的兼容結果，這些應在自己的域名上验证。（Plausible）
自定义事件讓統计靠近产品動作
Plausible 支持把關键動作作為事件發送，並在仪表盘中按事件查看。對产品团队而言，事件比单纯的頁面浏覽更接近“用户是否完成注册”“是否下载資料”這類判断。事件属性可以帮助区分套餐、入口或內容類別，但應避免把邮箱、手机號等直接身份信息塞進分析请求。
一個可維護的事件表至少需要名称、触發時机、属性含义和负责人。發布前用浏覽器網络面板檢查一次真實请求，再在仪表盘确認事件计數。項目可以记錄動作，却不會自動替你判断事件是否重復触發、是否受广告拦截器影响或是否代表業務成功。（Plausible）
托管服務與自建實例是两種责任模型
Plausible 提供官方托管产品，同時維護開源仓库和自托管路径。使用托管服務可以减少數據库、升级、備份和域名配置工作；自建则把數據放在自己的基础設施中，也把监控、備份、邮件、反向代理、升级回滚和故障排查交给部署者。选擇並不只是成本比较，而是數據控制权和运維责任的交換。
自托管試运行時，應從仓库提供的 compose 或安装文檔開始，明确數據库、密钥、站点域名和外部访问方式。檢查容器日志、健康状態、統计寫入和備份恢復。README 没有為每種云厂商给出完整运行参數，所以不要把单個示例当成通用拓扑。
报表能力要和替換目標逐項對照
Plausible 的優勢在於聚焦網站分析，而不是覆盖所有营销數據。若团队只需要趋勢、來源、頁面、目標和事件，界面可以减少埋点與报表維護。若現有平台依赖用户级路径、广告平台成本、跨产品身份合並或復雜归因，则需要先列出不可缺少的維度。
迁移不能只看首頁能否显示數字。應該讓同一批測試访问分別经過自然搜索、外链、直接访问和目標動作，比较來源识別、時区、去重和事件参數。README 未提供历史數據導入或與你的現有平台逐項等价的证據，缺失部分要明确保留。
許可证和隐私声明不能混為一谈
仓库許可证、服務条款和隐私政策承担不同职责。開源許可证决定代码能否使用和修改，隐私政策描述服務方如何處理數據；自建實例還要由部署者承担用户告知、访问控制和保留策略。項目標注的許可证應與實際發布版本和依赖許可证一起審查。
Plausible 試用應在獨立站点记錄一周真實流量，核對报告字段和業務事件，再審查升级與備份流程。如果必須保留用户级画像或广告成本聯動，輕量網站統计就不是完整替代品。
用一周事件样本檢查統计口径
Plausible 的接入验收應围绕真實站点，而不是只看脚本能否加载。為首頁、单頁路由、注册按钮和下载動作准備四類样本，记錄時区、來源参數、事件属性和反向代理前后的请求，再比较仪表盘中的頁面浏覽與目標事件。同步檢查广告拦截、重復点击和跨域跳转，确認缺失數字來自采集规则還是浏覽器环境。
從脚本请求一路追到仪表盘數字
Plausible 試运行可以固定一個測試域名和一份事件表：頁面浏覽使用真實路径，注册和下载分別带上定义好的事件名称與属性。用浏覽器網络面板记錄请求，再在仪表盘中按日期、來源和事件筛选，比较一次刷新、一次单頁路由切換和一次重復点击的计數。把時区、代理、广告拦截和跨域跳转逐項改变，便能知道數字差异來自站点配置還是访问环境。
Plausible 的數據核對還應檢查站点時区、UTC 日期边界、单頁應用路由和事件属性大小寫。用同一浏覽器分別刷新、切換路由和完成目標動作，保存網络请求與仪表盘截图。把測試域名和生产域名分開，删除試验事件，确認導出與備份不携带真實访客標识。
編輯結論
适合只需要頁面访问、來源、目標和自定义事件等網站指標，並希望减少第三方追踪復雜度或自行部署的团队。不适合依赖广告归因、用户级画像、復雜漏斗和 README 未承诺的企業报表能力。先在測試站接入脚本，验证時区、域名、事件参數、統计延迟和反向代理配置，再决定是否迁移历史數據。
社群筆記