Google Search Console 使用：驗證到看懂四指標的方法

Google Search Console 是什麼，為什麼免費卻是必裝

Google Search Console 是 Google 提供的免費網站數據工具，記錄網站在 Google 搜尋上的曝光、點擊、索引狀態與技術錯誤。從 2015 年改名（前身是 Google 站長工具）到 2024 年 12 月推出 24 小時即時資料，它一直是非付費 SEO 工作的基礎介面。

從數據來看，GSC 解的不是「我的網站好不好」，而是三個更具體的問題：使用者輸入了什麼關鍵字看到我？哪些頁面進到 Google 索引、哪些沒進？技術上有沒有阻擋爬蟲的錯誤？這三個問題的答案各自對應一份報表。

GSC 解決的三個問題

第一是搜尋曝光。成效報表記錄每組查詢字詞觸發了多少次曝光、其中多少轉成點擊、出現在 SERP 第幾名。沒有 GSC，這層資料是黑盒子。

第二是索引狀態。涵蓋範圍報表（網頁索引）會把所有 Google 知道的網址分成「有效」「警告」「錯誤」「排除」四類。一個被標為「排除」的頁面，永遠不會出現在搜尋結果。

第三是技術錯誤。網站使用體驗核心指標、行動裝置可用性、安全性問題三份報表，會直接點名 URL 出了什麼狀況。這些訊號 Google 不一定會在搜尋結果上顯示懲罰，但會影響爬取頻率和排名分數。

GSC 與 GA4 的分工

把這兩個工具混為一談是新手最常見的誤解。GSC 看的是「人怎麼找到你」，GA4 看的是「進來後做什麼」。GSC 的資料來源是 Google 搜尋伺服器；GA4 的資料來源是網站內部的追蹤碼。兩者測量點不同，數字對不上是常態，不是 bug。

底層機制：Googlebot 爬取網頁後，把內容送進索引資料庫，使用者搜尋時排名演算法決定誰排第幾，使用者看到後決定要不要點擊。GSC 監控前三個階段的訊號，GA4 監控點擊之後的行為。要看完整漏斗，兩個都要裝。

更深入的指標解讀邏輯，可以參考 Google Search Console 四大指標解讀 那篇 Pillar 文。要先掌握官方定義，建議從 開始使用 Search Console 入門文件讀起。

兩種資源類型怎麼選：網域 vs 網址前置字元

新增網站到 GSC 時會被問選「網域」或「網址前置字元」。這個選擇決定資料是合併還是分流，選錯了之後想改要重新驗證。

網域資源把所有子網域、所有 protocol（http、https）、www 與非 www 的資料合在一起；網址前置字元只看你指定的那一段（例如 https://www.example.com/）。對 99% 的單一網站，網域資源是預設選擇。

數據合併與分流的差異

假設網站有 https://example.com、https://www.example.com、https://blog.example.com 三個入口。網域資源會把這三個的曝光、點擊、查詢字詞統一計算；網址前置字元會分別記錄三組獨立的資料。

什麼時候該選分流：(a) 主站和部落格是兩個團隊維護，需要分開報表；(b) 網域內某個子目錄走 A/B 測試，要單獨追蹤；(c) 跨國站點的不同語系子網域要做地理區分。

什麼時候該選合併：絕大多數情況。一個團隊維護的單一品牌網站，合併資料才看得出整體趨勢。

5 種驗證方法的實際限制

方法	需要	生效時間	適用
DNS TXT 紀錄	網域註冊商後台權限	最快 24 小時	網域資源唯一支援
HTML 檔案上傳	FTP / 主機檔案系統權限	即時	網址前置字元，技術型網站
HTML meta 標記	能編輯 <head>	即時	WordPress、Wix 等 CMS
Google Analytics	已有 GA 編輯權限	即時	已裝 GA 的站
Google Tag Manager	已有 GTM 容器發布權限	即時	已裝 GTM 的站

DNS 驗證要等 DNS 傳播，依官方文件「最快 24 小時內生效」。多數註冊商實測在 1-6 小時。如果 24 小時後 GSC 仍顯示驗證失敗，先回註冊商後台確認 TXT 紀錄真的存在，這是最常見卡關點。

