WordPress Google Analytics 教學：3 種安裝方法
完整教學 WordPress 安裝 Google Analytics（GA4）的三種方法：Site Kit by Google、Google Tag Manager、Header Footer Code Manager，比較掉碼風險與擴充性，並帶你驗證追蹤碼、看懂 GA4 報表、排除內部流量。
作者：褚崇名（Sliven）
本頁目錄
- Google Analytics 貼上代碼後，還有幾個步驟不能漏
- 動手之前：先弄懂 GA4 的帳戶、資源、串流三層結構
- 資料保留期限：先確認探索分析需要多久
- 三種安裝方法比較：用一張表先幫你決定走哪條路
- 方法一 Site Kit by Google：最快，但有一個設定最常被漏掉
- 方法二 Google Tag Manager：適合集中管理多種代碼
- 方法三手動貼碼：用 Header Footer Code Manager 拿回控制權
- 裝完立刻要做的五個驗證：確認數據真的在跑
- 三個會把你的數據搞髒的隱形殺手
- 一、自我推薦流量（Self-referral）
- 二、內部流量沒有過濾
- 三、重複代碼
- 跨網域追蹤：當你的網站不只有一個網域
- Consent Mode v2 與 Cookie 同意：2026 年你不能跳過的隱私設定
- 從安裝到解讀：GA4 裝好之後，你該看的前五份報表
- 裝好卻沒收到資料？四個最常見的排查方向
- 行動清單：今天就把 WordPress 的數據地基打好
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 的後台是一個三層結構，你一定要先搞清楚，因為你貼的代碼對應的是最底層的「串流」：
| 層級 | 是什麼 | 一個常見的誤解 |
|---|---|---|
| 帳戶（Account） | 最頂層的容器，通常對應一個組織或一個品牌。決定了資料的擁有者是誰。 | 以為帳戶等於網站。一個帳戶可以同時管多個網站、多個 App。 |
| 資源（Property） | 帳戶底下的分析主體，提供獨立報表與設定；G-XXXXXXX 評估 ID 是由資源內的 Web 資料串流產生。 | 沒有先規劃多網域或環境，導致資料混在一起。 |
| 資料串流（Data Stream） | 資源底下的資料來源，一個網站就是一個 Web 串流、一個 App 就是一個 App 串流。 | 開了兩個串流指向同一個網站，結果同一個訪客被重複計算。 |
單一網站通常可從一個 Web 串流開始，但資源與串流的切分要依品牌、跨網域旅程、地區與測試環境規劃，不是不可變的硬規則。安裝前核對 G-XXXXXXX 對應的資源與串流名稱。
建立帳戶時應使用具名的公司管理者帳號，再透過 GA4 權限把其他人加入，至少保留兩位可信任管理者。不要多人共用同一組 Google 密碼；人員異動時移除其權限即可。
Google 官方對帳戶與資源設定的完整說明，可以對照使用。
資料保留期限：先確認探索分析需要多久
GA4 的事件層級資料保留預設為兩個月，標準版可改為十四個月。這項設定主要影響探索報表與使用者層級、事件層級資料，不影響多數標準彙總報表（見 Google 的資料保留說明）。
你想想這個情境：你的網站裝好 GA4，過了半年，主管突然問你「去年那檔活動，到底是哪一篇 文章帶來最多名單？」你興沖沖地打開 GA4，要拉事件層級的細節，結果發現資料根本不在了，只剩下粗略的每日匯總。這就是預設值兩個月帶來的代價。
若需要較長的探索分析視窗，可到「管理 → 資料收集與修改 → 資料保留」改為十四個月。變更只影響往後資料；年度趨勢仍可用標準報表或事先規劃的資料匯出觀察。
需要跨月份做探索、漏斗或使用者層級分析的內容站與電商，較長保留期會比較方便；但它不等於能永久保存完整個人旅程，歸因、同意狀態與識別方式仍會影響可見資料。
順帶一提，GA4 還有一個「使用者識別」的相關設定，決定 GA4 怎麼把同一個訪客在不同裝置、不同工作階段的行為串起來。這牽涉到 Google 信號和 User-ID，比較進階，新手階段先確保資料保留期限改對就好，使用者識別等你開始做跨裝置分析時再深入研究。
三種安裝方法比較：用一張表先幫你決定走哪條路
很多人在這一步會卡住：到底要用外掛裝、用 GTM 裝、還是直接改佈景主題檔案？建議先別急著動手，先看你自己的情境屬於哪一種。這張表是實際為不同類型網站做決策時常用的判斷框架：
| 方法 | 適合誰 | 優點 | 代價 |
|---|---|---|---|
| Site Kit by Google（官方外掛） | 新手、個人站、只想快速看到基本流量數字的人 | 可依授權選擇串接 Analytics、Search Console 等服務，後台直接看摘要 | 進階事件仍要另行規劃；設定前要核對資源 |
| Google Tag Manager（GTM） | 會持續長大的網站、有投廣告、未來要加事件追蹤或第三方程式碼的站 | 所有代碼集中管理，改碼不用動網站，可發布版本控制 | 學習曲線最陡，要額外理解「容器、代碼、觸發條件」的概念 |
| Header Footer Code Manager（手動貼碼） | 想完全掌控<head>、不想多裝一套代碼管理系統的技術型站長 | 最輕量、最透明，貼什麼就是什麼，沒有黑箱 | 每加一個新代碼就要手動貼一次，容易漏掉管理 |
選擇邏輯是網站需要管理多少代碼與事件。基本流量可使用官方整合外掛；需要集中管理多種事件或廣告代碼時，再評估 GTM。GTM 並非網站成長後的必然選項，維護能力與同意管理同樣重要。
如果你對 GTM 還很陌生，建議先讀過GTM 是什麼的中文入門教學，理解它的運作邏輯，再回來決定要不要走這條路。
方法一 Site Kit by Google：最快，但有一個設定最常被漏掉
Site Kit 是 Google 官方推出的 WordPress 外掛，可串接 GA4、Search Console、AdSense 與 PageSpeed Insights 等服務；依設定畫面登入、授權並選擇對應資源後，即可完成基本串接。對不熟悉程式碼的站長而言，這是一個相對容易上手的入口（見 Google 官方的 Site Kit 介紹）。
整個流程大概是這樣：
- 在 WordPress 後台「外掛 → 安裝外掛」搜尋「Site Kit」，安裝並啟用。如果不熟悉安裝步驟，可以對照WordPress 外掛安裝的三種方法。
- 啟用後點「登入 Google」，用剛才建立 GA4 資源的那個 Google 帳號登入並授權。
- Site Kit 會問你要串接哪一個 GA4 資源，選對剛才建好的那一個（記得核對
G-XXXXXXX）。 - 完成後，WordPress 後台首頁會出現一個 Site Kit 儀表板，直接顯示流量、搜尋曝光、收益等數字。
串接後，進入 GA4 Web 資料串流確認「加強型評估」（Enhanced Measurement）的開關與事件選項。不要預設所有事件都已開啟，也不要為了追得多就全開；應依站內搜尋、表單與影片實作逐項驗證。
Site Kit 主要負責串接與呈現摘要，不提供完整的自訂事件建構介面。若要追蹤按鈕、表單成功或自訂捲動深度，仍需在 GA4、GTM 或網站程式中另行設定。
方法二 Google Tag Manager：適合集中管理多種代碼
如果你的網站不只是寫文章，還要投廣告、要追蹤聯絡表單、要接多個第三方程式碼，建議一開始就用 GTM 把地基打好。GTM 的核心價值在於給你一個集中管理所有代碼的控制台，裝 GA4 只是它的附帶功能，更大的意義是讓你以後不管加什麼碼都不用再去碰 WordPress 的檔案。
GTM 的運作邏輯拆開來其實就三層，以下用一個比喻來說明：
- 代碼（Tag）＝你要發射的訊號，例如 GA4 的網頁瀏覽或廣告轉換碼。
- 觸發條件（Trigger）＝什麼時候發射，例如「所有網頁載入時」「某個按鈕被點擊時」「表單送出時」。
- 變數（Variable）＝訊號裡要帶什麼資訊，例如頁面網址、按鈕文字、點擊位置。
這三層組合起來，你就能在不碰程式碼的前提下，做到非常細緻的追蹤。例如「追蹤訪客點了 LINE 按鈕」這種需求，用 GTM 設一個點擊觸發條件就能完成，詳細的做法可以參考用 GTM 追蹤 LINE 按鈕點擊的教學。
在 WordPress 上安裝 GTM 的流程，比 Site Kit 多幾個步驟，但並不難：
- 到 Google Tag Manager 建立帳戶和容器，拿到兩段程式碼（一段放
<head>，一段放<body>開頭）。 - 把這兩段程式碼裝到 WordPress。你可以用外掛（例如 Insert Headers and Footers、或前面提過的 Header Footer Code Manager）貼進去，也可以用專門的 GTM 外掛。
- 回到 GTM 後台，新增「Google 代碼（Google tag）」，填入 Web 串流的
G-XXXXXXX評估 ID／Tag ID，觸發條件設成「Initialization - All Pages」或依官方範本指引設定。 - 點「預覽」進入除錯模式，確認代碼有正常發射，再「發布」容器。
如果你想把 GTM 和 GA4 在 WordPress 上的串接一次看懂，建議直接讀WordPress GTM + GA4 串接的完整教學，裡面從安裝到事件追蹤都有逐步拆解。
GTM 最大的缺點就是學習曲線。第一次接觸的人光是要搞懂「容器是什麼」「為什麼要發布」就會卡一陣子。但這個投資是值得的，因為一旦上手，你之後每加一個追蹤需求都只是「新增代碼、設觸發條件、發布」這個循環，再也不用開 ticket 等工程師、也不用怕改壞佈景主題檔案。
方法三手動貼碼：用 Header Footer Code Manager 拿回控制權
第三條路是對技術細節最有掌控欲的人走的。你不裝 Site Kit、也不開 GTM 容器，而是直接把 GA4 的官方代碼貼進 WordPress 的<head>裡。聽起來很原始，但它有一個其他方法給不了你的好處：完全透明，你貼了什麼、網站就載入什麼，沒有外掛幫你加料或快取。
直接改佈景主題的header.php檔案是最常見的手法，但不建議這樣做。原因有兩個：第一，佈景主題一更新，你改的檔案就被覆蓋掉，代碼憑空消失，這正是開頭那個「半年後才發現資料空白」情境最常見的元兇；第二，你很容易不小心改壞 PHP 檔，把整個網站的版型弄垮。
正確的做法是用一個專門管理<head>內容的外掛，目前最穩定的是 Header Footer Code Manager（簡稱 HFCM）。它的邏輯很簡單：你新增一個「snippet」，貼上 GA4 代碼，設定它出現在「全站的<head>」，儲存。代碼就會被注入到每一頁的<head>裡，而且不會因為佈景主題更新而消失。
流程拆解：
- 安裝並啟用 Header Footer Code Manager。
- 到 GA4 後台拿「網站代碼」（一段
gtag的 JavaScript，開頭是<!-- Google tag (gtag.js) -->）。 - 在 HFCM 新增 snippet，貼上代碼，裝置類型選「全部」，顯示位置選「Header」，範圍選「整個網站」。
- 儲存並啟用 snippet，用瀏覽器開發者工具確認代碼有出現在網頁原始碼。
這條路最適合的情境是：你的網站已經有用 GTM 在管別的碼，但你想要 GA4 完全獨立、不跟其他代碼牽扯；或者你接手了一個被各種外掛塞爆的舊站，想要把追蹤碼的變數降到最低，先確保最基本的數據能收進來。
附帶一提，如果你的網站是用廣告盈利的模式，這條路也方便你之後用Ad Inserter之類的外掛，把廣告碼和分析碼分開管理，不會全部擠在同一個地方。
裝完立刻要做的五個驗證：確認數據真的在跑
這部分是台灣大部分 WordPress 教學最缺的一塊。每個人都教你怎麼貼代碼，卻沒人教你怎麼確認代碼真的在做事。結果就是裝心安裝滿街跑。裝完之後，請務必做以下五個檢查：
一、用瀏覽器開發者工具看請求是否發出。打開你的網站，按 F12 開啟開發者工具，切到「Network（網路）」標籤，在篩選欄輸入collect，然後重新整理頁面。如果有看到一個對google-analytics.com或analytics.google.com發出的請求，狀態碼是 200，代表 GA4 的代碼確實在回報資料。什麼都沒看到，就是沒裝成功。
二、用 GA4 的即時報表確認資料有進來。進到 GA4 後台的「報表 → 即時」，如果你自己正在瀏覽網站，幾秒鐘內應該會看到「過去 30 分鐘的使用者」出現至少 1。沒看到，可能是代碼沒裝對、也可能是延遲，等五分鐘再確認一次。這個即時報表是你往後除錯最常用的工具，建議先熟悉它的工作階段計算邏輯。
三、用 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 驗證。
二、內部流量沒有過濾
你自己、你的同事、你的編輯團隊，每天都會在網站上點來點去。這些行為全部會被算進報表，把你的真實訪客數據灌水。特別是小型網站、流量還不大的時候，幾個內部人員的瀏覽量就能佔掉每日流量的相當比例。
解法是建立一個「內部流量篩選器」：定義一組 IP 位址範圍代表公司內部，GA4 會把來自這些 IP 的流量標記為內部，然後在報表裡過濾掉。上面的官方文件有完整的設定流程。這個設定一次做好，之後就不用再管。
三、重複代碼
這是最常見的問題之一。站長一開始用 Site Kit 裝了 GA4，後來聽說 GTM 比較強，又用 GTM 裝了一次，結果同一個G-XXXXXXX在同一個頁面被載入兩次，每一次網頁瀏覽都被算成兩次。報表上的數字看起來「好像不錯」，其實是虛胖。
排查的方法前面提過了，用 Tag Assistant 或開發者工具看 Network 請求，數一下同一個G- ID 出現幾次。超過一次就是重複，果斷把舊的那組移掉。換安裝方法時，先拆舊的、再裝新的，這個順序記起來。
跨網域追蹤：當你的網站不只有一個網域
如果你的事業不只一個網域，例如品牌官網是example.com、部落格是blog.example.com、商城是shop.example.com，或是你同時擁有.com和.com.tw兩個網域，那就會遇到跨網域追蹤的問題。
沒有設定跨網域追蹤的話，訪客從品牌官網點連結跳到商城，GA4 會把這個動作當成「從一個外部來源來的新工作階段」，於是同一個訪客的連續行為被切成兩段，來源被歸類為另一個網域，你的轉換路徑就斷了。這跟自我推薦流量的問題本質相同，只是發生在「跨網域」這個更大的尺度上。
解法是在 GA4 後台的「資料串流 → 網站評估設定 → 設定代碼 → 設定網域」，把所有相關的網域都加進符合清單。設定完成後，GA4 會用一個名為_gl的參數在網域之間傳遞訪客識別資訊，讓同一個訪客的行為被正確串接。子網域（subdomain）的處理相對簡單，通常預設就能涵蓋；真正需要手動設定的是不同的根網域。
這個設定在 WooCommerce 這類多網域的電商架構裡特別常見，如果你正在用WooCommerce 架設購物網站，而且商城和品牌主站分屬不同網域，跨網域追蹤一定要配著做。
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），這些外掛會自動把訪客的同意狀態傳給 GA4 和 Google Ads 代碼。如果你是用 GTM 管理代碼，還可以用「同意設定」範本，更精準地控制每個代碼要在什麼同意狀態下才發射。
這部分不求一次到位，但至少要意識到「Cookie 同意」和「數據收集」是綁在一起的，不要等到廣告被限制或被客戶問起才補。
實務上驗證 Consent Mode 有沒有正確運作，最直接的方式是用 Chrome 的無痕視窗開啟你的網站，觀察 Cookie 同意橫幅出現之前和之後，瀏覽器有沒有對 Google 的伺服器發出兩種不同的請求。同意之前發出的是沒有 Cookie 的匿名 ping，同意之後才會帶上完整的識別資訊。如果你不管同不同意，代碼的行為都一模一樣，就代表同意模式根本沒接上，Cookie 橫幅形同虛設。這個測試做起來不難，卻能幫你省掉之後被廣告平台警告、數據短少的一大圈麻煩。
從安裝到解讀：GA4 裝好之後，你該看的前五份報表
裝好只是起點，真正的價值在於你怎麼解讀數據、把數字變成行動。GA4 的報表結構和舊版 Universal Analytics 差很多，剛換過來的人常會找不到熟悉的數字在哪裡。這五份是每一個 WordPress 站長在 GA4 裝好之後，第一個月內一定要會看的報表：
- 流量獲取（Acquisition）：看訪客從哪裡來，自然搜尋、直接、推薦、社群各佔多少比例。這份報表是你判斷哪個行銷管道有效、哪個該加碼的基礎。
- 參與度（Engagement）：GA4 提供平均參與時間、參與工作階段，也提供定義為「非參與工作階段比例」的跳出率。可對照跳出率與 SEO 關係的完整解析。
- 網頁和畫面（Pages and Screens）：看哪些頁面最受歡迎、停留時間最長。這份報表是你決定下一篇文章寫什麼、哪個頁面要優化的依據。
- 使用者人口特性（Demographics）：訪客的年齡、性別、興趣分類。要注意這份報表需要開啟「Google 信號」和足夠的資料量才會出現數字。
- 收益（Monetization）：如果你有接電商或 AdSense，這份報表會告訴你哪個管道帶來的訪客最會花錢。想深入 GA4 完整的報表邏輯，可以讀Google Analytics 完整教學。
AI 工具帶來的流量，有些會保留可辨識的 referrer，有些會落入 direct 或其他來源。可用來源／媒介與自訂管道群組整理已知網域，但無法還原沒有 referrer 的所有點擊。做法可參考GA4 追蹤 AI 流量的完整攻略；GA4 入門則可看GA4 是什麼。
看數據時不要只看總量，也要看趨勢、來源與轉換。高跳出率可能代表內容與意圖不符，也可能是使用者在單頁就取得答案；GA4 跳出率不是 Google 搜尋排名的直接訊號。應搭配參與時間、關鍵事件與頁面目的解讀。
而當你開始用 UTM 參數來標記你的行銷活動連結，你追蹤不同活動成效的能力會大幅提升。UTM 是把 GA4 的流量來源看懂之後，下一個該學的工具，完整用法可以看UTM 追蹤碼的教學。
裝好卻沒收到資料？四個最常見的排查方向
就算你照著上面的流程一步步做，還是有可能遇到「代碼裝了、但 GA4 就是沒收到資料」的狀況。底下整理四個實務上最常見的問題，讓你卡住時有明確的排查方向，不用再瞎猜：
| 症狀 | 最可能的原因 | 第一個該檢查的地方 |
|---|---|---|
| 即時報表完全沒數字 | 代碼根本沒載入，或載入了但被另一段 JavaScript 錯誤擋住 | 開發者工具的 Console 看有沒有紅字錯誤，Network 看有沒有對 GA 發出請求 |
| 數字有但異常偏低 | 同意選擇、廣告阻擋、延遲腳本、部分頁面漏碼或篩選設定 | 用 Tag Assistant 分情境測試，核對代碼、同意狀態與報表篩選 |
| 數字異常偏高或重複 | 同一個 GA4 評估 ID 被裝了兩次（Site Kit 加手動貼碼） | 用 Tag Assistant 數同一個G- ID 出現幾次 |
| 只有部分頁面有數字 | 代碼只貼在首頁，或某個外掛的條件設定把它排除掉了 | 逐頁用原始碼檢視確認代碼存在，檢查 HFCM 或外掛的範圍設定 |
這裡要特別提醒一個和效能優化有關的陷阱。很多站長為了提升網站載入速度，會用各種延遲載入（defer、async）的手法來處理 JavaScript，這本來是好事。但如果你把 GA4 的代碼也排進延遲佇列，又設了過長的延遲，訪客可能在代碼還沒觸發前就已經跳離頁面，那次瀏覽就不會被記錄到。追蹤碼和效能優化之間要取得平衡，追蹤碼的優先級應該高於一般的裝飾性腳本。
另一個常見的狀況是：網站改版或換佈景主題之後，GA4 突然收不到資料。原因通常是新佈景主題的header.php或functions.php覆蓋了原本注入代碼的位置，或是原本靠佈景主題掛載的代碼在新版被拿掉了。這就是為什麼前面強烈建議不要直接改佈景主題檔案，而是用外掛來管理代碼，外掛設定的資料不會因為換主題而消失。如果你剛換過WordPress 佈景主題之後發現數據斷了，第一個懷疑的對象就是這個。
排查可沿著「代碼是否載入、請求是否送出、參數與同意狀態是否正確、資料是否進入指定資源」逐段確認。定位時間取決於實作複雜度與可用記錄。
行動清單：今天就把 WordPress 的數據地基打好
讀到這裡，你應該已經對「裝 Google Analytics」這件事有了完全不同的理解。它其實是一套從選擇方法、安裝、驗證、到長期維護的完整工程，貼一段代碼只是這套工程的第一步。以下把整件事濃縮成一份你可以今天就開始做的行動清單：
- 清掉舊代碼。如果你之前裝過 Universal Analytics 或用不同方法裝過 GA4，先用 Tag Assistant 檢查有沒有重複，把舊的、失效的代碼全部移除。
- 確認帳戶結構。用具名公司帳號管理權限並保留至少兩位管理者；依網站與跨網域需求規劃資源、Web 串流，再核對
G-XXXXXXX。 - 選定一條安裝路線。新手走 Site Kit、會長大的站走 GTM、要極致掌控走 Header Footer Code Manager。選定之後就一次到位，不要之後再混搭。
- 裝完立刻做五個驗證。開發者工具看請求、即時報表看進資料、Tag Assistant 查重複、等 48 小時看標準報表、用 DebugView 逐筆檢視事件。
- 設定內部流量篩選。把公司和團隊的 IP 加進去，避免自己的瀏覽行為汙染報表。
- 開啟加強型評估。確認 GA4 資料串流裡的捲動、外連點擊、站內搜尋這些事件都有開。
- 每季做一次健康檢查。每三個月回頭跑一次上述的驗證流程，確保代碼還活著、數據沒被搞髒。這也是維護網站建議採用的固定節奏。
數據是所有優化的地基，沒有可信的數字，你的 SEO 策略、內容方向、廣告投放，全都是在猜。把這份地基打牢，你之後做的每一個決策才有依據。就像常說的：SEO 不是花錢，是存錢，而一份乾淨、持續、可信任的流量資料，就是這個存錢筒最重要的入帳紀錄。
裝好 GA4 後，可把 Google Analytics 與 Google Search Console 對照：Search Console 提供 Google 搜尋曝光與點擊，GA4 記錄網站在同意與技術條件下收集到的站內事件。兩者口徑不同，也都不是完整使用者旅程，解讀時要保留資料缺口。
如果你還在煩惱網站整體的 SEO 怎麼搭起來，GA4 只是其中一塊拼圖，建議你接著把WordPress SEO 全攻略和Search Console 的設定一起看過，把分析數據和搜尋表現這兩個視角串起來，你的網站才會有一個完整的觀測系統。開始動手吧，數據不會自己長出來。
常見問題
WordPress 怎麼安裝 Google Analytics？
WordPress 裝 GA 用外掛好還是改主題好？
WordPress 安裝 GA 後為什麼沒有資料？
WordPress 換主題後 GA 追蹤碼會不會不見？
Site Kit 和 GTM 可以同時用嗎？
操作步驟
- 註冊 Google Analytics 並取得 GA4 追蹤碼到 analytics.google.com 用 Google 帳戶登入，依序建立帳戶、資源、網站資料串流，進入串流詳情複製整段 Google 代碼（gtag.js），這就是要貼進 WordPress 的追蹤碼。建議一個資源對應一個網站。
- 用外掛把 GA 追蹤碼裝進 WordPress推薦使用 Header Footer Code Manager 或 Site Kit by Google。以 HFCM 為例：安裝啟用後進 Snippets → Add New，Snippet Type 選 HTML，套用範圍勾整個網站，插入位置選 head 標籤區段，貼上整段 gtag.js 後啟用。插入位置務必選 head，不要選 footer。
- 不用外掛的進階做法：子主題 header.php 或主題內建欄位不想用外掛可走兩條路：一是裝子主題後在 header.php 的 </head> 前一行貼上 gtag.js（務必透過子主題，否則主題更新即覆蓋）；二是用 Divi、Astra Pro 等主題內建的頁首代碼或 GA 欄位，直接貼評估 ID（G-XXXXXXX）。換主題追蹤碼就要重設，只適合不太會換主題的站。
- 安裝後驗證追蹤碼是否在收資料開 GA4 即時報表，用無痕視窗造訪自己的網站，幾分鐘內出現數字即代表追蹤碼有回傳。可再用瀏覽器 DevTools Network 過濾 collect 請求，或用 Google Tag Assistant 錄製驗證。新安裝約需一到兩天才會看到完整報表。若等十分鐘仍無資料，依序檢查插入位置是否為 head、追蹤碼是否貼到錯主題、瀏覽器擋廣告外掛。
- 設定資料乾淨度：排除自己與機器人在 GA4 資料串流設定裡用「定義內部流量」建立篩選器，把你與團隊的固定 IP 排除；確認機器人過濾維持開啟；測試站用獨立資料串流或資源；用 Tag Assistant 檢查是否重複載入兩份追蹤碼。並把資料保留期限調到十四個月，方便長期分析。