善用 GTM 的「工作區」功能來進行多人協作管理

Ian
I think, therefore I do.
6 min readJun 27, 2024

小提醒:如果 GTM 容器只有你自己一個人操作,那這篇文章就不需要繼續閱讀囉。

但如果你需要與公司許多 不同部門或是 不同代理商共同操作 同一個 GTM 容器,就必須要懂得善用 GTM 的「 工作區 」功能來進行多人協作的管理,避免同事或是協作人員之間互相覆蓋了彼此辛苦修改的內容。

我們可以先試想一個情境:

假設今天客戶的 GTM 容器由你跟另外一家廣告代理商操作人員共同管理操作,為了要修改廣告所追蹤的「 變數」,你花了一個早上進行設定調整,同時另一家廣告代理商的操作人員也在同一個「 工作區(Default Worksapce)」進行了的修改操作,你們兩個都在對同樣的容器進行設定。

你的動作比較快,率先「 提交 」了版本,成功讓你修改的項目上線,我們來猜猜接下來會發生什麼事情?

沒錯!另一家廣告代理商操作人員所進行的設定會全部不見!等於他們做了一個早上的白工,當大家同時都用到同一個「工作區」進行操作時,就會出現這樣的問題。

如果大家都在同一個「工作區」作業

這就是為什麼當有多人共同操作 GTM 容器時,必須要懂得善用「 工作區」避免這樣的情況再度發生的原因,正確來說,不同的操作者應該新增「 工作區」,彼此在不同的「 工作區 」進行作業,才不會發生這樣的慘況。

大家在不同的「工作區」進行操作

有時,我們並不會在一天之內就完成所有的設定,透過不同的「 工作區」進行作業,可以讓你把設定到一半的容器「暫時擺著」,隔天再繼續處理,只要其他人不使用你的「 工作區 」進行修改就可以。

該怎麼善用「 工作區 」呢?

讓我們繼續看下去。

新增工作區

GTM 操作介面點選「 目前工作區」 > 右上角點擊「 」 > 編寫「 工作區」標題以及說明 > 「 儲存 」後即創建完成

建立完成後,預期會看到以下畫面。

此時,就可以開始針對我們想要進行的修改進行調整了, 同時切記,隨時都要注意自己身處在哪一個「 工作區 」,避免影響到其它正在修改的容器版本。

修改然後提交此「工作區」容器版本

接著我們可以嘗試隨意修改一個項目,例如新增一個「 隨機數字」變數,然後「 提交」,從下圖我們也可以看到,前面設定的「 工作區」名稱以及說明會變成發布時的「 版本 」名稱以及說明。(當然,你可以自行更改。)

更新容器版本

當我們將新增的「 工作區」容器版本提交後,該「 工作區」就會消失,且會自動回到「 Default Workspace」,並且因為 線上的容器版本與當前「 工作區Default Workspace)」中的容器版本不同,會被要求更新當前的「 工作區 」。

(以文中的範例來看,線上版本是 24 號,但當前的工作區版本為 23 號,因此會被要求同步更新到與線上版本 24 號相同。)

新增的「 工作區」在發布後消失 > 自動回到「 Default Workspace」 > 更新「 工作區

點選更新後,會看到以下畫面,我們直接點擊右上角「 更新 」就可以了,

更新後回到 GTM 操作介面,我們會看到「 Default Workspace 」的容器版本與線上最新的容器版本相同。(當前工作區的容器版本也是 24 號了。)

發生衝突怎麼辦?

如果更新容器後,跳出了「 發現衝突 」提醒,該怎麼處理?

會出現這樣的情況是因為有兩個不同的「 工作區」分別修改到了 一樣的項目,並且其中一個「 工作區 」率先提交了該容器版本,當要合併時,GTM 就會困惑:「我是該聽他的?還是聽你的?該以誰的修改為準呢?」

我們就必須要來解決這個問題,告訴 GTM,以誰的容器版本所修改的為準,點擊「 解決 」後,你會看到以下畫面。

左邊是 最新的容器版本(已經上線的),其「 CSS 選取器」的路徑結尾是 <a>,而右邊當前的工作區中,也修改到了同樣的變數,其 「 CSS 選取器」的路徑結尾是 <p> ,這邊就是衝突產生的地方。

如果需要保留最新版本的修改,就點選「 箭頭複製變更)」,當前工作區的「 變數」就會被覆蓋為最新版本的設定。(也就是「 CSS 選取器」的路徑結尾從 <p> 改成 <a>

延伸閱讀 》 如何使用 GTM 的「CSS 選取器」?

反之,如果選擇左邊的「 禁止符號(忽略變更)」,那麼目前工作區中的代碼,就不會更改成與線上「 最新版本」的代碼相同,在你提交目前工作區的容器之後,便會覆蓋掉線上的「 最新版本

選錯了,可以改回來嗎?

如果你本來是想選擇「 禁止符號(忽略變更)」,卻不小心選到了「 箭頭複製變更)」,使得你辛苦修改的內容被覆蓋掉了,只要再次點選中間的符號,就會出現「 取消決定 」的選項,就可以回到原本的狀態。

如果今天衝突的項目很多,只要 將右上方開關移到左邊 ,就可以一次將所有衝突回到原本的狀態。

總結一下

就這麼簡單,「 工作區」的應用不會很複雜,但卻很少人善用,或許是因為大部分的情況都是一人操作 GTM 容器,所以用不太到這個功能,未來如果有遇到協作的需求,記得用「 工作區 」功能來避免花時間調整的代碼、觸發條件或是變數被覆蓋掉,是一個相當實用的功能。

另外,免費版本的 GTM 最多僅能同時擁有 3 個「 工作區」,但因為「 工作區 」發布後會消失的特性,只要短時間內修改完畢,不會一直佔用著,其實是相當夠用的了。

--

--