Show Menu
主題×

快速入門最佳實務

如果您是Adobe動態標籤管理(DTM)的新手,可以準備移轉至DTM,或是在DTM上建立筆刷,本指南適合您。
上次更新日期:2017年月30日
動態標籤管理可讓行銷人員快速輕鬆地管理標籤,並提供創新工具,以便跨數位行銷系統收集和分發資料。DTM也可讓您自適應提供使用者特定內容,為希望在現今快速步調的數位市場中發展的公司提供更高的敏捷性和可控性。
除了本最佳實務指南外,還有下列資源可協助您充分利用動態標籤管理:
資源 詳細資料
動態標籤管理產品文件
深入資訊和逐步指示,說明如何使用動態標籤管理。
如何開始使用動態標籤管理的相關資訊。

Basics for the first-time user

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

控制面板

導覽:「首頁>控制面板」
登入後,在DTM中看到的第一個頁面是控制面板。控制面板包含您有權存取的所有公司清單。

Company overview

導覽:「常用>控制面板>公司概述」
按一下儀表板中的公司會將您帶往公司概述頁面。
如果您只能存取一家公司,則會在登入時將您導向公司概述頁面而非控制面板。
在DTM中,公司是Web屬性的集合。Web屬性是工具、規則和資料元素的集合。
公司的所有Web屬性都可從公司概述頁面存取。
管理員層級的使用者可以按一下「新增屬性」,從公司概述頁面新增Web屬性。設定Web屬性時唯一必要的欄位是名稱和URL,在需要時可稍後變更。
管理員層級的使用者也可以透過「使用者」和「群組」標籤,從公司概述頁面管理和布建使用者。

Property overview

導覽:公司概述>屬性概述
從公司概述頁面按一下任何屬性,將會帶您前往屬性概述頁面。
屬性概述頁面提供屬性配置的簡要摘要,並作為主要屬性元件的閘道:工具、規則、資料元素、發佈工作流程和屬性內嵌代碼。
導覽:屬性概述>已安裝工具
DTM工具是內建整合,可讓您快速部署解決方案至您的網站。
目前,DTM提供Adobe解決方案以及Google Analytics和Nielsen的工具整合。這些整合都是專門設計,讓您輕鬆設定和部署該特定解決方案。
任何第三方工具或不含原生整合的標籤,都可以透過
JavaScript/第三方標籤區段,討論如下。

規則

導覽:屬性概述>規則
按一下屬性概述頁面中的「規則」索引標籤,會將您帶往屬性規則。
DTM中的規則可用來有條件地執行工具、標籤、指令碼和HTML。
無論何種類型,DTM中的規則都有兩個主要元件:條件和觸發器。條件指出規則將觸發的藍本,觸發項目指出在規則觸發時將執行的項目。
DTM有三種規則類型:
  • 事件型: 事件型規則是互動驅動。例如,如果我想追蹤使用者按下某個按鈕時,我會使用事件型規則。
  • 頁面載入: 頁面載入規則會系結至頁面載入。例如,如果我想在網站上新增特定頁面的特定程式碼區塊,則會使用頁面載入規則。
  • 直接呼叫: 當DTM無法偵測DOM中的事件時,會使用直接呼叫規則。例如,如果我想追蹤DOM中無法偵測到的AJAX事件,則會使用直接呼叫規則。
無論規則類型為何,如果符合條件,觸發器就會執行。
所有規則類型都可以選擇透過Javascript/第三方標籤模式觸發第三方廠商標籤或任何其他自訂JavaScript或HTML。
當工具新增至屬性時,規則中會啓用其他觸發模式。例如,如果我的屬性包含Adobe Analytics工具和Google Universal Analytics工具,屬性規則將包含這些工具的選擇性觸發模式。
每個工具模組提供簡單的方法,為該特定工具自訂觸發器。

Data elements

導覽:屬性概述>規則>資料元素
按一下「規則」索引標籤中的「資料元素」標籤,會顯示資料元素概述頁面。
資料元素是用來在DTM中建立資料對應。定義通用資料點做為資料元素,可讓這些資料點輕鬆擷取並運用於DTM中的規則和工具。

Workflows

