快速入門最佳作法

如果您是Adobe動態標籤管理(DTM)的新手,準備移轉至DTM,或在DTM上刷新,本指南適合您。

上次更新日期:2017年1月30日

Dynamic Tag Management 可讓行銷人員快速且輕鬆地管理標籤,並提供在數位行銷系統間收集及分送資料的創新工具。DTM還可以自適應地提供特定使用者的內容,為尋求在現今快速變遷的數位市場中茁壯成長的公司提供新的靈活度和控制能力。

除了本最佳實務指南外,下列資源可協助您充份運用動態標籤管理:

資源 詳細資料
Dynamic Tag Management 產品文件

有關如何使用動態標籤管理的深入資訊和逐步指示。

快速入門手冊

有關如何開始使用動態標籤管理的資訊。

首次使用者的基本資訊

動態標籤管理(DTM)使用者介面簡介。

此內容是與Search Discovery合作建立的

控制面板

導覽:「首頁>控制面板」

登入後在DTM中看到的第一個頁面是控制面板。 控制面板包含您有權存取的所有公司清單。

公司概觀

導覽:「首頁>控制面板>公司概觀」

從控制面板按一下公司,會帶您進入公司概述頁面。

注意

如果您只能存取一家公司,登入時會將您導向至公司概述頁面,而非控制面板。

在DTM中,公司是Web屬性的集合。 Web屬性是工具、規則和資料元素的集合。

公司中的所有Web屬性都可從公司概述頁面存取。

管理員層級的使用者可以按一下「新增屬性」,從公司概述頁面新增Web屬性。 設定Web屬性時,唯一必要的欄位是「名稱」和「URL」,可在稍後視需要變更。

管理員層級的使用者也可以透過「使用者」和「群組」標籤,從公司概述頁面管理和布建使用者。

屬性概觀

導覽:公司概述>屬性概述

從公司概述頁面按一下任何屬性會帶您前往屬性概述頁面。

屬性概述頁面提供屬性配置的簡短摘要,並作為主屬性元件的網關:工具、規則、資料元素、發佈工作流程和屬性內嵌代碼。

導覽:屬性概述>安裝的工具

DTM工具是內建整合,可讓您快速將解決方案部署至您的網站。

目前,DTM提供Adobe解決方案以及Google Analytics和Nielsen的工具整合。 這些整合都經過獨特設計,讓該特定解決方案的設定和部署更輕鬆。

注意

任何沒有原生整合的協力廠商工具或標籤都可以透過

JavaScript /第三方標籤區段於下文討論。

規則

導覽:屬性概述>規則

從屬性概述頁面按一下「規則」索引標籤會帶您前往屬性規則。

DTM中的規則可用來有條件地執行工具、標籤、指令碼和HTML。

不論類型為何,DTM中的規則都有兩個主要元件:條件和觸發器。 條件會指出規則將在其中觸發的藍本,而觸發器會指出規則觸發時將執行的項目。

DTM中有三種規則類型:

  • 事件型:​事件型規則為互動導向。例如,如果我想要追蹤使用者何時點按特定的按鈕,我會使用事件型規則。
  • 頁面載入:​頁面載入規則會與頁面載入繫結。例如,如果我想要在網站上載入特定頁面,並新增特定區塊的代碼時,我會使用頁面載入規則。
  • 直接呼叫:​當 DTM 無法在 DOM 偵測到事件的情況下,使用直接呼叫規則。例如,如果我想追蹤在 DOM 中偵測不到的 AJAX 事件,我會使用直接呼叫規則。

無論規則類型如何,如果符合條件,觸發器都會執行。

所有規則類型都可以選擇透過Javascript /第三方標籤模式來觸發第三方廠商標籤或任何其他自訂JavaScript或HTML。

將工具新增至屬性時,規則會啟用其他觸發器模型。 例如,如果我的屬性包含Adobe Analytics工具和Google Universal Analytics工具,屬性規則將包含這些工具的可選觸發器模型。

每個工具模型都提供簡單的方法,可自訂該特定工具的觸發器。

資料元素

導覽:屬性概述>規則>資料元素

在「規則」標籤中按一下「資料元素」標籤,會顯示資料元素概述頁面。

資料元素可用來在DTM中建立資料對應。 將通用資料點定義為資料元素,可讓您輕鬆擷取這些資料點,並運用在DTM的規則和工具中。

工作流程

DTM中的重要概念是單一Web屬性同時具有測試程式庫和生產程式庫的概念。

