GA4 的後台像一間沒有樓層指引的大型倉庫，左側選單點開還有選單，每個架子上都堆著數字，卻沒人告訴新手先翻哪一格。
這種茫然很常見，因為 GA4（Google Analytics 4） 是為各種規模的網站與 App 設計的分析工具，報表多到看不完。對剛接手網站的人來說，真正需要的其實只有幾份，剛好對應五個問題：追蹤有沒有在跑、訪客從哪裡來、從哪一頁進站、讀了哪些內容、用什麼裝置在看。再加上 GA4 的指標定義和舊版 Universal Analytics 不盡相同，沒先對齊就開始讀，數字很容易被讀歪。
所以在打開任何一份報表之前，得先知道它放在哪一層選單、欄位用什麼規則計算，後面的判讀才不會走樣。
GA4 左側選單的層級與報表集合的出現條件
新手最先遇到的麻煩，往往不是看不懂數字，而是找不到報表。左側選單由首頁、報表、探索、廣告、管理這幾個入口組成，新手要看的五份報表全部都在「報表」這一層底下，其他入口暫時不用管。
首頁是個人化的入口，會依你常看的內容排出概覽卡片、即時卡片，以及洞察與建議。概覽卡片預設呈現最近 7 天的趨勢，即時卡片則顯示過去 30 分鐘內每分鐘的活躍使用者，以及最多 5 個活動來源國家／地區。它適合每天快速掃一眼，但不等於報表本身，要看細節還是得點進「報表」。
「報表」底下依序是報表數據匯報（Reports snapshot）、即時報表，以及報表集合。報表集合有兩種，生命週期集合依顧客歷程的各個階段，從獲客一路排到留存；使用者集合則呈現訪客的年齡層、興趣，以及使用的裝置與技術。後面的流量開發、到達網頁、網頁和畫面屬於生命週期集合，技術總覽屬於使用者集合。
同一份報表在不同帳號裡位置不一樣、甚至根本沒出現，通常是因為集合本身就不同。Google Analytics 說明中心指出，生命週期集合只會出現在三種資源：設定時選了「取得基準報表」的資源、2023 年 3 月 27 日前建立的資源，以及用設定輔助程式從 Universal Analytics 遷移過來的資源；使用者集合則是每個資源一開始就會顯示的預設集合。所以新建的資源，左側選單可能和網路上的教學截圖對不起來，這時並不是設定出了問題。
如果某份報表應該在、卻找不到，可能是它被移除了，或不在目前的預設檢視裡。具備編輯者以上權限的人，可以把報表加回左側導覽。
活躍使用者、互動工作階段與重要事件的定義
後面五份報表的欄位，反覆出現同一批詞：使用者、工作階段、參與度、重要事件。這些詞在 GA4 裡的算法，和多數人從舊版或直覺帶來的理解有落差，先對齊，才不會把同一個數字讀成兩種意思。
使用者有三種算法。活躍使用者是曾造訪網站或應用程式的不重複使用者，多數報表預設顯示的就是這一個；使用者總數是觸發過任何事件的不重複使用者 ID，涵蓋範圍比活躍使用者寬；新使用者則是記錄過 first_visit（網站）或 first_open（App）事件的不重複 ID，也就是第一次出現的人。三個數字看起來都叫「使用者」，用途卻不同，讀報表時先確認欄位名稱，別直接拿來相加或對照。
工作階段是在網站或應用程式上開始的一段互動。其中有一類叫互動工作階段，Google Analytics 說明中心列出的門檻是三擇一：持續超過 10 秒、包含至少 1 次重要事件，或包含 2 次以上的網頁或畫面瀏覽，符合任何一項就算。
互動工作階段直接決定了兩個比率。參與度是互動工作階段占全部工作階段的比例，跳出率則是非互動工作階段的比例，兩者加起來一定是 100%。舉個假設的例子，某個頁面一週有 200 次工作階段，其中 80 次是互動工作階段，參與度就是 40%，跳出率就是 60%。數字是好是壞，要拿自己網站過去的紀錄對照，不要套用別人的標準。
跳出率預設不在報表欄位裡，只能在詳細報表（總覽報表不行）用「自訂報表」的圖示新增，而且需要編輯者或管理員角色。另外，舊版 Universal Analytics 的跳出率是另一套算法，兩邊的數字不能拿來對照。
重要事件是被標示為對事業成敗特別重要的事件，例如送出表單、完成購買，任何已收集到的事件都能標示。它的舊稱是「轉換」，所以看到舊教學寫轉換，指的就是同一件事。以重要事件為基礎，還有兩個常見比率。工作階段重要事件發生率，是發生過重要事件的工作階段除以全部工作階段；使用者重要事件發生率，則是完成過重要事件的使用者除以全部使用者。
至於報表裡常出現的平均參與時間，算的是網站在瀏覽器前景的時間，不是從頁面載入開始計算的停留時間。
即時報表適合用來確認追蹤碼有資料進來
即時報表只涵蓋過去 30 分鐘，適合回答「現在有沒有人、有沒有資料進來」，不適合拿來分析流量。位置在「報表」底下的「即時」，裡面有每分鐘的活躍使用者、依最初獲客來源劃分的活躍使用者、依目標對象劃分的使用者、依網頁標題或畫面名稱劃分的瀏覽次數，以及依事件名稱劃分的事件計數、重要事件，還有依使用者屬性劃分的活躍使用者，共七張卡片。
最典型的用途，是剛安裝完追蹤碼之後確認資料有沒有進來。自己開一個新分頁瀏覽網站，回到即時報表，應該能看到活躍使用者和頁面瀏覽出現，資料通常幾分鐘內就會更新，所以別期待按下重新整理的同一秒就看到。畫面空白也不一定代表壞了，可能只是當下剛好沒有人在線。
第二種用途是活動進行中的即時觀察。社群貼文剛發出、電子報剛寄出，可以看依來源劃分的卡片有沒有人進站，判斷這波宣傳有沒有帶來第一波流量。
即時報表有幾個限制，需要事先知道。它只提供以使用者為範圍的維度與指標，所以來源卡片呈現的是「使用者最初從哪裡來」；最初獲客來源這張卡片只會納入已經處理完的使用者，剛進站的新訪客可能查不到來源。Google 的說明文件也註明，即時報表的歸因資料有限，需要準確歸因時應改看獲客報表。每張卡片最多顯示 700 列，超出的部分可能會歸入「（其他）」。這些特性讓即時報表的數字不適合拿來寫週報。
如果這裡一直沒有資料，先回頭確認追蹤碼有沒有真的裝成功，不要急著懷疑報表本身。
流量開發報表依工作階段歸類流量來源
「人從哪裡來」是剛接手網站時最想知道的事，流量開發報表回答的正是這個問題。它的位置是「報表」>「獲客」>「流量開發」，第一欄預設是「工作階段預設管道群組」，也就是 GA4 依規則把每一次工作階段分進幾個大類；需要再細看時，可以改成工作階段來源、媒介或廣告活動。
這份報表的單位是工作階段，每次來訪都會算一筆，所以同一個人回來十次就有十筆。這個計算單位，也是它和「獲取新客」報表數字對不上的主要原因。
直接、自然搜尋、參照連結與 AI 助理等管道的歸類邏輯
Google Analytics 說明中心列出的預設管道有 19 個，外加一個「未分配」，新手日常會遇到的只有其中幾個。直接（Direct） 指使用者透過已儲存的連結，或直接輸入網址到達網站。不過被歸在這裡的，不一定真的是有人手動打網址；瀏覽器沒有傳來參照網址、網址也沒帶廣告活動參數的流量，同樣可能落到這個管道，所以直接流量偏高時，不要急著下結論。
自然搜尋（Organic Search） 指使用者透過搜尋結果裡的非廣告連結進站，Google 的說明文件註明，這個管道也包含 Google 的 AI 摘要與 AI 模式。參照連結（Referral） 則是從其他網站或應用程式的非廣告連結進來，例如部落格或新聞網站。其他常見的還有自然社群（Organic Social）、電子郵件（Email）與付費搜尋（Paid Search），各自對應社群網站上的非廣告連結、電子郵件中的連結，以及搜尋引擎上的廣告。
新手還會看到兩個容易讓人困惑的管道。AI 助理（AI Assistant） 也是預設管道之一，涵蓋從 ChatGPT、Gemini、DeepSeek、Copilot、Grok 等來源進站的使用者；它不包含 Google 的 AI 摘要與 AI 模式，那部分已經歸入自然搜尋。未分配（Unassigned） 則代表事件資料不符合任何一條管道規則，GA4 沒辦法把這筆流量歸進任何管道。其餘如付費社群、多媒體、聯盟行銷等管道，遇到再查即可。
讀這張表的順序，建議先依工作階段數由多到少排序，再逐一看每個管道的參與度。如果某個管道工作階段很多、參與度卻明顯偏低，代表來的人可能不是預期的對象，或是落地頁和他們的期待對不上，下一步就去看「到達網頁」那份報表，找出這些人是從哪一頁進站的。
獲取新客與流量開發報表的數字不能直接相比
獲取新客和流量開發的第一欄都可能出現 google 這一列，數字卻不一樣，這是新手常見的困惑，原因在於兩者的範圍不同。Google Analytics 說明中心指出，「獲取新客」報表的範圍是新使用者，看的是新使用者最初怎麼找到網站；「流量開發」報表的範圍是新工作階段，看的是每一次工作階段從哪裡開始，不論訪客是新是舊。前者的維度是「最初招攬到使用者的來源」這一類，後者則是「工作階段來源」這一類。
兩份報表預設都有互動工作階段、參與度、總收益等指標，但左欄的範圍不同，同名指標就可能出現不同的值，Google 明確表示不應直接比較。說明頁舉過一個例子，獲取新客顯示的是使用者從 Google 初次到達之後所有工作階段的參與度；流量開發只顯示從 Google 開始的那些工作階段的參與度。同樣是 google 那一列，涵蓋的工作階段本來就不一樣。
另一個例子更直觀。同一位訪客第一次從 Google 進站，之後又直接輸入網址回來 10 次。獲取新客會把這 11 次工作階段都算在 Google 底下；流量開發則看回訪的時間點，那 10 次直接回訪若落在重要事件回溯期內（預設 90 天），仍記在 Google 底下，超出回溯期才會改記為直接。所以想知道新訪客最初是怎麼找到網站的，就看獲取新客；想知道這段期間每一次來訪是怎麼來的，就看流量開發。
到達網頁報表顯示訪客進站的第一頁
流量開發回答「從哪裡來」，到達網頁回答的是「從哪一頁進來」，這是兩個不同的問題。訪客不一定從首頁進站，文章頁、商品頁、活動頁都可能是入口，而入口頁的內容能不能回應來訪者的期待，正是這份報表要幫你檢查的事。
位置在「報表」>「參與」>「到達網頁」。這份報表的核心維度是「到達網頁」，意思是與工作階段中第一次網頁瀏覽相關聯的網頁路徑和查詢字串。欄位有工作階段、活躍使用者、新使用者、平均單次工作階段參與時間、重要事件與總收益。由於維度含有「查詢字串」，同一個頁面如果帶了不同的網址參數，例如廣告追蹤參數，就可能被拆成好幾列，讀的時候要有這個心理準備。
讀法上，先找出工作階段最多的幾個入口頁，再看它們的平均單次工作階段參與時間與重要事件。入口頁流量大、互動卻很弱，就回頭對照該頁內容，是否真的回答了訪客原本要找的東西，也就是內容和搜尋意圖對不對得上。至於停留多少秒算好，沒有可靠的通用標準，與其追數字，不如拿同一頁不同時期的變化來比。
另外，到達網頁只記錄每次工作階段的第一頁，訪客後面還看了哪些頁面，要交給下一份報表。
網頁和畫面報表統計各篇內容的瀏覽次數與參與時間
網頁和畫面報表統計的是所有被瀏覽過的頁面，用來判斷哪些內容被讀、被讀多久。位置在「報表」>「參與」>「網頁和畫面」。
兩者的差異用一次來訪就能說明：假設一位訪客依序看了 A、B、C 三頁，到達網頁只記下 A 這一筆，網頁和畫面則會記下 A、B、C 三筆瀏覽。所以要了解文章整體的閱讀狀況，該看的是這份報表，而不是到達網頁。
報表的欄位包括瀏覽（含重複瀏覽）、活躍使用者、每位活躍使用者觀看數、平均參與時間、事件計數、重要事件與總收益。維度則可以切換，常用的有三種：網頁路徑與畫面類別，是網域後面的那段路徑；網頁標題與畫面類別；網頁標題與畫面名稱。畫面類別與畫面名稱只對 App 有作用，畫面名稱來自 App 透過 Firebase 為各畫面設定的名稱；對網站來說，實際上是在「網頁路徑」和「網頁標題」兩種看法之間選擇。WordPress 站建議切到「網頁路徑與畫面類別」來看，這樣標題相同的不同頁面不會被混在一起。
想看單一頁面時，可以在報表上方點「+ 新增篩選器」，維度選「網頁路徑與畫面類別」，挑好維度值後按「確定」，再按「套用」。
平均參與時間的算法容易被誤解。它等於使用者參與時間的總長度除以活躍使用者，而所謂參與時間，是網站在使用者瀏覽器前景（成為焦點）的時間，分頁開著卻切到背景就不算。因此它不能直接當成「讀者讀了多久」，更適合用來比較不同頁面之間的相對差異。
平常只想快速瀏覽的話，「參與」底下的總覽報表把平均參與時間、依頁面劃分的瀏覽次數、使用者活動時序等濃縮在同一張摘要頁，可以先從這裡看起，需要細看再點進網頁和畫面。
技術總覽報表的裝置分布與版面測試順序
前面四份報表回答的是來源、入口與內容，技術總覽回答的則是「用什麼裝置看」。對做網站、調整版面的人來說，這份報表最直接，因為手機、平板、桌機各占多少，主要用哪些瀏覽器、什麼螢幕解析度，決定了響應式版面要優先照顧哪些尺寸。
位置在「報表」>「使用者」>「技術」>「總覽」。預設的卡片包括依平台、作業系統、瀏覽器、裝置類別、螢幕解析度與裝置型號劃分的使用者，App 才有的應用程式版本也在其中，有編輯者權限的人可以調整卡片內容。如果左側導覽找不到這份報表，可以請編輯者或管理員把它加進去。
裝置類別分成桌機（desktop）、行動裝置（mobile）、平板（tablet）三類。使用上的邏輯很單純：行動裝置占比高，就先在手機尺寸確認版面、按鈕大小與載入速度；主要瀏覽器和常見螢幕解析度，則拿來決定測試的先後順序。至於占比超過多少就必須怎麼做，並沒有通用門檻，網站類型不同，結論也不同，所以重點是看自己網站的分布。
這些資料來自安裝了 Google Analytics 測量程式碼的網頁。如果整張報表都是空的，多半還是追蹤碼沒裝好，回到即時報表確認一次即可。
資料延遲、閾值隱藏與報表範圍不同造成的落差
新手最常感到挫折的幾件事，是今天的數字和昨天看到的不一樣、報表一片空白，以及兩份報表怎麼都對不上。這三種情況大多跟追蹤設定無關，分別來自資料處理時間、閾值與報表範圍。
第一個原因是資料處理需要時間。 根據 Google Analytics 說明中心，即時報表通常幾分鐘即可更新，但可用的維度和指標較少；當日資料（標準版）約 2 到 6 小時；每日資料（標準版）約 12 小時；資料處理則可能需要 24 到 48 小時才完成，這段期間數字還會變動。前一天的每日資料，通常在資源所在時區的下午 3:30 起可在報表中看到，不過這只是一般參考時間，不是保證。所以看「昨天」「今天」的數字時，要預期它還會再改，做週報或月報則挑已經處理完的日期。
第二個原因是閾值。 Google 的說明提到，為了防止有人根據受眾特徵、興趣或其他信號推斷出個別使用者的身分，系統會在樣本太小時隱藏部分資料。受影響的主要是客層資料，以及含有搜尋查詢資訊的報表，使用者總人數不足時，整列資料可能不會顯示。閾值由系統自行訂定，使用者無法調整。判斷方式是看報表頂端的資料品質圖示，如果出現「為這份報表中的一或多張資訊卡套用了閾值」的訊息，就是遇到了。處理方法是拉長日期範圍，讓樣本慢慢累積到門檻之上。
第三個原因是報表的範圍不同。 前面提過，獲取新客以使用者為範圍，流量開發以工作階段為範圍，同一個名稱的指標並不能直接比較。即時報表也只含使用者範圍的維度，它上面的來源歸因，不適合拿去對照週報。兩份報表對不上時，先確認它們看的是不是同一個範圍，再決定要不要懷疑資料。
這三種落差多半不需要處理什麼，而是需要換一種讀法。如果數字真的消失了，或某些指標在某個時間點之後就沒有資料，那麼資料保留的設定、指標是否已被廢棄，才是下一個該查的方向。
GA4 的報表不必一次全部讀完，先從即時報表確認資料有進來，再依來源、入口、內容、裝置的順序各看一份，就能撐起日常需要的判斷。實際操作時，固定在每週同一天、用同一段已處理完成的日期範圍來看，是避開延遲與閾值的簡單做法，也讓每週的數字有可以對照的基準。