DTM 有一項重要概念,也就是單一網站屬性同時具有預備程式庫和生產程式庫。
預備程式庫包含了所有在網站屬性中設定的規則、工具及資料元素。生產程式庫則只有經過核准及發佈的規則、工具及資料元素。
導覽:屬性概述>核准標籤
在屬性中新增或變更規則、工具或資料元素時,會自動產生核准。
導覽:屬性概述>歷史標籤
核准項目後,「未發佈的變更」佇列中就會提供「歷史」索引標籤的可用項目。項目發佈後,就會在生產程式庫中提供。
這些程式庫和相關工作流程的分離可讓測試在測試中更有效,而不會影響生產。

安裝

導覽:屬性概述>內嵌索引標籤
按一下「內嵌」索引標籤會帶您進入DTM安裝頁面。
此標籤包含可用的各種程式庫托管選項。依預設屬性會運用Akamai代管。大部分的組織通常接受此方法;但是,如果有需要在需要的兩個自行托管選項中提供DTM程式庫的額外控制,則可使用此選項。
展開「內嵌」索引標籤上的「頁首代碼」區段,會顯示屬性的測試和生產內嵌代碼。
請注意,測試中有一個內嵌代碼,一個用於生產。這就是DTM如何區分上述測試和生產程式庫之間的差異。當安裝測試內嵌代碼時,測試程式庫載入。當安裝內嵌代碼時,生產程式庫載入。
在網站上正確安裝頁首和頁尾內嵌代碼後,關聯的DTM程式庫會自動載入每次頁面載入。
運用DTM開關外掛程式,在Web主控台中測試。這有助於您瞭解DTM在頁面上的執行情況,並讓您本機切換至測試程式庫,以進行更有效的測試。For more information, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation .

DTM technical architecture and hosting

動態標籤管理(DTM)的技術架構及其托管選項的資訊。
本節包含下列資訊:

架構

DTM技術架構的主要元件包括網頁管理應用程式、測試和生產JavaScript程式庫以及內嵌程式碼。
Web管理應用程式是您登入並用來管理DTM實作的線上介面。您可以在這裡建立和設定工具、規則和資料元素,並管理這些配置對網站的部署。
DTM中的Web屬性是工具、規則和資料元素組態的集合。
每個Web屬性都與一個測試JavaScript程式庫和一個生產JavaScript程式庫相關聯。這些程式庫由Web應用程式產生,並包含該Web屬性中的唯一設定集。
測試JavaScript程式庫包含Web屬性中所有最新的工具、規則和資料元素組態。此程式庫會隨著屬性中的任何變更自動更新,並用於測試環境中的測試或透過DTM開關外掛程式進行本機製作測試。
For more information about the DTM switch plugin, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation.
生產JavaScript程式庫只包含已通過Web屬性工作流程核准並發佈的工具、規則和資料元素組態。此程式庫適用於生產環境。

Hosting

測試和生產JavaScript程式庫都可透過下列方式托管。
  • External hosting via Akamai -library hosted on Akamai's servers
  • Self-hosting via SFTP or library download -library hosted on your servers
選擇代管選項是您企業所需的決策。檢閱下列選項比較和使用案例範例,以協助您做出這項決策。
優勢 缺點
Akamai
外部代管
  • 標準部署方法
  • 不需要設定
  • 對IT的依賴程度降至最低
  • 自動更新檔案
  • 透過全球分散式Akamai網路提供可靠且快速的檔案傳送
  • 無法控制檔案傳送
  • 對第三方基礎架構的依賴(亦即Akamai無法使用,您的程式庫)
SFTP
自行托管
  • 完整控制檔案傳送
  • 更安全的選項:SSH檔案傳輸
  • 自動更新檔案
  • 需要更新前設定
  • 對IT更依賴IT
程式庫下載
自行托管
  • 完整控制檔案傳送
  • 最安全的代管選項:AES256搭售加密
  • 需要更新前設定
  • 對IT更依賴IT
  • 自動更新檔案需要額外設定