更完整的資源類型差異與驗證流程，可以參考 將網站資源新增至 Search Console 官方說明。

成效報表四個指標的計算邏輯

成效報表是 GSC 用得最多的一張表。四個指標分別是 Clicks、Impressions、CTR、Average Position。表面上看起來都是常見統計，但每一個的計算規則都比想像中複雜。

誤讀這四個數字會直接影響後續的優化判斷。下面逐一拆解。

Impression（曝光）的觸發條件

曝光不是「網頁被排名 = 一次曝光」。Google 的定義是：使用者捲動到該結果的可見範圍，才算一次曝光。如果你的網頁排第 30 名，但使用者只看了第 1 頁的前 10 名就關掉，這次不計入曝光。

從數據來看，這個機制造成兩個現象：(a) 排名第 11 名（第 2 頁第一位）的曝光，會比排名第 10 名（第 1 頁最後一位）少很多倍；(b) Featured Snippet、AI Overviews 這類站在第 1 頁上方的結果，會比同關鍵字下排名第 1 的傳統藍鏈拿到更多曝光。

Average Position 為什麼是小數

平均排名顯示 4.7、3.2 這種小數，不是 bug，是曝光加權平均的結果。每一次曝光都帶一個排名值，把所有曝光的排名加總再除以總曝光數，得到的就是這個小數。

依 Google 官方成效報表說明，計算的是「資源在所有查詢傳回結果中的最高排名加以平均所得到的值」。同一查詢出現多個頁面時，只取最高排名計入。

具體例子：某關鍵字一週曝光 1,000 次，其中 600 次排第 4、300 次排第 5、100 次排第 6。加權平均 = (4×600 + 5×300 + 6×100) ÷ 1000 = 4.5。這就是平均排名 4.5 的來源。

這個機制有個重要推論：平均排名從 4.5 降到 5.5 不一定是「排名變差」，可能是新關鍵字進來的初期曝光排名差，把整體拉低。要驗證真實排名變動，必須拉某個固定查詢字詞看時序，不能看整體平均。

CTR 的加權邏輯

CTR 同樣是加權平均，不是「總點擊 ÷ 總曝光」這麼直觀。每個查詢字詞各自有自己的 CTR，整體 CTR 是依曝光數加權的結果。

實務影響：把 GSC 的整體 CTR 拿來和 SERP 標準 CTR 曲線（如 Advanced Web Ranking 公布的版本）比較時，會發現自家數字常常異常低，這是因為自家流量主要落在中後段排名，而標準曲線是各排名的代表值。Search Console CTR 點擊率診斷邏輯 那篇有更深入拆解。

類似邏輯也適用於曝光指標的細節維度切分，Search Console 曝光次數計算規則 那篇針對曝光做完整拆解。

網址審查與 Sitemap 用在不同情境

網址審查（URL Inspection）和 Sitemap 都跟「告訴 Google 我有這個頁」有關，但用途不一樣。網址審查解單頁的即時診斷，Sitemap 解結構性的整批告知。

什麼時候用網址審查

網址審查的核心用途是診斷單頁。在 GSC 上方搜尋框輸入完整 URL，會回傳這個頁面的索引狀態：是否在索引中、最後爬取時間、Googlebot 看到的最終 HTML、是否有 canonical 衝突。

典型情境：剛發布一篇新文章想加速索引、改版後想確認舊頁是否仍被認知、發現某頁排名突然消失要找原因。確認問題後可以按「要求建立索引」，請 Google 重新爬取。

什麼時候用 Sitemap

Sitemap 是給整站結構性訊號用的。以 sitemap.xml 列出所有要被索引的網址，提交一次後 Googlebot 會定期讀取。對新站、有大量頁面的網站、結構大幅變動的網站特別重要。

提交方式：在 GSC 左側選單「Sitemap」輸入 sitemap.xml 的完整 URL，按「提交」。Google 會回傳「成功」或具體錯誤碼（XML 格式錯、檔案抓不到、含太多重複網址）。

提交後多久有反應

Google 不保證每筆提交都會被索引，也不承諾時效。從觀察來看，新站第一次提交 sitemap 通常 1-3 天內爬取主要頁面，完整索引 1-4 週；既有站新增單頁透過網址審查要求索引，多數 1-7 天看到結果。

