GA4 流量來源怎麼看？source/medium、direct/none 與 SEO 判讀流程

GA4 的「流量來源」不是一欄數字，而是三個維度的組合：source（來源）、medium（媒介）與default channel group（預設管道群組）。這篇文章解釋 GA4 如何判定流量從哪裡來、source/medium 怎麼解讀、direct/none 比例變高時應該怎麼排查，以及如何把流量來源數據轉成 SEO 行動方向。

延伸閱讀：GA4 SEO 完整分析流程

不同於多數介紹 GA4 報表操作步驟的文章，這裡的重點是「判讀邏輯」：數字背後的機制是什麼、哪些數字可能含有技術誤差、哪個管道帶來的流量在 SEO 視角下最值得深挖。

GA4 流量來源是什麼？先看這三個維度

GA4 流量來源是用 source、medium 與 default channel group 三個維度描述使用者從哪個管道進站的資料，三者分屬不同粒度，不能混用。source 是具體的來源名稱（例如 google、newsletter）；medium 是流量類型（例如 organic、cpc、referral）；channel group 則是 GA4 把 source/medium 聚合成可供比較的分類標籤。

理解這三層的差異，對後續判讀有決定性影響。多數人在報表中看到的「流量來源」其實是 channel group，它提供方便比較的大分類，但同時也隱藏了來源細節。要診斷問題，還是得切回 source/medium 層級。

GA4 流量來源維度屬於 Google Analytics 4 的報表架構中的取得報表體系，與事件追蹤、轉換設定屬於不同的功能層級。本文聚焦流量來源判讀，不涵蓋轉換設定或 ecommerce 追蹤。

source/medium 怎麼讀？常見組合代表什麼

source 是來源名稱，medium 是流量類型，兩者合併後才適合判斷流量從哪裡來。單看 source 或單看 medium 都可能造成誤判。

以下是 GA4 報表中常見的 source/medium 組合與其分析含義：

在 GA4 的「流量開發」報表中，切換維度到「工作階段來源/媒介」就能看到這個層級。維度選擇上，「工作階段來源/媒介」反映每次造訪的來源；「最初使用者來源/媒介」則反映新使用者第一次進站的來源，兩者數字通常不同。

這些流量來源數據可以搭配自然流量的指標定義一起判讀，了解 session 與 user 的量測差異。

GA4 如何判定來源？UTM、referrer、direct 的優先順序

GA4 會先看 UTM 參數，沒有 UTM 才看 HTTP referrer，兩者都不可用時才可能將工作階段記為 direct / none。這個判定順序決定了報表中看到的所有來源數據的可信度。

具體流程：

1. UTM 參數優先：如果進站 URL 帶有 utm_source 與 utm_medium，GA4 直接採用，不再讀 referrer。這個設計讓廣告活動可以精確標記，但錯誤的 UTM 格式也會直接汙染數據。
2. HTTP referrer 次之：沒有 UTM 時，GA4 讀瀏覽器傳來的 referer header（注意是舊的拼寫錯誤格式）。Google 搜尋的 referrer 會帶 google.com，讓 GA4 判定為 organic；若 referrer 被瀏覽器隱私設定截斷，就判不出來源。
3. direct / none 是最後一道記錄：UTM 不存在且 referrer 不可用，工作階段才記為 direct / none。這不代表使用者一定是直接輸入網址進站。

來源判定優先順序的意義：如果網站電子報沒有加 UTM，所有電子報點擊都會變成 direct / none。如果廣告 UTM 格式錯誤（例如大小寫不一致），GA4 可能把廣告流量誤歸為 organic。這兩種狀況都會讓 organic 數據失真。

GA4 的 UTM 參數標記邏輯詳見 Google Campaign URL Builder 官方文件。關於 referrer 在不同瀏覽器與連結情境下的可用性，可參考 MDN Referrer-Policy 文件。

Traffic acquisition 和 User acquisition 應該看哪一個？

看每次造訪來源用 Traffic acquisition，看新使用者第一次來源用 User acquisition。這兩份報表的計算基礎不同，混用會導致結論錯誤。

對 SEO 工作最常用的是 Traffic acquisition，因為它反映每日的自然搜尋流量規模與趨勢。User acquisition 在評估新客獲取成本與管道效率時更有用，通常是廣告與行銷漏斗分析的切入點。

歸因模式對 Organic Search 的影響：GA4 預設使用資料驅動歸因（data-driven attribution），這會根據轉換路徑中各接觸點的實際貢獻分配功勞。與過去常用的「最後點擊歸因（last-click）」相比，資料驅動歸因會把部分轉換功勞從最後接觸管道（例如 Direct）分配回路徑中較早的接觸點（例如 Organic Search），使得 Organic 在轉換報表中的貢獻看起來比 last-click 模式更高。反過來，若仍在使用 last-click，Organic 在多次造訪轉換路徑中的貢獻就會被低估。要在 GA4 中確認或修改歸因模式設定，可至「管理 → 資源設定 → 歸因設定」。

GA4 的流量開發報表架構詳見 Google Analytics 流量開發報表官方說明。

預設管道群組怎麼分類？Organic、Direct、Referral、Paid 的差異

預設管道群組是 GA4 把 source/medium 合併成 Organic Search、Direct、Referral、Paid Search 等分析分類的規則，方便跨管道比較，但會隱藏來源細節。

GA4 預設管道群組的主要分類與對應條件：

「分類方便比較，但會隱藏細節」是使用管道群組時需要記住的限制。例如 Organic Search 把所有搜尋引擎合在一起，Google 和 Bing 的個別數據需切回 source 層級才能分開。