使用個案範例
藍本
解決方法
我偏好盡可能吸引IT人員,並需要在我自己的網站基礎架構以外提供可靠的檔案代管方法。
運用Akamai托管在所有環境中。
我想要完整控制在生產環境中的檔案傳送;但是,速度和敏捷性比我的測試環境中的檔案控制更重要。
在測試環境中運用Akamai代管,並在生產環境中進行FTP傳送。
我的網站某些區域處理高度機密資訊。安全性是這些頁面上最重要的項目,但在網站的其他頁面上並不一定重要。
運用在安全頁面上的程式庫下載主機,以及在非安全頁面上托管Akamai。
All hosting options are available to enable and configure on the Embed tab in your DTM property.
不論選擇的托管選項為何,JavaScript程式庫都可透過安裝的內嵌代碼在您的網站上提供。每個托管選項提供一組唯一內嵌代碼,參照為該托管選項設定的適用檔案位置。
內嵌代碼包含兩個程式碼片段:頁首和頁尾代碼。
  • 頁首代碼
    標題代碼負責從主機位置呼叫相關聯JavaScript程式庫,並在您的網站上提供服務。此程式碼片段應放置在網站程式碼的頭部,盡量靠近開啓標記。
  • 頁尾代碼
    頁尾代碼負責識別頁面的尾端,以進行時間控制。此程式碼片段應放置在網站程式碼的內文區段中,盡量靠近關閉標記。
正確放置頁首和頁尾內嵌代碼片段是有效部署DTM JavaScript程式庫的關鍵。
雖然您可以使用多個托管選項,但您必須確保只有單一內嵌代碼參考會包含在任何指定的頁面上。內嵌代碼的重復或不正確放置可能導致意外的程式庫行為。
下圖顯示討論的DTM架構元件如何搭配運作,以有效部署和管理網站上的工具、標籤和指令碼。
For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation .

Planning your migration to DTM

Information to consider as you plan your migration to Dynamic Tag Management (DTM) and best practices to help get your implementation started correctly.
本節包含下列資訊:

Planning your DTM setup: Component overview

本節包含基本DTM公司結構的快速概觀,以準備有關規劃DTM設定的決策。
在DTM中,公司是Web屬性的群組。
Web屬性是群組工具、規則和資料元素的群組,可用來收集資料並部署網站上的標記/指令碼。
每個Web屬性都與一個內嵌代碼相關聯,此內嵌代碼負責載入網站上的特定屬性配置。
使用者是在公司層級管理,但可以針對每個屬性加以控管,但管理員角色除外。管理員角色為全域,具有公司所有屬性的完整權限。
For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation .

Planning your DTM setup: Decision points

考慮到基本DTM公司結構,讓我們在您規劃DTM設定時,討論相關決策點。
我需要幾家公司?
在大多數情況下,一家公司最能滿足業務需求。
擁有多家公司的主要原因,就是要完全分離使用者和Web屬性。
這種設定類型最適合大型企業,因為許多Web實體都是由不同的業務部門執行。
如何將網域和子網域分發至Web屬性?
Web屬性可設定為一對一或一對多的網域。
若要決定哪一項最適合您的業務,請考慮以下變數的跨網域相似性和差異。
  • 資料收集方法與來源
  • 部署的工具和標籤
  • 網站程式碼結構
  • DTM使用者工作流程
在大多數情況下,一個網域的一個Web屬性最適合業務需求,因為其中一個或多個變數不同。
此類型的設定最有效地容納每個網域的需求,同時仍可透過「複製」功能輕鬆複製跨網域常數。
但是,如果這些變數在網域間相同或非常類似,在一個Web屬性內擁有多個網域可能會比較有意義。在這些情況下,此設定可減少屬性之間的不必要複製。
此相同的推理可用於子網域散髮。
使用案例範例
藍本
解決方法
我的業務部門管理數個網域。我們在所有網域中部署Adobe Analytics,但每個網域都有自己的報告套裝和追蹤需求。
為每個網域運用一個屬性。
我的業務部門管理數個網域。我們在所有網域中部署Adobe Analytics,並使用一個全域報告套裝收集所有資料。網域之間的資料來源因網站程式碼結構的變化而大不相同。
為每個網域運用一個屬性。
我的業務部門管理數個網域。我們在所有網域中部署Adobe Analytics,並使用全球報告套裝和全球資料層來收集所有資料。我們的其餘工具和標籤大多在網域之間保持一致,我們規劃讓相同的使用者管理發佈工作流程。
為所有網域運用一個屬性。

