Google Analytics 分析教學｜GA4 安裝設定與報表指南

Google Analytics 是什麼？GA4 到底在看什麼

一句話定義

Google Analytics（簡稱 GA）是 Google 提供的免費網站與應用程式分析工具。它在你的網站放一段追蹤碼，把訪客進站後發生的動作記錄下來，再整理成報表。目前的主流版本是第四代 GA4，採用「事件」為單位的資料模型，同一個資源可以同時收網站與 App 的資料。

如果你看過 googleanalytic、analytics google web、google_analytics 這幾種寫法，指的都是同一個工具，只是拼字習慣不同。搜尋「google 分析」找到的也是它。名字寫法不影響功能，倒是很容易在找人討論時雞同鴨講，所以本篇一律用 Google Analytics 或 GA4。

GA4 真正回答的四個問題

多數人把 GA4 當成「看流量」的工具，這只用到它三成的能力。實務上它負責回答四個問題，而且順序不能顛倒：

只回答第一題，你會變成「流量報告產生器」；四題都回答得出來，才有辦法跟老闆或客戶討論下一步。這也是為什麼後面章節會花不少篇幅在事件與轉換上，因為那才是把前三題串起來的關鍵。

GA4 和舊版 GA3 差在哪

如果你手上還有更早的報表或教育訓練教材，可能會看到「通用 Analytics」（Universal Analytics，俗稱 GA3）這個名字。它的標準資源已經在 2023 年 7 月 1 日停止處理新資料，現在新開的網站一律是 GA4。兩者不只是介面不同，底層邏輯也換了：

常聽到的名詞，一次翻譯

GA4 的報表會混用幾個詞，第一次看很容易卡住。先把這六個弄清楚，後面就順了：

• 使用者（User）：一個人。同一台裝置、同一個瀏覽器通常算同一個使用者，換裝置就可能變成兩個。
• 工作階段（Session）：一次造訪。預設閒置 30 分鐘就結束，之後再動就開新的一場。
• 參與工作階段（Engaged session）：停留超過 10 秒、有轉換，或看了 2 頁以上，符合任一項就算。GA4 用它取代舊版的「跳出」概念。
• 事件（Event）：使用者做的任何事，例如 page_view、scroll、click、purchase。
• 參數（Parameter）：事件的補充說明，例如按鈕位置、表單名稱、商品編號。
• 關鍵事件（Key event）：你標記為「有價值」的事件，舊稱轉換。

免費版的天花板在哪

標準版 GA4 免費、沒有流量上限，對多數中小企業已經夠用。但要知道它的限制，才不會在需要的時候發現資料不見了：

• 資料保留期限：事件資料預設只留 2 個月，必須手動改成 14 個月。這是最多人踩到的坑，等到想回頭看去年同期，資料已經沒了。
• 資料閾值：當某個區間的資料量太少，Google 會隱藏部分明細以保護隱私，報表上會出現提示。把日期範圍拉長通常就能看到。
• 報表取樣：資料量很大時，部分報表會用取樣估算，數字會有誤差。
• 原始資料匯出：可匯出到 BigQuery，但免費額度有限，超出會產生費用。

資料保留、資料閾值與取樣機制的官方說明，可參考 Google Analytics 官方說明中心。

GA4 怎麼安裝？三種方式與驗證步驟

安裝前先搞懂三層結構

GA4 的後台是「帳號 → 資源 → 資料串流」三層。帳號通常代表一家公司，資源代表一個網站或一組產品，資料串流則是實際的網站網址或 App。多數人只需要一個帳號、一個資源、一個網站串流。建立完成後會拿到一組 G- 開頭的評估 ID，這段就是後面要貼進網站的東西。

建議在建立資源的同時就把時區設為「台北」、貨幣設為新台幣。時區設錯，之後每天的日報表都會對不上你的上班時間，除錯時會多花很多時間。

方式一：直接貼 gtag.js

這是最快的方式。把 Google 提供的全域網站代碼貼進每個頁面的 <head> 裡，存檔重新整理就完成了。適合頁面數量少、沒有其他追蹤碼、也沒有工程團隊可以幫忙改版的靜態網站。

