Google Search Console 教學：設定、報表與 SEO 診斷
Google Search Console 是 Google 官方的搜尋能見度與技術診斷工具。本文教你完成 GSC 設定、讀懂成效與索引報表，並用 AK GSC Diagnostic Router 判斷每個問題下一步該查 sitemap、索引、速度、GA4 還是排名監控。
Google Search Console 是 Google 官方提供的搜尋能見度與網站診斷工具。它能告訴你網站在 Google 搜尋中的曝光、點擊、查詢、頁面、索引狀態、Sitemap 讀取與部分體驗問題，但它不是 GA4，也不是排名追蹤器。真正會用 GSC 的人，不是每天看數字，而是知道每個報表在回答哪一種 SEO 問題。
如果你只把 GSC 當成「提交索引」或「看關鍵字排名」的工具，會很快誤判。GSC 的價值在於把 Google 看到的搜尋端訊號攤開，讓你判斷下一步要查 sitemap、索引、速度、內容、內鏈，還是 GA4 的站內行為資料。
Google Search Console 是什麼？先搞懂它能看什麼
GSC 是搜尋端資料，用來看網站在 Google 搜尋中的能見度與技術狀態。Google 官方的 Search Console 入門說明 把它定位為協助網站擁有者了解搜尋成效、監控問題並改善搜尋呈現的工具。
GSC 最常回答四種問題：Google 有沒有看到我的頁面、使用者用什麼查詢看到我、哪些頁面有曝光和點擊、Google 在索引或體驗上發現什麼問題。這些問題都發生在「Google 搜尋結果」這一側，所以它不會完整回答使用者進站後做了什麼。
| 你想知道的問題 | GSC 能不能回答 | 主要報表 |
|---|---|---|
| 哪些查詢帶來曝光和點擊 | 可以 | 成效報表 |
| 頁面是否被 Google 編入索引 | 可以 | 網頁索引、網址檢查 |
| Sitemap 是否被讀取 | 可以 | Sitemaps 報表 |
| 使用者進站後有沒有轉換 | 不完整 | 應看 GA4 或 CRM |
GSC 怎麼設定：網域資源、網址前置字元與驗證方式
設定 GSC 前先選對 property 類型，後面的報表才不會缺資料。
設定 GSC 先選 property 類型，再完成網站擁有權驗證。網域資源適合想完整監控整個 domain 的網站，網址前置字元適合只管理特定協定或子目錄的情境。Google 的 網站擁有權驗證說明 列出 DNS、HTML 檔案、HTML 標記、Google Analytics 與 Google Tag Manager 等方式。
實務上，能改 DNS 就優先選網域資源，因為它會涵蓋 http、https、www、非 www 和子網域。若你只拿得到某個網站後台或只想驗證單一版本，網址前置字元比較快，但後續報表可能只看到那個前綴的資料。
| 選項 | 適合誰 | 優點 | 注意事項 |
|---|---|---|---|
| 網域資源 | 品牌官網、企業站、多子網域網站 | 資料範圍最完整 | 通常需要 DNS 權限 |
| 網址前置字元 | 只管理某一版網址的人 | 驗證方式較多 | http、https、www 可能要分開 |
| HTML 檔案或標記 | 有網站檔案或後台權限的人 | 工程或 CMS 可快速處理 | 驗證檔或標記不能移除 |
| GA4 或 GTM | 已經有追蹤碼管理的人 | 不用碰 DNS | 帳號權限要一致 |
GSC、GA4、排名工具差在哪裡
GSC 看 Google 搜尋能見度，GA4 看站內行為，排名工具看外部 SERP 位置。
GSC 看搜尋能見度，GA4 看站內使用行為，排名工具看外部 SERP 位置。三者資料來源不同，不能互相替代。把 GSC 點擊當成 GA4 session，或把 GSC 平均排名當成每日精準排名，都是常見誤判。
GSC 的資料來自 Google 搜尋結果曝光與點擊；GA4 來自你的網站或 App 追蹤；排名工具通常從指定地區、裝置、查詢去抓 SERP。若你要分析使用者進站後有沒有轉換，應看 GA4 設定與報表。若你要追蹤一組關鍵字每天的位置變化，應搭配 Google 排名追蹤 方法。
| 工具 | 資料來源 | 最適合回答 | 不適合回答 |
|---|---|---|---|
| GSC | Google 搜尋端資料 | 曝光、點擊、查詢、索引問題 | 站內轉換漏斗 |
| GA4 | 網站或 App 事件資料 | 使用者行為、事件、轉換 | 完整搜尋曝光 |
| 排名工具 | 模擬或抓取 SERP | 指定關鍵字位置追蹤 | Google 官方索引診斷 |
成效報表怎麼看：查詢、頁面、CTR、平均排名
成效報表是 GSC 最常用的 SEO 報表，核心指標是點擊、曝光、CTR 和平均排名。Google 的 成效報表指標說明 定義了這些數字的計算方式，但 SEO 判斷不能只看單一指標。
好的讀法是交叉看「查詢」和「頁面」。查詢告訴你使用者用什麼字看到你，頁面告訴你哪個 URL 承接那些需求。高曝光低 CTR 可能是標題或意圖不匹配；點擊下滑但曝光沒掉，可能是 SERP 版位或標題吸引力問題；平均排名小幅波動，通常不值得立刻大改內容。
| 指標 | 代表什麼 | 常見誤判 | 下一步 |
|---|---|---|---|
| 點擊 | 使用者從 Google 搜尋點進網站 | 把它當成所有流量 | 和 GA4 landing page 對照 |
| 曝光 | 搜尋結果中出現你的 URL | 曝光高就等於內容有效 | 看 CTR 與查詢意圖 |
| CTR | 點擊除以曝光 | 所有關鍵字都要求高 CTR | 分品牌詞與非品牌詞看 |
| 平均排名 | 多次曝光位置的平均值 | 當作單一關鍵字固定排名 | 搭配查詢、頁面、國家與裝置篩選 |
索引與網址檢查：什麼時候該用 URL Inspection
URL Inspection 適合查單一 URL，Page indexing 適合看整體索引狀態。Google 的 網址檢查工具說明 可以用來確認 Google 對某個 URL 的索引、canonical、抓取與即時測試狀態。
如果你看到單篇重要頁面沒有收錄，先用網址檢查；如果你看到大量頁面同時出現「已檢索但尚未編入索引」或「替代網頁含有適當 canonical 標記」，再進 爬取與索引診斷。前者是單頁檢查，後者是系統性問題排查。
| 情境 | 先看哪裡 | 判斷方式 |
|---|---|---|
| 新文章想確認 Google 是否看過 | URL Inspection | 查單一網址的索引與抓取狀態 |
| 大量頁面未編入索引 | Page indexing | 看類型、數量、範例 URL |
| Google 選了不同 canonical | URL Inspection | 比較使用者宣告與 Google 選定版本 |
| 要驗證修正是否生效 | Page indexing 或 URL Inspection | 依問題是批次或單頁決定 |
Sitemap、Links、Experience 報表各自代表什麼
GSC 的其他報表是輔助診斷入口，不是同一種問題。Sitemaps 報表看 Google 能不能讀到 sitemap；Links 報表看 Google 偵測到的內外部連結樣貌；Experience 和 Core Web Vitals 報表看頁面體驗訊號。
Sitemaps 報表若出現讀取錯誤，應接到 Sitemap 網站地圖提交教學。Core Web Vitals 或體驗報表若出現問題，應接到 PageSpeed Insights 指標診斷。GSC 負責告訴你哪裡亮燈，深層修復要回到對應的技術流程。
| 報表 | 回答的問題 | 不代表什麼 |
|---|---|---|
| Sitemaps | Google 是否讀到 sitemap 與 URL 數 | 不保證頁面會被索引 |
| Links | Google 偵測到的連結樣貌 | 不是完整 backlink database |
| Experience | 頁面體驗與 Core Web Vitals 狀態 | 不是完整速度優化報告 |
| Manual actions | 是否有人工判決處罰 | 沒有顯示不等於整站品質完美 |
AK GSC Diagnostic Router：把報表變成下一步
這張圖把 GSC 從工具選單轉成 report-to-action 的診斷路由。
AK GSC Diagnostic Router 是把 GSC 報表轉成 SEO 行動的決策框架。做法是先判斷你看到的是設定問題、搜尋成效問題、索引問題、探索問題、體驗問題，還是政策與安全問題，再接到對應的修正流程。
這個 router 的價值是降低誤判。很多網站看到 GSC 警告就急著改內容，或看到平均排名下降就急著買工具，但問題可能只是 sitemap 讀取錯、canonical 不一致、查詢意圖變了，或 GA4 轉換設定根本沒接好。
| GSC 看到的訊號 | 先判斷 | 下一步 |
|---|---|---|
| property 沒資料 | 設定或驗證範圍 | 檢查 property 類型與驗證權限 |
| 曝光下降 | 查詢、頁面、國家、裝置 | 比較成效報表區間 |
| 重要 URL 未索引 | 單頁或批次問題 | 開 URL Inspection 或 Page indexing |
| Sitemap 無法讀取 | 檔案可讀性與 URL 清單 | 回到 sitemap QA |
| Core Web Vitals 不佳 | 範本、裝置、URL group | 用 PSI 做深層診斷 |
每週 GSC SEO 檢查清單
固定檢查節奏比每天刷新報表更有用。
每週看 GSC 一次就能處理多數 SEO 監控需求，除非網站正在改版、遭遇大幅下滑或剛修復技術問題。固定節奏比每天刷新報表更有效，因為 GSC 資料有延遲，過度反應會製造更多錯誤決策。
- 看總覽是否有安全性、人工判決處罰或重大索引警告。
- 看成效報表最近 28 天與前期比較，分品牌詞與非品牌詞。
- 找高曝光低 CTR 查詢，判斷是否需要調整 title 或內容匹配。
- 檢查重要頁面的點擊與曝光是否異常下降。
- 看 Page indexing 是否新增大量同類型排除原因。
- 確認 Sitemaps 報表最近讀取正常。
- 檢查 Experience 或 Core Web Vitals 是否出現新的 URL group 問題。
GSC 報表看得懂，但不知道該先修哪裡？AK SEO Labs 會把 GSC、sitemap、索引、速度、內鏈與內容品質放進同一套 technical SEO 優先序。查看我們的 SEO 服務，了解適合技術診斷、內容系統還是長期顧問合作。
FAQ
Google Search Console 是免費的嗎？
是。GSC 是 Google 官方免費工具，只要你能驗證網站擁有權，就可以查看該 property 的搜尋成效、索引與部分技術狀態。
GSC 和 Google Analytics 有什麼不同？
GSC 看 Google 搜尋結果中的曝光、點擊、查詢和索引狀態；GA4 看使用者進站後的事件、頁面、來源和轉換。兩者應互補，不應互相替代。
沒有工程師可以設定 GSC 嗎？
可以，但取決於你有哪些權限。若能改 DNS 最穩；若只能進網站後台，可能用 HTML 標記、GA4 或 GTM 驗證。沒有任何網站權限就無法完成擁有權驗證。
GSC 的平均排名可以當真正排名嗎？
不能完全當成固定排名。平均排名會受查詢、地區、裝置、個人化和不同曝光位置影響，適合看趨勢與分群，不適合當單一精準名次。
GSC 顯示未編入索引一定是錯誤嗎？
不一定。有些頁面本來就不該索引，例如重複頁、noindex 頁、redirect 或低價值頁。先確認該 URL 是否真的重要，再判斷是不是需要修復。
URL Inspection 要不要每天送出索引要求？
不建議。URL Inspection 適合重要頁面修正後測試與提交，不適合當每天大量送出的工具。大量頁面應先處理 sitemap、內鏈與索引資格。
Sitemap 成功提交後為什麼頁面還沒收錄？
Sitemap 成功只代表 Google 能讀到清單，不代表每個 URL 都會被索引。頁面仍要通過可爬取、可索引、canonical、內容品質與重複性等判斷。
GSC 資料會延遲多久？
GSC 資料通常不是即時資料，不同報表更新節奏也不同。做 SEO 判斷時應看數天到數週趨勢，不要用單日波動做重大決策。
GSC 要看哪些報表就夠了？
多數網站先看總覽、成效、網頁索引、網址檢查、Sitemaps、Core Web Vitals、人工判決處罰即可。等基本判斷穩定後，再看 Links、Enhancements 與其他細項。
多個人可以一起管理同一個 GSC property 嗎？
可以。GSC 可以新增使用者並設定權限。企業網站建議用公司可控帳號作為 owner，再授權給 SEO、工程與行銷成員，避免離職或帳號遺失造成權限問題。