Migration best practices

決定最佳公司和屬性散髮後,請考慮下列最佳實務,當您開始進行DTM移轉時。
流程工作流程: 開發將現有頁面程式碼移轉至DTM的系統程序,以確保順利轉換。
建議您在低階測試環境中啓動此程序,並依網站區段在逐頁或網站區域上轉換代碼。
這可讓您在移除任何預先存在的頁面程式碼之前,全面檢查DTM設定,降低實施中斷的風險。
使用IT: 請務必與IT團隊合作,以決定目前的流程和部署週期。
這有助於確保正確且即時放置內嵌代碼,並協調移除有效的移轉頁面代碼。
人員工作流程與治理: 另一個重要的概念是建立使用者工作流程。完整指派使用者角色可為DTM工作流程提供管理。
使用者角色
建立規則
編輯規則
測試規則
批准規則
發佈規則
建立/編輯使用者
建立屬性
使用者
核准者
發行者
核准者暨發佈者
管理
如此可確保您的團隊成員在推送至生產環境之前,就能完整地處理所有項目。
For more information, see Migrating to Dynamic Tag Management in the Dynamic Tag Management Product Documentation .

Migrating to DTM: A closer look at Adobe Analytics

Whether your current Adobe Analytics implementation is deployed via on-page methods or via another tag management system, this section helps you understand your options as you migrate to DTM.

Phase 1: Quick value add

Because migrating Adobe Analytics code can be a lengthy process, DTM offers a feature that allows you to augment your existing Analytics implementation without disrupting it.
This feature is called Page Code is Already Present and is located in the Analytics tools settings in your DTM property.
若要存取此功能,請展開工具設定的「程式庫管理」區段。
With this feature enabled, DTM is able to leverage the existing implementation to send supplemental s.t() / s.tl() calls via event-based and direct-call rules.
此功能可讓您在移轉任何程式碼之前,輕鬆地使用DTM來增強Adobe Analytics實作。
但是,請務必注意下列限制。
  • DTM Adobe Analytics工具中設定的變數和設定將無法生效。
  • 頁面載入規則中設定的Adobe Analytics變數將無法生效。
發生這些限制是因為DTM完全依賴現有實作,以提供AppMeasurement代碼並實例化s物件。

Phase 2: Full migration

To take full advantage of the integrated Adobe Analytics functionality in DTM, a complete migration of Analytics code is recommended.
此移轉應包含頁面程式碼中所有的物件參照,並包含DTM正在部署Adobe Analytics之頁面上的指令碼。
以下章節包含更多資訊:
移轉全域代碼
移轉的第一步是在您的DTM屬性中設定Adobe Analytics工具設定中的全域代碼。
The AppMeasurement code / s_code is configured in the Library Management section of the tool settings under Code Configuration.
如果「頁面程式碼已自第階段存在」目前利用,您將需要取消勾選此選項以顯示「程式碼設定」選項。此變更只會在測試中生效,因此您可以先設定並審查移轉的程式碼,然後再將此變更推送至生產環境。
The Custom configuration option is typically preferred as an initial migration approach because it allows you to reference your existing AppMeasurement / s_code as-is without the need for additional tool configuration.
  • 自訂-裝載於DTM: 將現有的程式碼貼到編輯器中。
  • 自訂-裝載於URL: 在URL位置參考現有程式碼。