缺點是日後要加第二個工具（例如 Meta Pixel 或 Google Ads 轉換碼），就得再改一次版型；如果網站有共用 header，記得改的是共用檔，不要只改首頁。只改首頁是我們最常看到的安裝錯誤之一。

方式二：用 Google Tag Manager

只要網站同時有兩個以上的追蹤需求，我們一律建議用 Google Tag Manager（GTM）。做法是在網站貼一次 GTM 容器碼，之後所有追蹤碼都在 GTM 後台新增，不用再動網站原始碼。

GTM 的好處不只是方便。它還有預覽模式，可以在正式上線前確認代碼有沒有觸發；也有版本紀錄，改壞了可以回滾。對沒有專職工程師的公司來說，這是風險最低的做法。

方式三：平台內建或外掛

WordPress 可用 Site Kit 或 GA4 外掛，Shopify、Wix、Shopline、91APP 等平台多半在後台有「分析」或「追蹤碼」欄位，填入 G- 開頭的 ID 即可。這種方式最省事，但要注意兩件事：

• 不要重複安裝。外掛填了一次、佈景主題又貼了一次，同一個 page_view 會被算兩次，工作階段數會直接翻倍。
• 確認外掛有沒有幫忙送電商事件。有些平台只送 page_view，購買事件要另外開，沒開就會出現「有訂單、GA4 卻沒有營收」的狀況。

三種方式怎麼選

裝完怎麼確認真的有收到資料

安裝完成不代表資料進得來。建議照這四步驗證，順序不要跳：

1. 開即時報表，用手機看自己的網站在 GA4 左側「報表 → 即時」，同時用手機開你的網站。30 秒到 1 分鐘內應該看到 1 位使用者與一個 page_view。看不到就是沒裝成功。
2. 用 Tag Assistant 檢查代碼Google 的 Tag Assistant 會列出頁面上偵測到的追蹤碼，順便告訴你有沒有重複安裝。重複安裝在這裡一眼就看得出來。
3. 開 DebugView 看事件細節如果事件有帶參數，DebugView 可以看到參數名稱與值對不對。這一步在設定表單與電商事件時特別有用。
4. 等 24 到 48 小時再看標準報表即時報表有資料，不等於標準報表馬上就有。剛開始的資料還在彙整，數字偏少是正常的。

五個安裝失敗的常見原因

• 貼錯位置：貼到 </body> 之後或 <head> 外面，部分瀏覽器會直接忽略。
• 網站有快取：改完原始碼但 CDN 或快取外掛還留著舊版，清了快取才生效。
• 被安全政策擋住：網站的 Content-Security-Policy 沒有放行 Google 的網域，代碼載入失敗但畫面看起來正常。
• 重複安裝：GTM 與 gtag.js 同時存在，資料變成兩倍，而且很難從報表看出來。
• 只在內網測試：公司內部網路擋外連，本機看得到、正式站卻收不到。

四大標準報表怎麼看？用問題找數字

GA4 左側的標準報表看起來很多，其實就是對應前面那四個問題。不要從上往下依序點，而是先想「我現在要回答什麼」，再去找對應的報表。這樣看的速度會快很多。

目標對象：來看的人是誰

「目標對象」回答的是人的輪廓：國家與城市、裝置類型、作業系統、瀏覽器、語言、新舊客。如果開啟了 Google 訊號，還能看到年齡與性別區間。

這個報表最實用的場景是找出落差。例如整體轉換率 2%，但手機只有 0.8%、桌機有 3.5%，那問題幾乎確定在手機版流程，不用再猜。又例如某個縣市的參與率特別低，可能是運送條件或門市資訊沒寫清楚。

客戶開發：人是從哪裡來的

「客戶開發」報表把流量分成幾個預設管道，這幾個名字建議背下來，因為之後跟廣告或 SEO 同事溝通都會用到：

• Organic Search：自然搜尋，包含 Google、Bing 等。
• Paid Search：付費搜尋廣告。
• Organic Social：社群平台的自然貼文。
• Referral：其他網站帶來的連結。
• Email：電子報或郵件行銷。
• Direct：沒有來源資訊的流量。
• Unassigned：GA4 判斷不出來的流量。

