Search Console 完整入門：中小企每週必睇 5 份報表

安裝了 Google Search Console（GSC），不等於知道下一步要做甚麼。初次登入會看到點擊、未建立索引、體驗評分和各種提示；如果逐個數字追，很容易把正常排除當成故障，真正影響生意的頁面反而無人處理。

對資源有限的香港中小企，GSC 最實用的角色是一個「問題分流站」：先判斷自然搜尋、收錄、使用體驗、結構化資料或連結哪一環出現異常，再交給合適的人深入檢查。這篇不是教你靠 GSC 決定下一篇內容；如要把查詢對回 landing page 再落內容動作，可另看Search Console 查詢與內容機會指南。本文先建立一套每星期約 20 分鐘的網站健康檢查。

先看這張表：五份報表各自要回答甚麼？

報表	先回答的問題	值得跟進的訊號	建議接手人
成效／搜尋結果	自然搜尋曝光及點擊有沒有明顯改變？	重要頁面突然偏離一貫走勢	SEO／內容
網頁索引	重要 URL 是否可建立索引？	服務頁、產品頁或整個模板跌出索引	技術 SEO／網站管理
Core Web Vitals	真實用戶在哪類頁面遇到體驗問題？	大批同模板 URL 在流動裝置被列為不良	開發／技術 SEO
強化項目／複合式搜尋結果	Google 能否讀取支援的結構化資料？	無效項目增加並集中在重要頁型	開發／內容
連結	Google 看到哪些內外連結關係？	關鍵服務頁幾乎沒有相關內鏈支持	SEO／內容／網站管理

排序原則不是「紅色最多就先做」，而是先看影響範圍、是否涉及帶來查詢或收入的重要頁面，以及問題是否來自共用模板。十個低價值舊 URL 的提示，未必比一個主要服務頁不能收錄更急。

1. 成效／搜尋結果：先確認變化發生在哪裏

Google 的搜尋結果成效報表說明列出點擊、曝光、平均點擊率及平均排名，並可按查詢、網頁、國家、裝置、搜尋外觀和日期查看。初學者不用一開始研究所有維度；先比較兩段完整而等長的日期，並保持搜尋類型和其他篩選一致。

若整站點擊下跌，先切到「網頁」看是少數重要頁面，還是大部分目錄一起下跌；再用查詢、國家和裝置縮窄範圍。曝光下降與點擊率下降是兩種問題：前者可能關乎搜尋需求、可見度或收錄，後者才較接近搜尋結果上的呈現和吸引力。平均排名會受查詢、地區、裝置及展示情況影響，適合看方向，不宜把一個小數點當成固定名次。

這份報表只負責指出「哪裏變了」。如變化集中在特定 URL，記下頁面、開始日期和受影響維度，再交由內容或技術人員判斷，不要在健康檢查時即場改標題。若點擊在短時間內大跌並波及多個頁面，先用48 小時排名下跌排查流程保存證據及分清事故範圍。

2. 網頁索引：只追應該出現在 Google 的頁面

網頁索引報表顯示 Google 已知 URL 的索引狀態及未建立索引原因。目標不是令「未建立索引」變成零：重新導向、重複頁、替代 canonical、刻意 noindex 的頁面，本來就可能不應出現在搜尋結果。

每週先看原因數量有沒有突然上升，再抽查受影響 URL 是否包含服務頁、分類頁、重點產品或新文章。若是一個應收錄的頁面，使用網址審查確認 Google 所見版本；若同一原因覆蓋整批相似 URL，應檢查模板、canonical、robots、sitemap 或伺服器回應，而不是逐頁要求建立索引。需要落手處理，可按GSC 狀態排查未收錄原因逐層檢查。

3. Core Web Vitals：看真實用戶資料，不是單次速度測試

Core Web Vitals 報表使用 Chrome 使用者體驗報告的實際使用資料，並把表現相近的 URL 分組，流動裝置和桌面裝置亦分開呈現。因此，一個問題群組突然擴大，通常比單一頁一次測試慢更值得優先處理。

先找「不良」群組是否涉及共用產品、文章或結帳模板，再抽樣用 PageSpeed Insights 及開發工具診斷。報表沒有某個 URL 的資料，可能只是實際使用資料不足，不能直接解讀為通過。若需要判斷各項指標的根因，再轉到逐項改善 LCP、INP、CLS，不要只為追綠色評分而加入更多腳本或插件。

