GA4 安裝教學：手動植入與 GTM 兩種方式，含驗證與疑難排解

GA4 安裝教學：手動與 GTM 兩種方式完整步驟

本指南專為台灣網站管理者設計，從零開始建立 GA4 追蹤機制，涵蓋手動植入與 Google Tag Manager（GTM） 兩種主流方式，並提供完整的 驗證流程 與 疑難排解 步驟。無論您是初次設定的新手站長，還是需要標準化流程的資深管理者，都能跟著步驟完成安裝。本文將嚴格聚焦於「安裝→驗證→除錯」的生命週期，不延伸至報表深度分析或其他平台追蹤設定。

建立 GA4 帳戶與資源完整流程

任何安裝動作前，必須先擁有 GA4 帳戶並建立「資料串流」，取得獨一無二的測量 ID。此步驟是後續所有安裝方式的基礎，請務必完成。

首次建立 GA4 帳戶的步驟

1. 前往 Google Analytics 官方網站，使用您的 Google 帳號登入後，點選「開始衡量」。
2. 在「帳戶設定」頁面，輸入帳戶名稱（通常為公司或組織名稱），並將時區設定為「台北 (GMT+8:00)」，以確保數據時間準確。
3. 資料保留設定建議選擇「14 個月」，這是 GA4 最長可設定的保留期限，能保留較完整的歷史數據供後續分析。

提醒： 管理員權限（Manage Users）需在帳戶建立完成後，於「管理員」設定中另行指派，初始建立者預設即為管理員。

建立資料串流並取得測量 ID

1. 帳戶建立完成後，系統會引導您建立「第一項資源」。選擇「網頁」作為平台類型。
2. 輸入您的網站網址（例如 https://www.example.com），並為此資料串流命名（例如「主站資料串流」）。
3. 在「增强型衡量」設定頁面，系統會預設啟用，建議初學者保持啟用，以自動收集滾動、跳出等基本互動事件。
4. 完成後，您會看到一組以「G-」開頭的測量 ID（例如 G-XXXXXXXXXX），此即為後續安裝時需要的關鍵識別碼。

重要概念： 「測量 ID」是 GA4 取代舊版 UA-ID（UA-XXXXX-Y）的新識別格式，務必與「追蹤代碼」全文區分。追蹤代碼是完整的 JavaScript 程式碼片段，而測量 ID 只是其中的一串識別字串。

手動安裝 GA4 追蹤代碼（直接植入網站）

此方式最為直接，將 Google 提供的完整 JavaScript 程式碼片段，手動貼入網站 every page 的 HTML <head> 區塊最頂部。適合無使用代碼管理工具、或希望最小化相依性的網站。

複製全域追蹤代碼

1. 在 GA4 資料串流設定頁面，找到「標記」區域，點擊「全域網頁標記（gtag.js）」的複製按鈕。
2. 系統會提供一段完整的 <script> 程式碼，請完整複製，包含開頭與結尾的 HTML 標籤。

警告： 請勿在此頁面誤選「Google 標籤管理器」的安裝指示，那將提供不同的 GTM 容器代碼，不適用於本節的手動安裝方式。

將代碼正確放置於網站 <head> 區塊

1. 使用 FTP 或主機提供的檔案管理員，找到您網站主题的 header.php 檔案（或使用 WordPress 外掛的「頁首與頁尾腳本」功能）。
2. 在 <head> 標籤的最頂端、其他任何 <script> 之前，貼上剛才複製的 GA4 追蹤代碼。
3. 儲存變更並上傳回伺服器。

技術細節： 若為純 HTML 網站，請在每个頁面的 <head> 內手動加入；若使用 WordPress，強烈建議透過主题設定或外掛插入，避免主题更新時代碼遺失。修改 functions.php 是進階選項，需注意語法正確性。

手動安裝後的確認方式

