很多人裝了 GSC 也裝了 GA4，但兩個工具的資料從來沒有對話過。GSC 說你的頁面每個月有 5,000 次曝光、300 次點擊，GA4 卻說那個頁面只有 200 個自然搜尋工作階段。到底誰的數字是對的，還是兩個都對？
答案是兩個都對，只是在測量不同的事。把 GSC 串接到 GA4，不是讓數字合體，而是讓你能同時看到「使用者在哪個關鍵字點進來」以及「點進來之後發生了什麼」。這兩個維度放在一起，才能判斷哪些頁面需要先改標題和描述，哪些頁面需要先改內容深度。
這篇文章是 GSC 與 GA4 串接的操作指南，著重設定流程、報表解讀、資料差異分析，以及從整合資料找 SEO 優化機會的工作流程。如果你還沒完成 GSC 基本驗證，可以先參考Google Search Console 完整指南；本文不涵蓋 GA4 基礎安裝或廣告轉換追蹤設定。
GSC 和 GA4 各自記錄什麼資料
GSC 記錄搜尋前的資料（曝光、點擊、排名、CTR），GA4 記錄搜尋後的行為（工作階段、互動、轉換）。兩者的資料來源不同、延遲時間不同、受隱私設定的影響程度也不同。搞清楚這條邊界，後面遇到數字對不上的時候你才不會慌。
Google Search Console 記錄的是「搜尋前」發生的事情：使用者在 Google 搜尋結果頁看到你的網站（曝光）、點擊進來（點擊）、點擊次數除以曝光次數（CTR），以及你的頁面在哪個位置出現（平均排名）。這些資料來自 Google 的索引系統，不管使用者的瀏覽器有沒有封鎖 JavaScript 都會記錄。
Google Analytics 4 記錄的是「搜尋後」發生的事情：使用者進來之後停留多久、看了幾頁、有沒有完成轉換。GA4 的資料來自你在網站上安裝的追蹤程式碼，如果使用者用了廣告封鎖工具或拒絕 Cookie，這筆資料就不會進來。
| 比較項目 | Google Search Console | Google Analytics 4 |
|---|---|---|
| 資料來源 | Google 搜尋索引系統 | 網站追蹤程式碼 |
| 記錄時機 | 使用者在 SERP 看到 / 點擊結果 | 使用者進入網站後的行為 |
| 隱私封鎖影響 | 不受影響 | 被廣告封鎖 / 拒絕 Cookie 時資料遺失 |
| 資料延遲 | 收集後約 48 小時出現於 Analytics；GSC 本身保留 16 個月歷史資料 | 約 24-48 小時（報表層級） |
| 關鍵字可見度 | 完整 | 大部分顯示為 (not provided) |
| 轉換資料 | 無 | 完整 |
你需要兩個工具，因為它們回答不同的問題。GSC 告訴你「哪個搜尋字詞帶來流量」，GA4 告訴你「帶進來的流量有沒有轉換」。整合之後，你才能問出最重要的那個問題：「這個關鍵字帶來的使用者，轉換率是多少。」
為什麼要把 GSC 串接到 GA4
整合前，你在 GA4 看到一個頁面的自然搜尋流量，但完全不知道這些流量從哪個搜尋字詞來。整合後，你在 GA4 就能直接看到：哪個查詢字詞帶來最多流量、這些流量從哪個落地頁進入、以及（透過 Looker Studio）這些字詞對應的轉換情況。
有幾個具體的使用場景：
- 找高排名但低 CTR 的頁面：GSC 資料顯示排名第 3-5，但 CTR 低於業界平均，代表標題或描述需要調整。
- 找高 CTR 但低留存的頁面：流量進來了，但 GA4 的參與工作階段率很低，代表內容與搜尋意圖不符。
- 找位置 4-15 的機會頁面：這些頁面流量不大，但稍微優化一下可能從第二頁跳到第一頁，值得集中火力。
這種交叉分析在整合之前只能在兩個分頁之間手動對照，整合之後可以在同一個報表裡完成。
串接前的權限確認
完成 GSC 與 GA4 串接，你必須同時是 GSC 資源的「擁有者（Owner）」以及 GA4 資源的「編輯者（Editor）」或「管理員（Administrator）」。缺少任一權限，連結選項會是灰色或找不到帳戶。這是串接卡住最常見的原因，先確認兩個權限都到位再操作。
Google Search Console 的權限
你必須是該 GSC 資源的擁有者（Owner），不是使用者（User）。擁有者可以是完整擁有者（Full owner）或受委派擁有者（Delegated owner）。單純的使用者沒有辦法完成連結。
確認方式：打開 GSC → 左側欄 → 設定 → 使用者和權限 → 找到你自己的帳號，確認旁邊寫的是「擁有者」。
Google Analytics 4 的權限
你必須是 GA4 資源的編輯者（Editor）或管理員（Administrator），讀取者（Viewer）沒有辦法建立連結。
確認方式：GA4 → 左下角齒輪 → 資源設定 → 存取管理 → 找到你自己的帳號，確認是編輯者或管理員。
兩個帳號必須是同一個 Google 帳戶，或者你的帳戶對兩個資源都有對應的權限。如果你是透過 Google Analytics 代理管理，可能需要請客戶授予 GSC 的擁有者權限。
四個步驟完成 GSC 與 GA4 的連結
在 GA4 管理介面建立 Search Console 連結，整個過程分為四步：進入 GA4 的資源管理頁面、選取要連結的 GSC 資源、對應正確的網路串流、送出確認並等待資料填入。所有操作都在 GA4 這側進行，不需要進入 GSC 設定。
步驟一：進入 GA4 管理介面
打開 GA4 → 左下角齒輪圖示（管理）→ 在「資源」欄位找到「Search Console 連結」。如果你的帳戶是管理員，這個選項會出現在資源設定清單裡。
步驟二：建立新連結
點擊「連結」→ 「選擇帳戶」→ 選取你要連結的 GSC 資源。這個列表只會顯示你有擁有者權限的 GSC 資源。如果列表是空的，回去確認第三節的權限設定。
步驟三：確認網路串流
選完 GSC 資源之後，系統會要你對應到 GA4 的「網路串流」。一個 GA4 資源可以有多個串流（網站、iOS、Android），選擇對應的網站串流，然後點「下一步」。
步驟四：送出並等待確認
確認資訊無誤之後，點「送出」。畫面會顯示「已建立連結」，這時候連結已經成立，但資料不會立即出現在報表裡。Google 說需要等到 24 到 48 小時，資料才會開始填入 Search Console 報表。
有個常見狀況：連結建立了，但 GA4 裡怎麼找都找不到 Search Console 報表。原因不是連結失敗，而是報表預設是「未發布」狀態。下一節會說明怎麼啟用。
在 GA4 啟用 Search Console 報表
連結建立後，Search Console 報表不會自動出現。你需要進入 GA4 的「報表 → 媒體庫」，找到 Search Console 集合，點右上角三個點選「發布」，報表才會出現在左側導覽列的「獲客」底下。這一步是最多人跳過、然後說「我連結了但找不到報表」的原因。
在報表媒體庫發布 Search Console
- GA4 左側 → 報表（長條圖圖示）
- 報表頁面左側最底部 → 點「媒體庫」（Library）
- 在「集合」區域找到「Search Console」卡片，如果看到「未發布」字樣
- 點「Search Console」卡片右上角的三個點 → 選「發布」
發布之後，左側報表導覽列的「生命週期」→「獲客」底下會出現一個新的分類「Search Console」，裡面有兩份報表：
- Google 自然搜尋查詢：查詢字詞 → 點擊、曝光、CTR、平均排名
- Google 自然搜尋流量：落地頁 → 點擊、工作階段、互動率
如果媒體庫裡根本找不到「Search Console」集合，先回去確認 Search Console 連結是否已建立，或者等 48 小時後再試。
如何解讀自然搜尋流量報表
GA4 的 Search Console 報表提供兩個視角：查詢字詞報表讓你看哪些搜尋詞帶來點擊，流量報表讓你看流量落在哪個頁面以及進來後的互動情況。兩份交叉來看，能判斷頁面承接的搜尋意圖是否和實際內容一致。
Google 自然搜尋查詢報表
這份報表的資料來源是 GSC，你看到的查詢字詞、點擊數、曝光數、CTR 和平均排名，跟你在 GSC「成效」報表裡看到的是同一份資料。主要的用途是讓你不需要在兩個工具之間切換，可以直接在 GA4 的脈絡下看搜尋字詞表現。
注意：GA4 內建的 Search Console 報表可以看到查詢字詞和落地頁，但無法直接顯示「哪個查詢字詞帶來多少轉換」。要做到查詢字詞和轉換的交叉分析，需要用 Looker Studio 把兩個資料來源合併，操作方式在後面的章節說明。
把查詢報表跟流量報表對照，可以回答：「這個字詞帶來的流量，落在正確的頁面上嗎？」查詢報表告訴你哪些字詞有人點，流量報表告訴你這些流量進來之後有沒有互動。
Google 自然搜尋流量報表
這份報表的維度是「Google 自然搜尋落地頁 + 查詢字詞」。每一行代表一個落地頁，展開後可以看到帶進這個頁面的查詢字詞。
解讀重點：
- 互動工作階段率明顯偏低（以你的網站整體平均為基準，如果某頁面顯著低於平均，值得調查）：使用者進來就走了，代表內容不符合搜尋意圖，或頁面載入太慢。
- 高曝光低點擊的查詢字詞：排名不差，但 CTR 低，試著優化 title 和 meta description。
- 點擊數多但平均互動時間短：流量進來了，但沒有找到想要的東西。考慮在頁面頂部加入更直接的答案。
一個實際案例：之前幫一個軟體 B2B 站分析，有一個頁面的「how to use」查詢字詞 CTR 很高，但互動工作階段率只有 28%。進去看內容，發現頁面是產品介紹頁，根本沒有使用說明。搜尋者找的是操作教學，但落到的是行銷文案，當然就走了。整合資料才能讓你看到這種對齊問題。
GSC 與 GA4 數字對不上的原因
整合完成後，你很快會發現 GSC 的點擊數和 GA4 的自然搜尋工作階段數字不一樣，有時候差距很大。這是正常現象，背後有幾個明確的原因。
一、GSC 使用太平洋時間，GA4 使用你設定的時區
GSC 的資料時區固定是太平洋時間（UTC-7 或 UTC-8），不管你的網站在哪裡。GA4 可以自訂時區。如果你的目標市場在台灣（UTC+8），每天的資料起算點就差了 15-16 小時。今天在 GSC 看到的點擊，在 GA4 可能被分配到昨天或明天。
二、GA4 的資料受隱私設定影響
使用廣告封鎖工具的使用者、在 iOS 上拒絕追蹤的使用者、以及部分隱私瀏覽器（如 Brave）都不會把工作階段記錄到 GA4。GSC 的點擊資料來自 Google 的搜尋伺服器端，完全不受這個影響。在科技或開發者類網站，因廣告封鎖工具使用率相對較高，這個比例通常更明顯。
三、GSC 資料有延遲，比較近期數字時要注意
根據 Google Analytics 官方說明，Search Console 資料進入 Analytics 通常需要約 48 小時（GSC 本身保留最多 16 個月的歷史資料）。此外，GSC 的搜尋成效統計對部分查詢可能需要幾天才完整更新。如果你比較的是最近 3-7 天的數字，雙方的數字都可能還在更新中，建議比對時段選完整的月份或至少 28 天前的資料，以拿到較穩定的數字。
四、同一個工作階段的多次點擊
使用者從 Google 點進你的網站，看了一下，按返回鍵，再點進來。GA4 算一個工作階段，GSC 算兩次點擊。這個情況在手機使用者上特別常見。
五、機器人流量的處理方式不同
GA4 預設過濾機器人流量，GSC 不完全過濾。某些爬蟲在點擊 SERP 後會觸發 GSC 點擊記錄，但不會觸發 GA4 的工作階段（因為沒有執行 JavaScript）。
實際上，GA4 的工作階段數通常比 GSC 的點擊數少。根據 SEO 社群的實務觀察，差距落在 15-40% 的情況常見，但這是觀察值，不是官方標準，實際差距因網站類型和受眾的隱私工具使用習慣而有明顯差異。建議以自己的歷史數據建立基準，若偏差突然擴大，才需要深入排查追蹤設定。
用 Looker Studio 合併 GSC 與 GA4 資料
GA4 內建的 Search Console 報表有一個限制：你看不到「這個查詢字詞帶來的轉換數」。要做到這個程度的分析，需要用 Looker Studio 把兩個資料來源合併（Blend data）。
基本架構是：用「落地頁」當作 Join Key，把 GSC 的查詢字詞、點擊、CTR 接到 GA4 的工作階段、轉換、互動時間上。
建立步驟
- 打開 Looker Studio（lookerstudio.google.com）→ 建立新報表
- 新增資料來源：選 Google Search Console → 選取你的網站 → 選「Site Impression」或「URL Impression」（建議選 URL Impression 以得到頁面層級的資料）
- 再新增第二個資料來源：選 Google Analytics 4 → 選取對應的資源和資料串流
- 新增一個表格元件 → 選「混合資料」（Blend data）
- Join 條件：GSC 的「Landing Page」= GA4 的「Landing Page + Query String」
- 從 GSC 選：查詢字詞（Query）、點擊數、曝光數、CTR、平均排名
- 從 GA4 選：工作階段數、互動工作階段數、轉換數、互動工作階段率
這個報表可以直接回答：「關鍵字 X 帶來多少工作階段，這些工作階段中有幾個完成了轉換。」
Google 開發者文件有官方的 Looker Studio 整合說明，裡面有範本可以直接複製。
有幾個實際操作上的坑：GSC 的資料在 Looker Studio 更新可能有 1-2 天的延遲；Join 條件要確認兩個資料來源的 Landing Page 欄位格式一致（有沒有 trailing slash、有沒有帶 query string）。如果 Join 之後大量出現空值，多半是 Landing Page 格式對不上。
從整合資料找 SEO 機會的工作流程
整合資料最有價值的地方，是讓你能依據三種數據組合判斷優先序：曝光高但 CTR 低、CTR 高但互動率低、排名在位置 4-15 尚未進入前三，每種情況對應不同的行動方向。
框架一：高曝光低 CTR，優化搜尋結果外觀
適用情境：曝光已有一定規模，但 CTR 明顯低於你其他排名相近頁面的水準（排名前 10 的頁面 CTR 參考值因產業差異很大，要以自站數據對比為準）。先去看這些頁面的 title 和 meta description 是否夠吸引人，有沒有包含清楚的行動呼籲，有沒有在搜尋結果頁面中顯示 FAQ 或評分 rich snippet。
框架二：高 CTR 低互動率，修正內容與搜尋意圖的對齊
適用情境：點擊數已有一定基礎，但互動工作階段率明顯低於站內平均（這個基準以你自己的網站歷史數據為準，不同站點的正常區間差異很大）。這些頁面的標題和描述夠吸引人（所以 CTR 不差），但內容沒有滿足搜尋者的需求。最常見的情況是搜尋意圖是「教學型」，但你的頁面是「商業型」，或者文章的開頭太慢才進入主題。
框架三：位置 4-15 的高商業意圖頁面，集中資源衝上前三
適用情境：平均排名在 4-15 之間、關鍵字有明確的商業意圖、頁面目前 E-E-A-T 信號不足。這類頁面距離前三名只差一段距離，可能只需要補充一些第一手案例、更新內容日期、或者建立幾個相關的支援文章，就能把排名往上推。
你可以用 技術 SEO 稽核工作流程來確認這些頁面有沒有技術面的阻礙，確認排名問題是內容問題而不是爬取或索引問題。
常見問題：連結成功但報表沒資料
連結建立成功但 GA4 看不到 Search Console 報表，九成的情況是以下五個原因之一：報表未在媒體庫發布、連結剛建立還在等待 48 小時、連結到錯誤的 GSC 資源類型、網站流量太低導致資料被聚合、或者連結到了沒有安裝追蹤碼的 GA4 資源。依這個順序逐一確認。
確認 Search Console 報表已經「發布」
如前面提到的，連結建立不等於報表出現。去 GA4 → 報表 → 媒體庫，確認 Search Console 集合有標記為「已發布」（Published）。
等待 48 小時
連結剛建立時，即使所有設定都正確，資料也可能需要 24-48 小時才會開始填入報表。如果是今天剛連結，明天再來看。
確認 GSC 資源類型
GSC 有兩種資源類型：Domain property（例如 sc-domain:example.com）和 URL prefix property（例如 https://www.example.com）。確認你連結到 GA4 的 GSC 資源，跟你實際網站的 GSC 資源是同一個。有些網站同時有多個 GSC 資源（HTTP、HTTPS、有 www、沒有 www），要連結到有資料的那個。
確認 GSC 資源有足夠的資料
如果網站的自然搜尋流量非常低（每天少於 100 次點擊），GSC 資料可能因為隱私保護而被聚合，導致報表顯示資料有限。這不是設定問題，是流量問題。
確認沒有連結到錯誤的 GA4 資源
如果你管理多個 GA4 資源，確認 Search Console 連結是建立在「有安裝追蹤碼的那個 GA4 資源」上，不是在一個空的測試資源。
完整的 Google Search Console 使用指南有更多關於資源設定和常見錯誤的說明。如果你需要透過 API 批量拉取 Search Console 資料做自動化分析，可以參考 Search Console API 資料拉取教學。
Google Analytics 官方說明文件在 Connect Search Console to Analytics 有最新的步驟截圖，如果操作介面有變動，以官方說明為準。
設定完成後最先要做的三件事
GSC 與 GA4 整合後，最先要做的三件事是：確認 Search Console 報表已在媒體庫發布、找出互動率偏低的自然搜尋落地頁、在 Looker Studio 建立 Blended Data 報表把查詢字詞接上轉換數據。這三步完成，整合資料才開始發揮作用。
GSC 與 GA4 的整合，核心價值在於把「流量從哪裡來」（GSC）和「流量進來之後發生什麼」（GA4）放在同一個視角裡看。連結步驟本身不難，難的是整合之後知道要問什麼問題。
設定完成之後，建議先做三件事：
- 確認 Search Console 報表在媒體庫裡已發布
- 用「Google 自然搜尋流量」報表找出互動工作階段率明顯低於站內平均的自然搜尋落地頁
- 在 Looker Studio 建立一個基本的 Blended Data 報表，把查詢字詞接上轉換數據
有了這三個基礎，你的 SEO 優化就不再只是憑感覺改內容，而是有具體的資料指引優先順序。需要進一步看 GSC 索引涵蓋範圍報告來確認哪些頁面有索引問題，或者透過 GSC 人工操作報告排除手動懲罰的可能性，這些都是整合工作流程的一部分。
Search Console Insights 是另一個整合後解鎖的功能，它會在 GSC 介面裡直接顯示 GA4 的互動資料，讓你不需要進 GA4 就能快速評估頁面表現。詳細說明可以參考 Search Console Insights 官方說明。