預設管道群組的完整分類規則見 Google Analytics 預設管道群組說明。

direct/none 為什麼變高？不要先當成品牌力

direct/none 變高通常先檢查追蹤與 referrer 問題，不應直接解讀成品牌搜尋增加。這是 GA4 報表中最常被誤讀的數據之一。

造成 direct/none 上升的常見原因，按排查優先順序：

1. UTM 標記遺失或格式錯誤：電子報、LINE 推播、簡訊行銷若沒有加 UTM，所有點擊都會進入 direct / none。UTM 大小寫不一致（如 utm_medium=Email 而非 email）也可能讓分類失效。
2. HTTPS 跳轉到 HTTP：從安全網站（HTTPS）連結到 HTTP 目標網站時，瀏覽器依規範不傳送 referrer，造成 GA4 看不到來源而記為 direct。這是多數網站在 HTTPS 普及後應已解決的問題，但仍值得確認。
3. Consent Mode 資料缺口：若網站啟用了同意聲明（Consent Mode），部分使用者拒絕分析 Cookie 後，GA4 會對這些工作階段進行「建模」，建模後的數據有時會被記入 direct。
4. noreferer 連結屬性：外部網站用 rel="noreferrer" 標記的連結在點擊時不傳送 referrer，造成來源遺失。
5. 短網址、App 跳轉：使用短網址服務（如 bit.ly）的連結、來自 Line 或其他 App 的連結，因為跳轉過程中 referrer 被截斷，常進入 direct。
6. GA4 追蹤代碼未覆蓋所有頁面：若某些頁面沒有安裝 GA4 標記，使用者在這些頁面跳轉後，系統會建立新的工作階段並記為 direct。

排查順序建議：先看 UTM 是否完整標記（用 GA4 event debugger 確認），再確認全站 HTTPS、再確認 Consent Mode 設定、最後查是否有頁面漏裝追蹤碼。

Unassigned 流量是什麼？四個原因與診斷步驟

Unassigned 代表 GA4 無法把來源媒介歸入任何預設管道群組，通常是追蹤標記或 UTM 格式問題，並非真實存在的獨立流量類型。

Unassigned 比例若持續高於可接受範圍（以診斷經驗而言，超過總流量的 5% 是值得排查的參考門檻，非 Google 官方標準），通常代表追蹤實作有問題，應優先診斷，而非忽略。

如何從流量來源看出哪個管道帶來真正有價值的流量

判斷流量價值不能只看 sessions，至少要同時看參與率（engagement rate）、平均參與時間（average engagement time）、轉換率（conversion rate）與 landing page 的 Organic 依賴度。

以下是一個以數據分析師視角建立的四指標判讀框架：

以下是一組匿名示範數據，說明如何用四個指標橫向比較管道品質（數據為假設範例，用於說明判讀框架，非市場基準）：

（以上數字為示意範例，實際網站數據依產業、頁面類型與受眾差異而不同。）

診斷方法：在流量開發報表中，將維度設為「預設管道群組」，然後把次要指標加上「參與率」與「關鍵事件率」。找出 Organic Search 在這兩個指標上與其他管道的差異。如果 Organic 的參與率相對偏低，可能是帶進來的頁面與搜尋意圖不符。

這個判讀方式可以延伸到高曝光低點擊頁面的修正流程，找出 GSC 端曝光數高但 GA4 端流量品質低的交叉問題。

GA4 流量數字與 Search Console 點擊數不一致怎麼解讀

GA4 sessions 和 GSC clicks 本來就不會相等，因為兩者量測對象、過濾邏輯與記錄條件不同。這是 SEO 從業者最常遇到的數據對帳困惑，不應嘗試讓兩個數字對齊。

實際操作上，GA4 的 Organic Search sessions 和 GSC clicks 之間的差距因網站而異，差幅可能很大，取決於 Cookie 同意設定、頁面類型與流量構成（推測：數據多的站差距可能在 10%--40% 以上，但此為業界觀察，非 Google 公開數字）。兩者同方向的趨勢變化（同升或同降）才是有意義的對齊，單點數字對齊沒有意義。

用 GSC 來看搜尋端的曝光與點擊，GA4 來看進站後的行為。兩個工具的互補使用方式可以參考如何用 Search Console 查詢報表找 SEO 機會與Search Console CTR 的診斷邏輯。

用 GA4 流量來源數據做 SEO 決策的三個步驟

SEO 決策應先找自然搜尋依賴頁，再比對 GSC 查詢，最後決定更新、內鏈或技術排查。以下是把 GA4 流量來源報表轉成行動的標準流程。

步驟一：找出高 Organic 依賴的 landing page

在流量開發報表中，加入「登陸頁面」次要維度，篩選管道群組為 Organic Search。找出依賴度高（例如 Organic sessions 佔該頁面總 sessions 超過一半以上）且參與率相對其他頁面明顯偏低的頁面，這些頁面優先排查：搜尋意圖對齊、頁面速度、內容深度。

步驟二：跨工具比對 GSC 查詢

把步驟一找到的頁面清單帶進 GSC 的「網頁」維度，查看每個 URL 的搜尋查詢分布。如果該頁面的主力查詢排名在第 4--10 名（曝光多但點擊率低），這是 CTR 優化的候補。如果查詢的排名在第 11--20 名（剛進第二頁），則優先考慮內容更新或增加內部連結。

步驟三：決定行動優先順序

根據上兩步的數據，用以下框架排序工作項目：

這個三步驟流程結合 GA4 流量品質判斷與 GSC 關鍵字排名數據，避免只看單一工具數字做出錯誤決策。