Google Search Console 教學：台灣網站管理者的 GSC 診斷實戰手冊

為什麼你的網站需要 Google Search Console？（台灣管理者常見出發點）

GSC 不是給 SEO 專家用的花俏儀表板，它是你確認「Google 有沒有正確看到我的網站」的核心診斷工具。如果你遇到這些情況，就應該用 GSC：新網站上線一個月了，卻幾乎沒有自然流量；明明有 100 頁內容，但 GSC 只顯示收錄了 30 頁；某個重要產品頁面怎麼搜都搜不到。這篇手冊不教你看懂所有報表，而是教你從最常見的台灣網站「症狀」出發，快速定位問題。

把 GSC 想成你的網站在 Google 那邊的健康檢查報告。Google Analytics 像是你診所裡的看診紀錄，記錄病人來了做什麼、待多久。GSC 則像是健檢中心寄給你的報告，告訴你哪些指標異常。GSC 裡的資料全部來自 Google 自己的系統，是你在任何第三方工具都拿不到的第一手資料。根據我的經驗，很多人裝好 GSC 之後只看成效報表的總點擊數就關掉了，這樣用等於拿到健檢報告只看體重那一格，完全錯過了它的核心價值。

第一步：安裝驗證你的 GSC 帳號（台灣在地化操作指南）

不要選最複雜的驗證方式。對多數台灣網站，我推薦「DNS 驗證」或「HTML 檔案上傳」，因為一次驗證就涵蓋整個網域，且後續管理最簡單。以下是針對 .tw 網域的具體步驟：打開 GSC 點「新增資源」，選擇「網域」並輸入你的主網域（例如 yourdomain.tw）。選擇「網域」資源會涵蓋 http、https、www、non-www 所有變體，避免資料分散。

DNS 驗證是網域資源的唯一方法。GSC 會給你一串 TXT 記錄（格式為 google-site-verification=一串亂碼）。以 Cloudflare（在台灣節點眾多，許多台灣網站使用）為例：登入控制台，選擇你的網域，點左側選單的「DNS」，按「新增記錄」。類型選 TXT，名稱填 @（代表根網域），內容貼上 GSC 給你的驗證碼，TTL 選「自動」，按儲存。如果你的主機商是中華電信 HiNet 或其他傳統虛擬主機，通常需要登入主機商提供的 cPanel 或 Plesk 控制面板，找到「Zone Editor」或「DNS 管理」來新增 TXT 記錄。

如果你的網站架在 Shopify、Wix 或某些台灣在地電商平台，無法接觸 DNS 設定，那就選「網址前置字元」。此時務必輸入帶有 https:// 的完整網址，且與瀏覽器網址列顯示的一致。一個常見誤區是輸入了 http:// 版本，導致追蹤的是沒有 SSL 的舊版本，主要版本的資料全部漏掉。新增網址前置字元資源後，可選擇「HTML 檔案上傳」驗證：下載 GSC 提供的 HTML 檔案，透過 FTP 或平台後台上傳到網站根目錄（放 index.html 的那一層），完成後回 GSC 點驗證即可。

驗證失敗怎麼辦？DNS 驗證需要時間傳播，台灣常見的主機環境下，通常 1-4 小時生效，但最長可能需要 72 小時。加好之後不要急著刪掉重來，隔天再試一次就好。HTML 驗證失敗最常見的原因是檔案沒放對位置，必須在網站根目錄，不能放在子資料夾。完成驗證後，建議同時建立一個網域資源和一個指向主要版本（通常是 https://www.yourdomain.tw）的網址前置字元資源，兼顧全面性與精確篩選。如果你想進一步用 API 自動化取得 GSC 數據或進行批量網址審查，可以深入研究 Search Console API 實戰應用。

用 GSC 診斷「我的頁面為何沒被收錄？」（初步排查四步驟）

當你懷疑頁面沒有被 Google 收錄時，不要亂猜。按照這個順序排查：第一步，用「網址審查」工具確認頁面狀態。在 GSC 頂部搜尋欄貼上該頁面完整網址，按 Enter。它會顯示 Google 目前對這個頁面的認知，包括是否已索引、上次檢索時間等。如果顯示「未索引」，先點右上角「測試線上網址」進行即時抓取，確認頁面是否可以被 Googlebot 存取。

第二步，查看「索引涵蓋範圍」報告中的「排除」原因。路徑：左側選單 → 索引 → 網頁。在「排除」區塊點開，找到你的網址，查看 Google 標註的排除原因。台灣中文網站常見的原因包括：「已找到，目前尚未建立索引」（新頁面等幾天是正常的，若超過兩週，可增加內部連結或手動要求索引）；「已檢索，目前尚未建立索引」（Google 認為內容品質不足或與現有索引重複，需審視頁面價值）；「軟性 404」（伺服器回傳 200 但內容實際是空的或無價值，需讓伺服器回傳正確的 404 或 410 狀態碼）。

