把 Stripe 收入连接到带来它的访问
nogeek · Founder of webanalytics.run
在不把归因包装成确定事实的前提下，连接流量、转化、退款与订阅收入。
当流量能够与可信的业务结果比较时，它才真正有价值。对 SaaS 来说，这通常意味着注册、 付费订阅、退款或经常性收入。
两条独立的数据链路
webanalytics.run 把普通分析事件和可信业务事实放在两个领域中。浏览器 Pageview 可以说明 一次获客触点，但不能证明钱已经支付。收入通过 Stripe 只读 Restricted API Key 导入， 并作为有 Provider 依据的事实保存。
第一版采用小时级同步和每日对账，不承诺 Stripe OAuth、自动安装 Webhook 或实时收入。 客户可以在 Stripe 撤销 Key；断开 Adapter 后也会停止后续同步。
先有 Identity Link，再谈归因
业务系统需要显式把自己的用户或客户连接到当前分析 Session。这个连接在匿名获客触点
与后续 Stripe Customer 之间建立桥梁。只有来自认证后的 Trusted Conversion 链路或
Revenue Adapter 的转化才是可信事实，浏览器发送一个名为 purchase 的事件并不足够。
First Touch 和 Last Touch 回答不同问题
First Touch 回答哪个已知来源最早带来客户；Last Touch 回答配置窗口内，哪个已知来源 出现在转化之前。两者都不能证明因果关系。缺少同意、换设备、窗口过期或没有 Identity Link，都可能使收入无法归因。
因此 Revenue 报表必须显示 Unattributed 金额和占比。隐藏它会让渠道归因看起来比底层 数据实际允许的更确定。
退款和订阅不是 Pageview
Gross Revenue、Refund、Net Revenue、MRR 和 ARR 是不同指标。退款必须减少相应总额； 经常性指标必须来自当前订阅事实，而不是简单放大一次 Checkout 事件。每日对账可以修复 轮询窗口的遗漏，并公开数据健康状态。
归因是决策辅助，不是会计账本。Stripe 仍然是付款事实源，webanalytics.run 用于解释 已知获客触点与这些可信事实的关系。
nogeek · Founder of webanalytics.run