提交本身不影響排名。被索引才有資格進排名競賽。如果一個頁面提交了三週還沒索引，多半是內容品質、canonical 設定、或 robots.txt 阻擋的問題，不是 Google 漏看。

涵蓋範圍報表的四種狀態判讀

網頁索引（涵蓋範圍）報表把網站所有網址分成四類：錯誤、警告、有效、排除。其中「錯誤」要修，「警告」要評估，「有效」是目標，「排除」最容易被誤讀為壞事。

「錯誤」常見類型

錯誤代表 Google 想索引但失敗。最常見幾種：伺服器錯誤（5xx，主機掛掉或處理超時）、重新導向錯誤（redirect chain 過長、circular redirect）、被 robots.txt 阻擋但又被內部連結指向、404 但站內仍有連結指向。

處理優先順序：先看出現「錯誤」的頁面類型。如果是核心商品頁、流量主力頁，立刻修；如果是早就該下架但忘了刪連結的舊頁，更新內部連結指向新頁就好。

「排除」不一定是壞事

排除是 GSC 最容易被誤讀的類別。常見子類有：被 noindex 排除、被 canonical 指向別處、被 robots.txt 阻擋、重複內容（Google 選了另一個版本）、抓取後判定品質不足。

前三種多半是有意設計：登入頁、購物車、感謝頁、分類分頁這類本來就不該進索引。後兩種要看內容品質：如果有重要內容被排除，就要檢查是不是 canonical 設定錯、或內容真的相似度太高。

「有效但出現警告」要不要修

警告通常是「索引了但有些不完美」。例如已被索引但被 robots.txt 阻擋（Google 看不到完整內容）、被索引但沒有 canonical 標籤（會跟其他相似頁競爭）。

判斷原則：如果是核心商業頁，警告就是要修；如果是低優先頁，可以放著等季度盤點時一起處理。從觀察來看，警告類別的影響通常 3-6 個月才會在排名上看出差異，不像錯誤那樣立刻爆。

要完整了解索引狀態的診斷步驟、URL 檢查流程與 D0/D3/D7/D14 監控方法，可參閱 Search Console 索引報表排查指南。

進階：規則表示式、24 小時資料、Search Console API

多數 GSC 教學停在前幾章。下面三個功能用的人不多，但都是把 GSC 從「裝飾性報表」變成「分析工具」的關鍵：規則表示式做長尾關鍵字探勘、24 小時即時資料做變更追蹤、API 突破 1,000 筆與 16 個月限制。

規則表示式做長尾關鍵字探勘

成效報表的查詢字詞篩選器在 2021 年加入規則表示式（regex）支援。語法走 RE2 標準。常用三組範例：

• ^(怎麼|如何|為什麼|什麼是).+ — 抓所有「怎麼/如何/為什麼/什麼是」開頭的問句型查詢，這是內容缺口最多的長尾類型
• .+(教學|怎麼用|教程|攻略|步驟)$ — 抓教學意圖收尾的查詢，跟轉換意圖區分開
• (2025|2026).+ — 抓帶年份的查詢，看內容時效性壓力

篩選方式：成效報表 → 點「+ 新增篩選器」→ 查詢 → 自訂（regex）→ 貼入運算式。剩下的點擊與曝光資料就會被縮小到符合條件的查詢上，能看出哪些長尾還沒被自家內容覆蓋。

24 小時即時資料的應用情境

2024 年 12 月 Google 推出 24 小時資料模式。Google Search Central 官方公告 把資料延遲縮短近一半，並提供「過去 24 小時」的小時級切片視圖。

適合做的事：發布新文章後 1-3 小時觀察是否有曝光、改 title 後當天驗證效果、活動上線即時監測流量峰值、突發排名變動的快速診斷。

不適合做的事：做趨勢分析（24 小時太短、樣本不足）、做月對比（沒有歷史資料）、做關鍵字研究（資料採樣可能不完整）。這是另一條資料管線，不是「成效報表變即時」，兩個視圖各有用途。

API + BigQuery 突破 1,000 筆與 16 個月限制

GSC 介面有兩個硬限制：每份報表最多 1,000 筆、歷史資料最多 16 個月。對中型以上網站，這兩個限制都會踩到。