測試程式庫包含Web屬性中設定的所有規則、工具和資料元素。 生產程式庫僅包含已核准和發佈的規則、工具和資料元素。

導覽:屬性概述>核准標籤

在屬性中新增或變更規則、工具或資料元素時,會自動產生核准。

導覽:屬性概述>歷史記錄標籤

在核准項目後,它便可在「步驟記錄」標籤的「未發佈的變更」佇列0中使用。 在發佈項目後,它就可在生產程式庫中使用。

此程式庫與相關工作流程的分離可讓測試更有效率,而不會影響生產。

安裝

導覽:屬性概述>內嵌標籤

按一下「內嵌」標籤會帶您前往DTM安裝頁面。

此標籤包含各種可用的程式庫托管選項。 依預設,屬性會運用Akamai代管。 此方法通常適用於大多陣列織;不過,如果在需要的兩個自行代管選項中,有額外的DTM程式庫伺服控制權,則可使用。

展開「內嵌」標籤上的「頁首代碼」區段,可顯示屬性的測試與生產內嵌代碼。

請注意,有一個用於測試的內嵌代碼和一個用於生產的代碼。 這是DTM如何區分上述測試程式庫和生產程式庫的方式。 安裝測試內嵌代碼時,測試程式庫會載入。 安裝生產內嵌代碼時,生產程式庫會載入。

在網站上正確安裝頁首和頁尾內嵌代碼後,關聯的DTM程式庫會自動載入每個頁面載入。

運用DTM Switch Plugin在Web主控台中進行測試。 這可協助您瞭解DTM在頁面上的動作,並讓您在本機切換至測試程式庫,以進行更有效的測試。 如需詳細資訊,請參 閱動態標籤管理產品文 件中的搜尋探索外掛程式 **。

DTM技術架構與代管

動態標籤管理(DTM)技術架構及其代管選項的相關資訊。

此內容是與Search Discovery合作建立的

本節包含下列資訊:

架構

DTM技術架構的主要元件包括網頁管理應用程式、測試與生產JavaScript程式庫以及內嵌程式碼。

網頁管理應用程式是您登入並用來管理DTM實作的線上介面。 您將在這裡建立和設定工具、規則和資料元素,並管理這些組態在您網站的部署。

DTM中的Web屬性是工具、規則和資料元素組態的集合。

每個Web屬性都與一個測試JavaScript程式庫和一個生產JavaScript程式庫相關聯。 這些庫由Web應用程式生成,並包含該Web屬性中的一組唯一配置。

測試JavaScript程式庫包含Web屬性中所有最新的工具、規則和資料元素組態。 此程式庫會隨屬性的任何變更而自動更新,並用於測試環境中的測試,或透過DTM交換機外掛程式進行本機生產測試。

如需DTM切換器外掛程式的詳細資訊,請參 閱動態標籤管理產品檔案中的Search Discovery Plugins

生產JavaScript程式庫僅包含已透過Web屬性工作流程核准和發佈的工具、規則和資料元素組態。 此程式庫適用於生產環境。

代管

測試和生產JavaScript程式庫都可透過下列方式代管。

  • 透過在 Akamai 伺服器上主控的 Akamai 資料庫進行外部主控
  • 透過 SFTP 或​資料庫下載​自我主控 - 在您伺服器上主控的資料庫

選擇代管選項是您企業需要做的決定。 請檢閱下列選項比較和使用案例範例,以協助做出此決定。

優勢 缺點

Akamai

外部代管

  • 標準部署方法
  • 無需配置
  • 對IT的最低依賴
  • 自動更新檔案
  • 透過全球散布的Akamai網路,提供可靠且快速的檔案傳送
  • 無法控制檔案傳送
  • 依賴協力廠商基礎架構(例如,如果Akamai無法使用,您的資料庫也一樣)

SFTP

自行代管

  • 完全控制檔案傳送
  • 更安全的選項:SSH檔案傳輸
  • 自動更新檔案
  • 需要預先設定
  • 更依賴IT

程式庫下載

自行代管

  • 完全控制檔案傳送
  • 最安全的代管選項:AES 256套件加密
  • 需要預先設定
  • 更依賴IT
  • 自動更新檔案需要其他設定

使用案例範例