Direct 是最容易被誤解的一類。很多人以為 Direct 就是「客人自己輸入網址」，其實不只。從 LINE 或 App 內建瀏覽器點連結、HTTPS 轉 HTTP 掉了參數、追蹤碼沒裝好、掃 QR code，都可能被歸到 Direct。看到 Direct 佔比異常高，第一件事不是高興品牌很強，而是去查 UTM 與追蹤碼。

參與：進來之後做了什麼

「參與」報表包含 Landing page（著陸頁）、頁面與畫面、事件、轉換。這是我們最常打開的一張表，因為它直接告訴你「哪一頁留得住人、哪一頁讓人想走」。

看這張表有兩個訣竅。第一，用 Landing page 而不是 Page path，因為著陸頁才是訪客的第一印象。第二，把參與率跟平均參與時間一起看，只看其中一個很容易誤判：時間長但參與率低，可能是頁面卡住；參與率高但時間短，可能是內容很短但直接命中需求。

營利：最後有沒有買

「營利」報表只對電商與有廣告收益的網站有意義。它會顯示商品瀏覽、加入購物車、結帳、購買，以及各商品與通路的營收。如果網站沒有裝電商事件，這張表會是空的，不是壞掉，是沒有資料。

四張報表對照表

三個新手最容易誤讀的地方

第一，參與率不是跳出率。GA4 沒有傳統的跳出率，改用「參與率」。參與工作階段的定義是停留超過 10 秒、有轉換、或瀏覽 2 頁以上，符合任一項即可。所以參與率 60% 不等於「四成的人立刻離開」，別用舊版的標準去罵新版報表。

第二，工作階段不等於人數。同一個人一天來三次，會算 1 個使用者、3 個工作階段。看轉換率時，分母要用工作階段還是使用者，取決於你的問題：問「人有沒有買」用使用者，問「每次造訪的品質」用工作階段。

第三，數字變好不一定是好事。如果追蹤碼壞掉、只收到一半的流量，轉換率反而會看起來很漂亮。所以每次看到異常好的數字，先確認資料有沒有缺，再決定要不要慶祝。

事件與轉換怎麼設定才不會亂

GA4 的事件分成四類

GA4 的事件不是隨便亂取名，它分成四種來源，理解這個分類才不會重複造輪子：

事件命名規則：照這樣取，以後不會亂

事件名稱一旦開始累積就很難改，因為歷史資料會斷掉。所以第一次命名就要有規則。我們在專案裡固定用這套：

• 全部小寫英文加底線，例如 form_submit，不要用中文、不要用駝峰式。
• 長度 40 個字元以內，這是 GA4 的限制。
• 用「動作_對象」的結構，例如 click_line、submit_contact、download_catalog。
• 不要用保留名稱，例如 session_start、purchase 已经被系統佔用，自己再用會混淆。
• 把細節放進參數，不要為每個按鈕開一個新事件。

哪些事件該標成轉換

轉換（GA4 稱關鍵事件）的數量要克制。我們的原則是不超過 8 到 10 個，而且每一個都要能對應到一個商業動作。一般企業網站大概就是這幾個：

• 表單送出（submit_contact 或 generate_lead）
• 電話點擊（click_tel）
• LINE 或 Messenger 點擊（click_line）
• 註冊或訂閱（sign_up）
• 加入購物車（add_to_cart）
• 完成購買（purchase）

把「看影片」、「滑到頁尾」、「點選單」也標成轉換，是常見的錯誤。轉換一多，轉換率就會被稀釋成沒有意義的數字，最後沒有人知道哪一個才是真的成果。

表單送出怎麼追（GTM 實作概念）

表單追蹤是企業網站最基本、也最常做錯的一項。概念上只有三步，但每一步都有細節：

1. 確認「成功」的畫面或訊息表單送出後會跳感謝頁，還是原頁顯示「已送出」？有感謝頁最簡單，用網址觸發；原頁顯示訊息就要用元素可見性或自訂事件。
2. 在 GTM 建立觸發條件感謝頁用「頁面瀏覽」加網址條件；原頁訊息用「元素可見性」。不要用「表單送出」這個瀏覽器事件，因為它在驗證失敗時也會觸發。
3. 建立 GA4 事件代碼並標成關鍵事件事件名稱照前面的規則取，送出後到 DebugView 確認參數有帶到，最後在 GA4 後台把它標成關鍵事件。

電商追蹤的四個關鍵事件