1. 開啟您的網站實際對外運作的網址（例如 https://www.yoursite.com），切勿直接開啟本地 HTML 檔案進行測試。
2. 前往 GA4 介面的「即時」報表，頁面載入後約 10-30 秒，應能看到至少 1 位活躍使用者在線。

獨家提醒（IG-1）： 許多新手會直接在電腦開啟本地 HTML 檔測試，這會導致代碼無法向 Google 伺服器發送請求，因此「Real-time 報表永遠不會有資料」。務必使用可公開訪問的網址進行測試。

透過 GTM 安裝 GA4（代碼管理工具）

Google Tag Manager 是專業的標籤管理系統，能集中管理 GA4、Google Ads 等多種追蹤代碼，無需反覆修改網站原始碼。適合需要彈性管理和未來擴充的團隊。

建立 GTM 帳戶與容器

1. 前往 Google Tag Manager 官網，建立新帳戶，輸入您的網站名稱。
2. 建立「容器」，容器名稱可與網站同名，選擇目標平台為「網頁」。
3. 系統會提供兩段 GTM 容器代碼，一段需放在 <head>，另一段放在 <body> 開頭。請依照指示將這兩段代碼手動植入網站（步驟同 H2-02），這是 GTM 運作的前提。

Mental Model： 將「容器」想像成一個工具箱，GTM 容器代碼是將這個工具箱固定到網站上。後續在 GTM 網頁後台新增的「GA4 代碼」，則是放進工具箱裡的具體工具。

在 GTM 中新增 GA4 代碼

1. 登入 GTM 管理介面，在「代碼」頁面點擊「新增」，選擇代碼類型為「Google Analytics：GA4 設定」。
2. 在設定欄位中，填入剛才在 GA4 取得的「測量 ID」（G-開頭的那串字）。
3. 在「觸發條件」區塊，選擇「所有網頁」觸發，表示此代碼將在 every page 載入時執行。

觸發條件辨析： 「所有網頁」觸發（All Pages）對應的是「Page View」事件，確保每進一個網頁都發送一次 page_view 事件。請勿選擇「點擊」或「自訂事件」觸發，那將導致 GA4 代碼無法在初始頁面載入時觸發。

GTM 安裝後的發布與預覽模式

1. 完成代碼設定後，點擊 GTM 介面上方的「預覽」按鈕，輸入您的網站網址，進入預覽模式。
2. 在預覽模式下瀏覽網站，GTM 會顯示一個偵錯面板，確認「GA4 設定」代碼有成功觸發（狀態為「已執行」）。
3. 確認無誤後，回到 GTM 後台，點擊「提交」→「發布」，讓變更正式生效。未發布的設定，訪客看不到。

關鍵區別： 「預覽模式」僅供您個人測試，不影響實際訪客；「發布」則是將設定推送給所有網站訪客。常見錯誤是預覽時一切正常，卻忘記發布，導致實際網站無資料。

GA4 與舊版 UA 的六大關鍵差異

理解 GA4 與 Universal Analytics（UA）的核心差異，有助於正確解讀後續數據，並向團隊或主管說明轉換原因。以下六點是安裝後最常遇到的概念轉折點。

資料模型差異——事件型 vs 工作階段型

UA 採用「工作階段型」模型，以「會話（Session）」為核心單位，計算跳出率等指標。GA4 採用「事件型」模型，任何使用者互動（如點擊、滾動、頁面瀏覽）都記錄為獨立事件，並附加參數。例如，使用者在同一頁面點擊兩次「購買」按鈕，在 UA 可能只算一次轉換，在 GA4 會記錄為兩個獨立的「purchase」事件，各自帶有不同商品參數。

Engagement Rate 取代 Bounce Rate

UA 的「跳出率（Bounce Rate）」定義為「僅瀏覽一個頁面即離開」的百分比。GA4 以「參與率（Engagement Rate）」取代，計算公式為「參與會話數 ÷ 總會話數」。一個「參與會話」定義為：會話持續時間超過 10 秒、或產生至少 2 次頁面瀏覽事件、或觸發了轉換事件。這使得數據解讀更貼近實際內容價值。例如，使用者停留 30 秒後離開，在 UA 算跳出，在 GA4 算參與，這對內容網站是更公允的評估。

