这个5KB脚本让开发者省了2份账单，真敢这么玩？

一个Angular开发者花了3年时间，终于受够了在Google Analytics 4里翻找数据的痛苦。他发现市面上所有分析工具都在逼他做一道选择题：要么看懂访客从哪来，要么看懂用户在应用里干了什么——但不能同时。

2024年底，他把自家SaaS的分析需求拆成两张表，发现需要同时运行Plausible和Mixpanel。两个脚本、两份隐私合规文档、两份账单。这种"精神分裂式"的数据体验，最终逼他写出了Pulzivo。

5KB脚本背后的选择题

现在的分析工具市场泾渭分明。一边是以Plausible、Fathom为代表的网站分析派，擅长回答"访客从哪来、看了哪页"；另一边是以PostHog、Mixpanel为代表的产品分析派，追踪"用户点了哪个按钮、为什么流失"。

问题出在中间地带。如果你做的是单页应用（SPA），网站本身就是产品——比如Notion、Figma这类工具。或者你是个独立开发者，既要运营营销落地页，又要运营SaaS后台。这时候选边站，等于主动放弃一半数据。

Pulzivo的解法很直接：一个不到5KB的脚本，同时覆盖两种场景。开发者Pulzivo在博客里贴了一张对比表，把功能拆成左右两栏——左边是网站分析该有的（页面浏览、来源追踪、设备分布），右边是产品分析该有的（自定义事件、用户漏斗、留存计算）。

关键区别在于数据模型。传统网站分析把"页面加载"当核心事件，产品分析把"用户行为"当核心事件。Pulzivo的架构让两者共用同一套用户标识，不用在跨域追踪上折腾。

开发者视角的真实收益

Pulzivo列了四条自己作为开发者的实际收益。第一条是部署简化：一个脚本标签搞定，不用在营销页埋Plausible、在应用里埋Mixpanel。第二条是数据打通——同一个用户在官网看了博客，又进产品点了"升级"，这条路径不用跨仪表盘拼接。

第三条指向合规成本。GDPR和CCPA要求每个追踪工具都有独立的同意管理机制，两个工具意味着两份隐私政策、两次用户弹窗、两次数据删除流程。第四条最实在：一份账单。

免费档给到每月1万条事件，对于早期SaaS足够跑几个月。Pulzivo在文末补了一句：「Start free forever — 10K events per month, no credit card required.」

Angular SPA的特殊困境

这篇博客的读者画像很清晰：前端开发者、技术创始人、独立黑客。Pulzivo自己就是Angular单页应用的开发者，他吐槽GA4对SPA的支持" painfully overkill"——每次路由切换都要手动发事件，漏斗报表里页面路径和虚拟事件混成一团。

他预告了下一篇内容：Angular SPA里可靠的表单追踪，一个包含6个事件的漏斗模型。这个细节暴露了Pulzivo的产品定位——不是要做"更好的Plausible"或"更便宜的Mixpanel"，而是抓住SPA开发者这个被两边工具都忽视的中间群体。

Plausible最近加了事件追踪，PostHog最近优化了网站分析报表，但两者核心体验仍然偏向单边。Pulzivo的赌注是：这个中间市场足够大，且对"一个工具搞定"有刚性需求。

他在结尾抛了三个问题：你现在用几个工具分别处理网站和产品分析？最大的头痛点是什么？要不要试试这个5KB的替代方案？

评论区第一条回复是个具体场景：「我们同时用Google Analytics 4和Amplitude，每次CEO问'这个渠道来的用户转化率多少'，我都要导出两份CSV手动VLOOKUP。」