Google Tag Manager（GTM，代碼管理工具）是 Google 提供的免費工具，用一個「容器」程式碼裝進網站後，之後所有追蹤碼——GA4、Google Ads 轉換、Meta 像素、電話點擊事件——都在 GTM 後台新增與修改，不必再請工程師改網站程式。它的三個核心概念是：代碼（要執行什麼）、觸發條件（什麼時候執行）、變數（用到的資料）。中小企業網站最常用它做四件事：安裝 GA4、追蹤電話與 LINE 點擊、追蹤表單送出、安裝 Google Ads 轉換。
本篇承接〈GA4 基礎設定教學〉裡「電話點擊要靠 GTM 才能記錄」的需求，只講 GTM 本身的操作；GA4 的報表怎麼看請回到那篇。
Google Tag Manager 是什麼？跟 Google 代碼差在哪
Google Tag Manager 是「管理追蹤碼的容器」，Google 代碼（Google tag，gtag.js）是「把資料送到 GA4 與 Google Ads 的那一支追蹤碼」；GTM 裡可以放 Google 代碼，也可以放其他廠商的追蹤碼，兩者是容器與內容物的關係。
沒有 GTM 的網站，每加一個追蹤需求就要改一次網站程式：裝 GA4 貼一段、裝 Google Ads 轉換再貼一段、想追蹤按鈕點擊還要請工程師寫事件。有 GTM 之後，網站只貼一次 GTM 容器碼，之後所有需求都在 GTM 後台完成，改完按發布就生效。
名詞要分清楚，因為 Google 這幾年改了好幾次：Google 代碼（Google tag）是 GA4 與 Google Ads 共用的那支追蹤碼，識別碼是 G- 或 AW- 開頭；GTM 容器的識別碼是 GTM- 開頭。在 GTM 裡要送資料給 GA4，就是建一個「Google 代碼」類型的代碼、填入 G- ID。網路上教學提到的「GA4 設定代碼」是 2023 年以前的名稱，現在已經改叫 Google 代碼。
您需要 GTM 嗎？
網站上只有 GA4、而且不需要追蹤電話與表單以外的動作時，直接貼 Google 代碼就夠；一旦要追蹤點擊、要裝廣告轉換、或有兩個以上的追蹤碼要管理，GTM 就值得裝，而且應該一開始就裝。
| 情況 | 直接貼 Google 代碼 | 使用 GTM |
|---|---|---|
| 只裝 GA4 看流量 | 夠用，最簡單 | 可以，但多一層 |
| 要追蹤電話、LINE、按鈕點擊 | 要寫程式 | 後台點選設定，不用改程式 |
| 要裝 Google Ads 轉換、Meta 像素等多個追蹤碼 | 每個都要改網站 | 全部集中管理，一次發布 |
| 行銷公司與工程師是不同人 | 每次都要排工程時程 | 行銷端自己處理，工程師只裝一次容器 |
| SaaS 建站平台（Shopify、Wix 等） | 平台通常有內建欄位 | 多數平台也支援貼 GTM 容器；Shopify 的結帳頁另有限制 |
我們替客戶建站或接手網站時，預設一律裝 GTM，理由是第三列與第四列：中小企業幾乎都會同時做 SEO 與廣告，追蹤碼一定不只一個；而且工程師與行銷承辦通常不是同一個人，GTM 讓兩邊解耦。
安裝：建立容器、貼兩段程式碼、確認載入
GTM 安裝只有三步：在 tagmanager.google.com 建立網站容器、把兩段程式碼分別貼在 head 與 body 開頭、用 Tag Assistant 確認容器有載入；貼完容器本身不會追蹤任何東西，要再在 GTM 裡建代碼。
- 用公司帳號建立帳戶與容器 帳戶名稱填公司名，容器名稱填網站網域，目標平台選「網頁」。與 GA4、Search Console 一樣，擁有者應是公司帳號，行銷公司與工程師以使用者身分加入。
- 把兩段程式碼貼進網站
GTM 會給兩段程式碼。第一段貼在每一頁
<head>的最上方，第二段貼在<body>開始標籤的正後方：
WordPress 可用 Site Kit 或 GTM4WP 外掛貼入；自架站放在共用的版型檔裡，確保每一頁都有。<!-- Google Tag Manager --> <script>(function(w,d,s,l,i){ … })(window,document,'script','dataLayer','GTM-XXXXXXX');</script> <!-- End Google Tag Manager --> <!-- Google Tag Manager (noscript) --> <noscript><iframe src="https://www.googletagmanager.com/ns.html?id=GTM-XXXXXXX" …></iframe></noscript> <!-- End Google Tag Manager (noscript) --> - 確認容器載入 安裝 Chrome 的 Tag Assistant Companion 擴充功能，或在 GTM 按「預覽」輸入網址，看到 GTM-XXXXXXX 容器顯示「已連線」即完成。
裝 GTM 之後，把原本直接貼的 GA4 代碼拿掉。否則 GTM 裡建的 Google 代碼與網站上原有的 gtag 會各送一次，GA4 全部重複計算。這是我們接手網站時最常見的第一個問題。
三個核心概念：代碼、觸發條件、變數
GTM 的每一個追蹤設定都由三件事組成：代碼決定「做什麼」（例如送一個事件給 GA4），觸發條件決定「什麼時候做」（例如有人點了含 tel: 的連結），變數提供「用到的資料」（例如被點的那個連結網址）。
| 概念 | 作用 | 常用類型 |
|---|---|---|
| 代碼（Tag） | 要執行的追蹤碼 | Google 代碼（裝 GA4）、Google Analytics：GA4 事件、Google Ads 轉換追蹤、自訂 HTML（放其他廠商的程式碼） |
| 觸發條件（Trigger） | 代碼在什麼情況下執行 | 網頁瀏覽（所有網頁）、連結點擊、所有元素點擊、表單提交、捲動深度、元素可見度、自訂事件 |
| 變數（Variable） | 代碼與觸發條件會用到的值 | 內建變數（Click URL、Click Classes、Page Path、Form ID）、常數（存放 G- ID）、資料層變數、Client ID 與 Session ID（2025-12 新增） |
一個記憶方式：觸發條件是「if」，代碼是「then」，變數是兩邊都會用到的參數。建任何追蹤設定時，先想清楚「什麼情況下」（觸發條件），再決定「送什麼」（代碼），最後看需不需要帶資料（變數）。
四個常用追蹤設定的做法
中小企業網站在 GTM 裡最常做的四件事——安裝 GA4、電話與 LINE 點擊、表單送出、Google Ads 轉換——每一個都只要「一個代碼加一個觸發條件」，做完在 GA4 標為關鍵事件即可。
設定 1：安裝 GA4
代碼 → 新增 → 類型選「Google 代碼」→ 代碼 ID 填 GA4 的 G-XXXXXXXXXX → 觸發條件選「Initialization - All Pages」（初始化，所有網頁）→ 儲存。這一個代碼會在每一頁載入 GA4 並送出 page_view，加強型評估的自動事件也會跟著生效。
設定 2：電話與 LINE 點擊
- 啟用內建變數 變數 → 設定 → 勾選 Click URL、Click Text、Click Classes。
- 建觸發條件
類型「僅連結」→ 「部分連結點擊」→ 條件：Click URL 包含
tel:。LINE 另建一個，條件改為 Click URL 包含line.me。 - 建代碼
類型「Google Analytics：GA4 事件」→ 評估 ID 填 G- ID（或用常數變數）→ 事件名稱
phone_click（LINE 用line_click）→ 觸發條件選上一步的。 - 回 GA4 標為關鍵事件 事件在網站上被觸發過一次後，GA4 的「管理 → 事件」會出現它，開啟「標示為關鍵事件」。
設定 3：表單送出
做法依表單而定。送出後會跳到感謝頁的表單最簡單：觸發條件用「網頁瀏覽」，條件 Page Path 包含 /thanks，代碼送 form_success 事件。送出後停在原頁顯示成功訊息的表單（Contact Form 7、多數 AJAX 表單），用「元素可見度」觸發條件對準成功訊息的 CSS 選取器，或用表單外掛本身推送到 dataLayer 的事件當自訂事件觸發。GTM 內建的「表單提交」觸發條件只對傳統 HTML 表單可靠，AJAX 表單常抓不到或誤觸發，我們實務上很少直接用它。
設定 4：Google Ads 轉換
在 Google Ads 建立轉換動作後會拿到轉換 ID（AW- 開頭）與轉換標籤。GTM 裡先確認已有 Google 代碼（設定 1 的那個 Google 代碼可以同時服務 GA4 與 Ads，在其設定中加入 AW- ID），再建「Google Ads 轉換追蹤」代碼填入轉換 ID 與標籤，觸發條件用與設定 2、3 相同的那些。這樣 SEO 與廣告用同一套觸發條件，兩邊的轉換定義才會一致。
預覽、發布與版本：改壞了怎麼救
GTM 的任何修改在按「提交／發布」之前都不會影響網站；發布前一律用「預覽」實際點一遍確認代碼有觸發，發布後每個版本都保留，出問題可以一鍵回復到前一版。
- 預覽 工作區右上「預覽」→ 輸入網站網址 → Tag Assistant 會開一個連線的視窗。在網站上實際點電話、送表單，左側的事件時間軸會顯示哪些代碼被觸發、哪些沒有；點進去能看到觸發條件哪一項沒符合。
- 同時開 GA4 的 DebugView GA4 → 管理 → DebugView，預覽模式下的事件會即時出現在這裡，確認事件名稱與參數正確。
- 提交並寫版本說明 「提交」→ 填版本名稱與說明（例如「新增電話點擊事件」）→ 發布。說明寫清楚，半年後查問題時才知道哪一版改了什麼。
- 出問題就回復版本 「版本」分頁列出所有歷史版本，點任一版本 → 「發布」即可回復，不必手動改回來。
權限分級。GTM 的使用者權限有「檢視」「編輯」「核准」「發布」四級。外部行銷夥伴通常給到「編輯」或「核准」，由公司內部的人按「發布」，避免不熟悉的人直接把東西推上線。
2025–2026 的變更：Google 代碼閘道、同意模式與新內建變數
GTM 在 2025 到 2026 年的主要變化有三項：「第一方模式」更名為 Google 代碼閘道並支援 Cloudflare 與 GCP、2025 年 12 月新增 Client ID 與 Session ID 內建變數、以及 2026 年 7 月起容器行為改依識別碼類型判定；同意模式對服務歐洲使用者的網站仍是必要設定。
| 變更 | 時間 | 對一般網站的影響 |
|---|---|---|
| 「第一方模式」更名為「Google 代碼閘道」（Google tag gateway），支援 Cloudflare、Akamai、Fastly 與 GCP | 2025-05 更名；2026-05 CDN 自動整合；2026-06 GCP 正式版 | 讓 Google 代碼透過您自己的網域載入與送資料，減少被瀏覽器與擴充功能封鎖的比例；需要 Cloudflare 或 GCP，一般中小企業可先不做 |
| GTM 網頁容器改由 GTM 端統一提供 gtag.js 與 gtm.js 腳本 | 2025-06 | 對設定無影響，屬底層變更 |
| 新增內建變數：Client ID、Session ID、Session Number；新增「Analytics Storage」變數類型 | 2025-12 | 要把 GA4 的使用者識別碼帶進表單或 CRM 時，不必再自己寫程式讀 cookie |
| 容器行為改依識別碼類型判定：GTM- 開頭的容器不受載入路徑限制 | 2026-07 | 對正常安裝的網站無影響 |
| 同意模式（Consent Mode）v2 | 2024-03 起對歐洲經濟區為必要 | 網站若有歐洲使用者且投放 Google 廣告，需搭配同意管理平台；只服務台灣市場的網站目前沒有法定要求，但同意橫幅一旦裝了，GTM 內的代碼就要接同意設定 |
常見問題 FAQ
GTM 會拖慢網站速度嗎？
容器本身很輕，慢的是裡面放的東西。GTM 載入是非同步的，對 Core Web Vitals 影響有限；真正拖慢的是塞進容器的十幾個第三方追蹤碼與熱圖工具。每季清一次沒在用的代碼，比不裝 GTM 更有效。
GTM 和 GA4 是同一個東西嗎？
不是。GA4 是分析工具，負責收資料與出報表；GTM 是管理追蹤碼的容器，負責把 GA4 與其他追蹤碼裝到網站上。可以只用 GA4 不用 GTM，但用 GTM 幾乎一定會搭配 GA4。
WordPress 要用哪個外掛裝 GTM？
Site Kit by Google 或 GTM4WP 都可以。Site Kit 是 Google 官方外掛，貼容器 ID 即可；GTM4WP 額外提供 WooCommerce 的電子商務資料層。兩者擇一，不要同時裝。
預覽模式看到代碼有觸發，GA4 卻沒有資料？
先確認代碼裡的評估 ID 對不對、還有沒有按「發布」。預覽模式只對您自己的瀏覽器生效，其他人看到的仍是已發布的版本。也可能是 GA4 的資料延遲，即時報表與 DebugView 才是即時的，標準報表要等數小時。
行銷公司離開後，GTM 裡的東西還在嗎？
容器屬於公司帳號就在。前提是一開始就用公司帳號建立、行銷公司以使用者身分加入。若容器是對方帳號建的，離開時要請對方把帳戶管理權轉移給公司，否則只能重建。
只做台灣市場，需要設同意模式嗎？
目前沒有法定要求，但視網站有沒有裝同意橫幅而定。台灣個資法未要求 cookie 同意橫幅；若網站為了服務歐洲使用者裝了同意管理平台，GTM 內的 Google 代碼就必須接上同意設定，否則資料會缺漏。
更新紀錄
- 2026 年 8 月 28 日：初版發布。安裝步驟、代碼類型與觸發條件名稱依 Google Tag Manager 說明中心 2026-08 介面查證；近期變更依 Tag Manager 官方版本資訊整理。
- 下次檢視：本文預計每半年重新查證一次並更新本欄。
結論：GTM 讓行銷端自己掌握追蹤，但要守住「預覽再發布」
Google Tag Manager 的價值是把「改追蹤」從工程時程裡解放出來：容器裝一次，之後 GA4、電話點擊、表單送出、廣告轉換全部在後台完成。守住三個習慣就不會出事：用公司帳號擁有容器、裝了 GTM 就拿掉直接貼的 GA4 代碼、每次修改都先預覽再發布並寫清楚版本說明。
網站上的追蹤碼已經分不清哪些還在用？我們的免費搜尋健檢會盤點網站上所有追蹤碼與 GTM 容器內容，找出重複安裝與失效的代碼，並確認電話、表單等關鍵事件有正確送進 GA4。
追蹤設好之後，回到〈GA4 基礎設定教學〉把事件標為關鍵事件，並用〈Search Console 教學〉的每月流程一起看搜尋端的表現。
參考來源
- Google，〈設定及安裝 Tag Manager〉，Google Tag Manager 說明，2026-08-28 查證。
- Google，〈Tag Manager 版本資訊（Release notes）〉，Google Tag Manager 說明，2026-08-28 查證。
- Google，〈在 Tag Manager 中設定 Google Analytics 4〉，Google Tag Manager 說明，2026-08-28 查證。
- Google，〈Set up consent mode on websites（在網站上設定同意聲明模式）〉，Google Tag Platform，2026-08-28 查證。
- Google，〈預覽及偵錯容器〉，Google Tag Manager 說明，2026-08-28 查證。
- 轉角網路SEO行銷，〈GA4 基礎設定教學〉，corners.com.tw，本站自有內容。