Show Menu
主題×

透過 Dynamic Tag Management 來實作

較舊的實作會使用 Dynamic Tag Management (DTM) 來設定及部署 Experience Cloud ID 服務,並將 Experience Cloud Identity 服務與其他 Experience Cloud 解決方案整合。

透過 Dynamic Tag Management 來實作

較舊的實作會使用 Dynamic Tag Management (DTM) 來設定及部署 Experience Cloud ID 服務,並將 Experience Cloud Identity 服務與其他 Experience Cloud 解決方案整合。
目前 Adobe Experience Platform Launch 是慣用且建議的實作工具,因為其具備 DTM 缺乏的功能,可協助簡化複雜的標籤管理工作,並將程式碼放置作業自動化。請參閱 透過 Launch 實作

Dynamic Tag Management 和 ID 服務

動態標籤管理 可讓您設定、部署並管理識別碼服務執行個體和相關的 Experience Cloud 解決方案整合。DTM 可與 ID 服務及其他 Experience Cloud 解決方案深入整合,因此有助於簡化實作程序。只需新增與設定 Experience Cloud ID 工具並指定相關資訊,例如:
  • Experience Cloud 組織 ID (若已連結至 Experience Cloud 會自動填入)
  • Analytics 追蹤伺服器 (安全和不安全)
  • Experience Cloud 伺服器 (適用於第一方追蹤伺服器)
DTM 免費提供給所有 Experience Cloud 客戶使用。
DTM 快速入門
DTM 是簡單且功能強大的工具。如果您尚未使用過 DTM,強烈建議您試用看看。請參閱 DTM 文件 DTM 入門影片 ,開始使用本服務。如需使用 DTM 設定 ID 服務的相關指示,請參閱以下章節中的資訊和程序。

部署準則

開始嘗試透過 Dynamic Tag Management (DTM) 實作 Experience Cloud Identity 服務前,請先檢閱這些需求和程序。
佈建您的帳戶
開始之前,請確定已針對 Experience Cloud 佈建組織和解決方案,而且您熟悉Dyanamic Tag Management。本文可協助您快速入門:
ID 服務程式碼放置和載入順序
ID 服務的運作方式是向 Adobe 資料收集伺服器要求和接收唯一 ID。為了正常運作,您的 ID 服務程式碼必須是:
  • 頁面上執行之 Adobe 程式碼的第一個區塊。
  • 盡可能放置在頁面最高處,通常位在
    <head>
    程式碼區塊中。
只要您在 DTM 中維護所有的 Adobe 解決方案和程式碼程式庫,就能確保您的 ID 服務程式碼放置在正確位置並於正確時間觸發。
驗證地區資料收集
客戶必須提供 CNAME 或使用
*.sc.omtrdc
來進行 地區資料收集 (RDC)。向 Adobe 顧問索取專屬的 RDC 設定。
設定 Analytics 報表套裝
新 Analytics 客戶應為資料收集 建立報表套裝

使用 DTM 實作 Experience Cloud Identity 服務

請依照這些步驟來透過 Dynamic Tag Management (DTM) 實作 ID 服務。
必要條件
實作步驟
​若要使用 DTM 實作 ID 服務:
  1. 在 DTM 控制面板中,按一下您要使用的 Web 屬性。
  2. 在您選定 Web 屬性的​
    概述
    ​標籤中,按一下​
    新增工具
  3. 在​
    工具類型
    ​清單中,按一下
    Experience Cloud Identity 服務
    此動作會使用您的組織 ID 填入
    Experience Clould 組織 ID
    ​方塊。如果 DTM 帳戶未連結至 Experience Cloud,您必須提供此 ID。若要連結帳戶,請參閱 在 Experience Cloud 中連結帳戶 。如需如何找到組織 ID 的相關資訊,請參閱 需求
  4. 在​
    追蹤伺服器
    ​方塊中輸入追蹤伺服器的名稱。若不清楚如何尋找您的追蹤伺服器,請參閱 常見問題集 正確填入 trackingServer 及 trackingServerSecure 變數
  5. 按一下​
    建立工具
    ​和​
    儲存變更
    儲存後,就會將 ID 服務設定為 DTM 中的工具。不過,此工具尚未可供使用。DTM 工具仍需經過 DTM 發佈/核准程序,您也可以設定其他參數。如需 DTM 核准程序的相關資訊,請參閱 使用者基本入門 影片。如需可新增至 DTM 的其他參數相關資訊,請參閱 DTM 的 Experience Cloud Identity 服務設定