藍本 解決方法
我希望盡可能少地讓IT部門參與進來,而且需要在自己的網站基礎架構之外使用可靠的檔案托管方法。 在所有環境中運用Akamai代管。
我想要完全掌控在生產環境中的檔案傳送;但是,在測試環境中,速度和靈活性比檔案控制更重要。 在測試環境中運用Akamai代管,並在生產環境中運用FTP傳送。
我網站的某些區段會處理高度機密的資訊。 安全性是這些頁面上最重要的事項,但在我網站的其他頁面上未必如此重要。 在安全頁面上運用程式庫下載代管,在非安全頁面上運用Akamai代管。

所有代管選項皆可供您在DTM屬性的標籤 Embed 上啟用和設定。

無論選擇何種代管選項,JavaScript程式庫都會透過安裝的內嵌程式碼在您的網站上提供。 每個托管選項都提供一組唯一的內嵌代碼,這些代碼參考為該托管選項配置的適用檔案位置。

內嵌程式碼包含兩個程式碼片段:頁首和頁尾代碼。

  • 頁首代碼

    標題程式碼負責從主機位置呼叫相關聯的JavaScript程式庫,並在您的網站上提供它。 此程式碼片段應盡可能放置在網站程式碼的標題區段中,離開標籤越近。

  • 頁尾代碼

    頁尾代碼負責識別頁面結尾的時間控制。 此程式碼片段應盡可能放置在網站程式碼的內文區段中,靠近結束標籤。

正確放置頁首和頁尾內嵌程式碼片段對於有效部署DTM JavaScript程式庫至關重要。

注意

雖然您可以使用多個托管選項,但您必須確保任何指定頁面上只包含單一內嵌代碼參考。 內嵌代碼的重複或不當放置可能會導致程式庫行為不預期。

下圖說明所討論的DTM架構元件如何搭配運作,以有效地在您的網站上部署及管理工具、標籤和指令碼。

For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation.

規劃移轉至DTM

當您規劃移轉至(DTM)時,需考 Dynamic Tag Management 慮的資訊,以及協助您正確開始實作的最佳實務。

此內容是與Search Discovery合作建立的

本節包含下列資訊:

規劃您的DTM設定:元件概觀

本節包含基本DTM公司架構的快速概觀,以準備規劃DTM設定時所涉及的決策。

在DTM中,公司是一組Web屬性。

Web屬性是一組工具、規則和資料元素,這些元素設定為收集資料並在您的網站上部署標籤/指令碼。

每個Web屬性都與一個內嵌代碼相關聯,該代碼負責在您的網站上載入特定屬性組態。

使用者是在公司層級管理,但是除了「管理員」角色外,每個屬性都可以擁有權限。 「管理員」角色是全域的,對公司中的所有屬性都具有完整權限。

For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation.

規劃您的DTM設定:決策點

考慮到基本的DTM公司結構,我們在規劃DTM設定時討論相關決策點。

我需要多少家公司?

在大多數情況下,一家公司最能滿足業務需求。

擁有多家公司的主要原因是,要完成使用者與Web屬性的完全分離。

這種配置最典型的是擁有由不同業務部門運行的眾多Web實體集的大型企業。

我應如何將網域和子網域分發到Web屬性中?

您的網域可將Web屬性設定為一對一或一對多。

若要決定哪些對您的業務最有用,請考慮下列變數的跨網域相似性和差異。

  • 資料收集方法與來源
  • 部署的工具與標籤
  • 網站程式碼結構
  • DTM使用者工作流程

在大多數情況下,每個網域有一個Web屬性最能符合商業需求,因為上述一個或多個變數有相當大的差異。

這種類型的設定最有效地滿足了每個域的需要,同時仍允許通過「複製」功能輕鬆複製跨域常數。

不過,如果這些變數在網域間相同或非常類似,則在一個Web屬性內有多個網域可能更有意義。 在這些情況下,此設定可減少屬性之間不必要的複製。

同樣的推理也可用於子域分佈。

使用案例範例

藍本 解決方法
我的業務部門管理多個域。 我們正在所有網域中部署Adobe Analytics,但每個網域都有自己的報表套裝和追蹤需求。 針對每個網域運用一個屬性。
我的業務部門管理多個域。 我們正在跨所有網域部署Adobe Analytics,並使用一個全域報表套裝來收集我們的所有資料。 網域間的資料來源因網站程式碼結構不同而大不相同。 針對每個網域運用一個屬性。
我的業務部門管理多個域。 我們正在跨所有網域部署Adobe Analytics,並使用全域報表套裝和全域資料層來收集我們的所有資料。 我們的其餘工具和標籤在網域之間大多是一致的,我們計畫讓相同的使用者管理發布工作流程。 針對所有網域運用單一屬性。

