結論先講
Google Search Console（GSC）是 SEO 唯一不可替代的工具。 它是 Google 直接告訴你「我怎麼看你的網站」的管道。沒有任何第三方工具能給你這個資訊。免費、官方、最準確。如果你只用一個 SEO 工具，就是它。
我的部落格搬家後，GSC 告訴我有 187 個「已爬取但未索引」的頁面。不看 GSC 的話，我根本不知道 Google 把我的新站當成低品質網站。
註冊與驗證
步驟一：進入 GSC
到 Google Search Console 用你的 Google 帳號登入。
步驟二：新增資源
GSC 有兩種資源類型：
| 類型 | 適用情境 | 範例 |
|---|---|---|
| 網域資源 | 整個網域（含子網域） | example.com |
| URL 前置字元 | 特定的 URL 前置字元 | https://www.example.com/ |
建議用網域資源， 一次涵蓋所有子網域和協定（http/https/www/non-www）。
步驟三：驗證所有權
三種主要驗證方式：
DNS 驗證（推薦）
最簡單、最持久。到你的 DNS 供應商加一筆 TXT 記錄：
類型: TXT
名稱: @（或留空）
值: google-site-verification=xxxxxxxxxxxxx（GSC 會給你）
TTL: 3600
常見 DNS 供應商的設定位置：
- Cloudflare → DNS → 記錄 → 新增記錄
- GoDaddy → DNS 管理 → 新增 TXT
- Namecheap → Advanced DNS → Add New Record
HTML 檔案驗證
下載 GSC 給你的 HTML 檔案，放到網站根目錄：
# 例如 Quartz 或其他靜態網站
cp googlexxxxxxxx.html public/
# 確認可以存取
curl https://your-site.com/googlexxxxxxxx.htmlHTML 標籤驗證
在 <head> 中加入 meta 標籤：
<meta name="google-site-verification" content="xxxxxxxxxxxxx">注意： DNS 驗證不怕你改網站、換框架，最穩。HTML 檔案驗證在每次 build 時可能被覆蓋。HTML 標籤驗證需要確認每個框架都有正確輸出。
提交 Sitemap
驗證完成後，第一件事就是提交 sitemap。
- 左側選單 → Sitemap
- 輸入你的 sitemap URL（通常是
sitemap.xml） - 點「提交」
提交後的狀態：
✅ 成功 — Google 已讀取你的 sitemap
⚠️ 無法擷取 — URL 有問題，檢查是否 404
❌ 有錯誤 — sitemap 格式有誤
Pro tip： 如果你的網站有很多頁面（超過 5 萬），可以拆成多個 sitemap，用 sitemap index 管理：
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://your-site.com/sitemap-posts.xml</loc>
<lastmod>2026-03-15</lastmod>
</sitemap>
<sitemap>
<loc>https://your-site.com/sitemap-pages.xml</loc>
<lastmod>2026-03-15</lastmod>
</sitemap>
</sitemapindex>索引涵蓋範圍報告
這是 GSC 最重要的報告。左側選單 → 網頁 → 索引狀態。
四種狀態
| 狀態 | 意義 | 該怎麼辦 |
|---|---|---|
| 已建立索引 | Google 已收錄，會出現在搜尋結果 | 好事，不用做什麼 |
| 已爬取 — 目前未建立索引 | Google 看過了但決定不收錄 | 內容可能太薄或品質不夠，改善內容後重新要求索引 |
| 已找到 — 目前未建立索引 | Google 知道這頁存在但還沒來爬 | 等待，或到 URL 檢查工具要求爬取 |
| 已排除 | 被各種原因排除 | 看詳細原因，可能是故意的（robots.txt 擋的）也可能是問題 |
常見的排除原因
排除原因 → 處理方式
─────────────────────────────────────────────
已被 robots.txt 封鎖 → 檢查 robots.txt 是否誤擋
標記為 noindex → 檢查 meta robots 或 X-Robots-Tag
重複的網頁（含使用者指定的標準網頁） → 正常，canonical 在運作
替代網頁（含正確的標準標記） → 正常，Google 選了另一個版本
找不到 (404) → 修復或做 redirect
軟式 404 → 頁面回傳 200 但內容像 404，修復內容
重新導向錯誤 → 檢查 redirect chain 或迴圈
伺服器錯誤 (5xx) → 檢查伺服器狀態
URL 檢查工具
GSC 最實用的單一功能。在上方搜尋列輸入任何 URL，Google 會告訴你：
- 這個 URL 有沒有被索引
- 上次爬取的時間
- 行動裝置可用性
- 有沒有結構化資料
- canonical 指向哪裡
要求建立索引
如果你發了新文章或更新舊文章，不想等 Google 自己來爬：
- 在 URL 檢查工具輸入你的 URL
- 點「要求建立索引」
- Google 會在 1-7 天內重新爬取
⚠️ 每天有提交上限（大約 10-12 個 URL）
⚠️ 要求建立索引不保證一定會被索引
⚠️ 如果頁面品質太低，Google 還是會拒絕
測試線上 URL
點「測試線上 URL」可以看 Google 即時渲染你的頁面。這對 SPA 特別有用 — 你可以確認 Googlebot 看到的跟你看到的是不是一樣。
效能報告
左側選單 → 成效。這是你了解搜尋流量的核心報告。
四個指標
| 指標 | 意義 | 怎麼看 |
|---|---|---|
| 點擊次數 | 使用者從搜尋結果點進你的網站 | 越多越好 |
| 曝光次數 | 你的頁面出現在搜尋結果的次數 | 高曝光低點擊 = 標題/description 需要優化 |
| 平均 CTR | 點擊次數 / 曝光次數 | 一般技術文章 2-5% 算正常 |
| 平均排名 | 你在搜尋結果的平均位置 | 1-3 是第一頁頂部，4-10 是第一頁 |
用篩選器挖出 insights
效能報告的強大之處在於篩選器：
找到高曝光低點擊的頁面 → 優化標題
篩選：曝光 > 1000，CTR < 2%
→ 這些頁面 Google 有推，但使用者不點
→ 改標題和 description
找到排名 5-15 的關鍵字 → 內容優化
篩選：平均排名 5-15
→ 這些關鍵字你已經在第一頁邊緣
→ 加強內容深度、更新資訊，有機會衝進前 3
比較不同時間段
比較：最近 28 天 vs 前 28 天
→ 看哪些關鍵字在上升、哪些在下降
→ 下降的要去檢查是不是內容過時了
Core Web Vitals 報告
左側選單 → 體驗 → Core Web Vitals。
Google 會根據 Chrome 使用者的真實資料（CrUX），告訴你網站的三個核心指標：
| 指標 | 好 | 需改善 | 差 |
|---|---|---|---|
| LCP | < 2.5s | 2.5-4s | > 4s |
| CLS | < 0.1 | 0.1-0.25 | > 0.25 |
| INP | < 200ms | 200-500ms | > 500ms |
常見問題與解法
問題：LCP 太慢
原因：首屏大圖沒優化
解法：
- 圖片轉 WebP，壓縮到 100KB 以下
- 首屏圖片用 <link rel="preload">
- 用 CDN 加速
問題：CLS 太高
原因：圖片/廣告沒有固定寬高
解法：
- 所有 <img> 加 width 和 height 屬性
- 字型用 font-display: swap + preload
- 避免動態插入內容推擠版面
問題：INP 太慢
原因：JavaScript 阻塞主執行緒
解法：
- 減少 JavaScript bundle 大小
- 長任務拆成小任務（用 requestIdleCallback）
- 第三方腳本用 defer 或 async
注意： CWV 報告需要足夠的流量才會有資料。新網站或流量低的網站可能看到「資料不足」。這時候用 PageSpeed Insights 做實驗室測試。
行動裝置可用性
左側選單 → 體驗 → 行動裝置可用性。
常見問題：
| 問題 | 原因 | 修法 |
|---|---|---|
| 文字太小，無法閱讀 | 沒設 viewport 或 font-size 太小 | font-size: 16px 以上 |
| 可點擊的元素太過靠近 | 按鈕間距太小 | 間距至少 8px，按鈕至少 48x48px |
| 內容寬度超過螢幕 | 有固定寬度的元素 | 用 max-width: 100% |
| 未設定檢視區域 | 沒有 viewport meta | 加 <meta name="viewport" ...> |
常見錯誤與修復
404 錯誤暴增
原因： 改了 URL 結構但沒做 redirect。
# 在 GSC 效能報告查看具體哪些 URL 是 404
# 然後設定 redirect
# Cloudflare Pages 的 _redirects 檔案
/old-path/post-1 /new-path/post-1 301
/old-path/post-2 /new-path/post-2 301索引數量突然下降
排查流程：
- GSC 索引報告 → 看是哪種排除原因增加
- 檢查
robots.txt有沒有被意外修改 - 檢查有沒有新加了
noindexmeta tag - 看 sitemap 是否正常（有沒有在 deploy 時被覆蓋）
結構化資料錯誤
排查流程：
- GSC 左側選單 → 強化 → 看各類型結構化資料
- 點進錯誤，看具體是哪個欄位有問題
- 用 Rich Results Test 測試修正後的頁面
- 回到 GSC 點「驗證修正」
GSC API：自動化監控
GSC 提供 API，你可以用程式自動拉取搜尋分析資料。適合做定期報表或監控排名變化。
from google.oauth2 import service_account
from googleapiclient.discovery import build
# 用 Service Account 認證
credentials = service_account.Credentials.from_service_account_file(
'service-account.json',
scopes=['https://www.googleapis.com/auth/webmasters.readonly']
)
service = build('searchconsole', 'v1', credentials=credentials)
# 拉取最近 7 天的搜尋效能
response = service.searchanalytics().query(
siteUrl='https://your-site.com',
body={
'startDate': '2026-03-08',
'endDate': '2026-03-15',
'dimensions': ['query', 'page'],
'rowLimit': 25
}
).execute()
for row in response.get('rows', []):
query = row['keys'][0]
page = row['keys'][1]
clicks = row['clicks']
impressions = row['impressions']
ctr = row['ctr']
position = row['position']
print(f'{query} | {clicks} clicks | pos {position:.1f}')應用場景：
- 每週自動產出排名報告
- 監控重要關鍵字的排名變化，掉了就通知
- 找出新出現的搜尋詞（你沒主動鎖定但使用者搜到你的詞）
GSC API 的自動化監控實作，會在 AEO 監控自動化 詳細展開。
FAQ
GSC 的資料延遲多久？
通常延遲 2-3 天。也就是說今天在 GSC 看到的效能資料，是 2-3 天前的。索引報告的更新頻率不固定，有時候幾小時，有時候幾天。
一個網站可以加多個 GSC 資源嗎？
可以。建議同時加「網域資源」和「URL 前置字元資源」。網域資源看全貌，URL 前置字元資源可以做更細的設定（例如只看 https://www 的資料）。
「已爬取但未索引」怎麼辦？
這通常表示 Google 覺得你的內容品質不夠或跟其他頁面太像。解法：加強內容深度和獨特性、改善頁面體驗、增加內部連結指向這些頁面。不要反覆「要求建立索引」，Google 不會因為你多按幾次就改變判斷。
GSC 和 Google Analytics 有什麼差別？
GSC 告訴你「使用者在 Google 搜尋時，你的網站表現如何」（搜尋前）。GA 告訴你「使用者進到你的網站後做了什麼」（搜尋後）。兩個都要用，互補。
要求建立索引後多久會生效？
通常 1-7 天，但不保證。如果 Google 認為你的頁面品質不夠，即使你要求了也不會索引。持續改善內容品質比反覆提交更有效。
多個人可以共同管理一個 GSC 資源嗎？
可以。在 GSC 設定 → 使用者和權限 → 新增使用者。有「擁有者」和「完整使用者」兩種權限。擁有者可以管理其他使用者，完整使用者可以看所有資料但不能管理權限。
下一步
現在你已經會用 GSC 了。建議養成每週看一次 GSC 的習慣：檢查索引狀態、看效能趨勢、處理新出現的錯誤。不用花很多時間，每次 10 分鐘就夠。