Enhanced Measurement 的自動收集功能

GA4 的「增强型衡量（Enhanced Measurement）」功能預設啟用，會自動收集以下五類使用者互動事件，無需額外程式碼：滾動深度（Scroll）、網站搜尋（Site Search）、點擊外部連結（Outbound Click）、影片互動（Video Engagement）、檔案下載（File Download）。這大幅減少了基礎事件的手動追蹤需求，但進階事件仍需自訂設定。

會話與使用者計數方式改變

UA 以 Cookie 為基礎計數，跨裝置或清除 Cookie 會重複計算。GA4 結合「Google 信號」與機器學習模型，能更準確地跨裝置識別同一使用者，但需注意隱私合規設定。

報表介面與預設指標完全不同

GA4 報表著重於「生命週期」框架（獲取、參與、變現、留存），與 UA 的「受眾、獲取、行為、轉換」四大報表結構截然不同，需重新學習報告路徑。

目標設定改為「轉換事件」

UA 需在檢視中設定「目標」。GA4 則將任何標記為「轉換」的事件（例如 page_view 特定頁面、purchase 事件）納入轉換報告，設定更彈性但也更分散。

比較表格總結：

安裝後的完整驗證流程

代碼植入後，必須透過多種方式確認資料確實傳送至 Google 伺服器。常見錯誤是只看 Real-time 報表，忽略其他驗證手段，導致問題延遲發現。

使用 Real-time 報表確認資料流入

1. 完成代碼植入或發布後，開啟一個無痕視窗，訪問您網站的任一篇頁面。
2. 立即切換至 GA4 管理介面的「即時」報表。正常情況下，頁面載入後 10-30 秒內，應能看到「目前使用中」的使用者數從 0 變為 1 或更高。
3. 點擊該使用者，可進一步查看其來源、目前所在頁面等初步資訊。

驗證核心： Real-time 報表是最快的安裝驗證方式，但僅代表「代碼有執行並送出請求」，不代表所有事件或參數設定正確。

使用 GTM 預覽模式偵錯

1. 在 GTM 後台點擊「預覽」，輸入網站網址進入偵錯模式。
2. 瀏覽網站時，畫面下方會出現 GTM 偵錯面板。檢查「GA4 設定」代碼是否列在「已執行的代碼」清單中，且狀態為綠色「已執行」。
3. 點擊該代碼，可檢視當時觸發的詳細資訊，包括發送的參數（如 page_location, page_title）是否正確。

偵錯面板解讀： 面板中的燈號顏色代表意義：綠色（已執行）、黃色（已阻止）、灰色（未執行）。若代碼為灰色，表示觸發條件未符合或代碼被其他條件阻止。

使用瀏覽器擴充功能驗證代碼

1. 在 Chrome 瀏覽器安裝 Google 官方工具「Tag Assistant（by Google）」或「GA Debugger」。
2. 啟用擴充功能後，重新整理網站頁面，擴充功能圖示會顯示偵測到的標籤狀態。
3. 點擊圖示展开詳細報表，可看到 GA4 代碼是否載入、發送的網路請求（networks requests）是否成功（狀態碼 200），以及送出的參數內容。

工具選擇： 「Tag Assistant」提供直觀的紅綠燈狀態與多種標籤驗證；「GA Debugger」則專注於 Google Analytics 代碼的參數偵錯，適合需要確認事件參數是否正確傳送的场景。

WordPress 網站的 GA4 安裝方式

WordPress 用戶無需接觸原始碼，透過官方或第三方外掛即可快速完成安裝。以下提供两种主流路径：使用 GTM 外掛統一管理，或使用專用 GA4 外掛直接植入。

