WordPress Google Analytics 教學：3 種安裝方法

Google Analytics 貼上代碼後，還有幾個步驟不能漏

你開了一個 WordPress 網站，聽人家說「要裝 Google Analytics 才看得到流量」，於是你照著某篇教學把一段代碼貼進去，看到後台出現一條綠色的「正在接收資料」，就放心關掉視窗，繼續寫文章。

然後半年過去了。某天你要做年度回顧，打開報表才發現某個月的數字整段空白，或是怎麼算都對不上，而你根本不知道是哪一天斷的、為什麼斷的。這是 WordPress 站裡最常見的狀況之一：追蹤碼確實曾經貼上去過，但從來沒有人驗證它「一直活著」。

接下來要解決的就是這件事：不只教你把 Google Analytics 裝上去，還要教你選對方法、驗證資料確實開始收集，並避開會讓報表失真的設定。因為裝錯方法的代價不是少看一個數字，而是後續的內容決策、廣告投放與轉換優化都可能建立在不完整的資料上。

核心重點：WordPress 安裝 Google Analytics 常見有官方整合外掛、Google Tag Manager 與代碼管理外掛三種路線。選擇要看事件需求與維護能力；不論採用哪一種，安裝後都要驗證代碼、事件與報表。

現在的新安裝都應使用 GA4（Google Analytics 4）。標準 Universal Analytics 資源在 2023 年 7 月停止處理新資料，Google 並自 2024 年 7 月起陸續關閉資源與 API 存取（見 Google 的 UA 移轉 GA4 說明）。仍教你新裝 UA-XXXX 的流程已不適用。

W3Techs 的統計也顯示 Google Analytics 使用廣泛，並可與 Search Console、Google Ads、Looker Studio 等服務整合。它不是唯一選擇，也不是認真經營網站的必要證明；是否採用，應依分析需求、隱私要求與團隊能力決定。

以下會依序說明三種安裝路線、驗證方式與常見的數據污染來源。

動手之前：先弄懂 GA4 的帳戶、資源、串流三層結構

很多教學一上來就叫你「去 Google Analytics 後台拿代碼」，卻不告訴你那個代碼是從哪一層結構產出來的。結果不少站長幫公司裝了 GA，卻把它建在自己的個人 Google 帳號底下，離職之後整個公司的網站數據就跟著帳號一起帶不走。這是架構問題，不是技術問題。

GA4 的後台是一個三層結構，你一定要先搞清楚，因為你貼的代碼對應的是最底層的「串流」：

單一網站通常可從一個 Web 串流開始，但資源與串流的切分要依品牌、跨網域旅程、地區與測試環境規劃，不是不可變的硬規則。安裝前核對 G-XXXXXXX 對應的資源與串流名稱。

建立帳戶時應使用具名的公司管理者帳號，再透過 GA4 權限把其他人加入，至少保留兩位可信任管理者。不要多人共用同一組 Google 密碼；人員異動時移除其權限即可。

Google 官方對帳戶與資源設定的完整說明，可以對照使用。

資料保留期限：先確認探索分析需要多久

GA4 的事件層級資料保留預設為兩個月，標準版可改為十四個月。這項設定主要影響探索報表與使用者層級、事件層級資料，不影響多數標準彙總報表（見 Google 的資料保留說明）。

你想想這個情境：你的網站裝好 GA4，過了半年，主管突然問你「去年那檔活動，到底是哪一篇 文章帶來最多名單？」你興沖沖地打開 GA4，要拉事件層級的細節，結果發現資料根本不在了，只剩下粗略的每日匯總。這就是預設值兩個月帶來的代價。

若需要較長的探索分析視窗，可到「管理 → 資料收集與修改 → 資料保留」改為十四個月。延長保留期也適用於已收集且尚未刪除的資料，但不會復原已刪除明細；年度趨勢仍可用標準報表或事先規劃的資料匯出觀察。

需要跨月份做探索、漏斗或使用者層級分析的內容站與電商，較長保留期會比較方便；但它不等於能永久保存完整個人旅程，歸因、同意狀態與識別方式仍會影響可見資料。

報表識別方式會依 User-ID、裝置 ID 與符合條件的模型化資料整合使用者活動。目前 Google Signals 不在這組報表識別選項中；跨裝置分析應先確認 User-ID 實作與適用同意，而不是只開啟信號設定。