Managed by Adobe 透過此選項,DTM會自動提供並代管選擇的AppMeasurement基本程式碼版本。此方法可讓您輕鬆更新程式碼版本,使它成為絕佳的長期選項。
無論「代碼設定」選項為何,AppMeasurement代碼中未包含的項目都可以透過提供的介面欄位或自訂頁面代碼編輯器中的工具設定來設定。
提供的介面欄位是設定全域設定和變數的絕佳長期選項,可利用這些欄位來取代自訂程式碼,最終降低實施的整體複雜度。
Dynamically populate variables by leveraging data elements directly in any field using the %dataElement% syntax.
「自訂頁面代碼編輯器」是需要程式碼的項目,例如增效模組和條件設定。Any code placed here will work in tandem with the hosted AppMeasurement code / s_code .
移轉頁面層級代碼
移轉的下一個步驟是在DTM規則中設定非全域代碼。
以下概述每個規則類型及其設定Adobe Analytics觸發的一般用法。
規則類型 詳細資料
頁面載入規則
可用來附加變數至所有或特定頁面上的預設頁面檢視信標。 使用個案範例: 載入促銷頁面時傳送特定eVar。
事件型規則
Use to trigger a s.t() or s.tl() beacon on specific user interactions. 使用個案範例: 啓用快顯視窗時,傳送特定事件的自訂頁面檢視信標。
直接呼叫規則
Use to trigger a s.t() or s.tl() beacon in scenarios when DOM event can' be detected. 使用個案範例: 在檢視視訊時,傳送 s. tl() 信標與特定事件。
Remember to follow Migration Best Practices .
如前一節所述,請務必記住下列最佳實務,以便移轉您的Adobe Analytics程式碼。
  • 開發系統程序
  • 從低階測試環境開始,完全移轉移轉
  • 提早與IT合作,移除程式碼移除
漸進式移轉的一種可能方式是決定用以識別尚未完全移轉之頁面的旗標。This flag can then be leveraged in the Customize Page Code editor in the tool settings to conditionally cancel the default DTM beacon on those pages by setting 's.abort = true' .
請注意,此方法只會影響Analytics工具信標;設定為觸發Adobe Analytics的規則應符合規則本身。
在使用生產環境前,請先在測試環境中仔細審查此方法。

Benefits of a tag management system: A focus on DTM

Information about the basics of tag management and walks through how Dynamic Tag Management can specifically benefit your business.
以下章節包含更多資訊:

What is a tag management system?

標籤管理系統可讓您透過容器標籤,更輕鬆地實施和管理網站上的行銷與分析標記。
容器標籤是一個程式碼片段,放置於您的網站標記中,可在您的網站上觸發無數標記。
此方法可降低IT群組的負擔,並讓行銷人員掌握控制權。

Why Dynamic Tag Management (DTM)

動態標籤管理採用上述標籤管理方法,並透過整合的情境和時間控制功能,透過直接而強大的設計來增強其功能。
當您決定動態標籤管理是否適合您的業務時,請考慮下列事項:
  • 改善網站效能
    透過動態標籤管理,行銷和分析標記會從您的網站標記移至DTM程式庫。這本身可縮短頁面載入時間,因為DTM程式庫已最佳化檔案壓縮和速度。
    不過,透過使用DTM提供的條件控制項和非同步方法,進一步增強效能。
    條件式控制項可讓您輕鬆確保標籤只在必要時觸發,免除不必要的程式碼部署。
    非同步載入會強制標籤不干擾頁面的方式,大幅降低頁面演算的負擔。
  • 提高控制力,降低風險
    由於對IT的依賴程度較低,您將能夠在手錶上部署及管理標籤。
    這表示在部署廠商標籤及提高敏捷性,以跟上新工具/標籤功能的腳步時,需要較少的心力和風險。
    此外,DTM具有內建的功能,以確保遵守資料隱私權政策,並防止廠商標籤干擾您的網站或將資料發到第三方。
  • 更快速、更有效率地工作
    動態標籤管理採用行為導向的方式,並運用全面整合和資料集中化,讓標籤部署變得簡單。
    基於行為的方式允許無數工具/標籤根據特定行為同時部署,而不是個別部署每個標籤。
    DTM的內建整合可方便您輕鬆配置工具,例如Adobe Analytics和Google Analytics,免除了廣泛的自訂程式碼需求。
    資料元素可集中管理常見資料點,減少程式碼冗余並最佳化資料查詢時間。
    這些功能可節省時間和挫折,讓您更專注於標籤部署,更能專注於推動業務發展。
  • 免費使用動態標籤管理
    更棒的是,如果您是Adobe Experience Cloud客戶,則「動態標籤管理」是免費的。
    如需詳細資訊,請連絡您的Adobe客戶經理。