初期剛接觸 Google 代碼管理工具（GTM）的新朋友看到介面時，肯定會一頭霧水，容器是什麼？怎麼裡面還有分工作區？版本又是什麼？為什麼還有環境設定，這是代表什麼？
這篇文章將帶你走一遍整個 GTM 的帳戶結構，幫助你從最上面的層級一路往下走，了解到帳戶、容器、工作區、環境以及版本之間的關係，透過俯視整個 GTM，未來在為網站規劃 GTM 時，可以有個較完整的計畫。
GTM 帳戶結構全觀
一個 Google 代碼管理工具底下可以許多個 「GTM 帳戶」，一個「GTM 帳戶」底下可以有很多個「容器」給不同的網站使用，每個「容器」內可以有許多「工作區」，每個「工作區」內則會產生許多不同的「版本」，而每次的「版本」在發佈時，可以發到不同的「環境」以供測試，避免直接在正式站啟動代碼造成網站出現意外毀損。
帳戶（Account）
在 GTM 首頁，點擊右上角可以「新增帳戶」，如果你今天身在品牌方，通常你只會擁有一個帳戶，然後透過建立不同的容器，來管理公司不同的網站，如果你的品牌只有一個網站，甚至可以只簡化到一個容器，然後透過不同的「環境」設定來進行代碼測試即可，不需要為每個測試網站建立「容器」來分別管理一樣的代碼。
如果是在代理商，你可能會有很多的帳戶管理不同的公司，再根據公司的網站類型，規劃不同的容器供其使用。
例如：假設 A 公司的網站只是網站語言不同，但網站結構都相同，那只需要一個帳戶＋一個容器進行管理即可。
但如果 A 公司有兩個不同的網站，例如電商網站以及部落格網站，因為頁面結構不同追蹤邏輯也會不相同，此時我們就會為每個網站建立不同的容器來管理代碼，但是都會隸屬於同一個 A 公司帳戶底下。
容器（Container）
一個帳戶底下可以有許多不同的「容器」，「容器」內放置不同的代碼、觸發條件以及變數，針對不同的網站型態（部落格或是購物站），如果網站結構不同，也會造成觸發條件邏輯不同，建議可以分別建立不同「容器」進行管理。
工作區（Workspaces）
一個「容器」內，可以細分不同的「工作區」，免費版本的 GTM 最多可以設定三個。
當公司組織結構較大時，可能會同時有許多不同部門需要用到 GTM，例如網站開發部門或是行銷部門，避免雙方同時更動影響到「容器」內的代碼，可以善用「工作區」的功能，讓大家分別在不同的「工作區」操作以及預覽。
舉例來說：
你身為行銷部門的 GTM 操作人員，與公司的網站分析部門共用同一個 GTM 容器，如果很不巧的，大家同時在使用同一個工作區並且修改到了同一組代碼，當網站分析部門率先「提交」了他們的修改到正式網站時，那你的修改就會被覆蓋掉。
為了避免這樣的情況，你可以創建一個獨立的工作區，並在該工作區內進行修改或是新增代碼，然後「提交」該版本的容器。
而在提交之後，所創建的工作區就會自動清除，你將會被導回到原本預設的工作區，屆時在原本工作區的畫面中，你會看到如下的提示，告知目前工作區的版本已經過時，有一個更新版本的容器已被發佈到正式網站（Live），你必須要同步目前容器的版本。
（獨立創建的工作區是容器版本 7，發布之後產生了容器版本 8，而原預設工作區還停留在容器版本 7，因此我們必須要將其同步更新到容器版本 8）
透過這樣的方式，我們就能避免不同的人在同一個工作區裡面修改了同一組代碼，因為其中一方先行發佈而造成你花時間調整的代碼、觸發條件或是變數被覆蓋掉，是一個相當實用的功能。
不過當然爾，今天如果只有你一個人管理 GTM 帳戶，那就不需要這個功能了。
環境（Environment）
一般來說，建立好代碼之後，除了採用預覽模式確認代碼運作是正常以外，在發佈到正式站之前，也會先將代碼發佈到不同的「環境」，通常會是測試網站，二次確認代碼上線之後不會造成網站重大問題，尤其是涉及到交易功能的網站，更需要謹慎地確認。
如果要設定不同的「環境」，可以來到管理頁籤，選擇環境然後新增不同環境，你會得到一組新的 GTM 容器設定代碼，將其放置於測試網站即可。
關於「環境」功能的操作設定，可以參考文章：「如何善用 GTM 的「環境」功能，發布代碼到測試網站？」，我們在那篇文章當中有更詳細的解釋。
版本（Version）
在每次提交時，都必須填入版本名稱以及版本說明，方便未來在管理 GTM 時知道帳戶更動歷程，因此在填寫版本名稱及說明時，建議確實清楚填寫，未來當網站有問題或是接手的人想要了解過去的資訊時，才有資料可以參考。
歷來的版本我們可以透過 GTM 後台的版本頁籤看到，如果版本發佈後網站出現問題，也可以透過將上一版設定為最新版本來馬上修正，快速恢復網站營運。
總結
初步了解 GTM 架構之後，我們可以知道一個 GTM 帳戶底下可以有許多不同的「帳號」（分屬不同公司），每個「帳號」底下可以有很多不同的「容器」，每個「容器」內可以有不同的「工作區」，每個工作區的更動又會產生不同的「版本」，而每次提交「版本」時，則可以選擇發佈到不同的「環境」。
當了解這樣的結構之後，未來在接手新公司新網站時，就會知道該如何規劃，該安排幾個帳戶？幾個容器？幾個工作區以及幾個測試環境？一個完整的基礎架構，相信會讓你以及接手帳戶的人在未來感謝自己的基礎建設。
延伸閱讀
如果你很喜歡這篇文章並且覺得內容有幫助，又剛有些多餘時間，歡迎你看看其它文章，繼續探索（這坑？這地獄？這片樂土？）
同時，如果對於內容有疑問或是建議，也歡迎你留言告訴我們：）