三種安裝方法比較：用一張表先幫你決定走哪條路

很多人在這一步會卡住：到底要用外掛裝、用 GTM 裝、還是直接改佈景主題檔案？建議先別急著動手，先看你自己的情境屬於哪一種。這張表是實際為不同類型網站做決策時常用的判斷框架：

選擇邏輯是網站需要管理多少代碼與事件。基本流量可使用官方整合外掛；需要集中管理多種事件或廣告代碼時，再評估 GTM。GTM 並非網站成長後的必然選項，維護能力與同意管理同樣重要。

如果你對 GTM 還很陌生，建議先讀過GTM 是什麼的中文入門教學，理解它的運作邏輯，再回來決定要不要走這條路。

方法一：用 Site Kit by Google 完成基本整合

Site Kit 是 Google 官方推出的 WordPress 外掛，可串接 GA4、Search Console、AdSense 與 PageSpeed Insights 等服務；依設定畫面登入、授權並選擇對應資源後，即可完成基本串接。對不熟悉程式碼的站長而言，這是一個相對容易上手的入口（見 Google 官方的 Site Kit 介紹）。

整個流程大概是這樣：

1. 在 WordPress 後台「外掛 → 安裝外掛」搜尋「Site Kit」，安裝並啟用。如果不熟悉安裝步驟，可以對照WordPress 外掛安裝的三種方法。
2. 啟用後點「登入 Google」，用剛才建立 GA4 資源的那個 Google 帳號登入並授權。
3. Site Kit 會問你要串接哪一個 GA4 資源，選對剛才建好的那一個（記得核對G-XXXXXXX）。
4. 完成後，WordPress 後台首頁會出現一個 Site Kit 儀表板，依已連接服務與可用資料顯示流量、搜尋或收益摘要；新連接可能需要等待資料處理。

串接後，進入 GA4 Web 資料串流確認「加強型評估」（Enhanced Measurement）的開關與事件選項。不要預設所有事件都已開啟，也不要為了追得多就全開；應依站內搜尋、表單與影片實作逐項驗證。

Site Kit 主要負責串接與呈現摘要，不提供完整的自訂事件建構介面。若要追蹤按鈕、表單成功或自訂捲動深度，仍需在 GA4、GTM 或網站程式中另行設定。

方法二 Google Tag Manager：適合集中管理多種代碼

如果你的網站不只是寫文章，還要投廣告、要追蹤聯絡表單、要接多個第三方程式碼，建議一開始就用 GTM 把地基打好。GTM 的核心價值在於給你一個集中管理所有代碼的控制台，裝 GA4 只是它的附帶功能，更大的意義是讓你以後部分標籤可直接在 GTM 管理；需要訂單或表單成功狀態時，仍可能要修改網站整合。

GTM 的運作邏輯拆開來其實就三層，以下用一個比喻來說明：

• 代碼（Tag）＝你要發射的訊號，例如 GA4 的網頁瀏覽或廣告轉換碼。
• 觸發條件（Trigger）＝什麼時候發射，例如「所有網頁載入時」「某個按鈕被點擊時」「表單送出時」。
• 變數（Variable）＝訊號裡要帶什麼資訊，例如頁面網址、按鈕文字、點擊位置。

這三層組合起來，你就能在不碰程式碼的前提下，做到非常細緻的追蹤。例如「追蹤訪客點了 LINE 按鈕」這種需求，用 GTM 設一個點擊觸發條件就能完成，詳細的做法可以參考用 GTM 追蹤 LINE 按鈕點擊的教學。

在 WordPress 上安裝 GTM 的流程，比 Site Kit 多幾個步驟，但並不難：

1. 到 Google Tag Manager 建立帳戶和容器，拿到兩段程式碼（一段放<head>，一段放<body>開頭）。
2. 把這兩段程式碼裝到 WordPress。選用能正確插入 head 與開啟 body 後兩個位置的工具，例如相容的 GTM 專用外掛；一般的 Header/Footer 欄位未必提供 body 開頭位置。
3. 回到 GTM 後台，新增「Google 代碼（Google tag）」，填入 Web 串流的 G-XXXXXXX 評估 ID／Tag ID，觸發條件設成「Initialization - All Pages」或依官方範本指引設定。
4. 點「預覽」進入除錯模式，確認代碼有正常發射，再「發布」容器。