電商網站的追蹤是一條線，不是一個點。完整的流程至少要包含這四個事件，順序不能漏：

• view_item：看商品頁
• add_to_cart：加入購物車
• begin_checkout：進入結帳
• purchase：完成購買

其中 purchase 一定要帶 transaction_id（訂單編號）與 items 陣列。沒有訂單編號，重新整理頁面就會重複計算營收；沒有 items，就看不出哪個商品賣得好。這兩個欄位是最常被漏掉的地方。

如果是開店平台，通常已有內建串接，但要實際下一筆測試單確認營收有沒有進來。我們遇過平台只送 add_to_cart、沒送 purchase 的案例，後台營收看起來正常，GA4 卻永遠是零。關於購物網站的追蹤與流程規劃，可以參考購物網站架設的完整流程。

探索報表：標準報表答不了的問題

什麼時候該用探索

標準報表是「別人幫你排好的固定視角」，探索則是「自己拉欄位」。當你的問題有「順序」或「分眾」時，標準報表通常答不出來，這時候才進探索。例如：使用者從商品頁到結帳，中間到底掉在哪一步？手機使用者和桌機使用者的路徑有一樣嗎？

漏斗探索：找出流程掉在哪

漏斗探索（Funnel exploration）是把一串事件排成步驟，看每一階段剩多少人。設定時有三個地方要注意：

• 步驟要用事件，不要用頁面。用頁面只能看「看了哪頁」，用事件才能看「做了什麼」。
• 開啟「彈性步驟」。使用者不一定照順序走，硬性要求順序會低估實際人數。
• 設定合理的時間窗。電商可以給 7 天，B2B 表單給 30 天都合理，太短會漏掉真正完成的人。

路徑探索：使用者實際怎麼走

路徑探索（Path exploration）不預設順序，而是從某個起點往後看使用者去了哪。它很適合回答「首頁之後大家去哪」或「看完定價頁的人下一步是什麼」。如果你發現大量使用者從定價頁直接離開，問題可能不是價格，而是方案說明不夠清楚。

區隔：把不同人分開看

GA4 的「區隔」（Segment）可以重複使用，建好一次就能套在多個探索裡。我們通常一開始就建這幾個：

• 行動裝置 vs 桌機
• 自然搜尋 vs 付費廣告
• 新客 vs 回訪客
• 有轉換 vs 沒有轉換
• AI 助理來源（下一節會說明怎麼建）

流量太小時，探索會失真

探索報表很吃資料量。月流量低於一兩千個工作階段的網站，漏斗常常每一階都只剩個位數，看起來很嚇人但沒有統計意義。這種情況請把日期拉長到 90 天，或先用標準報表看趨勢，不要為了一兩個人的落差改整個網站。

數字對不上？六個原因與除錯順序

這是我們最常被問的問題：「GA4 的數字跟 Search Console 不一樣，是不是壞了？」多數時候沒有壞，只是兩個工具看的不是同一件事。先把六個常見原因搞清楚，再照順序查，會比直接改程式碼快很多。

原因一：GA4 和 Search Console 看的是不同段

Search Console 記錄的是「Google 搜尋結果頁上的曝光與點擊」，發生在訪客進站之前；GA4 記錄的是「訪客進站之後的工作階段與事件」，而且包含所有來源。前者只算 Google 搜尋，後者連直接流量、社群、廣告都算，數字當然不同。

再加上 Search Console 有 2 到 3 天的資料延遲，而 GA4 會受同意模式、廣告阻擋器影響，兩邊的差距是結構性的，不是 bug。想深入理解這兩個工具怎麼搭配，可以看Search Console 的完整教學。

原因二：GA4 和 Google Ads 的點擊定義不同

Google Ads 算的是「廣告被點幾次」，GA4 算的是「成功載入追蹤碼的工作階段」。使用者點了廣告但頁面還沒載完就關掉、或追蹤碼被擋掉，Ads 有紀錄、GA4 沒有。反過來，同一個人在 30 分鐘內點兩次廣告，Ads 算兩次點擊，GA4 可能只算一個工作階段。

原因三：追蹤碼漏裝或重複

