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