如果你想把 GTM 和 GA4 在 WordPress 上的串接一次看懂，建議直接讀WordPress GTM + GA4 串接的完整教學，裡面從安裝到事件追蹤都有逐步拆解。

GTM 最大的缺點就是學習曲線。第一次接觸的人光是要搞懂「容器是什麼」「為什麼要發布」就會卡一陣子。但這個投資是值得的，因為一旦上手，你之後每加一個追蹤需求都只是「新增代碼、設觸發條件、發布」這個循環，需要新資料欄位或成功訊號時，仍要開發者或整合工具配合；發布前也要測試同意與資料正確性。

方法三手動貼碼：用 Header Footer Code Manager 拿回控制權

第三條路是對技術細節最有掌控欲的人走的。你不裝 Site Kit、也不開 GTM 容器，而是直接把 GA4 的官方代碼貼進 WordPress 的<head>裡。聽起來很原始，但它有一個其他方法給不了你的好處：明確管理要插入的代碼；實際輸出仍可能受到外掛、快取或同意工具影響。

直接改佈景主題的header.php檔案是最常見的手法，但不建議這樣做。原因有兩個：第一，佈景主題一更新，你改的檔案就被覆蓋掉，代碼憑空消失，這正是開頭那個「半年後才發現資料空白」情境最常見的元兇；第二，你很容易不小心改壞 PHP 檔，把整個網站的版型弄垮。

正確的做法是用一個專門管理<head>內容的外掛，例如 Header Footer Code Manager（簡稱 HFCM）。它的邏輯很簡單：你新增一個「snippet」，貼上 GA4 代碼，設定它出現在「全站的<head>」，儲存。代碼就會被注入到每一頁的<head>裡，而且不會因為佈景主題更新而消失。

流程拆解：

1. 安裝並啟用 Header Footer Code Manager。
2. 到 GA4 後台拿「網站代碼」（一段gtag的 JavaScript，開頭是<!-- Google tag (gtag.js) -->）。
3. 在 HFCM 新增 snippet，貼上代碼，裝置類型選「全部」，顯示位置選「Header」，範圍選「整個網站」。
4. 儲存並啟用 snippet，用瀏覽器開發者工具確認代碼有出現在網頁原始碼。

這條路最適合的情境是：你的網站已經有用 GTM 在管別的碼，但你想要 GA4 完全獨立、不跟其他代碼牽扯；或者你接手了一個被各種外掛塞爆的舊站，想要把追蹤碼的變數降到最低，先確保最基本的數據能收進來。

附帶一提，如果你的網站是用廣告盈利的模式，這條路也方便你之後用Ad Inserter之類的外掛，把廣告碼和分析碼分開管理，不會全部擠在同一個地方。

裝完立刻要做的五個驗證：確認數據真的在跑

這部分是台灣大部分 WordPress 教學最缺的一塊。每個人都教你怎麼貼代碼，卻沒人教你怎麼確認代碼真的在做事。結果就是裝心安裝滿街跑。裝完之後，請務必做以下五個檢查：

一、查看實際請求。在 DevTools Network 搜尋 collect，核對評估 ID、事件名稱、參數與回應；成功請求也可能回傳 204，而非只有 200。採伺服器端或自訂收集網域時，目的地也可能不同。未看到請求時，先檢查同意狀態、阻擋、載入方式及過濾條件，不能立即判定未安裝。

二、用 GA4 的即時報表確認資料有進來。進到 GA4 後台的「報表 → 即時」，如果你自己正在瀏覽網站，可能在即時報表看到測試活動；同意、阻擋或內部流量排除也會影響可見資料。沒看到，可能是代碼沒裝對、也可能是延遲，等五分鐘再確認一次。這個即時報表是你往後除錯最常用的工具，建議先熟悉它的工作階段計算邏輯。

三、用 Tag Assistant 確認代碼沒有重複。Tag Assistant 與 GA Debugger 是不同工具。用 Tag Assistant 連線網站，核對同一個 Tag ID 是否由多條路徑送出重複的 page_view；單純看到多個事件請求不代表重複安裝。

