Albert's SEO Note
輸入關鍵字開始搜尋

Google Search Console 完整教學，從驗證到實戰報表解讀

掌握 4 種驗證方式與 8 個核心報表解讀，Google Search Console 是監測網站排名的必備工具。透過 4 個核心指標找出曝光高但點擊率低的關鍵字，並運用 3 組日期對比邏輯排除季節性雜訊。直接抓出未建立索引的技術錯誤，精準修復軟性 404 與重新導向問題，有效提升網站流量。

Albert · · 21 min read
Google Search Console 完整教學，從驗證到實戰報表解讀

本文重點

  • DNS TXT 是最推薦的網域驗證方式，能一次涵蓋所有網址變體，且不受網站改版或檔案搬移影響而失效。
  • 成效報表應鎖定曝光大於 1000 次但點擊率低於 2%的關鍵字，優先優化該頁面標題與中繼說明來搶回流量。
  • 善用 16 個月歷史資料進行 3 組對比：28 天看短期變動、3 個月排除季節性、16 個月抓出長期排名趨勢。
  • 提交 sitemap 不等於收錄，務必定期檢查 Pages 報表中的未建立索引清單，精準修復軟性 404 等錯誤。

網站辛辛苦苦做了 SEO，卻不知道 Google 到底怎麼看你？Google Search Console（簡稱 GSC）是 Google 官方提供、完全免費的 SEO 必裝工具，能讓你看到網站在搜尋結果裡的真實曝光、點擊、排名，以及背後的索引與技術問題。這篇文章會帶你從零開始驗證網站、提交 sitemap，並把 GSC 八個核心報表用對位、看出問題、做出對策。

一、Google Search Console 是什麼

Google Search Console 是 Google 官方提供的免費網站管理工具，專門用來監測、維護並改善網站在 Google 搜尋結果中的表現。

它與 Google Analytics 的差別在於：GA 看的是「使用者進站之後」做了什麼（停留時間、轉換率、跳出率），而 GSC 看的是「使用者進站之前」發生了什麼（在哪些關鍵字曝光、點擊率多少、排名第幾、有沒有被索引）。對 SEO 來說，GSC 是無可取代的第一手資料來源——它直接告訴你 Google 怎麼理解你的網站、有沒有索引問題、哪些頁面正在帶流量、哪些技術錯誤需要立刻修。沒裝 GSC 卻在做 SEO，等於閉著眼睛開車。

GSC 首頁總覽

二、4 種驗證網站擁有權的方法

要使用 GSC，必須先「證明」這個網站是你的。Google 提供 4 種驗證方式，建議優先選擇 DNS TXT 或 GA 驗證，因為一次驗證後幾乎不會失效。

（一）DNS TXT 紀錄（最推薦）

到網域註冊商（Hostinger、GoDaddy、Cloudflare 等）的後台，新增一筆 TXT 紀錄。這個方式有兩個明顯好處：第一是驗證最穩定，不會因為網站改版、檔案搬移而失效；第二是它驗證的是「整個網域」（Domain property），會自動涵蓋 www、非 www、http、https 所有變體。如果你只想驗一次就一勞永逸，選這個。

DNS TXT 驗證畫面

（二）HTML 檔案上傳

下載 Google 提供的 HTML 驗證檔（檔名類似 googleXXXX.html），透過 FTP 或主機商檔案管理員上傳到網站根目錄。適合有完整檔案權限、但不熟悉 DNS 操作的使用者。缺點是該檔案被刪掉、或網站搬家後驗證就會失效。

（三）HTML 標籤

複製一段 <meta name="google-site-verification" content="..."> 標籤，貼到網站首頁的 <head> 區塊。WordPress、Wix、Squarespace 等平台都有對應的「自訂 head」欄位可以貼，是新手最容易上手的方式。

（四）Google Analytics 或 Tag Manager

如果你已經安裝 GA4 或 GTM，且擁有「編輯」等級權限，GSC 可以直接讀取相同的權限完成驗證，完全不需要動到網站程式碼。對行銷團隊來說，這是最不打擾工程師的方式。

三、提交 sitemap 的正確步驟

完成驗證後，第一件該做的事就是把 sitemap.xml 提交給 Google，幫助它快速找到並索引你網站上所有重要頁面。

具體步驟很單純：在 GSC 左側選單點選「Sitemap」→ 輸入 sitemap 的相對路徑（通常是 sitemap.xml 或 sitemap-index.xml）→ 按下「提交」。提交成功後，狀態欄會顯示「成功」與已發現的網址數量。需要注意的是，提交 sitemap 不代表 Google 會立刻索引所有網址，它只是告訴 Google「這些頁面值得爬」。實際索引狀態仍要回到「Pages」報表確認。完整 sitemap 規格與生成方式可參考 sitemap-implementation-gsc。

GSC Sitemap 提交頁面

四、成效報表 Performance 怎麼看

成效報表是 GSC 最常用、也最有價值的功能，提供四項核心指標：總點擊次數、總曝光次數、平均點擊率（CTR）與平均排名。