DTM 的 Experience Cloud Identity 服務設定

說明組織 ID、一般和客戶設定欄位,以及 Experience Cloud ID 服務使用這些欄位的方式。

如何找到這些設定?

您在 Dynamic Tag Management (DTM) 中新增並儲存 ID 服務做為工具後,就能使用這些設定。您也可透過按一下 DTM Web 屬性之「已安裝工具」區段中的齒輪圖示,來存取這些設定。

組織 ID

這是與您佈建之 Experience Cloud 公司關聯的必要 ID。組織是可讓管理員設定使用者、群組,以及控制 Experience Cloud 中單一登入存取的實體。組織 ID 是 24 個字元的英數字串,後面接著 (而且必須包含) @AdobeOrg。Experience Cloud 管理員可以在 「Experience Cloud > 工具」 中找到此 ID。

一般設定

這些設定可讓您指定追蹤伺服器、程式碼版本以及新增其他變數。
下表列出並定義一般設定。
自動要求訪客 ID
若勾選此選項,Dynamic Tag Management 在載入使用 Experience Cloud Identity 服務的任何 Adobe 解決方案之前,都會自動呼叫
getMarketingCloudVisitorID()
方法。
Analytics 追蹤伺服器
Analytics 資料收集所用的追蹤伺服器的名稱。這是寫入影像要求和 Cookie 的網域 (例如
http://site.omtrdc.net
)。
如果您不知道追蹤伺服器 URL,請查看
s_code.js
AppMeasurement.js
檔案。請利用
s.trackingServer
變數設定 URL。
追蹤伺服器安全
Analytics 資料收集所用的安全追蹤伺服器的名稱。這是寫入影像要求和 Cookie 的網域 (例如
https://site.omtrdc.net
)。
如果您不知道追蹤伺服器 URL,請查看
s_code.js
AppMeasurement.js
檔案。請利用
s.trackingServerSecure
變數設定 URL。
Experience Cloud 伺服器
如果您的公司使用第一方資料收集 (CNAME) 來在第三方內容中利用第一方 Cookie,請在這裡輸入追蹤伺服器 (例如
http://metrics.company.com
)。
Experience Cloud 伺服器安全性
如果您的公司使用第一方資料收集 (CNAME) 來在第三方內容中利用第一方 Cookie,請在這裡輸入追蹤伺服器 (例如
https://metrics.company.com
)。
程式庫版本
設定您想使用的 ID 服務程式碼程式庫的版本 (
VisitorAPI.js
)。您無法編輯這些功能表選項。
設定
這些欄位可讓您新增 函數變數 做為機碼值組。按一下​
「新增」,新增一或多個變數至 ID 服務實作。
在此設定
cookieDomain
變數。多部分、頂級網域需要此變數,其中 URL 的最後 2 個部分大於兩個字元。請參閱上方連結中的「設定變數」文件。

客戶設定

可讓您新增整合代碼或已驗證狀態的其他欄位。
整合代碼
整合代碼是客戶提供的唯一 ID。整合代碼應包含您在 Audience Manager 中用來 建立資料來源 的值。
此值應該是包含使用者 ID 的資料元素。資料元素是動態值的合適容器,例如來自用戶端特定內部系統的 ID。
驗證狀態
可根據訪客的驗證狀態 (例如,登入、登出) 來識別訪客的選項。請參閱 客戶 ID 和驗證狀態

測試及驗證 Experience Cloud Identity 服務

