Google Search Console 是什麼？功能與使用時機
Google Search Console（GSC）是 Google 官方免費的搜尋控制台，記錄爬取、索引、排名與成效第一手數據。本文教你讀懂 GSC 常用報表，找出最值得優化的關鍵字。
作者：褚崇名（Sliven）
本頁目錄
- GSC 是什麼：一份 Google 親自填寫的成績單
- GSC 跟 GA4 到底差在哪：這是很多人搞混的一件事
- 為什麼說「沒裝 GSC，等於閉著眼睛做 SEO」
- 五大核心報表：每張報表都在回答一個你不敢問 Google 的問題
- 用「三段對話」把這些報表串成一條線
- 效能報表深度：曝光、點擊、CTR 與那條「第 8 到 15 名」的黃金地帶
- 網址檢查工具：它是你的 debug 工具，不是一個提交按鈕
- 網頁索引報表：確認 Google 真的「看見」了你的每一頁
- Sitemap：把你的網站地圖親手交給 Google
- 體驗報表：Google 親口告訴你哪一頁太慢、太卡
- 強化報表與手動措施：Google 會主動開口跟你說「這裡壞了」
- 三個紅色警報：看到就要放下手邊所有事
- 第三個警報：收錄數量異常下滑
- 附帶一個觀念：排名掉了，先分清楚是人工判決還是演算法
- 讀懂 GSC 資料的四個地雷：別被數字騙了
- 四個最常見的誤讀：有別於資料本身的限制
- GSC 看不到的事，以及該用什麼補上
- 2026 年陸續推出的生成式 AI 成效報表
- GSC 在 2026 年變得更重要的三個理由
- 把 GSC 變成日常習慣：一份每周十分鐘的檢查清單
- 第一次打開 GSC 的五分鐘（給剛裝好的人）
- 把 GSC 當成你跟 Google 之間唯一的對講機
相信不少人也曾經這樣：寫了一篇自認為內容紮實的文章，等了三個月，排名卻始終不上不下，你也搞不懂 Google 到底有沒有「看見」這篇文章、看見了又把它排給哪些人看。老實說，這件事的答案，從來不在你的網站後台，也不在你的 Google Analytics，而在一個很多人聽過、卻很少人真的會用的免費工具裡：Google Search Console(簡稱 GSC)。
GSC 是 Google 官方提供、完全免費的網站搜尋成效工具。換句話說，它就是 Google 寄到你信箱的「網站體檢報告」：哪些查詢字帶來了曝光、你的頁面在搜尋結果排第幾名、哪些網址被收錄了、哪些被擋掉了、行動裝置上的速度合不合格。你在 GA4 裡看到的只是「已經來到你網站的人」，而 GSC 讓你看到的是「Google 曾經把你推到使用者面前、但對方未必點進來的那些機會」。這兩份資料合在一起，才是 SEO 的全貌。這篇文章會帶你把 GSC 的常用功能一次走完，並把實戰裡真正會動手看的報表、真正會避開的誤讀，一次講清楚。
GSC 是什麼：一份 Google 親自填寫的成績單
Google Search Console 的前身叫 Google Webmaster Tools，2015 年改版更名，2018 年再推出現在大家熟悉的「新版 Search Console」。它不是流量分析工具，它的角色更像一個「搜尋端的健康監測儀」:Google 在檢索、索引、檢索後排序你網站的過程中遇到的所有狀況，都會透過 GSC 回報給你。
你可以把搜尋引擎處理一個網站的過程，粗略拆成三步：先爬取（發現你的頁面）、再索引（把頁面收進資料庫），接著排名（決定這個頁面該出現在哪個查詢字的什麼位置）。GA4 主要記錄使用者進站後的行為，而 GSC 提供 Google 搜尋中的索引、曝光與點擊資料。沒有 GSC 仍可被 Google 發現與索引，但會少掉官方診斷資料；因此網站上線時就值得完成驗證。如果你想搞懂這三步背後的完整機制，可以搭配〈Google 搜尋引擎運作原理〉一起看。
GSC 完全免費，只要你能證明你擁有這個網站（這個動作叫做「驗證」),Google 就會開始累積資料。驗證的方法有好幾種，Google 官方推薦的幾種列在下面。完整的安裝與驗證步驟，可參考〈GSC 安裝教學〉一文，這裡先把觀念講清楚就好。
- HTML 檔案驗證：下載一個 Google 給的驗證檔，上傳到網站根目錄。最單純，但每次換主機都要重傳。
- HTML 標籤驗證：在首頁
<head>裡加一段 Google 指定的 meta 標籤。適合用 CDN 或主題後台能直接改 head 的網站。 - Google Analytics 驗證：只要你網站已經裝了 GA，且你擁有該 GA 資源的編輯權限，就能直接驗證。速度快，但權限綁定在 GA 帳號上。
- Google Tag Manager 驗證：透過 GTM 容器驗證，適合已經用 GTM 統一管理追蹤碼的網站。如果你還沒用 GTM，可以參考〈網頁開發者工具（F12)〉相關的標籤管理觀念。
- 網域供應商 DNS TXT 記錄驗證：到目前管理 DNS 的服務後台加一筆 TXT 記錄。這是驗證網域資源（涵蓋各通訊協定與子網域）的方式；如果你有 DNS 權限，通常最完整。
這裡有一個新手最常看漏的選擇：GSC 有「網域資源（Domain Property）」和「網址前置字元資源（URL-prefix Property）」兩種。前者涵蓋 http、https、www 與非 www 等版本；後者只涵蓋指定前綴。實務上通常優先考慮網域資源，避免漏掉其他協定或子網域。WordPress 的設定流程可參考〈WordPress 提交 GSC 完整攻略〉。Google 也正逐步推出社群帳號平台資源，讓符合資格的帳號查看社群內容在 Google 搜尋端的成效。
GSC 跟 GA4 到底差在哪：這是很多人搞混的一件事
這是最常被問到的問題之一，也是大多數 GSC 介紹文草草帶過的地方。先講結論：GA4 告訴你「來了你網站的人做了什麼」,GSC 告訴你「Google 把你推到哪些人面前、他們點不點」。一個是站內行為，一個是站外曝光。資料來源完全不同，無法互相取代。
| 維度 | Google Search Console | Google Analytics 4 |
|---|---|---|
| 資料來源 | Google 搜尋引擎自己（檢索、索引、排名端) | 安裝在你網站上的追蹤碼（使用者造訪端) |
| 看的指標 | 曝光數、點擊數、點閱率（CTR)、平均排名 | 工作階段、使用者、事件、轉換、參與度 |
| 能看到的「沒點進來的流量」 | 能。這是 GSC 獨家 | 不能。沒點進來就不會觸發追蹤碼 |
| 查詢字（使用者搜了什麼) | 有，而且是 Google 搜尋專用 | 有，但只能看到從 Google 來的那段，且常顯示 not set |
| 收錄與技術問題 | 有（索引報表、Coverage、網頁體驗) | 沒有 |
| 資料延遲 | 近 24 小時可看初步資料，完整資料仍可能延遲 | 即時到數小時 |
看出差別了嗎？GA4 裡那個「自然搜尋帶來多少工作階段」的數字，只計算了「點進來的人」。但你真正的曝光，包含了那些在搜尋結果上看到你標題、卻沒點的人。這群人有多少、他們搜了什麼字、你當時排第幾名，只有 GSC 告訴你。換個方式想：GA4 是你店裡的結帳紀錄，GSC 是你店面那條街上的人潮計數器。想知道「為什麼沒人走進來」，你得看街口的人潮，別只盯著收銀機。如果你想把 GA4 的工作階段觀念補起來，可以讀〈GA4 工作階段完整解析〉。
這兩個工具真正發揮威力，是在你「搭配著看」的時候。舉一個最常見的診斷情境：假設你某天打開 GA4，發現上週自然搜尋的工作階段掉了三成。單看 GA4，你只會知道「進來的人變少了」，卻不知道是哪一環出了問題。這時候你轉頭打開 GSC 的效能報表，把同一個時間區間拉出來比對，就能立刻分流：如果曝光數也同步掉了，那通常是排名或整體搜尋量的問題，要往內容或技術面查;如果曝光沒掉、只有點擊掉，那問題出在點閱率，標題或描述的吸引力是嫌疑犯;如果曝光跟點擊都沒掉，但 GA4 還是顯示流量減少，那問題可能根本不在搜尋端，而在網站本身的載入速度或轉換路徑。同一個「流量掉了三成」，在這兩個工具的交叉比對下，會指向完全不同的行動方向。這就是為什麼實務上常強調，SEO 的診斷能力，有一半建立在「會不會同時讀這兩份資料」上。GA4 報表的基本解讀技巧，〈GA4 新手完整教學〉是很好的起點。
為什麼說「沒裝 GSC，等於閉著眼睛做 SEO」
很多網站主只盯著 GA4 的流量曲線，流量一掉就慌、一漲就放心。但問題是：流量掉了，到底是排名掉了、還是點閱率掉了、還是那個字的整體搜尋量縮水了？這三種原因的解法完全不同，而只有 GSC 能幫你拆開來看。
這裡給你三個具體理由，說明為什麼 GSC 不可取代。
第一，它是唯一能讓你看見「曝光卻沒點擊」這件事的地方。一篇排名卡在第 12 名的文章，每天可能有幾百次曝光，但因為在第二頁，幾乎沒人點。你在 GA4 完全感覺不到它的存在，但它其實是離首頁最近、最該被拉一把的資產。這種「低垂果實」，只有 GSC 撈得到。
第二，它提供 Google 對自有網站的檢索與搜尋資料。你可以用頁面索引報表與網址檢查工具查看收錄、noindex、canonical 與部分檢索狀態；Core Web Vitals 和適用的複合式搜尋報表則提供部分體驗與結構化資料線索。若流量異常，可先查看GSC 索引報表，但仍要搭配網站日誌、實際頁面與其他工具診斷。收錄觀念可參考Google 網頁收錄查詢。
第三，它免費，而且資料來自 Google。第三方 SEO 工具通常以自有資料庫估算搜尋量、排名與連結；GSC 的曝光、點擊與平均排名則來自 Google 對已驗證網站的搜尋資料，但仍有隱私省略、資料列上限與延遲。工具分工可參考SEO 工具評比。
五大核心報表：每張報表都在回答一個你不敢問 Google 的問題
GSC 左側選單看起來一堆功能，新手很容易迷路。先幫你把介面收斂成五個你真的會用到的核心區塊，並用一個問題來定位每張報表的用途。等你記住這五個問題，介面就不再是迷宮。
| GSC 報表 | 它回答的問題 | 你該看的重點 |
|---|---|---|
| 效能（Performance) | 「Google 把我推給哪些人？他們點不點？」 | 曝光高但點擊低的字（標題問題)、排名 8 到 20 的字（內容問題) |
| 網址檢查（URL Inspection) | 「這一頁 Google 到底收了沒？收錄的是哪個版本？」 | 索引狀態、正規化網址、檢索上次時間 |
| 網頁索引（Pages / Index Coverage) | 「我的網站有沒有頁面被 Google 拒收或排除？」 | 已編入索引、未編入索引的原因清單 |
| Sitemap | 「我有沒有把地圖交給 Google?它讀了嗎？」 | 提交狀態、發現的網址數 |
| 體驗（Experience / Core Web Vitals) | 「我的頁面用起來夠順嗎？Google 覺得呢？」 | LCP、CLS、INP 的通過率與問題頁 |
這張表你先有個輪廓就好，接下來把這五塊一個一個拆開講。記得一個原則：GSC 每張報表都是「診斷」用的，不是「報喜」用的。別只盯著綠色數字看，真正的價值都在黃色跟紅色的那一塊。
用「三段對話」把這些報表串成一條線
上面這張五大報表清單是用「功能」分的，但你實際使用的時候，建議換一套更有邏輯的走法：把整個 GSC 想成你跟 Google 之間的三段對話，每一段問的問題層次不同，而且有先後順序。記住這個順序，遇到流量出問題時你就不會亂找。
| 對話 | Google 在問你什麼 | 對應報表 |
|---|---|---|
| 第一段：收錄 | 「我到底有沒有把你收進資料庫？」 | 網頁索引、Sitemap |
| 第二段：曝光 | 「我有沒有把你端出去給讀者看？」 | 成效（效能）報表 |
| 第三段：體驗 | 「端出去時，你這一頁值不值得推薦？」 | 網頁體驗、Core Web Vitals |
這三段有一個關鍵的依賴關係：先被收錄，才可能曝光；先有曝光，才有搜尋成效資料可供判讀。所以當流量掉了，可先看收錄有沒有異常，再看曝光字詞與頁面有沒有變化，並交叉檢查體驗指標。搜尋需求、競爭、內容與技術問題都可能同時影響成效，不能只靠單一報表下結論。
如果你想再細分一層，實務上也常用「四個診斷科室」的角度看 GSC：前三科就是上面的收錄、曝光、體驗，第四科則是「偵測層」，也就是安全性問題、人工判決、結構化資料錯誤這類 Google 主動通知你的事。前三科要定期回去看，第四科則是「平常沒事最好，一旦有事就是大事」，後面〈三個紅色警報〉那段會專門講。
效能報表深度：曝光、點擊、CTR 與那條「第 8 到 15 名」的黃金地帶
效能報表（Performance）是 GSC 裡被點開最多次的頁面，也是誤讀率最高的頁面。它給你四個數字：曝光（Impressions)、點擊（Clicks)、點閱率（CTR)、平均排名（Average Position)。這四個數字分開看都很普通，組在一起看才會說話。
先解釋這四個指標到底在量什麼。曝光，是指你的頁面出現在某個查詢字的搜尋結果上、而且使用者「有可能」看到了（即使沒點)。點擊，就是使用者真的點了。點閱率，等於點擊除以曝光。平均排名，則是你在所有出現過的查詢裡，被排在第幾個位置的平均值。這四個數字裡，曝光跟平均排名是 GA4 完全沒有的，這也是為什麼效能報表是 GSC 的靈魂。
這裡要插一個關鍵事實：排名位置跟點閱率之間的關係，不是線性的，而是斷崖式的。Backlinko 分析四百萬筆 Google 搜尋結果的研究（2025 年 4 月）發現，排在第一名的結果，平均囊括了大約三成的點擊;前三名加起來吃掉超過一半的流量;一旦掉到第二頁（第十一名以後)，點閱率會跌到只有個位數百分比，甚至不到百分之一。換句話說，第二頁跟第一頁之間，隔著一道幾乎垂直的懸崖。
這個關係能幫你安排效能報表的檢查順序。可先挑出曝光量較大、平均排名接近第一頁的查詢，逐一核對搜尋意圖、頁面內容、標題與內部連結。這些查詢可能是值得評估的優化候選，但平均排名會受裝置、地區與查詢情境影響，修改內容也不保證排名或點擊上升。
在效能報表中選擇合適的時間區間，再依曝光、點閱率與平均排名篩選值得檢查的查詢。門檻應依品牌詞、裝置、搜尋結果版型與網站基準調整；排名與曝光的關係可參考搜尋排名與曝光解析。
還有一個一定會看的東西，叫「平均排名」的陷阱。這個數字是把你在所有出現場合的排名做平均，聽起來直觀，其實很會騙人。假設你有一個字排在第 2 名（曝光十萬次）和另一個字排在第 45 名（曝光兩次)，平均下來你的「平均排名」會被那個第 2 名拉得很漂亮，讓你以為自己站得很穩，其實真正該擔心的問題藏在後面那個低排名字裡。所以看效能報表，從來不只看總平均，會用篩選器把特定查詢或特定頁面單獨拉出來看。排名與曝光的進階觀念，〈第一名跟第三名網站的關鍵字曝光是否相同〉有一份很有意思的實測研究。
效能報表也能切換查看「網頁（Pages）」「國家（Countries）」「裝置（Devices）」「搜尋外觀（Search Appearance）」等維度。同一個查詢在手機與桌機上的 CTR 可能不同，原因可能包括版位、搜尋功能、品牌呈現及標題與摘要顯示，需搭配實際搜尋結果判讀。進一步分析可參考GSC 實戰技巧。
順著這個思路，這裡給你一個「低點閱率診斷流程」。當效能報表顯示某個頁面曝光量高、CTR 卻偏低，別急著重寫整篇文章。先依查詢、頁面、國家與裝置拆分資料，確認平均排名是否讓結果有實際被看見的機會；再核對使用者想找的答案與頁面內容是否一致。搜尋意圖的判斷方法，〈搜尋意圖〉有完整框架。排除這兩類問題後，再檢查標題與描述是否準確傳達內容；Google 可能依查詢改寫或截短搜尋結果文字，因此沒有一個能保證完整顯示的固定字數。標題怎麼寫才吸睛又不淪為標題黨，〈SEO Title Tag 大全〉講得很細。
網址檢查工具：它是你的 debug 工具，不是一個提交按鈕
很多人對「網址檢查（URL Inspection)」的理解停留在「拿來提交新網址給 Google 收錄」。這沒錯，但只用了它一成的功能。網址檢查真正強大的地方，是當作單一網址的 debug 工具。你把任一個網址貼進去，GSC 會告訴你 Google 目前對這一頁的「認知狀態」。
它會告訴你幾件關鍵的事：這一頁有沒有被索引？Google 上次檢索是什麼時候？Google 收錄的是哪一個正式網址（這牽涉到 canonical，也就是正規化)?這一頁能不能被檢索、有沒有被 robots.txt 或 noindex 擋掉？行動裝置上可不可以正常用？有沒有偵測到結構化資料？
舉一個常見情境：某個分類頁的流量突然下降，分析工具只能顯示進站變化，無法說明 Google 選了哪個正規網址。這時可用網址檢查確認 canonical 是否誤指向另一個版本，再依結果修正；Google 仍要重新檢索與處理，沒有固定恢復時程。canonical 的觀念，〈SEO Canonical URL 標準網址〉講得很清楚；〈GSC 網址檢查工具主動提交網址〉則有完整操作流程。
「要求建立索引（Request Indexing)」不是強制 Google 立刻收錄，也不保證取得優先順位。它會請 Google 測試並考慮重新檢索網址，而且有配額限制。大量網址應靠可檢索的內部連結與 Sitemap 協助發現；提交 Sitemap 同樣不保證收錄。
網頁索引報表：確認 Google 真的「看見」了你的每一頁
網頁索引（Pages，舊版叫 Index Coverage）這張報表，是網站健檢時應優先查看的一頁。它的核心價值是：告訴你「你以為存在的頁面，Google 是否已編入索引」。未索引可能是 Google 選了另一個正規網址、頁面含 noindex、檢索受阻或其他原因；重複內容通常是正規化問題，不是「處罰吃掉頁面」。
這張報表把所有網址分成幾個狀態。已編入索引是健康的、有進到 Google 資料庫的頁面。未編入索引則是「Google 知道這頁存在，但決定不收」，後面會附上原因，例如「檢索時發現『noindex』標記」「被標記為重複網頁、Google 選擇了另一個正規網址」「已檢索但尚未編入索引」「遭 robots.txt 封鎖」。每一個原因都對應一種不同的修法，千萬別把「未編入索引」當成一個單一問題來處理。
特別要點名兩個最常被誤用的排除原因。一個是「已檢索但尚未編入索引（Crawled, currently not indexed)」，它只表示 Google 已檢索但目前未收錄，不能單憑狀態確診內容品質或網站權重。應用網址檢查確認版本、內容、內部連結與伺服器狀態，而不是反覆提交。另一個是「遭 robots.txt 封鎖」：robots.txt 是對合規爬蟲的檢索指示，不是存取控制；被封鎖的網址若仍被其他頁面連到，還是可能以有限資訊出現在搜尋結果。若要使用 noindex，必須允許 Google 檢索到該標記。這個細節，〈為什麼 robots.txt 跟 noindex 不能同時用〉講得很透徹。
Sitemap：把你的網站地圖親手交給 Google
Sitemap（網站地圖）是一個 XML 檔案，裡面條列網站希望被收錄的正規網址。它的作用不是「強迫 Google 收錄」或取得優先待遇，而是幫 Google 發現頁面，尤其對新網站、頁面數量大或內部連結結構不完整的網站更有幫助。
在 GSC 的 Sitemap 頁面，你只要把 sitemap 的網址填進去（通常是你的網址加上 /sitemap.xml)，送出後 GSC 會回報它有沒有成功讀取、發現了幾個網址。要注意的是，「提交成功」跟「那些網址都被收錄」是兩回事。Sitemap 只負責「通知」，收不收還是看索引報表。如果你提交了一個含一千個網址的 Sitemap，結果索引報表顯示只收了三百個，那代表有七百個頁面有問題，你得回頭一個個查。Sitemap 的完整製作與提交流程，可見〈XML Sitemap 是什麼〉與〈Sitemap 產生加提交實作教學〉。
順帶一提，網站架構跟 Sitemap 是一體兩面。Sitemap 補的是「發現」這一步，但如果你網站的內部連結結構本身就很亂、重要頁面埋得太深，即使被收錄了，排名也不會好，因為 Google 沒辦法從連結結構裡感受到「這頁很重要」。Sitemap 解決「有沒有被找到」，網站架構解決「被找到之後值不值得信賴」。後者的觀念，〈網站架構優化〉跟〈內部連結〉有完整說明。
體驗報表：Google 親口告訴你哪一頁太慢、太卡
Core Web Vitals 報表涵蓋 LCP（最大內容繪製）、CLS（累計版面位移）與 INP（Interaction to Next Paint，2024 年取代 FID）。Google 的排名系統會使用 Core Web Vitals，但它只是小幅訊號，良好分數不會讓不相關內容勝過更切題的頁面。想搞懂指標的白話解釋，〈Core Web Vitals：LCP、FID、CLS、INP 白話文介紹〉是很好的起點。
GSC 的 Core Web Vitals 報表會依實際使用資料把相似網址分群，標示為「良好」「需要改善」或「不佳」，並提供範例網址。它適合找出受影響的網址群，根因仍要用 PageSpeed Insights、瀏覽器效能工具與實際程式碼確認。常見成因包括圖片資源、第三方腳本、伺服器回應、字體與版面變動。網頁速度的整體優化思路，〈網頁速度是什麼、如何優化〉可以搭配看。
INP 在 2024 年 3 月取代 FID 成為 Core Web Vitals 的一員，用來評估頁面在使用者互動後呈現下一個畫面的整體延遲。JavaScript 長任務、主執行緒阻塞與複雜渲染都可能讓 INP 變差；追蹤碼、聊天外掛或彈窗是待查來源，不宜未量測就直接定因。INP 取代 FID 的來龍去脈，〈FID 到 INP 的演進〉講得很完整。
強化報表與手動措施：Google 會主動開口跟你說「這裡壞了」
前面幾張報表都在講「數據」，但 GSC 還有一類功能，是 Google 主動把問題「通知」給你。這一類你千萬別忽略，因為它代表的往往是會直接傷害排名的嚴重狀況。把最該盯的三個區塊整理在下面。
第一個是「強化（Enhancements)」報表。這裡會顯示 Google 支援且在網站上偵測到的部分結構化資料類型與錯誤。不同類型有各自的必要或建議屬性；Article 沒有 Google 規定的必填屬性。標記正確只代表具備相應豐富搜尋結果的資格，不保證顯示。FAQ 豐富搜尋結果已在 2026 年 5 月停止支援，Sitelinks 則由 Google 依網站結構自動產生，不是 Schema 保證的功能。結構化資料的完整觀念，〈SEO 結構化資料介紹〉與〈網站連結 Sitelinks〉都有深入說明。
第二個是「手動處置（Manual Actions）」。如果 Google 的人工審查判定網站違反搜尋垃圾內容政策，這裡會顯示受影響範圍、問題類型與處理方向。完成修正後，可依通知提交重新審查要求（Reconsideration Request）；是否與多久恢復，仍取決於審查結果。違規類型可參考黑帽 SEO 指南；若問題涉及自行建立的大量違規連結，再依垃圾連結盤點與否決流程處理。
第三個是「安全性問題（Security Issues)」。當你的網站被駭、被植入惡意程式碼、或被植入不當的重新導向時，Google 會在這裡發出警告，同時可能在搜尋結果上對你的網站標示「這個網站可能不安全」。這對流量是毀滅性的，因為使用者看到那個警告字樣，根本不會點進來。一旦這裡出現紅字，你要做的第一件事不是改 SEO，是立刻找資安專業人員把問題清乾淨，再回來 GSC 提交審查。網站被入侵或流量異常崩跌時的處理流程，〈網站流量恢復〉有完整的應對思路。
這三個區塊的共同點是：它們是「事件驅動」的，平常不會有變化，一旦出現警示就需要優先處理。你不用每天看，但可以納入每週檢查清單，當成收尾確認。
三個紅色警報：看到就要放下手邊所有事
上一節那些「事件驅動」的區塊裡，有三個訊號需要優先處理：人工判決、安全性問題、索引數量異常下滑。前兩個的處理細節在前面〈強化報表與手動措施〉已經講過，這裡補上第三個，以及判讀排名下滑的關鍵觀念。
第三個警報：收錄數量異常下滑
如果網頁索引報表的「已索引頁面數」在短期內大幅下滑，先確認報表異常公告、網站遷移、正規化、刪頁與 noindex 是否符合預期，再查伺服器、robots.txt 與安全性問題。數字下降不等於 Google 正在處罰或「把你踢出去」，但重要網址大量消失時應優先排查。確認收錄的方法，可以對照〈Google 網頁收錄查詢教學〉。
附帶一個觀念：排名掉了，先分清楚是人工判決還是演算法
三個紅色警報裡，人工判決特別值得單獨講。打開「手動措施」報表，如果沒有紀錄，只能排除已通知的人工措施，不能排除演算法變化、安全性、索引、伺服器、需求或競爭等其他原因。若報表出現明確紀錄，GSC 會列出受影響範圍與違反政策；完成實際修正後，再依介面提交重新審查要求。先看 Google 是否提供明確通知，再用其他報表與網站變更紀錄縮小原因。
讀懂 GSC 資料的四個地雷：別被數字騙了
GSC 的資料很真實，但也有它的限制。很多人因為不知道這些限制，而做出錯誤的判斷。這四個地雷，你一定要記住。
地雷一：資料只保留 16 個月。不像 GA4 可以拉長達數年的歷史資料，GSC 的效能報表最多只能往回看 16 個月。超過這個範圍，舊資料就消失了。如果你要做年度比較、或長期追蹤某個字的趨勢，記得定期把資料匯出存檔，否則一年半後你想回頭找去年同期資料，會發現它早就不見了。實務上每季會把效能報表匯出成試算表備份，這個習慣在關鍵時刻往往能派上用場。
地雷二：近期資料可能仍是初步值。GSC 的近 24 小時檢視可提供按小時更新的初步資料，但完整數據仍可能延遲。評估標題等調整時，要等 Google 重新處理頁面並累積足夠曝光，再避開尚未完整的日期做比較。
地雷三：查詢表格不是完整明細。GSC 為保護隱私會省略匿名查詢，資料列也可能因上限而截斷；這不等同一般意義的「抽樣」。因此查詢列加總可能小於圖表總計，尤其套用查詢篩選後更要留意資料定義。
地雷四：平均排名不是固定名次。Google 會記錄每次曝光中網站最上方結果的位置，再依曝光計算平均；不同查詢、裝置、國家與搜尋版面混在一起後，總平均很難代表某個人看到的順位。看排名時應切分查詢、頁面、國家與裝置。
四個最常見的誤讀：有別於資料本身的限制
上一節的「四個地雷」講的是 GSC 資料本身的限制（保留期、延遲、抽樣、平均排名）。這裡要講的是另一種坑：資料沒有錯，但你讀錯了。這四個誤讀，每一個都可能讓你把資源往錯的方向砸。
第一，把「曝光」當成「流量」。曝光是頁面出現在搜尋結果上、被使用者「可能看到」的次數，不等於點擊、更不等於造訪。一個月曝光十萬次卻只點一千次的頁面，實際價值常常低於曝光一萬次卻點兩千次的頁面。看曝光一定要同時看 CTR 與點擊，三個數字一起讀才有意義。
第二，把「平均排名」當成絕對位置。這點前面的地雷已經強調過，這裡只再提醒一句：它會被少數極端值拉偏，看排名務必分查詢、分頁面單獨看，別看總平均。
第三，在「未索引」清單看到重要頁面，就認定被處罰。未索引的原因有十幾種，絕大多數是技術設定或 Google 的主動選擇，跟處罰無關。最常見的「已檢索但尚未索引」，意思是 Google 來過了但暫時選擇不收，這時要檢查的是頁面的獨特性、內部連結引導、以及整體的檢索預算分配，先別急著恐慌性地亂改一堆東西。
第四，拿 GSC 的點擊跟 GA4 的工作階段對不上，就認定一邊壞了。GSC 的「點擊」與 GA4 的「工作階段」定義不同，時區、同意模式、追蹤碼載入、瀏覽器限制與歸因設定也會造成差異。GSC 查詢隱私省略不是這裡的直接對帳規則。應先對齊日期、搜尋類型與到達網頁，再把兩邊當成不同系統解讀。
GSC 看不到的事，以及該用什麼補上
GSC 是地基，但它不是萬能的。除了前面講過的「16 個月保留上限」和「看不到轉換（那是 GA4 的職責）」，它還有兩個常被忽略的盲區，得靠其他工具補上。
第一個盲區是它只看得到你有權限的資源，看不到其他網站的曝光、排名與連結明細。市場比較需要第三方搜尋資料庫，但那類資料是供應商估算，不等於 Google 官方數字。
第二個盲區是大規模技術健檢的深度不夠。GSC 的索引報表會告訴你「有問題」，但要快速掃出斷連、轉址鏈、缺失 canonical 與被遺忘的 noindex，專門的網站爬蟲會更有效率。GSC 適合日常監控與方向判斷，深度技術審查交給爬蟲，各司其職。
| 工具 | 它最擅長回答的問題 | 主要盲區 |
|---|---|---|
| GSC | Google 怎麼收錄、檢索、排名我的網站？哪些查詢帶來曝光？ | 看不到轉換、看不到對手、資料有延遲且只保留 16 個月 |
| GA4 | 訪客進站後做了什麼？哪個管道帶來的流量最會轉換？ | 看不到精確搜尋查詢字詞 |
| 第三方搜尋資料庫 | 其他網站在哪些關鍵字與連結資料中出現？ | 估算值非官方數據、多為付費 |
| 網站爬蟲 | 整站有哪些技術缺陷（斷連、轉址鏈、缺失標記）？ | 通常需自行設定與觸發掃描 |
把這張表記在心裡，你就不會再問「為什麼 GSC 的點擊數跟第三方工具的流量估算差這麼多」。它們量的本來就是不同的東西。讓每個工具回答它最擅長的問題，再把答案拼起來，才是成熟的用法。
2026 年陸續推出的生成式 AI 成效報表
Google 在 2026 年開始向部分 Search Console 資源推出生成式 AI 成效報表，用來呈現 AI Overviews 與 AI Mode 相關表現；是否看得到要以帳戶介面與官方推出狀態為準。即使沒有獨立報表，標準 Performance 報表本來就會計入 AI Overviews 與 AI Mode 中符合定義的點擊、曝光與位置，只是過去不能單獨切分。
這份資料的價值，是在功能開放後能把生成式搜尋表現與一般搜尋分開觀察；指標定義仍以報表說明為準，不能自行把每次出現都解讀成「AI 已引用品牌」。Google 沒有要求 AI 引用專用 Schema，既有的可檢索性、內容品質與結構化資料政策仍適用。完整入門可看〈GSC 生成式 AI 報表完整入門〉。
GSC 在 2026 年變得更重要的三個理由
前面聊過生成式 AI 報表，但把視野拉到 2026 年整體，有三個變化讓 GSC 比過去任何時候都更值得你認真看待。
第一個理由是 AI 搜尋增加了新的結果版面。生成式 AI 成效報表正在逐步推出，能否單獨觀測要看帳戶資格；標準 Performance 報表則已計入符合定義的 AI 搜尋點擊與曝光。不要把報表曝光直接等同於品牌背書。
第二個理由是近期資料檢視更快。近 24 小時檢視能以小時粒度觀察初步變化，但仍要等資料完整並排除季節性，不能用一個短窗框下長期結論。
第三個理由是搜尋版面比過去複雜。一般連結、影片、圖片、產品與生成式結果可能同時出現，查詢、頁面、裝置與搜尋外觀等維度要交叉解讀，不能只看總平均排名。
把 GSC 變成日常習慣：一份每周十分鐘的檢查清單
工具再強，不用就是裝飾品。把真正有效的 GSC 使用流程，收斂成一份每周只要十分鐘就能走完的檢查清單。你照著走，三個月後回頭看，會發現自己對網站的掌握度完全不一樣。
第一次打開 GSC 的五分鐘（給剛裝好的人）
如果你是剛裝好 GSC、第一次打開它，先別急著研究每個報表。走完下面五個動作，可以先抓出常見的設定與索引問題，也替後續的每週節奏打好底。
- 確認資源與資料時效。先確認自己選到正確的網域或網址前置字元資源，並查看報表日期。GSC 不是靠頁面追蹤碼持續收集搜尋資料；驗證失效主要影響存取權，資料異常也可能來自資源選錯或官方報表延遲。
- 看網頁索引報表的「未索引」清單。重點是「有沒有你認為該收錄、卻沒被收錄的重要頁面」，數字本身不是判斷依據。
- 看成效報表裡曝光高、CTR 有改善空間的查詢。先檢查排名、意圖、品牌與搜尋結果版面，再決定是否調整標題與摘要；修改不保證拿回固定幅度的點擊。
- 掃一眼安全性與人工判決區塊有無警示。沒有警示就安心，有警示就列為最高優先處理。
- 確認 Sitemap 已提交且狀態正常。如果你還沒提交，這是最該立刻補做的一件事，等於補上 Google 認識你網站的入口。
這份清單走完，你對網站在 Google 眼中的健康狀況就會有一條清楚的基線。之後再銜接到下面的每周節奏，就能把多數問題在惡化前攔下來。
- 打開效能報表，把時間區間拉到最近 28 天。對比前一個 28 天，看總曝光跟總點擊有沒有異常波動。有大幅下跌，立刻往下一步查。
- 按「查詢」維度排序，找曝光高、CTR 有改善空間的查詢。再依排名、搜尋意圖與搜尋結果版面判斷是否需要調整內容、標題或內部連結，不套固定名次門檻。
- 切到「網頁索引」報表，看有沒有新增的「未編入索引」頁面。尤其新發佈的文章，要確認它們真的被收錄了，別讓它們默默被排除在外。
- 檢查 Sitemap 狀態是不是還是「成功」。如果你最近改過網站結構或刪過頁面，Sitemap 可能已經過時，要重新產生並提交。
- 掃一眼 Core Web Vitals 報表有沒有惡化的網址群。先對照最近部署與範例網址，再用效能工具量測根因。
每月再做一次稍微深一點的：把當月效能資料匯出存檔（對抗 16 個月的保存上限)，然後用網址檢查，隨機抽幾個你認為重要的頁面，確認它們的索引狀態跟 canonical 都還正常。這個節奏不重，但能幫你把絕大多數 SEO 災難在爆發前就攔下來。
把 GSC 當成你跟 Google 之間唯一的對講機
說到底，GSC 不是一個「看數字爽」的工具，它是你跟 Google 之間唯一的雙向對講機。Google 透過它告訴你「我看到你的網站長這樣、我給你這樣的排名、這些頁面我不收」，你透過它回報「這個新頁面請收錄、這個 canonical 我改了、這份是我的 Sitemap」。SEO 做得好不好，很大一部分取決於你有沒有認真聽 Google 在跟你說什麼。
如果你的網站打算活超過三年，GSC 是基本功，不是選配。它是免費的、權威的、Google 自己給的，你沒有任何理由不用它。現在就打開 GSC，把效能報表的時間拉到過去三個月，找出那三個卡在第八名以外的字，這週就動手。等你把它變成跟刷牙一樣自然的習慣，你會發現 SEO 不再是憑感覺，而是有數字、有方向、有回饋的循環。
這篇是 GSC 的總覽入門，把觀念跟常用功能鋪好了。如果你要往下走，設定與驗證的完整步驟看〈GSC 安裝教學〉。把這兩篇串起來，你手上的 GSC 就不再只是個看數字的介面，而是一套能反覆驗證、持續優化的 SEO 作戰系統。
常見問題
新手第一次該從哪一張 GSC 報表開始看？
為什麼 GSC 的資料只保留 16 個月？要怎麼備份？
為什麼找不到行動裝置可用性報表？
被 Google 人工判決處罰要在哪裡查？
已經用 GA4 了，還需要 GSC 嗎？
驗證碼貼在 header.php，後來換主題會怎樣？
「要求建立索引」按下後，多久會被收錄？
成效報表的查詢字清單為什麼少很多字？
網址檢查工具能做什麼？
如何用 GSC 確認網頁有沒有被索引？
Search Console 的探索報表怎麼看？
操作步驟
- 完成網域驗證：照著完整安裝與驗證教學完成網域驗證，沒驗證所有報表都不會有資料。
- 提交 XML Sitemap：把網站地圖交給 Google，引導並加速爬取與索引偵測。
- 看網頁索引報表：確認重要頁面已被索引，沒有大量被排除的頁面。
- 每週固定看成效報表：找曝光高、排名落在第 8 到 20 名、CTR 偏低的關鍵字下手。
- 每月檢查檢索統計資料與安全性通知：確認 Googlebot 抓取量有沒有異常、有沒有被人工判決處罰。