使用 WordPress 外掛安裝 GTM（GTM 外掛路徑）

1. 登入 WordPress 後台，導向「外掛」→「安裝外掛」，搜尋「DuracellTomi's Google Tag Manager」並安裝啟用。
2. 啟用後，进入外掛設定頁面（通常在「設定」→「Google Tag Manager」）。
3. 填入您於 GTM 帳戶取得的「容器 ID」（格式為 GTM-XXXXXX），儲存即可。外掛會自動將 GTM 容器代碼注入網站 <head> 與 <body>。

在地化参考： 此為 hopesmarketing.tw 等台灣行銷部落格常推薦的外掛，設定步驟簡潔，適合多數 WordPress 用戶。安裝後，所有 GA4 代碼設定仍需回到 Google Analytics 4 完整介紹 提及的 GTM 後台完成。

若使用 GA4 外掛直接植入追蹤碼

1. 在 WordPress 外掛庫搜尋「GA4 for WordPress」或官方「Site Kit by Google」。
2. 安裝並啟用後，跟隨外掛設定精靈，以 OAuth 方式連動您的 Google 帳號，授權讀取 GA4 帳戶資料。
3. 外掛會自動偵測您已建立的 GA4 資源，並選擇要追蹤的測量 ID 植入網站，無需手動複製貼上代碼。

情境選擇： 「Site Kit」是 Google 官方多合一外掛（包含 Search Console、PageSpeed 等），適合希望一站式管理的用戶；「GA4 for WordPress」則專注於分析，設定更單純。若未來需整合 GTM 管理多種標籤，仍推薦使用 GTM 外掛路徑。

安裝完沒資料怎麼辦——常見問題排查

安裝後未見數據是最高頻的求助情境。請依以下流程系統化排查，而非隨機嘗試。本節為本文最核心的差異化知識模組，補足市場教學內容的缺口。

問題一——Real-time 有資料但報表沒資料

1. 首先確認是否等待超過 24-48 小時。GA4 標準報表數據有顯著延遲，非即時，僅 Real-time 為即時。
2. 檢查報表上方的日期範圍篩選器是否包含今天？是否誤選了「昨天」或更早日期？
3. 檢視是否套用了「主要國家」之類的報表篩選器，而您的測試 IP 位置被排除在外？

48 小時延遲機制： GA4 的標準報表（如參與度、流量獲取）需經過完整的數據處理流程，通常需 24-48 小時才會完全穩定。剛安裝時，請以 Real-time 為主要驗證依據，並耐心等待。

問題二——所有頁面追蹤都沒出現

1. 在瀏覽器中以 Ctrl+U（或右鍵「檢視網頁原始碼」）開啟您網站的原始碼。
2. 使用頁面搜尋功能（Ctrl+F），關鍵字搜尋「G-」（您的測量 ID 開頭）或「gtag」。
3. 若搜尋不到任何相關字串，代表追蹤代碼根本未載入，請回到 H2-02 或 H2-03 檢查代碼植入位置是否正確、是否被快取或安全外掛攔截。

問題三——GTM 已發布但 GA4 仍無資料

1. 進入 GTM 預覽模式，確認「GA4 設定」代碼在頁面載入時確實觸發。若未觸發，檢查觸發條件是否設定為「所有網頁」。
2. 檢查 GTM 容器是否已正式發布？預覽模式的設定不等於發布。
3. 確認 GA4 代碼中的「測量 ID」是否輸入正確？一个字母或數字錯誤都會導致失效。

問題四——Google 信號衝突導致資料丟失

1. 登入 GA4，進入「管理員」→「資料設定」→「資料收集與修改」。
2. 檢查「Google 信號資料收集」是否已啟用？若同時在網站上透過其他方式（如手動代碼）啟用 Google 信號，可能導致資料重複計數或衝突。
3. 對於台灣市場，若主要受眾未大量登入 Google 帳號，建議關閉此功能以獲得更純淨的頁面層級數據，並符合較寬鬆的隱私解讀。