這些指示、工具和程序可協助您判斷 ID 服務是否正確運作。這些測試適用於一般的 ID 服務,以及不同的 ID 服務與 Experience Cloud 解決方案組合。

開始之前

開始測試及驗證 ID 服務前的重要須知。
瀏覽器環境
在一般瀏覽器工作階段中進行測試時,在每次測試前請先清除瀏覽器快取。
或者,您也可以在匿名或無痕式瀏覽器工作階段中測試 ID 服務。在匿名工作階段中,每次測試前無須清除瀏覽器 Cookie 或快取。
工具
Adobe 偵錯工具 Charles HTTP Proxy 可協助您判斷 ID 服務是否已設定為正確地搭配 Analytics 運作。本節中的資訊是以 Adobe 偵錯工具和 Charles 傳回的結果為主。不過,您當然可以使用最適合您的任何工具或偵錯工具。

使用 Adobe 偵錯工具進行測試

如果您在 Experience Cloud ID 偵錯工具回應中看到 Adobe (MID),代表您的服務整合已正確設定。請參閱 Cookie 與 Experience Cloud Identity 服務 ,以瞭解有關 MID 的資訊。
若要使用 !DNL Adobe (https://marketing.adobe.com/resources/help/zh_TW/sc/implement/debugger.html):
  1. 清除瀏覽器 Cookie 或開啟匿名瀏覽工作階段。
  2. 載入包含 ID 服務程式碼的測試頁面。
  3. 開啟 Adobe 偵錯工具。
  4. 查看 MID 的結果。

瞭解 Adobe Debugger 的結果

MID 儲存在使用下列語法的機碼-值組中:
MID= *
Experience Cloud ID
*
。偵錯工具會顯示此項資訊,如下所示。
成功
如果您看到類似以下的回應,代表 ID 服務已正確實作:
mid=20265673158980419722735089753036633573
如果您是 Analytics 客戶,則除了 MID,還可能看到 Analytics ID (AID)。這可能發生在下列情形:
  • 某些早期/長期網站訪客。
  • 您已啟用寬限期。
失敗
如果偵錯工具發生下列情形,請聯絡 客戶服務 :
  • 無法傳回 MID。
  • 傳回錯誤訊息,指出您的 ID 尚未佈建。

使用 Charles HTTP Proxy 進行測試

若要使用 Charles 驗證 ID 服務的狀態:
  1. 清除瀏覽器 Cookie 或開啟匿名瀏覽工作階段。
  2. 啟動 Charles。
  3. 載入包含 ID 服務程式碼的測試頁面。
  4. 查看要求和回應呼叫,以及下方所述的資料。

瞭解 Charles 的結果

請參閱本節以了解當您使用 Charles 監控 HTTP 呼叫時,應至何處查看哪些項目。

Charles 中的成功 ID 服務要求

Visitor.getInstance
函數對
dpm.demdex.net
進行 JavaScript 呼叫時,表示您的 ID 服務程式碼正常運作。成功的要求包含 組織 ID 。組織 ID是以使用下列語法的機碼-值組來傳遞:
d_orgid= *
organization ID
*
。查看
dpm.demdex.net
Structure 標籤下方的 和 JavaScript 呼叫。查看 Request 標籤下方的組織 ID。

Charles 中的成功 ID 服務回應

資料收集伺服器 (DCS) 的回應傳回 MID 時,表示您的帳戶已正確佈建。MID 是以使用此語法的機碼值組傳回:
d_mid: visitor Experience Cloud ID
.查看 Response 標籤中的 MID,如下所示。

Charles 中的失敗 ID 服務回應

如果 DCS 回應中缺少 MID,表示您的帳戶未正確佈建。失敗的回應會在 Response 標籤中傳回錯誤碼和訊息,如下所示。如果您在 DCS 回應中看到這個錯誤訊息,請聯絡客戶服務。
如需錯誤碼的相關詳細資訊,請參閱 DCS 錯誤碼、訊息和範例