遷移最佳實踐

在決定最佳公司和屬性分配後,開始DTM移轉時,請考慮下列最佳實務。

流程工作流程:​開發系統化的流程,將現有頁面代碼移轉至 DTM,以協助確保能順暢轉換。

一般建議您在較低層級的測試環境中啟動此程式,並依據網站區段逐頁移轉程式碼或網站區段。

這可讓您在移除任何預先存在的頁面程式碼之前,先完整檢查DTM組態,以降低實施中斷的風險。

與 IT 合作:​事前務必與 IT 團隊合作,以確定目前的流程和部署週期。

這有助於確保正確及時放置內嵌代碼,並協調移除有效移轉的頁面代碼。

人員工作流程與控管:​另一個重要概念就是建立使用者工作流程。周詳地指派使用者角色,可控管 DTM 工作流程。

使用者角色 建立規則 編輯規則 測試規則 批准規則 發佈規則 建立/編輯使用者 建立屬性
使用者
核准者
發行者
核准者與發行者
管理

如此可確保所有項目在推送至生產環境之前,都會先經過團隊中適當成員的完整審查。

如需詳細資訊,請參 閱動態標籤管理產品檔案​中的移轉至動態標籤管理

移轉至DTM:深入瞭解Adobe Analytics

不論您目前 Adobe Analytics 的實作是透過頁面上的方法或透過其他標籤管理系統進行部署,本節都可協助您瞭解移轉至DTM時的選項。

階段1:快速增值

由於移 Adobe Analytics 轉程式碼可能需要很長的時間,因此DTM提供的功能可讓您在不中斷現有實作的 Analytics 情況下擴充現有實作。

此內容是與Search Discovery合作建立的

此功能稱為 Page Code is Already Present 並位於DTM屬性的Analytics工具設定中。

若要存取此功能,請展開工具設定的「程式庫管理」區段。

啟用此功能後,DTM可運用現有的實作,透過事件型和直 s.t() / s.tl() 接呼叫規則傳送補充呼叫。

這項功能可讓您輕鬆開始使用DTM,在移轉任何程式碼之前,先增強Adobe Analytics實作。

但是,請務必注意以下這種方法的限制。

  • 在DTM Adobe Analytics工具中設定的變數和設定將無法生效。
  • 頁面載入規則中設定的Adobe Analytics變數將無法生效。

這些限制是因為DTM完全依賴現有實作來提供AppMeasurement程式碼並執行個體化s物件。

階段2:完整遷移

若要充份運用DTM的整 Adobe Analytics 合功能,建議您完整移 Analytics 轉程式碼。

此內容是與Search Discovery合作建立的

此移轉應包含頁面程式碼中所有的物件參考,以及DTM部署Adobe Analytics之頁面上所包含的指令碼。

以下章節包含更多資訊:

移轉全域程式碼

移轉的第一步是在DTM屬性的Adobe Analytics工具設定中設定您的全域程式碼。

在「 AppMeasurement code / s_code 程式碼設定」下,工具設定的「程式庫管理」區段中設定。

如果目前使用階段1的「頁面程式碼已存在」,您必須取消勾選此選項,以顯示「程式碼設定」選項。 此變更僅在測試階段中生效,因此您可以在將此變更推送至生產環境之前,先完整設定並檢查已移轉的程式碼。

「自訂」設定選項通常偏好作為初始移轉方法,因為它可讓您參照現有的狀 AppMeasurement / s_code 態,而不需要額外的工具設定。

  • 自訂 - 在 DTM 主控:​將現有代碼貼到編輯器中。

  • 自訂 - 在 URL 主控:​參考 URL 位置處的現有代碼。

使用選 Managed by Adobe 項,DTM會自動提供並代管選取的AppMeasurement基本程式碼版本。 此方法可讓程式碼版本更新更輕鬆,讓它成為絕佳的長期選項。

不論「程式碼設定」選項為何,AppMeasurement程式碼中未包含的項目都可透過提供的介面欄位或「自訂頁面程式碼」編輯器,在工具設定中設定。

提供的介面欄位是設定全域設定和變數的絕佳長期選項,因為運用這些欄位取代自訂程式碼,最終可降低實作的整體複雜性。

注意