衝突原理： Google 信號會嘗試將未登入狀態的匿名使用者與其 Google 帳號身份連結，若網站已有其他追蹤機制，可能導致同一人被計數兩次，或導致會話中斷。關閉後，GA4 將僅依赖第一方 Cookie 和機器學習模型。

將 GA4 連結 Google Ads 以追蹤廣告轉換

完成 GA4 安裝後，將其與 Google Ads 帳戶連結，是實現廣告轉換追蹤與受眾再行銷的關鍵一步。此步驟在 GA4 後台完成，無需修改網站代碼。

在 GA4 管理介面連結 Google Ads 帳戶

1. 進入 GA4 帳戶的「管理員」設定（左下角齒輪圖示）。
2. 在「產品連結」欄位中，點擊「Google Ads 連結」。
3. 依照步驟，選擇要連結的 Google Ads 客戶 ID，並授權所需權限（如讀取轉換資料）。完成連結後，GA4 與 Google Ads 即開始數據共享。

連結後可以做到的事（預期效果）

連結完成後，您將能在 GA4 報表中看到來自 Google Ads 點擊的受眾，在網站內的後續行為路徑（例如：.click 廣告 → 造訪產品頁 → 加入購物車 → 結帳）。同時，可將 GA4 中設定的關鍵轉換事件（如购买、表單提交）自動導入 Google Ads 作為轉換動作，用於優化廣告投標策略（如最大化轉換出價）。

連結價值： 此整合讓您無需在 Google Ads 後台手動設定 UTM 參數或安裝單獨的轉換標籤，所有轉換數據由 GA4 統一收集並回傳，簡化了追蹤架構。但請注意，Google Ads 內的廣告文案、關鍵字等設定仍需在 Google Ads 平台完成。

<h3 class="faq-q" data-q>Q1：GA4 和舊版 Universal Analytics（UA）最大的差別是什麼？為什麼我應該從現在開始使用 GA4？</h3>

<div class="faq-a" data-a>核心差別在於資料模型：UA 是工作階段型，GA4 是事件型。這導致指標計算方式（如以 Engagement Rate 取代 Bounce Rate）與報表結構完全改變。Google 已宣布 UA 將於 2023 年 7 月停止處理新數據，2026 年使用 GA4 已是唯一選擇，且其事件模型更適應現代跨裝置、App+網站的測量需求。</div>

<h3 class="faq-q" data-q>Q2：什麼是「測量 ID」？它和舊版的追蹤 ID（UA-XXXXXXXX-X）有什麼不同？</h3>

<div class="faq-a" data-a>「測量 ID」是 GA4 追蹤代碼的唯一識別碼，格式為「G-」開頭後接 10 位字母數字（例如 G-123456ABC）。舊版 UA 使用「UA-」開頭的追蹤 ID。測量 ID 是代碼片段的一部分，用於辨識數據應送往哪個 GA4 資源，但<strong>不能單獨使用</strong>，必須搭配完整的 gtag.js 或 GTM 代碼才能運作。</div>

<h3 class="faq-q" data-q>Q3：GA4 追蹤代碼應該放在網頁的哪個位置？為什麼一定要放在 &lt;head&gt; 標籤最頂部？</h3>

<div class="faq-a" data-a>追蹤代碼（gtag.js）必須置於網頁 HTML 的 &lt;head&gt; 區塊<strong>最頂端</strong>。原因在於 GA4 需要盡早載入，以捕獲使用者最早期的互動行為（如頁面載入時間、首次滾動）。若放在 &lt;body&gt; 底部，可能遺漏頁面載入初期的關鍵事件，導致數據不準確。</div>

<h3 class="faq-q" data-q>Q4：使用 GTM 安裝 GA4 的話，觸發條件應該設為哪一個？「所有網頁」和「Page View」有什麼不同？</h3>

