选开源埋点分析系统时，“支持漏斗”经常被当作一个简单的勾选项。但这个勾选项至少有三层：事件能否正确进入存储、所选版本是否提供现成的漏斗界面、团队能否按自己的身份与时间规则复现转化人数。把它们混在一起，既容易误判 ClkLog 的社区版，也容易高估 SensorFlow 的演示看板。
直接结论：ClkLog 官方仓库当前把“漏斗分析”列在 PRO 等商业版本介绍和预览中，社区版预览展示的是数据概览、趋势与地域等页面；不要把商业版截图当作社区版现成功能，具体以目标版本实测为准。SensorFlow 不提供与成熟分析平台对等的开箱即用漏斗界面，但真实事件进入自有 ClickHouse 后，团队可以定义 SQL 与 Superset 看板；真实 SDK 接收需要单独许可证激活。两边都要拿同一组事件做 PoC。
本文由 SensorFlow 项目维护方撰写，依据公开仓库与文档整理，没有做并排吞吐、部署耗时或价格测量。本文只讨论技术选型，不解释许可证法律义务。
先把版本边界写在验收表上
| 验收项 | ClkLog 社区版 / 目标版本 | SensorFlow |
|---|---|---|
| 产品形态 | 官方仓库展示自有分析后台，社区版有数据概览等界面；漏斗等能力按官方版本说明核对 | Go 接收、ClickHouse 原始事件、SQL 与 Superset |
| 漏斗图 | 当前官方 README 把漏斗分析放在 PRO 等商业版介绍中；社区版是否满足需求，以安装版本与实际操作核验 | 不是开箱即用的同等分析界面，团队需自己定义查询和看板 |
| 神策 SDK 接收 | 源码部署说明描述接收神策 SDK 日志的链路；具体请求、版本、插件需实测 | 面向兼容的标准上报路径；具体 SDK 版本、插件和身份语义需实测 |
| 存储与运维 | 官方示意包含 Receiver、Kafka、Processing、ClickHouse 或 Doris、API 与前端；按实际部署组件核对 | 使用方管理 Go 服务、ClickHouse、Superset、备份、权限和监控 |
| 开源与商用边界 | 官方仓库标明 AGPL-3.0 社区版及单独的商业版本 | 仓库代码采用 Apache-2.0；合成 Demo 可先运行，真实 SDK 接收需要单独激活 |
这不是说 ClkLog 社区版“不能分析任何事件”，也不代表不能通过二次开发实现漏斗。官方 README 列出社区版的基础指标、趋势等能力；问题是目标团队想让运营人员直接创建漏斗，还是接受自行建模。如果不区分“数据可用”和“现成漏斗 UI”，两套方案都会被错误宣传。
同一组事件，先验收什么？
拿“注册页 → 注册成功 → 首次关键操作”作为测试问题。真正要比较的不是两张图长得像不像，而是相同业务事实有没有被数成相同的用户旅程。
- 固定事件契约。给三步事件写明触发时机、匿名 ID、登录 ID、客户端时间、服务端确认状态、去重键和测试环境。注册按钮点击不能自动算注册成功。
- 加入边界样本。至少准备正常成功、重复上报、跨日完成、匿名转登录、先完成后迟到的事件，以及业务失败但客户端误点的样本。样本使用虚构 ID，不含用户隐私。
- 分别打通最终存储。实际发送目标 SDK 版本的请求，记录接收响应、消息处理与最终事件。ClkLog 的处理链路和 SensorFlow 的 ClickHouse 链路都要看最终数据；HTTP 返回成功不等于可用的报表数据。
- 统一漏斗定义。明确分母是用户、账号还是事件；步骤是否必须有序；转化窗口如何计算；跨设备身份如何关联；迟到事件何时重算。把规则写成预期结果表，再在所评估版本中复现。
- 记录完成成本。若选 ClkLog，确认目标版本的界面是否足够、Kafka 等组件谁维护；若选 SensorFlow，记录 SQL、Superset 数据集、权限、备份与升级由谁负责。不要把单次搭建看板的时间当长期运维成本。
ClickHouse 官方提供 windowFunnel 函数说明，但函数存在并不等于产品已替团队解决身份、去重或业务成功口径。SQL 实现应先通过上面那组预期样本，再给业务人员看图。SensorFlow 的快速开始也把合成演示与真实接收分开；只看到 Demo 漏斗图，不是迁移验收。
哪些团队应先测哪条路线？
想让运营人员直接在产品里完成分析、并愿意核对 ClkLog 社区版与商业版差异的团队，应先实测 ClkLog 的目标版本。若社区版不满足漏斗 UI 要求，应明确评估商业版或其他完整分析产品，而不是假设免费版也有同样界面。
已有神策 SDK、把原始事件放到自有 ClickHouse 是硬要求、具备 SQL 和基础运维能力的团队，可以先验证 SensorFlow。它的价值在接收与数据检查边界，不能承诺与 ClkLog 专业版分析体验对等。对没有人维护指标 SQL 的团队，透明数据链路本身也可能变成额外负担。
最后用一张实际验收表做决定：每个样本的预期用户数、两套系统的最终记录、差异原因、所需版本与运维责任。再参照开源埋点分析系统选型总览核对 PostHog、Matomo 等其他路线。SensorFlow 与 ClkLog 均为独立项目，彼此不存在关联或背书。
