步驟 3:轉換追蹤

實作

摘要

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

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

您不必使用 Google Analytics 或任何其他第三方 JavaScript,即可導入這項轉換追蹤功能。

開始導入轉換追蹤功能前,請先決定要追蹤裝置層級或使用者層級的轉換:

  • 裝置層級包括使用瀏覽器 Cookie、本機儲存空間、應用程式本機儲存空間,或任何可在 30 天歸因期間保留權杖的方法。由於權杖會儲存在使用者的裝置本機,因此如果使用者變更所使用的裝置、清除本機儲存空間/Cookie,或是使用私密瀏覽或無痕模式,轉換事件可能就無法正確歸因。使用裝置層級轉換追蹤時,您必須在每個支援的途徑 (包括行動版) 中重新實作這項功能。
  • 使用者層級包括透過伺服器端分析系統或其他伺服器端系統,在應用程式資料庫中保留層級。由於權杖會儲存在伺服器端,因此如果使用者變更所使用的裝置、清除本機儲存空間/Cookie,或是使用私密瀏覽或無痕模式,只要使用者重新登入,轉換事件仍會歸因。使用使用者層級轉換追蹤功能時,視系統架構而定,您可能可以在伺服器端實作一次,並在所有支援的途徑中重複使用。

收集 rwg_token

每當 Google 顯示您透過動態消息提供的 action_link 時,該網址就會修改為包含專屬查詢參數:rwg_tokenrwg_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 網址參數,並附加至您提供的所有動作連結,總時長為 30 天。rwg_token 的值應儲存並傳回,且不得進行任何編輯。如果有來自先前造訪的現有權杖,則應替換舊權杖,並重設儲存空間的 30 天回溯期。

當您要儲存權杖時,可以將權杖儲存在裝置層級或使用者層級:

  • 裝置層級包括使用瀏覽器 Cookie、本機儲存空間、應用程式本機儲存空間,或任何可在 30 天歸因期間保留權杖的方法。
  • 使用者層級包括透過伺服器端分析系統或其他伺服器端系統,將層級保留在應用程式資料庫中。

以下是裝置層級轉換追蹤的範例,透過第一方 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==

以下是裝置層級轉換追蹤 (使用使用者裝置上的 Cookie) 的完整範例,說明如何在 JavaScript 中提出這項 POST 要求:

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
    })
  });
}

使用使用者層級轉換追蹤時,您應從伺服器端儲存機制中擷取與使用者相關聯的權杖 (無論使用者位於何處),並使用相同的實際工作環境或沙箱端點傳送權杖。

轉換歸因規定

Google 的轉換歸因標準規定,任何商店的任何地點連結互動都必須設有 30 天的歸因期。

這個歸因回溯期表示,我們會在下列任一情況下傳送轉換事件:

  • 使用者點選地點動作連結,並在同一工作階段中下單
  • 使用者點選商店行動連結,然後在 30 天內透過其他管道返回,下單購買商品。
  • 使用者點選地點動作連結,然後在 30 天內,在同一個工作階段或其他工作階段中,向不同的商店下單。

此外,我們希望從使用者透過地點動作連結進入的所有介面傳送轉換事件。包括:

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

如果符記儲存在使用者層級 (請參閱「持續保留符記」),您應提供跨裝置歸因。也就是說,如果使用者在電腦上點選動作連結,然後在行動裝置上 (使用相同的使用者帳戶) 完成交易,就會觸發轉換事件。

如果權杖僅儲存在裝置層級 (例如瀏覽器 Cookie),則不應提供跨裝置歸因。在這種情況下,如果使用者在裝置上按下動作連結,每部裝置都會保留個別的符記,且每部裝置都會個別遵循歸因規則。