4. 強化項目／複合式搜尋結果：有效不等於一定展示

Search Console 會在 Google 偵測到受支援的結構化資料後，顯示相應的複合式搜尋結果報表。網站可見的報表類型會因頁面內容而異；部分產品相關報表會出現在 Shopping 區域。沒有某一份報表，不代表所有標記都已正確。

每週查看無效項目是否增加、集中在哪種頁型，以及最近模板更新是否是共同點。先修必填欄位或格式錯誤，再用複合式搜尋結果測試檢查代表 URL。即使項目有效，Google 亦不保證每次以複合式結果展示。產品頁的評論和評分另有資格及內容要求，可按產品頁星級未顯示時的排查流程處理，不要為了顯示星星而加入頁面看不到或無法證明的資料。

5. 連結：用作網站關係快照，不是完整外鏈資料庫

連結報表可查看較常被連結的頁面、連結來源網站、連結文字及內部連結。它適合回答兩個基本問題：Google 所見的內鏈重心是否符合你的業務優先次序，以及外部網站主要把訪客帶到哪些內容。

先看新服務頁和核心分類頁是否有相關內容自然連入；如果只有導覽列連結，可從真正解答同一決策問題的文章補一條有語境的內鏈。外部連結數據則用來找方向，不應視作完整清單或精準的新增／流失紀錄；要做外鏈風險及競爭分析，仍需其他資料和人工核對。

每週 20 分鐘健康檢查

1. 0–4 分鐘｜成效：比較最近兩段完整週期，找出變化最大的頁面，記錄是點擊、曝光還是點擊率改變。
2. 4–9 分鐘｜索引：查看未建立索引原因的走勢，確認重要商業頁和最近發布頁沒有落入異常群組。
3. 9–13 分鐘｜Core Web Vitals：分開看流動裝置和桌面裝置，只標記影響多個重要 URL 的問題群組。
4. 13–16 分鐘｜強化項目：查看無效項目及受影響模板；沒有變化便離開，不必逐個有效項目重驗。
5. 16–18 分鐘｜連結：抽查本月新增的重要頁面是否已獲相關內鏈支持。
6. 18–20 分鐘｜交接：只建立最重要的一張任務卡，寫明「訊號、受影響 URL、開始日期、影響範圍、負責人、覆核日」。

若同時出現多個問題，先處理不能收錄或影響整個商業模板的技術問題；單頁輕微波動可先觀察下一個完整週期。這個節奏的價值，是讓異常有人負責，而不是每週產生一張愈來愈長的待辦清單。

GSC 不能替你回答的兩件事

GSC 告訴你 Google 搜尋中的曝光和點擊，但不等於訂單、查詢或營業額。要知道自然搜尋訪客有沒有提交表單、點擊 WhatsApp 或完成購買，需要配合GA4 事件追蹤、CRM 或實際銷售紀錄。

它亦不是完整的 backlink database；連結報表只應視為 Google 提供的代表性資料。成效報表也可能為保障私隱而省略部分查詢。換言之，GSC 很適合發現及分流問題，但不能單獨完成轉換歸因、全面外鏈審計或伺服器爬取診斷。

Search Console 入門常見問題

開通 Search Console 會直接提高排名嗎？

不會。驗證網站及提交 sitemap 能協助你向 Google 提供資料和查看狀態，但不會因為安裝了工具而獲排名加分。真正作用是較早發現問題，並用可靠資料安排修正。

「未建立索引」是否全部都要修？

不是。先判斷該 URL 是否本來就應出現在搜尋結果。重新導向、重複內容或刻意排除的頁面可以是正常狀態；只有重要且應收錄的頁面受阻，才需要排查。

Core Web Vitals 顯示良好，是否代表每個頁面都很快？

不一定。報表以實際用戶資料和 URL 群組呈現，個別 URL 亦可能沒有足夠資料。它適合找大範圍問題，頁面層面的原因仍要用測試工具及開發檢查確認。

結構化資料顯示有效，是否一定有複合式結果？

不保證。有效代表 Google 未在該項目偵測到阻止資格的錯誤，但實際展示仍由 Google 根據搜尋情境和其他因素決定；內容本身亦必須與標記一致。