四、等 24 到 48 小時，看標準報表。即時報表只能確認「代碼有在跑」，但完整的報表（使用者、工作階段、流量來源）需要一天到兩天的處理時間。等過了這個緩衝期，進到「報表 → 流量獲取」，確認數字是合理的（不是 0、也不是異常爆衝），才算真正過關。

五、用 DebugView 逐筆檢視事件。這是 GA4 一個比較少人知道的除錯工具，藏在「管理 → DebugView」。它會把你當下瀏覽網站時觸發的每一個事件，即時地逐筆列出來，包含事件名稱、觸發時間、帶的參數。你要確認的重點在於：對的事件有沒有在對的時機觸發。光看到事件名稱跑出來還不夠，例如你設了一個捲動深度 50% 的事件，DebugView 能讓你檢查它應該在使用者捲到一半時才出現，如果頁面一載入就觸發，就代表設定有誤。這個工具在你開始做自訂事件追蹤之後，會變成你最好的朋友。

可透過 GTM 的 Preview／Tag Assistant 啟動除錯，或用 GA Debugger 等方式送出 debug_mode。任意在網址加上 ?gtm_debug=x 並不是通用的啟用方法。

這五步所需時間會依同意設定、快取與事件數量而異。完成後把測試日期、評估 ID 與結果留在維護文件中。

三個會把你的數據搞髒的隱形殺手

代碼裝好並驗證後，還要檢查以下三種常見的數據污染來源：

一、自我推薦流量（Self-referral）

流量來源報表出現自己的網域，常與跨網域設定、付款網域或代碼在部分頁面中斷有關，可檢查跨網域評估與不必要的參照網址。這和「內部流量」不同：內部流量通常依公司 IP 等規則標記，不是拿來排除自我參照。

內部流量通常依 IP 規則定義並搭配資料篩選器；不適用的參照網址則在 Web 串流的代碼設定中另行處理，兩者不能混用（見 Google 的內部流量辨識說明）。跨網域旅程還要設定跨網域評估並用 Tag Assistant 驗證。

二、內部流量沒有過濾

你自己、你的同事、你的編輯團隊，每天都會在網站上點來點去。這些行為全部會被算進報表，把你的真實訪客數據灌水。特別是小型網站、流量還不大的時候，幾個內部人員的瀏覽量就能佔掉每日流量的相當比例。

先在 Web 串流的代碼設定中定義內部 IP 與 traffic_type，再用資料篩選器處理該標記。先採 Testing 驗證，確認後才設為 Active；啟用排除會永久影響之後的資料。公司網路或動態 IP 改變時，規則也要維護。

三、重複代碼

Site Kit 與 GTM 都連接 GA4 時，先分清楚誰放置標籤、誰發送同一個事件。Site Kit 可偵測既有 Analytics 或 GTM 代碼；同一個 G-XXXXXXX 出現在設定裡或看到多個請求，不代表每次網頁瀏覽必然被算兩次。用 Tag Assistant 核對實際的 page_view 發送路徑，若同一動作意外重複，再停用多餘路徑並複測。

應檢查同一評估 ID 的同一事件是否被重複發送，並核對各請求對應的動作與來源。更換實作時先在測試環境準備與驗證，再協調停用舊路徑、啟用新路徑，縮短資料中斷並避免重複。

跨網域追蹤：當你的網站不只有一個網域

如果你的事業不只一個網域，例如品牌官網是example.com、部落格是blog.example.com、商城是shop.example.com，或是你同時擁有.com和.com.tw兩個網域，那就會遇到跨網域追蹤的問題。

不同根網域若各自產生識別 Cookie，同一段旅程可能被拆開。同根網域的子網域通常能共用 Cookie，但自訂 cookie_domain 或漏碼仍可能造成問題；跨網域評估應依實際識別方式判斷。

若需要跨不同根網域延續同一段旅程，先確認各頁使用同一 Web 資料串流的同一 G- 評估 ID，再到「管理 → 資料收集與修改 → 資料串流 → 網頁 → 設定代碼設定 → 設定網域」加入可控制的網域。設定後在實際連結或表單跳轉中檢查 _gl 是否傳到目的地；重新導向或不接受查詢參數的頁面可能使它遺失。子網域通常能共用第一方 Cookie，但自訂 Cookie 網域等設定仍可能需要另查；不能假定設定儲存後識別就一定串接成功。

