GTM 安裝的核心流程是：建立 Google Tag Manager 帳戶與網站容器、把兩段容器程式碼分別放入 <head> 與 <body> 開頭、使用預覽模式確認載入，再建立 GA4 標籤並完成 GTM 發布。若網站使用 WordPress Site Kit、SHOPLINE 或其他架站平台，應優先使用平台提供的整合功能，避免同一組 GTM 或 GA4 程式碼重複安裝，造成瀏覽、工作階段與轉換事件重複計算。
GTM 是什麼？為什麼網站需要安裝 GTM
Google Tag Manager，中文名稱為 Google 代碼管理工具，是 Google 提供的免費標籤管理系統，也就是 Tag Management System，簡稱 TMS。它能讓網站管理者、行銷人員與分析人員透過管理介面新增或調整追蹤標籤，不必每次都直接修改網站原始碼。
完成 GTM 安裝後，可以在容器內管理 Google Analytics 4、Google Ads 轉換追蹤、再行銷標籤及其他受支援的行銷工具。需要追蹤按鈕點擊、表單送出、檔案下載或電子商務行為時，也可透過觸發條件與變數控制資料傳送時機。
不過，GTM 並不是數據分析報表工具。GTM 負責部署及管理標籤，GA4 才負責接收、處理與顯示分析資料。搜尋 GTM GA4 的使用者，通常需要同時完成 GTM 容器安裝、GA4 資料串流建立及 Google 標籤設定。
GTM 安裝前要準備什麼
Google 帳戶與網站管理權限
使用者必須先擁有 Google 帳戶，才能進行 GTM 登入、建立帳戶及管理容器。企業網站建議使用公司可長期管理的帳戶，並至少配置兩位具備管理權限的人員，避免員工離職或帳號停用後無法維護。
安裝人員也需要網站原始碼、內容管理系統或架站平台後台權限。如果無法修改程式碼，應請工程師協助，並提供正確的 GTM 容器 ID 與官方安裝片段。
GTM 容器與 GA4 評估 ID
GTM 容器 ID 的格式通常為 GTM-XXXXXXX，GA4 網頁資料串流的評估 ID 則為 G-XXXXXXXXXX。兩者用途不同，不可互相取代。前者用於載入 GTM 容器，後者用於將網站資料傳送到指定的 GA4 資料串流。
既有追蹤程式盤點
安裝前應確認網站是否已直接放置 Google 標籤、GA4 程式碼、舊版 Universal Analytics 或其他 GTM 容器。若同一個 GA4 評估 ID 同時由網站原始碼、外掛與 GTM 載入，可能產生重複的 page_view 及其他事件。
GA3 通常是指 Universal Analytics。Google 已停止標準 Universal Analytics 資源的資料處理，因此新網站不應再以 GA3 作為主要分析方案。現階段應以 GA4 為主；若舊網站仍保留 GA3 相關設定，只適合用於辨識歷史架構，不應視為仍可正常蒐集資料的新版安裝方式。
GTM 四大組成元素
帳戶 Account
帳戶是 GTM 的最高管理層級，通常以公司、組織或品牌命名。一個帳戶可以建立多個容器，但不建議為同一家公司中的每一位使用者各自建立帳戶，否則容易造成權限與資產分散。
容器 Container
容器是實際放置標籤、觸發條件及變數的空間。網站應選擇「網頁」容器；App、伺服器端追蹤與 AMP 則有不同容器類型。一般情況下，一個網站可使用一個網頁容器，再依需求管理正式站與測試站。
標籤 Tag
標籤是要在網站執行的追蹤或行銷程式，例如 Google 標籤、GA4 事件、Google Ads 轉換追蹤。建立標籤後，還必須設定觸發條件，否則標籤不會自動執行。
觸發條件與變數
觸發條件決定標籤何時執行，例如所有網頁、特定網址、按鈕點擊或表單送出。變數則提供動態資訊，例如頁面網址、點擊文字、元素 ID、交易金額與 GA4 評估 ID。完整的 GTM 設定，必須同時考量標籤、觸發條件與變數，而不是只建立一個標籤。
GTM、GA4 與 Site Kit 功能比較
工具比較表
| 工具或方式 | 主要用途 | 是否提供分析報表 | 是否能管理多種標籤 | 適合情境 | 主要注意事項 |
|---|---|---|---|---|---|
| Google Tag Manager | 部署與管理追蹤標籤 | 否 | 是 | 需要管理 GA4、廣告及互動事件 | 必須完成預覽與發布，設定才會在正式網站生效 |
| Google Analytics 4 | 蒐集、處理與分析網站或 App 資料 | 是 | 否 | 分析流量、事件、轉換與使用者行為 | 評估 ID 不等於 GTM 容器 ID |
| WordPress Site Kit | 在 WordPress 串接 Google 服務 | 部分呈現 | 可協助連結 GTM | 不想手動修改佈景主題程式碼 | 不可再用其他外掛重複插入相同容器 |
| 手動修改原始碼 | 直接部署 GTM 容器片段 | 否 | 透過 GTM 管理 | 客製網站或有工程團隊的網站 | 佈景主題更新、版型差異及快取可能影響安裝 |
| SHOPLINE 後台整合 | 依平台功能加入追蹤工具 | 依串接工具而定 | 依方案與後台功能而定 | SHOPLINE 商店 | 結帳頁與自訂程式權限可能受方案或版本限制 |
完整 GTM 安裝教學
步驟一：前往 GTM 官網並登入
進入 Google Tag Manager 官方網站後，以 Google 帳戶完成 GTM 登入。應確認目前登入的是企業授權帳戶，而不是無法交接的私人帳號。接著點選「建立帳戶」，開始建立 GTM 架構。
步驟二：設定帳戶名稱
帳戶名稱建議使用公司或組織名稱，並選擇公司所在國家或地區。名稱應讓後續管理者能立即辨識，避免只填寫「測試」、「網站」或個人姓名。
若同一家公司經營多個網站，通常可在同一帳戶下建立不同容器。若不同品牌具有完全獨立的法務、權限或代理商管理需求，則可再評估是否分開建立帳戶。
步驟三：設定容器名稱與平台
容器名稱可使用正式網域，例如 www.example.com，或使用「品牌名稱－正式網站」等清楚格式。目標平台應選擇「網頁」。確認內容後建立帳戶，閱讀並同意 Google 代碼管理工具服務條款。
建立完成後，系統會顯示以 GTM- 開頭的容器 ID，以及兩段安裝程式碼。容器 ID 可在工作區上方查看，日後也可點選該 ID，再次開啟安裝說明。
步驟四：把第一段程式碼放入 head
第一段是包含 JavaScript 的 GTM 程式碼。依照 Google 官方指示，應將它放在每個頁面的 <head> 標籤內，並盡可能靠近 <head> 開頭的位置。
共用版型網站通常只需修改全站共用的 Header、佈景主題或版型檔案，不必逐頁貼上。修改前應先備份，並在測試環境確認程式碼不會破壞頁面。
步驟五：把第二段程式碼放入 body
第二段通常是 noscript 程式碼，應放在 <body> 開始標籤之後，並盡可能靠近開頭。這段程式主要用於瀏覽器未啟用 JavaScript 時的有限支援，不能用來取代第一段程式碼。
兩段程式碼都應使用同一個 GTM 容器 ID。若第一段與第二段來自不同容器，將造成偵錯、權限與資料治理問題。
步驟六：清除網站與 CDN 快取
使用 WordPress 快取外掛、伺服器快取或 CDN 的網站，在更新程式碼後應清除快取。否則瀏覽器可能仍讀取舊版 HTML，導致測試工具判斷 GTM 尚未安裝。
如何確認 GTM 安裝成功
使用 GTM 預覽模式
回到 GTM 工作區並點選「預覽」，輸入要測試的網站網址。系統會開啟 Tag Assistant 偵錯介面及網站頁面。若連線成功，應能看到容器資訊、頁面事件，以及各標籤的執行狀態。
測試時不要只檢查首頁。若網站有不同版型，應抽查產品頁、文章頁、購物車、表單頁與可存取的結帳流程，確定共用程式碼在必要頁面均有載入。
核對容器 ID
Tag Assistant 顯示的容器 ID，必須與 GTM 工作區上方的 GTM-XXXXXXX 完全一致。若看到其他容器，代表網站可能曾由代理商、舊版外掛或其他管理者安裝過 GTM。
也可以檢視網頁原始碼，搜尋 GTM-；但原始碼中找得到字串，只代表程式碼存在，不一定表示容器成功執行。因此仍應以預覽模式、瀏覽器開發者工具及實際資料驗證為準。
排查常見失敗原因
預覽模式無法連線時，應檢查容器 ID 是否輸入錯誤、網站是否套用內容安全政策、Cookie 同意機制是否阻擋標籤、快取是否更新，以及廣告阻擋外掛是否攔截 GTM。
若 GTM 已載入但 GA4 沒有資料，問題通常位於 GA4 標籤、評估 ID、觸發條件、同意狀態或內部流量設定，不應直接判斷為 GTM 容器安裝失敗。
使用 GTM 串接 GA4
步驟一：建立 GA4 資料串流
登入 Google Analytics，建立或選擇 GA4 資源，再建立「網站」資料串流。輸入網站網址與串流名稱後，即可取得以 G- 開頭的評估 ID。
若公司已有 GA4 資源，應先確認正確的資源與資料串流，避免把正式網站資料送到測試資源、其他品牌或代理商持有的帳戶。
步驟二：在 GTM 建立 Google 標籤
進入正確容器，選擇「標籤」並新增標籤。依現行介面選擇 Google 標籤，輸入 GA4 評估 ID，再將觸發條件設定為所有頁面。部分既有容器可能仍顯示舊名稱，例如「GA4 設定標籤」，操作時應以 Google 當下介面及官方文件為準。
若多個 GA4 事件都要共用評估 ID，可透過查詢表、常值變數或 Google 標籤設定集中管理。建立常值變數時，可在「變數」中新增使用者定義變數，選擇「常值」，填入 G-XXXXXXXXXX 後儲存。
步驟三：預覽 GTM GA4 設定
啟動預覽模式後開啟網站，確認 Google 標籤在初始化或頁面瀏覽階段執行。接著查看 GA4 的即時報表或 DebugView，確認測試裝置是否送出 page_view、session_start 等事件。
即時報表出現資料不代表設定完全正確。仍應確認同一頁面是否只產生一次預期的頁面瀏覽、事件名稱是否符合 GA4 規範，以及網址、來源媒介與電子商務參數是否合理。
步驟四：完成 GTM 發布
預覽測試通過後，點選 GTM 右上角「提交」，填寫版本名稱與修改說明，再執行發布。版本名稱可使用日期、專案及變更內容，例如「2026-08 GA4 基礎追蹤」。
工作區中的「儲存」不等於正式上線。只有完成 GTM 發布後，正式網站的容器才會取得新版本。清楚的版本說明也能協助團隊日後檢查變更，必要時回復先前版本。
WordPress Site Kit 安裝 GTM
步驟一：先完成 Site Kit 設定
在 WordPress 後台安裝 Google 官方 Site Kit 外掛，依畫面完成 Google 帳戶驗證及網站所有權確認。操作前應先盤點其他分析或程式碼插入外掛，以免重複載入 GTM。
步驟二：進入 Settings 選單
進入 Site Kit 的「Settings」，找到可連結其他 Google 服務的區域，再選擇 Tag Manager。不同版本的 Site Kit 介面文字與位置可能調整，應以目前外掛畫面及 Google 官方文件為準。
步驟三：選擇帳戶與容器
授權 Site Kit 存取 GTM 後，選擇正確的帳戶及網頁容器，確認顯示的 GTM- ID 與預定安裝的容器一致。完成後，Site Kit 可協助在網站輸出所需程式碼。
若 Site Kit 已插入 GTM，就不要再透過佈景主題、其他外掛或手動方式安裝同一容器。完成設定後，仍要使用 GTM 預覽模式及 Tag Assistant 驗證，不可只看 Site Kit 顯示已連線。
SHOPLINE GTM 安裝重點
先確認商店方案與後台功能
搜尋 SHOPLINE GTM 時，最重要的是先確認目前使用的 SHOPLINE 地區版本、商店方案及後台可用功能。不同版本或方案可能提供 Google Tag Manager 欄位、追蹤設定、應用程式或自訂程式碼功能，實際選單名稱與可追蹤頁面範圍可能不同。
如果後台提供 GTM 容器 ID 欄位，通常只需填入 GTM-XXXXXXX，不應把整段 <script> 程式碼貼入只接受 ID 的欄位。若使用自訂程式碼功能，則必須按照平台規則與 Google 官方位置要求處理。
避免容器與 GA4 重複安裝
若 SHOPLINE 已透過原生 GA4 串接功能送出資料，再由 GTM 安裝相同 GA4 Google 標籤，可能造成事件重複。安裝前應確認 GA4 是由平台原生功能、GTM、Google Ads 應用程式或其他工具負責。
電子商務追蹤不能只確認容器有載入，還要檢查 view_item、add_to_cart、begin_checkout 與 purchase 等事件及參數。部分結帳頁可能受到平台架構、隱私政策或方案權限限制，應以 SHOPLINE 官方文件及後台功能為準，不宜假設所有頁面都能自由加入程式碼。
GTM 權限、安全與資料品質
採用最小權限原則
GTM 可直接影響網站執行的程式碼，因此不應讓所有人都擁有發布權限。企業可依職責分配讀取、編輯、核准與發布權限，重要容器應啟用 Google 帳戶兩步驟驗證。
第三方代理商應使用自己的公司帳戶接受授權，不宜共用密碼。合作結束後，網站擁有者應立即檢查並移除不再需要的權限。
配合 Cookie 同意與隱私規範
GTM 本身不會自動讓網站符合隱私法規。網站仍須依服務地區、資料用途與法律要求，建立適當的 Cookie 同意機制、隱私權政策及資料保存流程。必要時可評估 Google 同意聲明模式，讓標籤依使用者同意狀態調整行為。
每次變更都要先測試
可靠的 GTM 教學不應只教使用者「新增後直接發布」。每次變更都應經過預覽、跨頁面測試、事件參數檢查及 GA4 DebugView 驗證，再由具有發布權限的人員上線。大型網站可建立開發、測試與正式環境，降低錯誤標籤影響營運資料的風險。
結論
正確的 GTM 安裝不只是把兩段程式碼貼進網站，而是從帳戶治理、容器命名、程式碼位置、預覽驗證、GA4 串接到版本發布的一套流程。第一段程式碼應靠近 <head> 開頭，第二段應放在 <body> 開頭後方，並以 Tag Assistant 核對容器 ID。
使用 WordPress Site Kit、SHOPLINE 或其他平台時，應優先確認原生整合方式與方案限制，避免重複安裝。完成 GTM GA4 設定後，也要同時檢查 GTM 預覽、GA4 DebugView、即時報表及事件是否重複，才能建立可信且可長期維護的數據基礎。
GTM 安裝常見問題
1. GTM 是免費的嗎？
Google Tag Manager 標準版可免費使用，適合多數企業與網站。企業若使用 Google Marketing Platform 的相關企業級服務，則可能涉及不同產品與合約，但一般 GTM 網頁容器不需額外付費。
2. GTM 容器 ID 與 GA4 評估 ID 有什麼不同？
GTM 容器 ID 以 GTM- 開頭，用於載入標籤管理容器；GA4 評估 ID 以 G- 開頭，用於識別 GA4 網頁資料串流。兩者不能互換。
3. GTM 程式碼一定要放兩段嗎？
依 Google 官方標準安裝方式，JavaScript 程式碼應放在 <head> 內，noscript 程式碼應放在 <body> 開始後。若使用平台原生整合，則應依平台方式安裝，不要再重複手動貼入。
4. 儲存 GA4 標籤後為什麼網站沒有資料？
可能是尚未完成 GTM 發布、觸發條件設定錯誤、評估 ID 不正確、同意機制阻擋，或資料被瀏覽器外掛攔截。應先用預覽模式確認標籤是否執行，再到 GA4 DebugView 檢查事件。
5. 如何判斷 GTM 是否重複安裝？
可使用 Tag Assistant 查看頁面載入的容器，並檢視原始碼及瀏覽器網路請求。若相同容器或相同 GA4 評估 ID 從多個來源載入，就應盤點 Site Kit、平台後台、外掛及原始碼。
6. 安裝 GTM 後需要保留原本的 GA4 程式碼嗎？
若決定由 GTM 統一部署 GA4，通常應移除其他位置的相同 GA4 Google 標籤，避免重複追蹤。但移除前必須先確認既有程式是否還負責電子商務、廣告或其他必要功能。
7. GTM 預覽成功就代表資料一定正確嗎？
不一定。預覽成功只代表瀏覽器能連接容器。仍須確認標籤觸發次數、事件名稱、參數內容、同意狀態，以及 GA4 是否收到正確資料。
8. SHOPLINE 可以在所有頁面安裝 GTM 嗎？
實際範圍取決於 SHOPLINE 地區版本、方案、商店架構與後台功能，尤其結帳頁可能有限制。應查閱目前使用版本的 SHOPLINE 官方文件，並以實際預覽測試結果為準。
9. WordPress 使用 Site Kit 後還需要修改原始碼嗎？
若 Site Kit 已成功連結並插入 GTM，一般不需再手動修改原始碼。重複透過佈景主題或其他外掛安裝，反而可能造成容器重複載入。
10. 現在還需要透過 GTM 安裝 GA3 嗎？
新網站不應再以 GA3，也就是 Universal Analytics，作為主要分析工具，因為其標準資源已停止處理新資料。現階段應建立 GA4 資源與資料串流，再透過 GTM 部署 Google 標籤及必要事件。