漏裝會讓數字偏低，重複會讓數字偏高，而且兩種都很難從報表直接看出來。最快的檢查方式是用 Tag Assistant 看頁面上到底載了幾個 GA4 代碼。如果是 SPA 或使用 AJAX 換頁的網站，還要確認換頁時有沒有重新送 page_view，否則會出現「只有首頁有流量」的假象。

原因四：廣告阻擋器與同意模式

瀏覽器擴充功能與隱私設定會直接擋掉分析工具。依地區與使用者習慣不同，被擋掉的比例也不一樣。若網站有實作同意模式（Consent Mode），使用者在還沒同意前，部分資料會以模型估算補回，這也是數字對不上的常見原因。

原因五：時區與資料延遲

GA4 資源時區若設成 UTC，你的「今天」會跟報表的「今天」差 8 小時。跨月的時候尤其容易出錯：台灣時間 1 號早上八點前，報表還停留在上個月。資料延遲則是另一個因素，標準報表通常要 24 到 48 小時才穩定。

原因六：跨網域與工作階段逾時

如果結帳流程會跳到外部網域（例如金流頁、預約系統），而跨網域追蹤沒設好，同一個人會被拆成兩段，來源也會變成 Referral 或 Direct。另一個常見狀況是工作階段逾時設定太短，使用者去比價再回來，就被算成新的一場。

除錯順序：照這個順序查，不要一開始就改碼

1. 先確認比較的是同一天、同一個時區兩邊日期範圍與時區沒對齊，後面的檢查都是白做。
2. 確認兩邊的「分母」是什麼是點擊、工作階段、還是使用者？先定義清楚再比。
3. 用 Tag Assistant 檢查代碼數量有沒有重複、有沒有漏、有沒有被 CSP 擋住。
4. 看即時報表與 DebugView自己實際操作一次流程，確認事件有沒有送出去、參數對不對。
5. 最後才檢查跨網域與同意模式設定這兩項改動影響大，確定前面都沒問題再動。

差距多大算正常

我們不會給一個固定百分比，因為每個網站的流量組成不同。判斷原則是看趨勢，不看單一天：如果兩邊的差距長期穩定，那是正常的結構性差異；如果差距突然從一成變成三成，那才是要查的訊號。差距突然變大，通常代表追蹤碼、網站改版或某個新版面出了問題。

用 GA4 做 SEO 與 AI 搜尋優化

GA4 不是 SEO 工具，但它可以驗證 SEO 做得好不好。Search Console 告訴你「哪些字有曝光」，GA4 告訴你「點進來的人有沒有留下來」。兩邊接起來，才看得出內容是真有效還是只是排名好看。

用途一：找出「有流量但沒參與」的頁面

把「參與 → 著陸頁」報表打開，依工作階段排序，然後看參與率最低的那幾頁。這些頁面通常有三種狀況：標題承諾太多、內容與搜尋意圖不符、或版面讓人找不到重點。這比只看排名有用，因為排名高但留不住人，長期還是會被演算法調整。

實作上我們會做一張簡單的對照表：頁面、主要關鍵字、工作階段、參與率、關鍵事件數。這張表每個月更新一次，就能看出哪些內容該補強、哪些該合併。這也是網站行銷設計裡「用數據回頭調整內容」的具體做法。

用途二：辨識 AI 助理帶來的流量

現在有越來越多使用者是透過 ChatGPT、Perplexity、Gemini 或 Copilot 找到網站。這些流量在 GA4 裡通常會被歸在 Referral 或 Organic，但可以從工作階段的來源網域看出來。常見的來源包括：

做法很簡單：在 GA4 建立一個區隔，條件設為「工作階段來源包含 chatgpt、perplexity、gemini、copilot」，之後就能單獨看這群人的參與率與轉換。目前這類流量占比通常還不高，但拿來觀察「哪些內容容易被 AI 引用」很有價值。

用途三：驗證內容改版有沒有用

改版最怕「感覺變好」。比較可靠的做法是改版前後各留 30 天，固定看三個數字：該頁的工作階段、參與率、關鍵事件數。如果工作階段沒掉、參與率上升、事件數增加，那這次改版就是有效的。只看其中一項很容易誤判，例如流量掉了但轉換率上升，可能是關鍵字範圍縮小，不一定是壞事。

AI 搜尋時代該追的三個訊號

