轉換追蹤

目標：導入轉換追蹤功能， 整合預約商家連結。

，瞭解如何調查及移除這項存取權。

警告：請務必將轉換資料納入 不會將個人識別資訊 (PII) 傳送給 Google。

導入作業

摘要

導入轉換追蹤的程序分為三個部分：

1. 收集 rwg_token 到達網頁 / 應用程式進入點。
2. 保留 rwg_token 適當的歸屬期
3. 在結帳時傳送轉換事件

導入這項轉換追蹤時，您不必使用 Google Analytics 或任何其他第三方 JavaScript

重點： 導入轉換的層級有兩種 追蹤、裝置層級和使用者層級。在此期間，兩種方法皆可提供支援 以及根據產品架構進行選擇。

著手導入轉換追蹤前，應先決定 若想在裝置層級或使用者層級追蹤轉換，請按照下列步驟操作：

• 裝置層級包含使用瀏覽器 Cookie、本機瀏覽器 儲存空間、應用程式本機儲存空間，或任何其他可持續使用的方法 30 天的歸屬期符記。因為符記 都會儲存在使用者裝置的本機上 清除使用者所用裝置、清除本機儲存空間/Cookie，或者 轉換事件使用私密瀏覽或無痕模式 可能無法正確標示出處使用裝置層級時 轉換追蹤，就必須在每個 支援的介面 (包括行動裝置)。
• 使用者層級包含在應用程式中保存這項資訊 透過伺服器端分析系統或其他平台 伺服器端系統因為憑證會儲存在 如果使用者變更使用者所使用的裝置，則會清除 本機儲存空間/Cookie 瀏覽，或是使用私密瀏覽 在無痕模式下，轉換事件仍會歸因一次 使用者重新登入使用使用者層級轉換追蹤時 視系統架構而定，您或許可以 只需在伺服器端實作一次，即可跨所有 支援的介面。

收集rwg_token

每當 Google 顯示您透過以下方式提供的 action_link 時 動態饋給，網址會進行修改，加入不重複的查詢 參數：rwg_token。rwg_token 值是經過編碼的字串，其中包含有關 使用者所點擊的連結您將儲存這個權杖，並以

您必須在每個到達網頁 / 應用程式進入點剖析設定的值 並儲存為 rwg_token 查詢參數。使用條件 「保存參數」步驟中所述， rwg_token。

以下示例說明如何透過以下方式剖析這個權杖，以便追蹤裝置層級： 。您也可以在 回應要求時：

<script>
  var query = location.search.substring(1);
  var params = query.split('&');
  var rwgToken = undefined;
  for (var i = 0; i < params.length; ++i) {
    var pair = params[i].split('=');
    if (pair[0] == 'rwg_token') {
      rwgToken = decodeURIComponent(pair[1]);
      break;
    }
  }
</script>

保留 rwg_token

注意：保留 rwg_token 是正確確保 導入必要的歸屬期。如要進一步瞭解 註明出處需求請參閱 轉換歸因相關規定。

您必須保留 rwg_token 網址參數， 都會附加至您提供的所有動作連結，總計 通常在 30 天內有效rwg_token 的值應為 未做任何修改的儲存與傳回 如果上次造訪已存權杖， 請更換舊有權杖，且保留 30 天的儲存期限 必須重設。

保存權杖時，您可以將權杖儲存在 裝置層級或使用者層級：

• 裝置層級包括使用瀏覽器 Cookie、本機儲存空間 應用程式本機儲存空間，或任何其他可保存權杖 30 天的歸屬期。
• 「使用者層級」包含保留在應用程式資料庫中。 測試了 Google Cloud 產品

以下舉例說明裝置層級的轉換追蹤 Google 會經由 第三方 Cookie此範例假設您已剖析符記值 加到變數中，如上例所示使用這個範例時 請將「rootdomain」更新為您的網域。

<script>
  if (typeof rwg_token !== 'undefined') {
    document.cookie =
    "_rwg_token=" + rwg_token + ";max-age=2592000;domain=rootdomain.com;path=/";
  }
