GTM 代碼設定重點：先建立容器，再把代碼放進網站
GTM 代碼設定的核心流程是：前往 https://tagmanager.google.com 完成 Google Tag Manager 登入，建立帳戶與容器，取得兩段 Google 代碼管理工具容器程式碼，將第一段放在網站 HTML 的 <head> 中，第二段放在 <body> 開頭後方；之後多數追蹤碼就能在 GTM 後台新增、測試、發布，不必每次都請工程師修改網站原始碼。對行銷人員、網站管理者與分析師來說，GTM 是管理 GA4、Google Ads、再行銷、事件追蹤與第三方工具代碼的重要基礎。
GTM 是什麼：Google 代碼管理工具的實際用途
GTM 的定義
GTM 是什麼？GTM 全名是 Google Tag Manager，也常被寫作 Google Tag Manager，是 Google 提供的免費代碼管理系統，中文稱為 Google 代碼管理工具。它的功能不是取代 GA4，而是協助你管理要放在網站上的各種追蹤代碼，例如 GA4 設定代碼、Google Ads 轉換追蹤、再行銷代碼、Meta Pixel、Hotjar 或其他第三方工具。
傳統做法是每新增一段追蹤碼，就要請工程師協助埋進網站程式碼。若網站活動頻繁、廣告平台多、轉換事件複雜，直接埋碼會增加管理成本，也容易出現重複埋碼、漏埋、頁面改版後失效等問題。安裝 GTM 後，網站只需要先放入一組容器代碼，之後大多數追蹤需求都能在 GTM 後台設定。
GTM 不是分析報表工具
GTM 本身不提供完整流量分析報表，它負責「部署與管理代碼」。真正接收資料、製作報表的是 GA4、Google Ads 或其他分析平台。可以把 GTM 想像成網站與行銷工具之間的控制中心：你在 GTM 後台決定哪一段代碼要在什麼頁面、什麼條件、什麼使用者行為發生時啟動。
例如，使用者到達感謝頁時啟動 Google Ads 轉換追蹤碼；使用者點擊電話按鈕時送出 GA4 事件；使用者送出表單後記錄為潛在客戶轉換。這些都可以透過 GTM 設定完成。
為什麼企業網站需要 GTM 代碼設定
降低每次埋碼都依賴工程師的成本
對許多企業來說，「埋 code 網站」是數位行銷中常見但容易卡關的工作。廣告投放前需要埋轉換碼，SEO 或內容分析需要事件追蹤，電商網站需要追蹤加入購物車、開始結帳與購買完成。如果每次都直接修改網站原始碼，排程、測試與維護成本會提高。
GTM 的優勢是先由工程師協助完成一次 GTM 安裝，之後行銷或分析人員就能在權限範圍內新增與調整代碼，並透過預覽模式測試後再發布。這種方式能降低溝通成本，也能讓追蹤設定更有版本控管。
提升追蹤管理的一致性
在 Google 代碼管理工具中，代碼、觸發條件與變數會被集中管理。代碼代表要執行的追蹤程式；觸發條件代表何時啟動；變數則提供可重複使用的資料，例如頁面網址、點擊文字、表單 ID、GA4 評估 ID 等。
當網站規模變大時，集中管理比到處分散埋碼更容易維護。若發現某個轉換事件設定錯誤，也可以在 GTM 中調整並發布新版，不必逐頁修改網站程式。
GTM、GA4 全域網站代碼與直接埋碼比較
追蹤代碼管理方式比較表
| 比較項目 | Google 代碼管理工具 GTM | GA4 全域網站代碼 | 直接埋碼到網站 |
|---|---|---|---|
| 主要用途 | 集中管理多種追蹤代碼與事件 | 安裝 GA4 資料收集代碼 | 將特定平台代碼直接放入網站 |
| 適合情境 | 多平台追蹤、事件追蹤、廣告轉換管理 | 只需要基本 GA4 流量追蹤 | 單一代碼、需求很簡單的網站 |
| 是否需工程師 | 初次 GTM 安裝通常需要，後續可由行銷人員管理 | 初次安裝通常需要 | 每次新增或修改多半需要 |
| 事件追蹤彈性 | 高，可設定點擊、表單、頁面條件等 | 中，需要搭配 GA4 設定或額外程式 | 視工程實作而定 |
| 測試方式 | 可用預覽模式與 Google Tag Assistant 檢查 | 可用 GA4 DebugView、Tag Assistant | 需依平台與瀏覽器工具檢查 |
| 版本控管 | 具備版本發布與還原機制 | 較有限 | 依網站開發流程而定 |
| 常見風險 | 觸發條件設定錯誤、重複發送事件 | 事件設定彈性不足 | 代碼分散、維護困難、改版後遺漏 |
GTM 教學：從帳戶建立到容器安裝
步驟一：前往 Google Tag Manager 並登入
進行 Google Tag Manager 登入時，請前往 https://tagmanager.google.com，並登入你的 Google 帳戶。如果公司已有 Google Workspace 或專用行銷帳號，建議使用公司可管理的帳戶建立 GTM，避免日後因個人帳號離職或權限遺失而無法管理。
登入後，進入 Google 代碼管理工具介面，在左上方可看到「帳戶」區域。若尚未建立帳戶，點選右上方「建立帳戶」。
步驟二：完成 GTM 建立
GTM 建立時需要填寫帳戶名稱、國家或地區，並設定容器名稱。容器通常對應一個網站或一個 App。若是網站，容器名稱可使用網域，例如 example.com，平台則選擇「網站」。
建立完成後，GTM 會提供一組容器 ID，格式通常為 GTM-XXXXXXX。這個 ID 會出現在容器程式碼中，也是後續確認安裝是否正確的重要資訊。
步驟三：取得 GTM 容器程式碼
帳戶與容器建立完成後，系統會顯示兩段程式碼：
第一段 JavaScript 程式碼需放在每個頁面的 <head> 區塊中，越靠前越好。
第二段 noscript 程式碼需放在每個頁面 <body> 開頭後方，主要用於瀏覽器不支援或停用 JavaScript 時的備援情境。
如果你使用 WordPress、Shopify、Wix、Cyberbiz、91APP 或其他建站平台，安裝方式可能依平台而異。有些平台提供專門欄位填入 GTM ID，有些則需要透過主題檔案、外掛或後台代碼區塊設定。無論使用哪種方式，都應確認每一個需要追蹤的頁面都有正確載入 GTM。
GTM 安裝：將容器代碼放入網站的注意事項
安裝位置要正確
GTM 安裝最重要的是確認代碼位置。第一段應放在 <head> 內，第二段應放在 <body> 開頭。若只放其中一段，多數情況下仍可能運作，但不符合 Google 建議的完整安裝方式。若放錯位置，可能導致載入時機異常、預覽模式無法正常連線，或特定環境下資料收集不完整。
避免重複安裝
網站常見錯誤之一是同一個容器被重複安裝，例如佈景主題中已放入 GTM，外掛又再放一次。重複安裝可能造成 GA4 事件重複、轉換數據膨脹、廣告成效判讀錯誤。安裝後應使用瀏覽器檢查工具、GTM 預覽模式或 Google Tag Assistant 確認同一頁面是否只載入預期的 GTM 容器。
改版與跨網域要重新確認
若網站進行版型改版、CMS 搬遷、結帳流程換系統、登入頁轉到子網域，都應重新檢查 GTM 是否仍存在。尤其是電商網站常見主站、購物車、金流頁、會員中心分屬不同系統，若其中某些頁面沒有載入 GTM，事件追蹤就會中斷。
GTM 設定：代碼、觸發條件與變數怎麼理解
代碼：你要啟動的追蹤工具
在 GTM 中，「代碼」就是要送出或執行的追蹤程式。例如 GA4 事件、Google Ads 轉換追蹤、Google Ads 再行銷、Floodlight、HTML 自訂代碼等。新增代碼時，需依平台要求填入評估 ID、轉換 ID、事件名稱或其他參數。
以 GA4 為例，通常會先建立 GA4 設定代碼或 Google 代碼，再設定事件代碼。事件名稱應盡量遵循 GA4 建議事件命名，例如 generate_lead、purchase、sign_up，避免每個人任意命名導致報表混亂。
觸發條件：什麼時候啟動代碼
觸發條件是 GTM 設定的關鍵。常見觸發方式包含：
常見觸發條件清單
| 觸發條件類型 | 適合追蹤的行為 | 常見用途 |
|---|---|---|
| 所有網頁 | 使用者瀏覽任一頁面 | GA4 基本追蹤、再行銷 |
| 部分網頁 | 特定 URL 或頁面路徑 | 感謝頁轉換、活動頁追蹤 |
| 點擊連結 | 使用者點擊超連結 | 電話、LINE、外部連結追蹤 |
| 所有元素點擊 | 按鈕、區塊、非連結元素 | CTA 按鈕、彈窗互動 |
| 表單提交 | 使用者送出表單 | 名單收集、聯絡我們 |
| 自訂事件 | 網站資料層推送事件 | 電商事件、會員行為、複雜互動 |
變數：讓設定更容易重複使用
變數是 GTM 中用來儲存或讀取資料的設定。GTM 提供許多內建變數，例如 Page URL、Page Path、Click Text、Click URL、Click Classes、Form ID 等。你也可以建立自訂變數，例如 GA4 評估 ID、Google Ads 轉換 ID、資料層變數等。
良好的變數命名能提高維護效率。例如將 GA4 評估 ID 建成固定變數，之後所有 GA4 事件代碼都引用同一個變數；若未來評估 ID 更換，只需修改一次變數，不必逐一更新每個代碼。
用 GTM 設定 GA4 事件追蹤的基本流程
建立 GA4 資料串流
若尚未建立 GA4，需先到 GA4 建立帳戶與資源，完成商家資訊、服務條款、資料設定，並建立網站資料串流。建立後會取得評估 ID，格式通常為 G-XXXXXXXXXX。這組 ID 可用於 GTM 中的 Google 代碼或 GA4 事件設定。
在 GTM 新增 GA4 代碼
進入 GTM 容器後，點選「代碼」並新增代碼。若要安裝 GA4 基本追蹤，可選擇 Google 代碼或 GA4 相關代碼類型，填入評估 ID，觸發條件選擇「所有網頁」。這樣網站每次頁面瀏覽都會傳送基本資料到 GA4。
若要追蹤特定事件，例如點擊聯絡按鈕，可新增 GA4 事件代碼，設定事件名稱，例如 click_contact，再設定觸發條件為特定點擊事件。
設定點擊連結觸發條件
以點擊電話連結為例，可先啟用內建變數 Click URL，再建立觸發條件：
觸發類型選擇「僅連結」。
啟動條件選擇「部分連結點擊」。
條件可設定為 Click URL 開頭為 tel:。
接著將這個觸發條件套用到 GA4 事件代碼。使用者點擊電話連結時，GTM 就會送出事件到 GA4。
發布前一定要做的測試：預覽模式與 Google Tag Assistant
使用 GTM 預覽模式
完成 GTM 設定後，不建議直接發布。應先點選 GTM 右上角「預覽」，輸入要測試的網站網址，連線後即可在 Tag Assistant 預覽介面中查看每個頁面與事件是否正確觸發。
你可以逐步測試頁面瀏覽、按鈕點擊、表單送出、感謝頁載入等行為，確認目標代碼是否出現在 Tags Fired，而不應觸發的代碼是否出現在 Tags Not Fired。這是避免錯誤數據進入正式報表的重要步驟。
使用 Google Tag Assistant 檢查安裝狀態
Google Tag Assistant 是檢查 Google 追蹤代碼的重要工具，可協助確認網站是否載入 GTM、GA4 或其他 Google 標籤。測試時應注意以下項目：
GTM 容器 ID 是否正確。
是否出現重複容器。
GA4 評估 ID 是否符合目前資源。
事件是否在互動後正確送出。
是否有紅色錯誤或異常警示。
除了 Tag Assistant，也可搭配 GA4 DebugView 檢查事件是否進入 GA4。若是 Google Ads 轉換，則應再回到 Google Ads 後台確認轉換狀態，但轉換狀態更新可能需要時間，不一定會即時顯示。
GTM 代碼設定常見錯誤與修正建議
只建立 GTM 但沒有發布版本
許多人完成 GTM 建立與代碼設定後，忘記點選「提交」發布版本。GTM 中的設定若只儲存在工作區，網站前台不會套用。每次確認測試無誤後，都應提交版本，並寫清楚版本名稱與說明，例如「新增 GA4 聯絡按鈕事件」。
觸發條件過於寬鬆
例如想追蹤「送出表單」，卻設定成所有按鈕點擊都觸發，會導致事件數量灌水。觸發條件應盡量使用明確判斷，例如表單 ID、按鈕文字、頁面路徑、Click URL 或資料層事件。
GA4 事件命名不一致
同一種行為若同時命名為 contact_click、click_contact、ContactButton，後續報表分析會變得困難。建議建立事件命名規則，使用小寫英文、底線分隔，並在文件中記錄事件名稱、觸發條件、用途與負責人。
沒有建立權限管理
Google 代碼管理工具可設定不同權限。企業或代理商協作時，不應共用同一組帳號。應依角色分配檢視、編輯、核准、發布權限，並定期檢查離職人員或外部廠商權限，降低誤改或資安風險。
如何讓 GTM 設定更符合 SEO 與資料可信度
GTM 不會直接提升搜尋排名
GTM 本身不是 SEO 排名工具，不會因為安裝後直接讓網站排名上升。但它能協助你更準確衡量自然搜尋流量的使用者行為，例如從 SEO 文章進站後是否點擊 CTA、是否送出表單、是否完成購買。這些資料可協助內容優化與轉換率分析。
避免過多第三方代碼影響速度
雖然 GTM 方便管理代碼，但不代表所有工具都應無限制加入。過多第三方腳本可能影響載入速度，而網站速度與使用者體驗是 SEO 與轉換率的重要因素。建議定期盤點代碼，移除不再使用的廣告平台、熱圖工具或測試腳本。
建立可稽核的追蹤文件
符合經驗、專業、權威性、可信度原則的數據管理，不只在於會設定 GTM，也在於能清楚說明資料從哪裡來。建議建立追蹤文件，記錄每個代碼的用途、平台、觸發條件、變數、發布日期、測試結果與負責人。當日後報表異常時，可以快速回溯原因。
結論：GTM 代碼設定是網站數據追蹤的基礎工程
GTM 代碼設定的正確流程，是先完成 Google Tag Manager 登入與 GTM 建立，再進行 GTM 安裝，把容器程式碼正確放入網站，接著於 Google 代碼管理工具後台管理代碼、觸發條件與變數。發布前務必使用預覽模式與 Google Tag Assistant 測試，確認資料正確送出後再提交版本。
對需要經營 SEO、投放廣告、優化轉換率或分析使用者行為的網站而言，GTM 不是可有可無的工具，而是讓追蹤管理更穩定、更有彈性、更可維護的基礎。只要規劃好事件命名、權限管理、測試流程與版本紀錄，就能降低埋碼錯誤，讓數據更值得信任。
常見問題
1. GTM 是什麼？
GTM 是 Google Tag Manager，也就是 Google 代碼管理工具。它是一套免費代碼管理系統，可集中管理網站上的 GA4、Google Ads、再行銷與第三方追蹤代碼。
2. GTM 和 GA4 有什麼不同？
GTM 負責管理與觸發代碼，GA4 負責接收資料並產生分析報表。GTM 不是報表工具，GA4 也不是完整的代碼管理工具，兩者常搭配使用。
3. GTM 安裝一定需要工程師嗎？
初次安裝通常建議由工程師協助，因為需要把兩段容器程式碼放到網站 HTML 中。安裝完成後，多數代碼與事件可由行銷或分析人員在 GTM 後台管理。
4. 我可以只安裝 GA4，不使用 GTM 嗎？
可以。如果網站只需要基本流量追蹤，直接安裝 GA4 全域網站代碼也能運作。但若需要管理多種平台代碼、設定事件追蹤或廣告轉換，使用 GTM 會更有彈性。
5. GTM 容器代碼要放在哪裡？
第一段應放在網站每個頁面的 <head> 中，第二段應放在 <body> 開頭後方。若使用建站平台，可能可直接填入 GTM 容器 ID。
6. GTM 設定完成後為什麼沒有資料？
常見原因包括尚未發布版本、觸發條件設定錯誤、GTM 沒有正確安裝、GA4 評估 ID 錯誤、瀏覽器阻擋追蹤，或資料平台尚未更新。應先用預覽模式與 Google Tag Assistant 檢查。
7. Google Tag Assistant 可以做什麼？
Google Tag Assistant 可協助檢查網站是否正確載入 GTM、GA4 與其他 Google 標籤，也能搭配 GTM 預覽模式測試事件是否正確觸發。
8. GTM 會影響網站速度嗎？
GTM 本身通常不是主要問題，但透過 GTM 載入太多第三方代碼可能影響速度。建議定期盤點代碼，移除不再使用的工具。
9. GTM 建立時容器名稱要怎麼命名？
建議使用網站網域或清楚可辨識的名稱，例如公司名稱加網域。若公司有多個網站，應避免使用過於籠統的名稱，以免日後管理混亂。
10. 埋 code 網站時使用 GTM 比較好，還是直接埋碼比較好？
若只是單一簡單代碼，直接埋碼可以接受；但若需要多平台追蹤、事件管理、廣告轉換與版本控管，使用 GTM 通常更適合，也更方便後續維護。