<div class="faq-a" data-a>應設定為「<strong>所有網頁</strong>」觸發。在 GTM 中，「所有網頁」觸發對應的正是 GA4 所需的 initial page_view 事件。請勿選用「Page View」觸發條件（若存在），那通常用於其他特定情境，可能導致代碼在初始頁面載入時未執行。</div>

<h3 class="faq-q" data-q>Q5：WordPress 網站除了手動改程式碼之外，有沒有更簡單的 GA4 安裝方式？</h3>

<div class="faq-a" data-a>有。推薦使用兩類外掛：一是「<strong>DuracellTomi's Google Tag Manager</strong>」外掛，只需填入 GTM 容器 ID，即可自动植入 GTM 代碼，後續所有追蹤設定均在 GTM 後台完成，彈性最高。二是 Google 官方「<strong>Site Kit</strong>」外掛，可直接連动 GA4 帳戶自動安裝追蹤碼，適合不想接觸 GTM 的初學者。</div>

<h3 class="faq-q" data-q>Q6：GA4 的 Enhanced Measurement 和舊版 UA 的手動事件追蹤相比，哪個更適合內容網站？</h3>

<div class="faq-a" data-a>對內容網站（如部落格、新聞站），<strong>Enhanced Measurement 的優勢極大</strong>。它預設自動追蹤「滾動深度（Scroll）」「網站搜尋（Site Search）」「外部連結點擊（Outbound Click）」等關鍵互動，無需為每篇文章或每個頁面手動埋點。您只需專注於自訂重要轉換事件（如訂閱、分享），大幅降低基礎追蹤的技術門檻。</div>

<h3 class="faq-q" data-q>Q7：我應該同時維持 GA4 和舊版 UA 雙系統嗎？還是可以直接全面遷移到 GA4？</h3>

<div class="faq-a" data-a>2026 年，旧版 Universal Analytics 已完全停止處理新數據，<strong>不存在「雙系統運行」的選項</strong>。所有網站必須<strong>全面遷移至 GA4</strong>。過去的 UA 歷史數據僅能查閱，無法產生新報表。請立即著手將所有追蹤代碼更新為 GA4 格式。</div>

<h3 class="faq-q" data-q>Q8：安裝完 GA4 之後，Real-time 報表有資料，但其他報表卻完全沒有資料，這是正常的嗎？</h3>

<div class="faq-a" data-a>在安裝後的<strong>前 24-48 小時內是完全正常的</strong>。Real-time 報表是即時的，但標準報表（如「參與度」「流量獲取」）需經過 Google 的完整數據處理流程，包含數據清理、彙總與建模，因此有顯著延遲。請以 Real-time 確認安裝成功，並耐心等待標準報表數據填充。</div>

<h3 class="faq-q" data-q>Q9：啟用 Google 信號後，GA4 的資料會和 Google Ads 的資料重複計算嗎？如何避免？</h3>

<div class="faq-a" data-a>Google 信號旨在<strong>減少</strong>跨裝置的重複計數，而非增加。它透過登入的 Google 帳號識別同一使用者，理論上會讓同一人被更準確地合併。但若網站已有其他跨裝置識別機制，理論上可能發生極少數重疊。一般情況下，啟用 Google 信號能提升數據品質。若您追求最純粹的第一方 Cookie 數據，可在 GA4 管理員的「資料設定」中關閉 Google 信號收集。</div>

<h3 class="faq-q" data-q>Q10：GA4 的資料通常會延遲多久才會出現在報表中？剛安裝完沒有看到資料需要等多久？</h3>

<div class="faq-a" data-a>標準報表數據通常有 <strong>24 至 48 小時</strong> 的處理延遲。安裝完成後，若 Real-time 報表已顯示自己造訪，代表代碼運作正常。請<strong>至少等待 24 小時</strong>再檢查主要報表。若 48 小時後標準報表仍無任何數據，請依 H2-07 的疑難排解步驟進行檢查。</div>