</script>

使用使用者層級轉換追蹤時，rwg_token應 會儲存在伺服器中，並與使用者的相關聯。

正在傳送轉換資料

使用者完成交易時，交易可歸因於 Google 地點動作連結，您必須將 HTTP POST 要求傳送至 轉換端點有兩個端點，一個用於正式環境 另一個供沙箱環境使用

• 正式版：https://www.google.com/maps/conversion/collect
• 沙箱：https://www.google.com/maps/conversion/debug/collect

文章內文必須是 JSON 編碼物件，格式如下：

{
  'conversion_partner_id': partnerId,
  'rwg_token': <rwg_token_val>
}

在沙箱和實際執行環境中 傳送轉換事件時，請提供有效的 rwg_token。 為了在沙箱環境中進行測試，您可以使用下列 測試權杖

AJKvS9WeONmWKEwjG0--HdpzMq0yAVNL8KMxbb44QtbcxMhSx_NUud5b8PLUBFehAIxOBO-iYRIJOknEFkIJmdsofdVJ6uOweQ==

敬上

注意：在實際工作環境中，請勿傳送不含 歸因於這項整合。請務必檢查 傳送事件前未過期的 rwg_token 值。

裝置層級轉換追蹤的完整範例 (在 使用者裝置)，並說明如何發出此張貼請求 包含下列內容：

const partnerId = XXXXXXXXXX;
const endpoint = `https://www.google.com/maps/conversion/collect`;

const rwgTokenCookie = document.cookie
  .split('; ')
  .find(row => row.startsWith('_rwg_token='));

if (typeof rwgTokenCookie !== 'undefined') {
  const rwgTokenVal = rwgTokenCookie.split('=')[1];
  fetch(endpoint, {
    method: "POST",
    body: JSON.stringify({
      conversion_partner_id: partnerId,
      rwg_token: rwgTokenVal
    })
  });
}

使用使用者層級轉換追蹤時，您應該擷取 權杖的相關權杖 (無論實際位置為何) 這會啟用) 伺服器，然後傳送 取得相同系統的憑證

注意：轉換事件可從網站或應用程式用戶端傳送。 或從伺服器匯入您可以依據 根據儲存位置和儲存位置而定，但前提是您要 每個轉換只會傳送一次事件，並加入有效的 rwg_token 的值。

轉換歸因相關規定

Google 的轉換歸因標準為 30 天 任何與地點連結互動的歸屬期 也就是經過處理且會導入模型的資料 接著再透過特徵儲存庫與他人分享

注意：這種歸因架構可能與 數據分析系統會歸因轉換這個系統 其運作原理是獨立運作，不受您目前所有的轉換追蹤 您系統的運作，應該不會影響您內部 數據分析

歸屬期代表預期轉換 事件觸發：

• 使用者追蹤地點動作連結後，在 相同的工作階段
• 使用者點選地點動作連結，然後從 30 天內不同管道下單。
• 使用者點選地點動作連結，然後向 在不同商店 (可能在同一工作階段內) 查看每 30 天一次的工作階段

此外，我們希望所有事件都會傳送轉換事件 會顯示使用者可透過地點動作連結到達的位置。其中包括：

• 電腦版或行動版網頁應用程式
• 透過應用程式深層連結或已註冊的行動應用程式 您網域的應用程式意圖

如果權杖是儲存在使用者層級 (請參閱保留憑證一節)，這是正常情況 您需要使用跨裝置歸因分析功能。也就是說，使用者 會追蹤桌面的動作連結，然後完成 行動裝置的交易 (使用相同的使用者帳戶) 應會觸發 轉換事件。

如果權杖只儲存在裝置層級，例如 基於這個原因，我們需要您提供 出處。在這種情況下，每部裝置都會有個別的權杖 如果使用者在裝置上追蹤動作連結，就會顯示這個值。且 每項裝置會分別遵循歸因規則。