（一）四個核心指標的意義

  • 曝光次數（Impressions）：你的網址在搜尋結果頁中被顯示給使用者的次數。
  • 點擊次數（Clicks）：使用者真的從搜尋結果點進你網站的次數。
  • CTR（點擊率）：Clicks ÷ Impressions，反映你的標題與 meta description 吸不吸引人。
  • 平均排名：所有曝光中該關鍵字的平均排名位置，數字越小越好（第 1 名是最好）。

（二）查詢、頁面、國家、裝置 4 個分頁

成效報表預設只顯示總數，真正有用的是下方的「查詢」、「頁面」、「國家」、「裝置」四個分頁。實務上最常做的觀察是：切到「查詢」分頁，找出曝光高、CTR 低的關鍵字（例如曝光超過 1000 次但 CTR 低於 2%），這代表你已經排上去了但點擊率不行，回頭優化該頁面的標題與 meta description 就能立刻把流量補回來（詳見 on-page-seo-checklist）。

成效報表查詢分頁

（三）日期區間與比較功能

預設只看 3 個月，建議拉到 16 個月（GSC 上限）並開啟「比較」模式，比對前後兩段時間找出趨勢變化。例如比較「過去 28 天」與「前一個 28 天」，可以快速看出哪些頁面變強、哪些頁面在掉。實務上會搭配三組對比：「最近 28 天 vs 前 28 天」看短期變動、「最近 3 個月 vs 去年同期」排除季節性、「最近 16 個月 vs 上一個 16 個月」看長期趨勢。能否從這三層比較看出問題，是區別 SEO 新手與老手最直接的指標。

（四）篩選器的進階用法

成效報表上方的「+ 新增篩選器」是被低估的功能。實務上常用的組合包含：篩選「查詢包含『XX』」找出特定關鍵字群的整體表現、篩選「頁面包含『/blog/』」拆分出部落格與商品頁的不同表現、篩選「國家為台灣」排除國際雜訊。把篩選器組合起來，例如「查詢包含『教學』 + 排名小於 10」，就能找出已經排上首頁的教學型流量是否符合你的內容策略。

五、涵蓋範圍與索引狀態 Pages 報表

「Pages」報表（舊稱 Coverage）告訴你網站上每個網址在 Google 索引中的狀態，是排查 SEO 問題最重要的入口。

頁面狀態主要分兩類：「已建立索引」與「未建立索引」。後者底下會列出未索引的原因，常見有「網址被 robots.txt 封鎖」、「重複網頁，使用者未指定的標準網頁」、「找到但目前未建立索引」、「軟性 404」、「重新導向錯誤」、「伺服器錯誤 5xx」等。每一條都對應到不同的修復方式，如果你的重要頁面落在「未建立索引」清單，就要進到該錯誤類別逐一處理，再用「驗證修正」功能請 Google 重新檢查。

Pages 報表

六、網址審查工具 URL Inspection 的 3 種用法

URL Inspection（網址審查）位於 GSC 頁面最頂部的搜尋欄，是檢查單一網址狀態的萬用工具，幾乎每天都會用到。

（一）查詢索引狀態

直接貼上任一網址，GSC 會告訴你：是否已被索引、上次爬取時間、Google 看到的版本、是否符合行動裝置友善、是否套用結構化資料（schema-jsonld-templates）。當你發現某篇新文章遲遲沒有曝光，第一步就是用這個工具確認它有沒有被索引。

（二）要求建立索引

如果你發布了新文章，或大幅更新了重要頁面，可以按下「要求建立索引」加速 Google 重新爬取。注意這個功能有每日配額（約 10–20 次），要省著用，重要頁面才出手。

（三）測試線上版本

點選右上角「測試線上版本」，Google 會即時抓取網址並渲染畫面，幫你確認最新版本對 Googlebot 是否可見、有沒有 JS 渲染問題、抓取的 HTML 有沒有重要內容缺漏。對 SPA 或大量使用 JavaScript 渲染的網站特別關鍵。

URL 審查結果

七、Core Web Vitals 與行動裝置可用性報表

「體驗」區塊下的 Core Web Vitals 與行動裝置可用性報表，反映的是「使用者體驗」對 SEO 的影響，2024 後越來越關鍵。

Core Web Vitals 報表會把網站網址依照 LCP、INP、CLS 三項指標分成「良好」、「待改進」、「不良」三組，並區分行動裝置與電腦兩個版本。重點看「不良」清單，點進去會列出有相同問題的範例網址，方便你定位是版面、圖片還是 JS 造成的問題。行動裝置可用性報表則會抓出「文字太小」、「點擊元素太靠近」、「內容超出畫面」等行動體驗問題，這些幾乎都直接影響行動搜尋排名。

「Links」報表分為「外部連結」與「內部連結」兩區，是免費版工具裡最直接的反向連結監測。

顯示有哪些網域連到你的網站、哪些頁面被連最多、最常用的錨點文字（Anchor Text）是什麼。雖然完整度不及 Ahrefs 或 Semrush 等付費工具，但對中小型網站來說已經足夠掌握外部背書的概況，也能及時發現可疑的垃圾連結。