• AI 來源的參與率：如果 AI 帶進來的人停留很久、轉換也不差，代表你的內容被引用得精準，值得繼續投資這類主題。
• 品牌字搜尋量：在 Search Console 看品牌相關字詞的曝光變化。AI 摘要會壓縮點擊，但品牌被記住的機會變高，這在 GA4 看不到，要回 Search Console 補。
• 直接流量與回訪率：AI 導流前期可能不明顯，但使用者記住品牌後會直接回來。Direct 與回訪客的長期變化，比單月數字更能說明內容有沒有累積。

30 分鐘月報 SOP

看報表最怕「每次看的都不一樣」。固定一套順序，每月照著跑，才不會漏掉重要訊號，也不會花太多時間。以下是我們內部在用的版本，30 分鐘可以跑完。

月報之外，每週 5 分鐘與每季 1 小時

月報是「看趨勢」，但有些問題不能等一個月。我們建議再加上兩個節奏：

• 每週 5 分鐘：只看即時報表與昨天的工作階段，確認網站沒掛、追蹤碼沒斷。尤其是改版或換主機的那一週，一定要看。
• 每季 1 小時：檢查事件命名有沒有重複、轉換定義還合不合用、資料保留與同意模式設定有沒有需要調整。順便把報表截圖存檔，方便日後比較。

報表要留註記

GA4 的「註解」功能很少人用，但它很重要。每次改版、換廣告代理商、調整轉換定義，都在對應日期加一則註解。半年後回頭看數字變化，沒有註解就只能憑記憶猜，通常會猜錯。

五個常見錯誤與隱私底線

錯誤一：沒改資料保留期限

GA4 預設只保留 2 個月的事件資料。這代表你今年想看去年同期的表現，只會看到空白。安裝完成的第一件事，就是到資源設定把資料保留改成 14 個月。這不是進階設定，是基本動作。

錯誤二：內部流量沒排除

公司同事每天開網站測試，這些造訪全部算進去，數字就會失真。最簡單的做法是用 IP 篩選排除辦公室網路，或在瀏覽器安裝官方提供的排除外掛。如果公司是浮動 IP，改用內部流量定義並搭配區隔排除，會比 IP 篩選可靠。

錯誤三：轉換事件設太多

前面提過，轉換要克制。當每個點擊都是轉換，轉換率就失去意義。判斷標準很簡單：這個動作如果發生，公司會不會想收到通知？會，才標成轉換。

錯誤四：只看工作階段

工作階段是最直覺的指標，但也是最容易誤導的。流量成长但轉換沒動，可能是買到不對的人；流量下降但轉換率上升，可能是內容變精準。看數字時至少搭配一個「品質指標」與一個「成果指標」，才不會被單一數字牽著走。

錯誤五：忽略同意模式與隱私

網站如果有歐盟或其他地區的使用者，通常需要先取得同意才能寫入分析 cookie。同意模式（Consent Mode）可以在使用者同意的情況下才啟用完整追蹤，並在未同意時以模型估算補足。這不只是法規問題，也會直接影響你的資料完整性。

實作細節可參考 Google 官方的同意模式文件，隱私權的基本原則則可看 Google 隱私權政策。實際的法律義務仍要依你的營業地區與產業諮詢專業意見，本文不構成法律建議。

資料閾值是什麼

當某個報表區間的資料量太少，Google 會隱藏部分明細，避免有人透過交叉比對反推個別使用者。這叫資料閾值。看到「部分資料因閾值而未顯示」不用緊張，把日期範圍拉長、或減少篩選條件，通常就能看到完整資料。

IP 匿名化在 GA4 已經是預設

舊版 GA3 有一個「IP 匿名化」開關，很多人會問 GA4 在哪裡。答案是：GA4 本來就不收集或儲存 IP，所以沒有這個選項。如果有人賣你「GA4 IP 匿名化設定服務」，那是不需要的。

三個去識別化案例

以下案例都經過去識別化處理，數字為實際觀察區間的平均值，不代表所有網站都會有相同結果。我們把它們放進來，是因為這三種狀況在台灣的中小企業網站很常見。

常見問題 FAQ

本文內容依 Google Analytics 官方文件與月光創意團隊實際專案經驗整理，最後更新於 2026-11-04。工具介面與功能會隨版本調整，實際操作請以 Google 官方說明為準。