工作原理
Checkout API使用的归因信号
API 创建的结账会把会话标识带入 Polar 订单事件，Talivia 再核对已支付订单。Polar 的确认事件始终是付款状态、金额、币种、订阅和退款的事实来源。
实施步骤
Polar Checkout API收入归因如何工作
- 01
先记录网站会话
在进入结账前安装 Talivia，记录当前会话的来源、营销活动、着陆页和访问行为。
- 02
传递结账信号
后端创建 Polar checkout 时，在元数据中加入当前 Talivia 会话标识。
- 03
等待服务商确认收入
Polar 确认已支付事件后才记录收入，打开但未完成的结账不会算作收入。
- 04
核对完整付费路径
在 Talivia 中打开付款，检查来源、着陆页、会话行为以及实际使用的匹配方式。
透明说明
需要了解的归因边界
- 创建结账的后端必须加入会话标识；Talivia 无法从无关的 API 订单反推出浏览器会话。
- 如果缺少必要的会话或客户信号，付款会保留在收入诊断中，而不会被分配一个猜测来源。
常见问题
Polar Checkout API归因常见问题
Polar Checkout API需要实现什么？
API 创建的结账会把会话标识带入 Polar 订单事件，Talivia 再核对已支付订单。结账环节需要完成：后端创建 Polar checkout 时，在元数据中加入当前 Talivia 会话标识。
Checkout API归因信号缺失时会怎样？
创建结账的后端必须加入会话标识；Talivia 无法从无关的 API 订单反推出浏览器会话。
如何验证 Polar Checkout API归因？
完成一笔沙盒或真实Checkout API付款，等待 Polar 报告已支付，再在 Talivia 中打开付款，核对匹配方式、来源、着陆页、页面浏览和事件。
继续了解
相关收入追踪指南
使用您自己的数据
把 Polar Checkout API连接到实际付费会话
安装 Talivia，按对应结账指南配置，并先验证一笔沙盒或真实付款，再使用报表做决策。
添加我的网站