首次触点归因把贡献分给最早记录到的有效接点；末次触点归因把贡献分给所定义成果发生前的最后一个有效接点。 两者都无法还原影响旅行者的全部经历。租车业务应先区分“从哪里知道我们”和“从哪里回来完成预订”。
本文结合Google公开说明与2026年9月14日审阅的Orcar预订、支付归因设计。实现说明不等于生产数据完整性审计，也不是渠道效果报告。主题插图为概念表达，不是真实客户旅程图。
1. 先定义接点，再选择模型
“首次”只代表可观察历史及有效性规则中的首次。旅行者可能先在私人聊天中获得推荐，之后才打开可测量的链接。最后一次访问、最后一次带标签的互动和最后一次非直接点击也可能不同。
Google Analytics区分用户、会话与事件范围。First user source描述观测到的用户获取来源，Session source描述会话来源，事件范围归因则为关键事件分配贡献。更改报告归因模型不会改变用户或会话范围的维度。 [1][3]
Google已于2023年11月移除首次点击报告模型，不应再把它写成当前GA4菜单中的选项。First user维度仍然存在；自有系统保存首次触点又是另一回事。 [4]
同意选择、存储拦截、清除Cookie及更换设备都可能中断可观察历史。缺失的早期接点应保留为未知，不要绕过隐私选择来重建路径。
2. 三次访问，仍然只有一笔预订
以下是虚构示例，不是Orcar客户记录。同一浏览器先通过合作方文章中的标签链接进入网站，再通过搜索广告返回，最后直接输入网址并付款。假设两个带标签的接点仍然有效，而且已关联同一笔预订。
| 视角 | 本例归因对象 | 解释什么 |
|---|---|---|
| 首个有效记录接点 | 合作方文章 | 观测到的发现渠道 |
| 最后一次非直接点击 | 搜索广告 | 最近的有效非直接回访 |
| 字面上的最后访问 | 直接访问 | 支付会话如何开始，不一定是获分配贡献的渠道 |
| 业务成果 | 一笔符合条件的已付款预订 | 所有视角共同描述的去重结果 |
Google的归因模型通常不向直接访问分配贡献，除非整个路径都是直接访问。因此，直接回来付款不自动等于直接渠道转化。自有模型需要单独说明规则。 [4]
文章和广告没有各自多产生一笔预订。把首次与末次归因的预订数相加，只会重复计算同一结果。
3. Orcar预订设计揭示的差异
已审阅的实现会在浏览器中分别组织首次和末次触点记录。创建预订和创建支付时，都会向服务器传递归因与分析会话信息。创建支付可能更新预订提交的归因信息，支付完成时可能将预订关联至支付会话。
因此，开始预订时掌握的信息不一定与付款时相同。之后的回访可能带来新证据。比较报告前，应明确使用哪个时点的记录以及哪种成果时间。名为“首次触点”的字段不必然是某个人终身首次发现品牌的不变记录。
文档中的获客漏斗以关联测量会话的确认已付款预订作为最后一步，而非仅凭浏览器发送的支付成功事件。这是设计描述，不保证每笔实际预订都已完整关联。支付尝试和确认已付款预订是不同结果。
4. 比较同一批租车预订
判断渠道优劣前，先统一以下口径：
- 成果：选择确认已付款预订或已完成租赁，去重后统计，不混合状态。
- 时间：明确按访问日、付款日还是取车日划分，以及时区、数据截止点。
- 有效历史：写明回溯期和直接流量规则。Cookie保存时间不自动等于报告的归因回溯期。 [3]
- 记录时点：使用创建预订、创建支付还是后续核对时的归因记录。
- 覆盖范围：用同一成果群组中已关联会话的预订数除以全部符合条件的预订数；关联成功但缺少来源标签的情况也要单列。
- 金额：采用相同币种和退款处理方式。付款额、退款后净收入、贡献利润不能混用。
保留未关联预订这一类别。关联改善可能提高可归因预订数，但不代表营销本身变好。核对用标识符应限制访问，勿将旅行者姓名、证件资料或预订访问令牌放入活动标签。
5. 用分歧提出下一步验证问题
某渠道常出现在首次触点而很少出现在末次触点，可能是在介绍服务后让旅客从其他渠道返回。相反的模式可能是在帮助完成决定。两者都只是待验证假设，不是新增需求的证明。
对同一批预订应用两套规则，保留未知部分，并在适当权限内检查路径。要声称取消渠道就会失去其归因预订，需要受控实验或其他可靠的因果设计。参见租车效果衡量指南。
QR推广指南解决的是如何确认扫码到预订各步骤的证据。本文则讨论成果关联后如何分配贡献。准备国际旅客获客与预订流程的企业，可查看Orcar租车合作伙伴介绍。
常见问题
首次还是末次触点更准确？
直接回访会清除之前的来源吗？
可以把未关联预订记为自然搜索吗？
来源