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

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

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

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

本文重點

  • DNS TXT 是最推薦的網域驗證方式，能一次涵蓋所有網址變體，且不受網站改版或檔案搬移影響而失效。
  • 成效報表應鎖定曝光大於 1000 次但點擊率低於 2%的關鍵字，優先優化該頁面標題與中繼說明來搶回流量。
  • 善用 16 個月歷史資料進行 3 組對比：28 天看短期變動、3 個月排除季節性、16 個月抓出長期排名趨勢。
  • 提交 sitemap 不等於收錄，務必定期檢查網頁索引報表中的未建立索引清單，精準修復軟性 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「這些頁面值得爬」。實際索引狀態仍要回到「網頁索引」報表確認。完整 sitemap 規格與生成方式可參考 Sitemap 實作與 GSC 提交。

GSC Sitemap 提交頁面

四、成效報表 Performance 怎麼看

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

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

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

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

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

成效報表查詢分頁

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

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

（四）篩選器的進階用法

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

五、網頁索引報表 Page Indexing 看收錄狀態

「網頁索引」報表（左側選單「索引」下的「網頁」，2022 年改版前舊稱「涵蓋範圍」Coverage）告訴你網站上每個網址在 Google 索引中的狀態，是排查 SEO 問題最重要的入口。

現行報表把頁面狀態只分兩類：「已建立索引」與「未建立索引」——改版前的「有效」、「警告」、「錯誤」、「已排除」四分類已走入歷史，舊教學若還在教那套可以直接跳過。「未建立索引」底下會列出原因，常見有「網址遭到 robots.txt 封鎖」、「這是重複網頁；使用者未選取標準網頁」、「已找到，目前尚未建立索引」、「轉址式 404」（soft 404）、「重新導向錯誤」、「伺服器錯誤 (5xx)」等。每一條都對應到不同的修復方式，如果你的重要頁面落在「未建立索引」清單，就要進到該錯誤類別逐一處理，再用「驗證修正」功能請 Google 重新檢查。

網頁索引報表

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

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

（一）查詢索引狀態

直接貼上任一網址，GSC 會告訴你：是否已被索引、上次爬取時間、Google 看到的版本與選取的標準網址、是否套用結構化資料（Schema JSON-LD 範本）。當你發現某篇新文章遲遲沒有曝光，第一步就是用這個工具確認它有沒有被索引。

（二）要求建立索引

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

（三）測試線上版本

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

URL 審查結果

七、Core Web Vitals 報表看行動版體驗

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

Core Web Vitals 報表會把網站網址依照 LCP、INP、CLS 三項指標分成「良好」、「待改進」、「不良」三組，並區分行動裝置與電腦兩個版本。行動搜尋是多數網站的主要流量來源，優先看行動裝置版本的「不良」清單，點進去會列出有相同問題的範例網址，方便你定位是版面、圖片還是 JS 造成的問題。

要注意的是，舊教學常提到的「行動裝置可用性」報表（Mobile Usability）已於 2023 年 12 月連同 Mobile-Friendly Test 工具一併移除，現行 GSC 介面上已經找不到。要檢查「文字太小」、「點擊元素太靠近」、「內容超出畫面」這類行動版面問題，改用 Chrome DevTools 內建的 Lighthouse 以行動裝置模式跑檢測，或用 PageSpeed Insights 看行動版分數與逐項診斷建議；GSC 這邊則以 Core Web Vitals 的行動裝置資料作為長期監控依據，兩者搭配就能完整涵蓋原本行動裝置可用性報表的功能。

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

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

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

九、結構化資料與強化項目報表

「強化項目」（Enhancements）區塊會列出網站套用、且 Google 支援複合式搜尋結果的 schema 類型，並標示哪些項目有效、哪些無效。

常見的子報表包含：導覽標記（Breadcrumbs）、產品摘要（Product snippets）、評論摘錄（Review snippets）、影片（Videos）等。注意舊教學常列的 FAQ 與 HowTo 已在 2023 年被 Google 大幅縮限——FAQ 複合式結果只保留給權威政府與健康網站、HowTo 全面淘汰，兩者的報表也已從 GSC 移除，不用再花時間追。每個子報表進去後會把項目分成「有效」與「無效」兩組（2022 年改版前的「有效／警告／錯誤」三分類已走入歷史）：「無效」代表有重大問題、該項目無法以複合式搜尋結果顯示，必須立刻處理；有效項目底下若另列出非重大問題，代表建議欄位缺漏，不影響顯示但補齊更好。每次部署 schema 變更後，建議 24–72 小時後回到這份報表確認 Google 是否成功解析（schema 實作細節可參考 Schema JSON-LD 範本）。

強化項目報表

十、移除工具與設定

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

（一）移除網址工具

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

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

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

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

GSC 的「網頁索引」報表會列出許多錯誤類別，以下是新手最常碰到、也最容易誤解的幾種（名稱依現行官方繁中介面）。

  • 已找到，目前尚未建立索引：Google 已經知道這頁存在，但決定先不索引，通常代表內容品質不足、頁面對使用者價值不夠、或網站整體權重不足。對策：補強內容深度、加強內部連結、累積 E-E-A-T 信號（E-E-A-T 完整解析）。
  • 這是重複網頁；使用者未選取標準網頁：同一份內容存在多個 URL，Google 自己挑了一個當作標準版本（canonical）。對策：用 <link rel="canonical"> 明確指定主要版本，避免讓 Google 替你決定。
  • 網址遭到 robots.txt 封鎖：你的 robots.txt 規則不小心擋到了該網址。對策：舊教學會叫你開「robots.txt 測試工具」，但該工具已於 2023 年底移除；現在到 GSC「設定」裡的「robots.txt」報告確認 Google 實際抓到的規則與抓取狀態，必要時修改 robots.txt 開放對應路徑。
  • 轉址式 404（Soft 404，俗稱軟性 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