總覽
導入轉換追蹤分為兩個部分：儲存及傳回 rwg_token。這些值維持不變，但為了符合轉換追蹤第 2 版的規定，您現在必須傳回新的值：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>
傳送轉換資料的相關變更
使用者完成轉換事件時，貼文主體應為含有新布林值 merchant_change 的 JSON 編碼物件。
{
"conversion_partner_id": <partnerId>,
"rwg_token": <rwg_token_val>
"merchant_changed": 1|2
}
先前儲存的 merchant_id 會用來判斷觸發轉換事件的商家是否與原始商家不同。確定商家是否已變更後，您將使用下表傳回適當的 merchant_change 值。
| 商家變更值 | 需求 |
|---|---|
| 1 | 當使用者離開原始商家的網站，並透過平台向其他商家完成購物時，即應使用這個值 |
| 2 | 當客戶透過原始實體 (商家) 完成交易時，應使用這個值。 |
您必須在傳送轉換事件時提供有效的 rwg_token。為了進行測試，請在兩個環境中使用以下測試權杖，直到準備好啟動為止：
AJKvS9WeONmWKEwjG0--HdpzMq0yAVNL8KMxbb44QtbcxMhSx_NUud5b8PLUBFehAIxOBO-iYRIJOknEFkIJmdsofdVJ6uOweQ==
提出要求時，請使用下列與環境對應的端點：
- 生產：https://www.google.com/maps/conversion/collect
- 沙箱：https://www.google.com/maps/conversion/debug/collect
轉換歸因規定
Google 的轉換歸因規定，針對任何商店中與地點連結的互動，必須為 30 天的歸屬期。
這個歸因期間表示 Google 預期會在下列任一情況下傳送轉換事件：
- 使用者追蹤地點動作連結，並在同一個工作階段中向同一個商家下單(商家變更值 = 2)
- 使用者在追蹤地點動作連結後，在 30 天內從其他管道回訪，為同一個商家下單。( 商家變更值 = 2)
- 使用者會追蹤地點動作連結，然後在同一工作階段內或於 30 天內的不同工作階段內向其他商店下單。( 商家變更值 = 1)
此外，Google 預期使用者從地點動作連結前往的所有途徑，都會傳送轉換事件。包含：
- 電腦版或行動網頁應用程式
- 行動應用程式 (透過應用程式深層連結或網域中已註冊的應用程式意圖)
如果權杖儲存在使用者層級 (請參閱保留權杖)，則您應提供跨裝置歸因。也就是說，使用者若先在電腦上點選動作連結，然後在行動裝置上完成交易 (使用同一個使用者帳戶)，應該就會觸發轉換事件。
如果權杖只儲存在裝置層級 (例如瀏覽器 Cookie)，就預期不會提供跨裝置歸因。在此情況下，如果使用者點選裝置上的動作連結，且每部裝置都會遵循歸因規則，則每部裝置都會有個別的保留權杖。