目錄
文件概述
這篇文件講解了GTM(Google Tag Manager)相關的名詞、概念和用法例項，並結合GA，提供了優勢分析和操作例項。
同時，對於常見的問題和解答做了一一列舉。
名詞解釋
程式碼(Tag)
什麼是程式碼？
程式碼就是在網頁上執行的一段HTML程式碼。(A Tag is HTML code that executes on a page.)
而對於GTM,程式碼指的是向第三方（比如 Google）傳送資訊的程式碼段。(A tag is a snippet of code that sends information to a third party, such as Google.)
觸發器(Trigger)
在GTM中,觸發器簡而言之就是可以決定哪些程式碼能以何種方式觸發。
變數 Variable：
在GTM中,變數用於接收和儲存資料，被Tag和Trigger使用
Google Tag Manager(谷歌程式碼管理器,GTM)
Google 跟蹤程式碼管理器是一個程式碼管理系統，可以快速輕鬆地更新網站或移動應用上的程式碼和程式碼段，例如用於流量分析和營銷優化的程式碼和程式碼段。可以通過跟蹤程式碼管理器的介面新增和更新 AdWords、Google Analytics（分析）、FirebaseAnalytics、Floodlight 和第三方程式碼或自定義程式碼，而無需修改網站程式碼。這樣既減少了錯誤，也免除了配置程式碼時向開發者求助的麻煩。(Google Tag Manager is a tag management system that allows you to quickly and easily update tags and code snippets on your website or mobile app, such as those intended for traffic analysis and marketing optimization. You can add and update AdWords, Google Analytics, Firebase Analytics, Floodlight, and 3rd party or custom tags from the Tag Manager user interface instead of editing site code. This reduces errors and frees you from having to involve a developer when configuring tags.)
Google Analysis(分析，GA)
Google Analytics（分析）可以幫助你衡量銷售與轉化情況，且能為你提供新鮮的深入資訊，幫助你瞭解訪問者如何使用您的網站，他們如何到達您的網站，以及您可以如何吸引他們不斷回訪。
優勢
為什麼要使用GTM? 使用GTM有什麼優勢？
簡單來說，GTM讓你新增js程式碼到你站點的方式更簡單，取代了硬編碼的形式，你可以直接通過介面操作去決定什麼時候觸發和觸發哪些頁面，還能測試是否觸發。
因此，Google Tag Manager是一個對使用者非常優化的方案。能用於管理程式碼，標籤，js程式碼，能像第三方傳送資料，而已通過它給你的站點或app新增AD轉跟蹤程式碼，再營銷程式碼，DCM程式碼等。
另外，GTM和GA可以結合使用，利用GTM部署GA程式碼。
下面總結了GTM的7個優點：
-
它是免費的 無需擔心，GTM是免費的，它有甚多令人驚奇的功能，如賬戶和使用者管理，程式碼觸發規則，第三方程式碼，自定義HTML等。
-
你可以直接使用 部署GTM後，你可以再不需要開發支援的情況下直接往頁面新增程式碼，測試，直到你測試無誤後直接釋出。
-
忘記限制 通過google Tag Manager，你可以使用更多的非谷歌的產品，可以部署第三方預定義的程式碼，如marin，comScore，AdRoll等，如果找不到你想要的第三方程式碼，你開可以定義。不是可以適用於網站，可以用於ios和Android。
-
無縫與GA結合 Google Tag Manager能更好支援Google Anlaytics一些複雜而使用的功能，例如Userid跟蹤，Userid跟蹤能解決跨裝置跟蹤的問題，能夠提供更加準確的資料。Google Tag Manager也可以更加方便的設定自定義維度，自定義欄位，跨站跟蹤，增強型電子商務跟蹤等。
-
跟蹤方便 由於網上很多資源，你可以很容易去跟蹤如youtube視屏播放，列印跟蹤，ajax表單跟蹤等。
-
無需關心安全問題 無需擔心，Google Tag Manager擁有你所需的安全管理功能，你可以給不同的使用者授予不同的許可權。
-
直接可以debug 有debug功能，內建錯誤檢驗，版本控制，所以你可以再上線之前知道發生了什麼。
使用
使用的流程
-
轉至 tagmanager.google.com 並建立一個帳戶。
-
在此帳戶中為網站建立一個容器。
-
將容器程式碼段新增到網站。
-
將硬編碼程式碼（如 AdWords 或 DoubleClick 程式碼）從網站的原始碼遷移到跟蹤程式碼管理器中。
使用示例
下面從建立GTM容器到頁面觸發嵌入指定程式碼片段為例，演示GTM的基本使用。
1 . 建立賬號
2 . 安裝
建立賬號之後會彈出『Google 跟蹤程式碼管理器服務條款協議』，接受後可以看到『安裝 Google 跟蹤程式碼管理器』頁面，分別將兩段程式碼放在網站的和元素中。
3 . 配置變數
4 . 配置程式碼
5 . 配置觸發器
6 . 釋出
7 . 檢視效果
訪問[test.mapemall.com/account/wis…]即可看到指定的程式碼片段已經嵌入網頁中了。
Q&A
遷移到GTM需要準備什麼？ 難度大嗎？
為確保 Google 跟蹤程式碼管理器的配置符合您的業務需求，請考慮以下幾點:
- 需要多少帳號？應該由誰來建立這些帳號？
首次設定跟蹤程式碼管理器帳號時，可以制定一項策略，用來規定由誰負責長期管理帳號，以及萬一團隊成員角色變更，帳號所有權將如何處理。
最好每個公司設定一個跟蹤程式碼管理器帳號,需要管理程式碼的公司應該在 Google 跟蹤程式碼管理器中建立帳號,代理機構可以登入自己的 Google 帳號來管理客戶的 Google 跟蹤程式碼管理器帳號.
- 您是移動應用開發者嗎？
為每個移動應用設定一個容器。應用的每個主要新版本都應具備一個新容器。（應用的次要更新可使用相同的容器，因為它們的配置鍵很可能完全相同或非常相似。
- 您要管理多個網域嗎？
通常，您需要為每個網域設定一個容器。不過，如果使用者體驗和網站上的程式碼會跨越多個網域，則最好為這些相關的網域設定一個容器。以下是一些注意事項：
配置（規則、觸發器和變數）無法在不同容器間輕鬆共享，除非使用容器匯出和匯入功能或 API。如果各個網域之間的程式碼和觸發邏輯相似，則可以使用一個容器，原因是維護多個相似的配置比較費時，還容易引發錯誤。
一旦有人釋出容器，所有更改均會生效（不論哪個網域）。如果您只需要對一個網域應用更改，而不希望其他網域受到影響，則可以為每個網域使用不同的容器。
- 您在網站中部署了什麼程式碼？部署在何處？
首先是確認已經部署在網站中的所有程式碼及其部署位置（例如所有頁首或頁尾、著陸頁、確認頁以及對按鈕點選的響應等）。
仔細思考您想要收集的資訊並決定是否要部署其他程式碼。如果您要收集的資料沒有在網頁上顯示，請參閱開發者文件，瞭解如何將其他資料傳遞到程式碼。
如果您的所有程式碼都會在網頁載入時觸發，而且可以通過網址識別這些網頁，那麼基本的容器實現就可以滿足您的需求了。建立 Google 跟蹤程式碼管理器帳號和容器之後，只要將所提供的容器程式碼段（建立容器時生成）放在網站的每個網頁上，緊跟在起始 HTML body 標記後面。要了解容器和容器程式碼段，請參閱設定和安裝。
如果您的程式碼觸發場景更為複雜，那麼您可以採用自定義程度更高的容器實現方案。此類自定義解決方案通常會實現一個資料層，該資料層是一種程式碼，會幫助 Google 跟蹤程式碼管理器將您網站或應用中的資料傳送到您的程式碼中。您可以通過我們的解決方案指南瞭解使用資料層的原因和方式，還可以在我們的開發者網站上了解如何設定資料層。
GA與GTM傻傻分不清楚:GA與GTM是同一個東西嗎？他們之間有什麼關係？
相當一段時間裡，Google Analytics被用於收集，處理，配置和分析網站或app的資料，而且結果可以在頁面直接看到。直到2012年，Google釋出新款重磅產品，也就是Google Tag Manager。
對Google Tag Manager的認識錯誤在哪裡？其中最大的一個誤解就是認識Google Tag Manager和Google Analytics是同一個東西，這是錯誤的，事實上，Google Tag Manager完全是一個獨立的工具。