解法是 Search Console API。透過 API 每日撈一次資料存進 BigQuery（或自家資料庫），可以無限累積。Google 官方提供 BigQuery 整合方案，設定後每日自動匯出、不需要寫排程。

實作門檻：需要會 Google Cloud Platform 基本設定、知道 BigQuery 計費方式（前 10 GB 免費）、會寫簡單 SQL 查詢。不會碼字的話，第三方工具如 Looker Studio 連 GSC 內建資料源，雖然仍受 API 限制但不用寫程式。

GSC 數據四個常見誤讀（含 AI Overviews 影響）

用過一段時間 GSC 後，會撞到一些「數據看起來不對」的情境。多數不是 bug，是設計上的限制或外部環境變化。下面四個誤讀最常見。

資料延遲：1-5 天的成因

傳統成效報表的資料延遲通常 2-3 天，偶爾 4-5 天。原因是資料要經過原始日誌收集、去重、品質過濾、聚合等多道處理。每一步都有 batch 排程，加總起來就是延遲。

2024 年 12 月後新增的 24 小時資料，走的是另一條輕量管線，犧牲一些精度換時效。看趨勢用主管線，看當下變動用 24 小時管線。兩者數字不會完全一致，這是設計上的取捨。

AI Overviews 上線後的曝光點擊異動

AI Overviews 在台灣於 2024-2026 期間逐步上線。從觀察來看，影響 GSC 數據的方式有三種：(a) 出現在 AI 引述來源中，曝光增加但點擊不一定增加；(b) 被 AI 摘要吃掉部分點擊，曝光持平但 CTR 下滑；(c) 完全被 AI 蓋住，整體曝光與點擊雙降。

診斷方法：把長期數據拉出來看，曝光、點擊、CTR、平均排名四個指標的變化方向組合不同，對應的成因也不同。這是推論，不是結論，因果方向需要逐關鍵字驗證。

Anonymized queries 為什麼有時佔比超過 40%

成效報表的「查詢字詞」清單裡，會有一部分被歸到「Anonymized queries」（被隱去的查詢）。Google 官方說明這是隱私保護機制：搜尋量極低的長尾查詢若公開，可能反推出個別使用者身分，所以低於某個門檻的查詢會被合併隱去。

對長尾流量為主的網站，這個比例可能很高。實測過幾個內容站，匿名查詢佔總曝光 30-50% 並不罕見。看不到這部分，但它仍計入總曝光與總點擊，造成「各查詢點擊加總 ≠ 總點擊」的差距。

總點擊 ≠ 各查詢點擊加總

承上。把成效報表的查詢清單匯出，把「點擊」欄位加總，得到的數字會比報表頂端顯示的「總點擊」少。原因兩個：anonymized queries 沒列在清單裡但計入總和、同一筆點擊可能對應多個查詢字詞但只算一次。

實務應用：分析「每組查詢的貢獻」時，要用查詢清單的數字算佔比；分析「總體流量」時，看頂端的總和。兩個數字各有用途，不該硬要對齊。實際診斷流程可參考 高曝光低點擊的診斷方法。

串接 GA4 之後能多看到什麼

GSC 和 GA4 各自都能用，但串接之後 GA4 會多兩個專屬報表：Google 自然搜尋查詢、Google 自然搜尋登陸頁面。這兩張表把搜尋階段的查詢字詞和落地後的使用者行為串起來。

串接後多看到的兩個報表

GA4 → 報告 → 取得客戶 → Google 自然搜尋查詢，會列出每組查詢字詞帶來的工作階段、參與率、轉換次數。GSC 自己只能看到點擊，看不到後續行為。

Google 自然搜尋登陸頁面則是把每個著陸頁的搜尋表現（GSC 端）和站內行為（GA4 端）並列。可以看出某頁面雖然點擊高、但跳出快、轉換低，定位到「流量好但內容對不上意圖」的頁。

GSC 點擊和 GA4 工作階段為什麼對不上

串接後最常被問的問題：為什麼 GSC 的點擊比 GA4 工作階段少（或多）。原因有四個層次。第一是測量點不同：GSC 在 Google 搜尋伺服器端記錄、GA4 在網站端記錄。中途的廣告攔截器、JS 載入失敗、機器人會造成兩端差異。