如果 WooCommerce 商城與品牌主站位於不同根網域，而且要把跨站的購物旅程視為同一段 GA4 造訪，應評估跨網域評估並在兩站驗證標籤及 _gl 參數；若第三方付款頁無法安裝或控制同一標籤，則要按實際結帳流程另行核對來源與訂單事件。

Consent Mode v2 與 Cookie 同意：2026 年你不能跳過的隱私設定

如果網站使用 Google 廣告產品並觸及歐洲經濟區使用者，要了解 Google 的 EU user consent policy 與同意模式。特定廣告個人化、再行銷與評估功能需要傳送合適的同意訊號；網站是否以及何時能載入分析或廣告標籤，仍要依實際法律依據與同意管理設定判斷（可對照 Google 的 Consent Mode v2 說明）。

Consent Mode 會依 analytics_storage、ad_storage 等同意狀態調整標籤行為。進階實作在未同意時仍可能送出不含識別 Cookie 的 ping，這不等於自動匿名、也不代表在所有法域都天然合規；基本實作則可在同意前完全阻擋標籤。應由同意管理工具、法律依據與 Google 官方文件共同決定。

在 WordPress 上實作 Consent Mode v2，最常見的做法是搭配一個支援的 Cookie 同意橫幅外掛（例如 Complianz、CookieYes、Termly），需依所用版本與方案完成 CMP、同意模式與標籤整合，再核對預設值和更新時機。如果你是用 GTM 管理代碼，還可以用「同意設定」範本，更精準地控制每個代碼要在什麼同意狀態下才發射。

這部分不求一次到位，但至少要意識到「Cookie 同意」和「數據收集」是綁在一起的，不要等到廣告被限制或被客戶問起才補。

驗證時分別測試初次造訪、拒絕、接受與撤回，使用 Tag Assistant 查看各同意訊號及更新順序，再核對 Network。基本模式可在同意前完全不送標籤請求；進階模式可能送不含 Cookie 的 ping，不能一概稱為匿名。請求數或外觀相似，也不足以判定同意模式失效。

從安裝到解讀：GA4 裝好之後，你該看的前五份報表

裝好只是起點，真正的價值在於你怎麼解讀數據、把數字變成行動。GA4 的報表結構和舊版 Universal Analytics 差很多，剛換過來的人常會找不到熟悉的數字在哪裡。這五份是每一個 WordPress 站長在 GA4 裝好之後，第一個月內一定要會看的報表：

1. 流量獲取（Acquisition）：看訪客從哪裡來，自然搜尋、直接、推薦、社群各佔多少比例。這份報表是你判斷哪個行銷管道有效、哪個該加碼的基礎。
2. 參與度（Engagement）：GA4 提供平均參與時間、參與工作階段，也提供定義為「非參與工作階段比例」的跳出率。可對照跳出率與 SEO 關係的完整解析。
3. 網頁和畫面（Pages and Screens）：看哪些頁面最受歡迎、停留時間最長。這份報表是你決定下一篇文章寫什麼、哪個頁面要優化的依據。
4. 使用者人口特性（Demographics）：訪客的年齡、性別、興趣分類。要注意這份報表需要開啟「Google 信號」和足夠的資料量才會出現數字。
5. 收益（Monetization）：如果你有接電商或 AdSense，這份報表會告訴你哪個管道帶來的訪客最會花錢。想深入 GA4 完整的報表邏輯，可以讀Google Analytics 完整教學。

AI 工具帶來的流量，有些會保留可辨識的 referrer，有些會落入 direct 或其他來源。目前 GA4 已有 AI Assistant 預設管道，可再用來源／媒介或自訂群組檢查已知網域；Google AI Overviews 與 AI Mode 則屬 Organic Search，但無法還原沒有 referrer 的所有點擊。做法可參考GA4 追蹤 AI 流量的完整攻略；GA4 入門則可看GA4 是什麼。

看數據時不要只看總量，也要看趨勢、來源與轉換。高跳出率可能代表內容與意圖不符，也可能是使用者在單頁就取得答案；GA4 跳出率不是 Google 搜尋排名的直接訊號。應搭配參與時間、關鍵事件與頁面目的解讀。