第三步，檢查「Robots.txt」和頁面的 meta 標籤。使用 GSC 內建的「Robots.txt 測試工具」（位於設定 → 檢索 → Robots.txt），輸入你的網址，確認是否被 Disallow 規則封鎖。同時，用瀏覽器「檢視原始碼」功能，搜尋 noindex，確認頁面沒有被加上 <meta name="robots" content="noindex"> 標籤。WordPress 使用者要檢查後台「設定 → 閱讀」中的「搜尋引擎可見度」是否被誤勾選。

第四步，確認 Sitemap 是否包含該網址。路徑：左側選單 → 索引 → Sitemap。點進你提交的 Sitemap，檢視其內容是否包含你想索引的頁面。若 Sitemap 中有大量 404、noindex 或被轉址的頁面，會浪費 Google 的爬取預算。提交一份乾淨、準確的 Sitemap 能有效加速索引。如何建立與提交一份有效的 Sitemap，可以參考這篇完整指南。

看懂 GSC 核心報表：只看這三份就夠了（從台灣流量視角解讀）

GSC 報表很多，但初期你只需要專注這三份：1) 「搜尋成效」：看你的網站在台灣的搜尋結果中表現如何；2) 「涵蓋範圍」：看 Google 如何索引你的網站；3) 「核心網站動態」：看你的網站速度與穩定性是否達標。解讀時，記住「對比」是關鍵——對比不同時間、不同頁面類型的表現差異。

「索引涵蓋範圍」報告的四個區塊（錯誤、警告、有效、排除）中，初期重點關注「錯誤」和「排除」。紅色「錯誤」必須立即修復。灰色「排除」數字大不一定壞，要逐條檢查原因，確認被排除的都是你不需要索引的頁面（如帶有 noindex 的感謝頁）。如果排除清單裡出現了你想要被索引的頁面，才是問題所在。

「核心網站動態」報告分為「手機版」與「電腦版」。重點看 LCP（最大內容繪製）、INP（互動延遲）、CLS（累計版面配置位移）這三項核心指標。GSC 會將你的網頁分為「良好」、「需要改善」和「不佳」。優先處理「不佳」的頁面，特別是那些同時在「搜尋成效」中有高曝光的頁面。GSC 只告訴你哪頁有問題，要具體原因需借助 PageSpeed Insights 等工具。這份報告的數據來自真實使用者，比實驗室工具更反映實際體驗。

當 GSC 發出警報：手動操作與安全性問題怎麼辦？

如果在 GSC 「安全性與手動處罰」報告中看到紅色警告，不要慌張。手動操作通常是因為你的網站違反了 Google 的網站管理員指南。第一步是「具體理解問題類型」，GSC 會明確指出是「非自然連結」、「單薄內容」還是其他原因。第二步是「移除問題根源」。例如，若是非自然連結，需到「連結」報告匯出外部連結，整理垃圾連結清單，並使用 Google Disavow 工具否認。

若是內容類處罰，需逐頁檢視被標記的頁面，刪除或徹底改寫無價值內容。第三步是「提交修復申請」。回到手動處罰頁面，點「要求審查」，在說明欄位寫清楚你做了哪些具體修復動作。審查通常需要幾天到幾週。處罰解除後，排名不會馬上恢復，通常需要 2-4 週讓 Google 重新評估。具體的修復細節與流程，請參閱手動操作與安全性問題的具體修復步驟。

除了手動處罰，「安全性問題」報告用於偵測惡意軟體、釣魚攻擊等。如果這裡出現警報，GSC 會提供具體的受感染頁面和問題類型。你需要儘快清除惡意程式碼、移除垃圾頁面，並在修復後透過 GSC 提交重新審核。定期檢查此區塊，是網站安全維護的重要一環。

下一步診斷：從 GSC 數據出發的深入排查路徑

GSC 告訴你「有問題」，但可能沒告訴你「為什麼」。當你在本篇完成初步診斷後，根據發現的線索，可以沿著以下路徑深入：若問題是「爬取困難」或「索引速度慢」→ 研究爬取預算與 Googlebot 行為；若問題是「頁面速度慢」→ 分析 Core Web Vitals 指標；若問題是「結構化資料錯誤」或想提升搜尋結果展示 → 實作與驗證 Schema 結構化資料。

例如，在「索引涵蓋範圍」報告中發現大量頁面「已被檢索，尚未建立索引」，這可能暗示爬取預算被浪費在低價值頁面上。此時需要檢查 GSC「設定 → 檢索統計資料」（網域資源專屬），分析 Googlebot 的爬取行為。若 Core Web Vitals 報告顯示大量「不佳」頁面，則需深入優化 LCP（通常關聯圖片與伺服器速度）、INP（關聯 JavaScript 執行效率）與 CLS（關聯版面元素尺寸設定）。下方連結引導你進入相應的專題診斷，讓 GSC 成為你 SEO 優化工作的可靠起點。