在 Payment API 结账前记录会话
Talivia 会保存首次引荐来源、营销活动值、着陆页、访客身份以及网站上发生的产品活动。
Payment API 收入归因
Talivia 将 Payment API 确认的付款与付款前的引荐来源、营销活动、着陆页和访客活动连接起来。
这笔付款已归因到来自 google.com 其着陆页为 /pricing
集成工作原理
Payment API 继续作为付款金额、币种和状态的事实来源;Talivia 保存网站获客背景,并使用可用的结账标识将两条记录可靠地连接起来。
Talivia 将付款事件作为收入的事实来源,将网站会话作为获客背景的来源。当可用标识一致时,付款会继承对应的引荐来源、营销活动、着陆页、访客以及首次或末次接触归因字段。
支持的结账路径
选择客户已经在使用的结账路径。Talivia 会使用该流程中最可靠的受支持会话信号,无需更换付款服务商,也无需把结账迁移到新页面。
保留当前结账体验,同时传递可用于连接网站会话和已确认付款的最强信号。
归因方法
只有将服务商中的付款身份与浏览器会话连接后,已完成付款才能成为有用的营销数据。Talivia 会把这段关系记录为可检查的归因记录,而不是把匹配过程隐藏在转化总数中。
Talivia 会保存首次引荐来源、营销活动值、着陆页、访客身份以及网站上发生的产品活动。
连接会提供付款状态、金额、币种、结账身份、客户身份以及受支持的订阅或退款事件。
Talivia 使用会话标识、返回页数据或最可靠的受支持备用信号,将付款与会话连接起来,并报告匹配置信度。
收入报表
已归因的 Payment API 付款会显示在用于理解流量的网站维度旁。按收入比较引荐来源、渠道、营销活动、关键词和着陆页,再展开任意一行查看其背后的最新付款。
付款记录将金额、服务商、付款状态、获客来源、着陆页和匹配置信度保存在一起。这样既能利用汇总报表,也不会失去调查单个客户路径的能力。
打开 Payment API 配置指南结账后的付款
收入归因不会在首次成功结账后停止。Talivia 会让之后的付款事件继续关联到最可靠的已知客户关系;缺少该关系时,未匹配收入仍会保持可见。
Talivia 保存来源、营销活动、着陆页和访客会话,以便在付款确认后完成匹配。
Payment API 仍然负责确认金额、币种和付款状态,Talivia 不会把尚未完成的结账计为收入。
如果缺少可靠的会话或客户关系,付款会留在收入诊断中,便于检查和修复。
了解如何将 Payment API 付款与网站会话、结账信号、订阅和退款连接起来。
Talivia 先记录网站会话和获客背景,再接收 Payment API 确认的付款,并使用结账、会话或客户标识把两者连接起来。
不需要。继续使用现有的 Payment API 结账流程,并按照对应指南加入 Talivia 支持的会话信号即可。
可以。打开已归因付款即可按时间顺序查看引荐来源、着陆页、页面浏览、自定义事件、结账和付款确认。
付款仍会显示在收入诊断中,并保留服务商事件和缺失原因,不会从报表中静默消失。
Payment API 收入归因
连接一个网站,完成一笔测试付款,然后在 Talivia 中验证来源、着陆页和付费会话。