而當你開始用 UTM 參數來標記你的行銷活動連結，你追蹤不同活動成效的能力會大幅提升。UTM 是把 GA4 的流量來源看懂之後，下一個該學的工具，完整用法可以看UTM 追蹤碼的教學。

裝好卻沒收到資料？四個最常見的排查方向

就算你照著上面的流程一步步做，還是有可能遇到「代碼裝了、但 GA4 就是沒收到資料」的狀況。底下整理四個實務上最常見的問題，讓你卡住時有明確的排查方向，不用再瞎猜：

這裡要特別提醒一個和效能優化有關的陷阱。很多站長為了提升網站載入速度，可能把腳本延後到使用者互動才執行，這本來是好事。但如果你把 GA4 的代碼也排進延遲佇列，又設了過長的延遲，訪客可能在代碼還沒觸發前就已經跳離頁面，那次瀏覽就不會被記錄到。追蹤碼和效能優化之間要取得平衡，Google tag 本身使用 async；若另外延後到使用者互動才載入，須驗證是否遺漏早期事件；先遵守同意設定，再測量追蹤完整度與效能的取捨。

另一個常見的狀況是：網站改版或換佈景主題之後，GA4 突然收不到資料。原因通常是新佈景主題的header.php或functions.php覆蓋了原本注入代碼的位置，或是原本靠佈景主題掛載的代碼在新版被拿掉了。這就是為什麼前面強烈建議不要直接改佈景主題檔案，而是用外掛來管理代碼，外掛設定的資料不會因為換主題而消失。如果你剛換過WordPress 佈景主題之後發現數據斷了，第一個懷疑的對象就是這個。

排查可沿著「代碼是否載入、請求是否送出、參數與同意狀態是否正確、資料是否進入指定資源」逐段確認。定位時間取決於實作複雜度與可用記錄。

行動清單：今天就把 WordPress 的數據地基打好

讀到這裡，你應該已經對「裝 Google Analytics」這件事有了完全不同的理解。它其實是一套從選擇方法、安裝、驗證、到長期維護的完整工程，貼一段代碼只是這套工程的第一步。以下把整件事濃縮成一份你可以今天就開始做的行動清單：

1. 清掉舊代碼。如果你之前裝過 Universal Analytics 或用不同方法裝過 GA4，先用 Tag Assistant 檢查有沒有重複，把舊的、失效的代碼全部移除。
2. 確認帳戶結構。用具名公司帳號管理權限並保留至少兩位管理者；依網站與跨網域需求規劃資源、Web 串流，再核對 G-XXXXXXX。
3. 選定一條安裝路線。依事件需求與維護方式選 Site Kit、GTM 或代碼管理工具，清楚分配同一評估 ID 的發送責任。
4. 裝完立刻做五個驗證。開發者工具看請求、即時報表看進資料、Tag Assistant 查重複、等 48 小時看標準報表、用 DebugView 逐筆檢視事件。
5. 設定內部流量篩選。先定義內部 IP，再以 Testing 驗證篩選器；確認後才啟用永久排除。
6. 開啟加強型評估。確認 GA4 資料串流裡的捲動、外連點擊、站內搜尋這些事件都有開。
7. 每季做一次健康檢查。每三個月回頭跑一次上述的驗證流程，確保代碼還活著、數據沒被搞髒。這也是維護網站建議採用的固定節奏。

數據是所有優化的地基，沒有可信的數字，你的 SEO 策略、內容方向、廣告投放，全都是在猜。把這份地基打牢，你之後做的每一個決策才有依據。就像常說的：SEO 不是花錢，是存錢，而一份乾淨、持續、可信任的流量資料，就是這個存錢筒最重要的入帳紀錄。

裝好 GA4 後，可把 Google Analytics 與 Google Search Console 對照：Search Console 提供 Google 搜尋曝光與點擊，GA4 記錄網站在同意與技術條件下收集到的站內事件。兩者口徑不同，也都不是完整使用者旅程，解讀時要保留資料缺口。

如果你還在煩惱網站整體的 SEO 怎麼搭起來，GA4 只是其中一塊拼圖，建議你接著把WordPress SEO 全攻略和Search Console 的設定一起看過，把分析數據和搜尋表現這兩個視角串起來，你的網站才會有一個完整的觀測系統。開始動手吧，數據不會自己長出來。