使用語法,直接在任何欄位中運用資料元素,以動態填入 %dataElement% 變數。

「自訂頁面程式碼」編輯器是需要程式碼的項目(例如外掛程式和條件設定)的方便替代選擇。 此處放置的任何程式碼都可與代管程式搭配運作 AppMeasurement code / s_code

移轉頁面層級代碼

移轉的下一步是在DTM規則中設定非全域程式碼。

以下是每個規則類型的概觀,以及它們在設定Adobe Analytics觸發器時的典型用法。

規則類型 詳細資料
頁面載入規則

用於將變數附加至所有或特定頁面上的預設頁面檢視信標。 使用案例範例: 在載入促銷頁面時傳送特定eVar。

事件型規則

用於觸發特定 s.t() 使用者 s.tl() 互動的或信標。 使用案例範例: 在啟用快顯時,傳送具有特定事件的自訂頁面檢視信標。

直接呼叫規則

當可偵測到 s.t() DOM事件 s.tl() 時,用於觸發藍本或信標。 使用案例範例: 在檢視 s.tl() 視訊時傳送含特定事件的信標。

請記得遵循移 轉最佳實務

如上節所述,務必記住以下最佳實務,以便您移轉Adobe Analytics程式碼。

  • 制定系統化流程
  • 從較低級別的測試環境開始,以完全審查遷移
  • 及早與IT合作,協調程式碼移除
注意

漸進式移轉的可能方法,是判斷用以識別尚未完全移轉之頁面的旗標。 然後,您可在工具設定的「自訂頁面程式碼」編輯器中運用此標幟,透過設定有條件地取消這些頁面上的預設DTM信標 's.abort = true'

請注意,此方法僅影響Analytics工具信標;設定為觸發Adobe Analytics的規則,應以規則本身為條件。

請在測試環境中完整檢查此方法,然後再在生產環境中使用。

標籤管理系統的優點:關注DTM

有關標籤管理的基本資訊,並逐步說明如何 Dynamic Tag Management 為您的企業帶來好處。

此內容是與Search Discovery合作建立的

以下章節包含更多資訊:

什麼是標籤管理系統?

標籤管理系統旨在透過使用容器標籤,更輕鬆地在您的網站上實施和管理行銷與分析標籤。

容器標籤是單一程式碼片段,放置在網站標籤中時,可觸發網站上的無數標籤。

此方法可減輕IT團隊的壓力,並將控制權交給行銷人員。

Why Dynamic Tag Management (DTM)

動態標籤管理採用上述的標籤管理方法,並透過直接、高效能的設計與整合的情境與時間控制來增強它。

在您決定「動態標籤管理」是否適合您的企業時,請考慮下列事項:

  • 改善網站效能

    透過動態標籤管理,行銷和分析標籤會從您網站的標籤移至DTM程式庫。 這本身會縮短頁面載入時間,因為DTM程式庫已針對檔案壓縮和速度進行最佳化。

    不過,透過使用條件式控制項和非同步方法,DTM提供的效能可進一步提升。

    條件式控制項可讓您輕鬆確保只有在需要時才會觸發標籤,以免部署不必要的程式碼。

    非同步載入會強制標籤遠離頁面,大幅降低頁面演算的負擔。

  • 加強控制,降低風險

    在減少對IT的依賴後,您就可以在手錶上部署及管理標籤。

    這表示在部署廠商標籤時投入的心力和風險較小,並提高靈活性,以跟上新工具/標籤功能的腳步。

    此外,DTM還具備內建功能,可確保符合資料隱私權政策,並防止廠商標籤干擾您的網站或將資料洩露給第三方。

  • 工作更快速、更有效率

    動態標籤管理採用以行為為中心的方式,並運用全面的整合與資料集中化,讓標籤部署更輕鬆。

    以行為為中心的方法允許根據特定行為同時部署無數的工具/標籤,而不是個別部署每個標籤。

    DTM的內建整合可協助您輕鬆設定Adobe Analytics和Google Analytics等工具,免除廣泛的自訂程式碼需求。

    資料元素可集中共用資料點、減少程式碼冗餘並最佳化資料查閱時間。

    這些功能可節省時間和挫折感,讓您減少對標籤部署的投入,而更專注於推動業務向前發展。

  • 免費使用動態標籤管理

    更棒的是,如果您是Adobe Experience Cloud客戶,動態標籤管理是免費的。

    如需詳細資訊,請連絡您的Adobe客戶經理。

本頁內容