谷歌分析逼疯开发者：1个5KB脚本终结7年割裂

2018年，Mixpanel拿下8600万美元融资时，没人想到"网站分析"和"产品分析"会分裂成两个平行宇宙。7年后，一个Angular开发者用5KB代码把两边焊在了一起。

这不是创业故事，是一个被账单逼急了的程序员写的复仇代码。

1. 谷歌埋下的雷：一个SPA，两套系统

谷歌分析（Google Analytics 4）的转型堪称经典翻车。它本想在移动端时代统一口径，结果把单页应用（SPA）开发者扔进了火坑——页面跳转不刷新，用户行为像量子态一样测不准。

作者的原话很直白：「GA4 felt painfully overkill for my Angular SPA」。翻译成人话：用GA4追踪一个Angular单页应用，就像用航母送外卖。

更荒诞的是行业分化。Plausible、Fathom这类工具专攻隐私友好的网站统计，PostHog、Mixpanel死磕产品内的用户路径分析。两边井水不犯河水，直到你发现自己同时需要它们。

典型场景：一个Solo Founder（单人创业者）既运营营销落地页，又维护付费产品后台。结果是——两个脚本、两个仪表盘、两份账单、双倍的GDPR合规焦虑。

作者算了笔账：不是钱的问题，是认知负荷。切换上下文本身就在消耗创造力。

2. Pulzivo的解法：拒绝站队

新工具叫Pulzivo，核心卖点写在脸上：一个脚本，两种能力。

技术细节很克制。~5KB的脚本体积，相当于一张优化过的JPEG头图。对比之下，PostHog的JS bundle动辄上百KB，GA4的gtag.js在慢网环境下能拖垮首屏。

功能拆分用了一张对照表，作者直接贴在了官网上：

Web Analytics侧：页面浏览、来源追踪、设备/地理位置——传统网站统计该有的都有，但去掉了电商漏斗那些你用不上的噪音。

Product Analytics侧：自定义事件、用户识别、会话回放、漏斗分析——SaaS产品需要的埋点能力，不用另开一摊。

关键设计：同一套数据模型。用户从博客文章跳转到注册页，再进入产品后台，行为链条不断裂。不用像拼乐高一样把两个工具的数据强行对齐。

免费 tier 给10K事件/月，不绑信用卡。这个数字对早期SaaS够用，对内容站则相当宽裕。

3. 开发者的真实爽点

作者列了四条"real wins"，没有一条是"AI驱动"或"革命性"这种空洞词：

第一，隐私合规内置。GDPR/CCPA的同意管理、数据保留策略、删除请求处理，不用自己搭工单系统去手动删。

第二，API优先。数据可以导出，可以对接BI，不被锁死在某个可视化界面里。

第三，Angular原生支持。SPA的路由变化自动捕获，不用像对付GA4那样写一堆workaround。

第四，速度。脚本小，加载快，不拖累核心Web指标——这对SEO和用户体验都是硬收益。

作者没说的是：这套设计本质上是在赌一个趋势。越来越多的产品本身就是网站（Notion、Figma、Linear），边界正在模糊。工具如果还按"网站vs应用"画地为牢，就是在跟用户结构作对。

4. 冷启动的诚实

文章结尾没有融资数字，没有客户logo墙。作者只放了X账号，预告下一篇要写Angular表单追踪的6事件漏斗。

这种"边做边写"的透明感，反而比PR稿更有说服力。评论区有人在问：你现在是用两套工具还是一套？最大的分析痛点是什么？

问题抛给了读者。作者没给答案，但给出了自己的答案：一个5KB的脚本，和一张拒绝妥协的产品对照表。

如果你也在两个仪表盘之间来回切换，你会为"统一"付多少溢价？还是宁愿继续免费，忍受割裂？