第二是過濾差異：GA4 預設會過濾已知 bot，GSC 不會。第三是時區差異：GSC 用太平洋時區，GA4 可調整為使用者設定。第四是聚合差異：GSC 算「點擊」，GA4 算「工作階段」，一個使用者多次點擊可能合併成一個工作階段。

實務建議：兩個數字差距 10-30% 是正常範圍。差距超過 50% 要先檢查 GA4 追蹤碼是否在所有頁面正常觸發。完整的自然流量測量邏輯，自然流量是什麼 那篇有針對性說明。GSC 與 GA4 的事件追蹤層差異，可以延伸看 Google Analytics 4 是什麼。

關於 Google Search Console 使用的常見問題

Google Search Console 是免費的嗎？有沒有付費版？

完全免費，沒有付費版。Google 把它定位為網站擁有者的基礎工具，所有功能（含 24 小時資料、API、BigQuery 整合）都不收費。需要付費的是相關第三方工具（如 Looker Studio Pro、Ahrefs 整合方案），不是 GSC 本身。

沒有自己的網域、用免費 blogspot 或 wordpress.com 也能用嗎？

可以。Blogspot 是 Google 自家服務，會自動串接 GSC。WordPress.com 免費版需要透過 HTML meta 標記驗證，但只能驗證網址前置字元，不能驗證網域資源。共享子網域的網站只能用網址前置字元類型。

網域驗證和網址前置字元，新手該選哪一個？

選網域。除非有明確需要分流子網域資料（例如主站和部落格分屬不同團隊），網域資源是預設選擇。它把所有 protocol 與子網域合併，避免資料分散在多個資源裡看不出全貌。

為什麼 GSC 顯示的點擊比 GA4 少（或多）？

四個原因疊加：測量點不同（搜尋伺服器 vs 網站端）、bot 過濾差異、時區差異（GSC 太平洋時區）、聚合單位差異（點擊 vs 工作階段）。差距 10-30% 屬正常。差距超過 50% 要檢查 GA4 追蹤碼是否在所有頁正常觸發。

平均排名顯示 4.7 是什麼意思？真的能進前 5 名嗎？

4.7 是曝光加權平均，代表所有曝光的平均排名落在第 4-5 名之間。不等於「每次搜尋都排第 4-5」。要驗證單一查詢的真實排名，要進查詢篩選器看那組字詞的時序資料，整體平均不是個別查詢的代表值。

資料什麼時候會更新？為什麼有時候是 1 天有時候是 5 天？

傳統成效報表延遲 2-3 天為主、4-5 天為例外。涵蓋範圍報表更新較慢，週級為主。2024 年 12 月後的 24 小時資料延遲僅幾小時，但只看最近 24 小時。每份報表的延遲不一致，是因為走不同的資料管線。

Sitemap 提交後一定會被索引嗎？

不一定。Google 官方明確說 Sitemap 是「告訴爬蟲有這些頁」，不是「保證索引」。是否進索引取決於頁面品質、canonical 設定、內容重複度、技術可訪性等多個訊號。提交三週後仍未索引，多半是內容或技術問題，不是 Google 漏看。

GSC 的 16 個月歷史資料夠用嗎？怎麼保存更久？

對年度比較和季節性分析剛好夠，跨年度長期趨勢則不夠。要保存更久有兩個方法：定期手動匯出 CSV、設定 Search Console API + BigQuery 自動匯出。後者一次設定後可永久累積，是中型以上網站的標準做法。

多人協作時，「擁有者」和「使用者」差在哪？

擁有者可新增/移除其他使用者、改驗證設定、刪除資源；使用者只能讀資料、操作網址審查、提交 Sitemap。擁有者又分驗證擁有者（不可移除）和委派擁有者（可被原始擁有者撤銷）。建議內部至少維持兩個驗證擁有者，避免單點失效。

24 小時即時資料和原本的成效報表，差別在哪？什麼時候該看哪個？

24 小時資料延遲幾小時、僅看最近 24 小時，適合即時變更追蹤。傳統成效報表延遲 2-3 天、可看 16 個月、有完整篩選器與比較模式，適合趨勢分析。發布後當天看 24 小時版、做月對比看傳統版。兩者是不同管線，數字不會完全一致。