概览
实现转化跟踪包含两个部分：存储和返回 rwg_token。这些值保持不变，但为了符合转化跟踪 v2 要求，您现在必须返回一个新值：merchant_change。
关于保留令牌的变更
现在，在保存令牌时，您需要存储与操作链接相关联的商家。这通常通过将商家与相应的 merchant_id 进行匹配来完成。
以下是设备级转化跟踪的示例，使用第一方 Cookie 将这些值存储在网络浏览器中。此示例假定您已将令牌值解析为变量，并实现了存储 merchant_id 的逻辑。如需使用此示例，您需要将 rootdomain 更新为您的网域。这种建议的方法可能并不适合所有人，因此合作伙伴可以根据需要自由调整或实现自己的逻辑。
<script>
if (typeof rwg_token !== 'undefined') {
merchant_id = // Write your own logic here assigning the merchant id value
document.cookie =
"_rwg_token=" + rwg_token + ";_merchant_id=" + merchantid + ";max-age=2592000;domain=rootdomain.com;path=/";
}
</script>
有关发送转化数据的变化
当用户完成转化事件后，post 正文应该是具有新布尔值 merchant_change 的 JSON 编码对象。
{
"conversion_partner_id": <partnerId>,
"rwg_token": <rwg_token_val>
"merchant_changed": 1|2
}
之前存储的 merchant_id 用于确定触发转化事件的商家是否与原始商家不同。确定商家是否发生了变化后，您将使用下表返回相应的 merchant_change 值。
| 商家更改值 | 要求 |
|---|---|
| 1 | 当用户离开原始商家的网站并通过您的平台在其他商家处完成购买交易时，应使用此值 |
| 2 | 当客户通过原始实体（商家）完成交易时，应使用此值。 |
发送转化事件时，您需要提供有效的 rwg_token。出于测试目的，请在两个环境中使用以下测试令牌，直到您准备好发布为止：
ADQ7psRE9YyDSVR6YpfD-fYdxoFYVKS1xeTvXdSxqF8a3bnk0W62eMEnUjoNPwjhNHG0elwBnM1awTjr9vXET8yOowCeuODjwA==
发出请求时，请使用与您的环境对应的以下端点：
- 正式版：https://www.google.com/maps/conversion/collect
- 沙盒：https://www.google.com/maps/conversion/debug/collect
转化归因要求
Google 对转化归因的要求是，对任何商店中的地点链接的任何互动，归因回溯期均为 30 天。
此归因回溯期意味着，在以下任一情况下，Google 都会发送转化事件：
- 用户访问地点操作链接，并在同一会话中为同一商家下订单（商家更改值 = 2）
- 用户点击地点操作链接，然后在 30 天内从其他渠道回访，为同一商家下订单。（ 商家更改值 = 2 ）
- 用户点击地点操作链接，然后在其他商店下单（无论是在同一会话内，还是在 30 天期限内的不同会话中）。（ 商家更改值 = 1 ）
此外，Google 希望用户从地点操作链接进入的所有平台发送转化事件。包括：
- 桌面或移动 Web 应用
- 移动应用（通过应用深层链接或您网域的注册应用 intent）
如果令牌存储在用户级别（请参阅“持久保留令牌”），则应提供跨设备归因。也就是说，如果用户在桌面设备上点击操作链接，然后在移动设备上完成交易（使用同一用户帐号），则应触发转化事件。
如果令牌仅在设备级别（例如浏览器 Cookie）存储，则您无需提供跨设备归因。在这种情况下，如果用户已点击该设备上的操作链接，那么每台设备都会保留一个单独的令牌，并且每个设备都将分别遵循归因规则。