顯示網站內部哪些頁面被連結最密集。實務上會用它檢查兩件事：重要的核心文章（Pillar Page）有沒有獲得足夠的內部連結支援；以及主題聚類的連結結構是否合理（詳見 internal-linking-topic-cluster）。

九、結構化資料與搜尋元素報表

「搜尋元素」（Enhancements）區塊會列出網站套用的所有 schema 類型，並標示哪些有效、哪些有錯誤、哪些是警告。

最常被使用的子報表包含：FAQ、HowTo、Product、Article、Breadcrumbs、Video。每個子報表進去後會顯示「有效」、「警告」、「錯誤」三個分組。實務上，warning（警告）通常代表非必填欄位缺漏，不會影響 rich result 顯示但建議補上；error（錯誤）則代表必填欄位缺漏，rich result 會被取消，必須立刻處理。每次部署 schema 變更後，建議 24–72 小時後回到這份報表確認 Google 是否成功解析（schema 實作細節可參考 schema-jsonld-templates）。

搜尋元素報表

十、移除工具與設定

GSC 的「索引」分類底下還有兩個容易被忽略但很有用的子工具：「移除網址」與「設定」。

（一）移除網址工具

如果你誤發了草稿、或某些頁面因為法律 / 隱私因素必須立刻從搜尋結果下架，可以用「移除工具」（Removals）暫時隱藏網址，最快幾小時內就會從 Google 搜尋結果消失。但要注意這只是「暫時隱藏」（約 6 個月），真正的長期解法仍是設定 noindex、刪除頁面或回傳 404 / 410。

（二）設定中的爬取速率與使用者管理

「設定」區塊可以查看 Google 的爬取統計（過去 90 天的爬取要求數、平均回應時間、檔案類型分布），對排查爬取效率問題很有幫助。同時可以新增使用者（讀取、完整或擁有者三種權限），對團隊協作或交給代理商管理時很實用。

十一、常見錯誤訊息與排除方式

GSC 的「Pages」報表會列出許多錯誤類別，以下是新手最常碰到、也最容易誤解的幾種。

  • 找到但目前未建立索引：Google 已經知道這頁存在，但決定先不索引，通常代表內容品質不足、頁面對使用者價值不夠、或網站整體權重不足。對策：補強內容深度、加強內部連結、累積 E-E-A-T 信號（what-is-eeat）。
  • 重複網頁，使用者未指定的標準網頁：同一份內容存在多個 URL，Google 自己挑了一個當作標準版本（canonical）。對策：用 <link rel="canonical"> 明確指定主要版本，避免讓 Google 替你決定。
  • 網址被 robots.txt 封鎖：你的 robots.txt 規則不小心擋到了該網址。對策：用 GSC 內建的「robots.txt 測試工具」確認規則，必要時開放對應路徑。
  • 軟性 404（Soft 404）：頁面回傳 HTTP 200 但內容看起來像錯誤頁（例如「找不到商品」字樣但網址仍存在）。對策：實際內容不見的頁面要正確回傳 404 或 410，避免浪費爬取預算。
  • 伺服器錯誤 5xx：表示 Google 在爬取時遇到伺服器穩定性問題。對策：先確認近期是否有程式碼或主機異動，必要時聯繫主機商查 log。

十二、FAQ

（一）Q1: 新網站要多久 GSC 才會開始有資料

驗證完成並提交 sitemap 後，通常 24–72 小時內會出現第一筆爬取紀錄；但成效報表中的曝光與點擊資料，需要等到網站真的在 Google 搜尋結果取得曝光才會累積，新站常見要 2–4 週才看得到具規模的資料。如果你超過一週還沒看到任何爬取紀錄，先用 URL Inspection 檢查首頁狀態，並確認 robots.txt 沒有意外封鎖。

（二）Q2: GSC 的「平均排名」為什麼跟我自己搜尋看到的不一樣

GSC 的排名是「所有曝光位置的加權平均」，會受個人化結果、搜尋地區、裝置、登入狀態、無痕模式影響；你自己看到的則是當下、單次、某地區的排名快照，兩者本來就會有差。要追蹤真實排名變化，建議搭配 Ahrefs 或 Semrush 的排名追蹤工具，定點抓快照、再回頭跟 GSC 平均值交叉驗證。

（三）Q3: 我可以同時驗證網域版 Domain 與網址前置字元版 URL prefix 嗎

可以，而且建議都驗證。網域版會涵蓋所有變體與子網域，適合看整體流量；URL prefix 版可以分別追蹤 https://www. 與 https://blog. 等不同子網域的個別表現，方便做更細緻的分析與報表分流。兩個版本的資料是各自獨立的，互不影響。

#SEO 工具 #Google Search Console
Share
Facebook ↗ LinkedIn ↗
Written by

張家偉 Albert Chang

行銷領域工作五年，其中四年幾乎每天都在想 SEO 的事。這裡寫我的筆記——不追流量、不堆關鍵字，只寫自己想讀的文章。

More about Albert →
Related