Google Search Console 教學驗證實戰

Google Search Console 是什麼？跟 GA4 差在哪

Google Search Console（簡稱 GSC，舊名 Google 網站管理員工具）是 Google 提供的免費官方工具，用來監控網站在 Google 搜尋中的曝光、點擊、索引狀態與技術問題。它直接連線到 Google 內部的搜尋資料，因此你看到的不是第三方推估，而是 Google 自己記錄下來的數字。

很多新手第一次打開 GSC 會失望，因為它看起來像一張又一張的報表，沒有「一鍵優化」的按鈕。但它的定位本來就不是行銷工具，而是診斷工具。醫師不會替病人決定要不要運動，但他會告訴你哪裡發炎；GSC 也一樣，它負責告訴你問題在哪，解法還是得回到內容與網站結構。

只有 GSC 能回答的五個問題

Google Search Console 與 GA4 的差異

這兩個工具經常被混為一談，實際上它們看的是同一趟旅程的前後兩段。GSC 看「進站前」，GA4 看「進站後」。

實務上最有效的做法，是把兩邊接起來。GSC 告訴你「哪個查詢帶來曝光」，GA4 告訴你「那個查詢帶進來的人有沒有留下來」。只做其中一半，很容易把「有人點但沒轉換」的頁面誤判成成功。

開始使用：資源類型、驗證方式與權限

進入 GSC 的第一步不是急著看報表，而是把「資源」設對。資源設定錯了，後面所有數字都會誤導你。

1. 登入官方網站 前往 search.google.com/search-console，用你要管理網站的 Google 帳號登入。建議使用公司共用信箱建立的帳號，而不是個人帳號，避免人員異動時斷線。
2. 選擇資源類型 點左上角的資源下拉選單，選擇「新增資源」。你會看到「網域」與「網址前置字元」兩種，差別見下方表格。
3. 完成驗證 依系統指示把驗證值放進 DNS 或網站中，回到 GSC 按下驗證。通過後資源會出現在左側清單，之後就能開始收集資料。

網域資源與網址前置字元的差別

我們的建議很直接：只要你能改 DNS，就選網域資源。它只要驗證一次，就同時涵蓋 www 與非 www、http 與 https，不會出現「換了網址就漏數據」的情況。若你的網域由主機商代管、臨時拿不到 DNS 權限，才退而使用網址前置字元。

五種驗證方式怎麼選

DNS 驗證實作：五個步驟

1. 在 GSC 選「網域」並輸入主網域 只輸入 example.com，不要加 https:// 或 www，否則會驗證失敗。
2. 複製 TXT 驗證值 格式通常長這樣：google-site-verification= 後面接一串英數字。整段都要複製，包含等號後面的內容。
3. 到網域註冊商新增 TXT 記錄 登入你「買網域」的那一家，例如 Cloudflare、GoDaddy、Gandi 或 HiNet。新增一筆 TXT，主機名稱填 @（代表根網域），值貼上剛剛複製的字串。注意：要改的是網域註冊商，不是主機商，這兩者經常不是同一家。
4. 等待 DNS 生效 通常幾分鐘到數小時，最慢 48 小時。可用免費的 DNS 查詢工具確認 TXT 記錄是否已公開。
5. 回到 GSC 按下驗證 驗證通過後，Google 會開始收集資料，但成效報表通常要等 1 到 3 天才會有數字。

如果你對 DNS 還不熟，可以先看我們的 DNS 運作原理完整指南，或是 網域申請與購買指南，裡面有各家註冊商的操作差異。

驗證失敗的四個常見原因

• 改錯家：把 TXT 記錄加在主機服務商，而不是網域註冊商。DNS 是由註冊商管理的，加錯地方等於沒加。
• 多餘的引號或空白：複製驗證值時多帶了引號、空格或換行，Google 就比對不到。建議貼上後再核對一次開頭與結尾。
• 主機名稱填錯：多數註冊商要填 @ 或留空代表根網域，填成 www 或整段網址都會失敗。
• 驗證檔案被刪：用 HTML 檔案驗證時，日後改版或搬家把檔案刪掉，GSC 會在某次重新檢查後取消驗證資格，資料會中斷。

權限管理與交接

GSC 的權限分三級：擁有者、完整、受限。擁有者可管理所有使用者與資源設定；完整權限可查看全部資料並執行大部分操作；受限權限只能看部分報表。

實務上最常見的災難，是離職員工用個人帳號驗證，離職後整個資源沒人管。正確做法是在「設定 → 使用者和權限」中，把公司信箱加入為擁有者，個人帳號再移除。這件事五分鐘就能做完，卻能省下日後重新驗證與資料斷層的麻煩。

介面導覽：左側選單九大區塊怎麼用

進入資源後，左側欄就是你的網站健檢表。它的排序邏輯很清楚：先看表現，再找問題，最後修問題。

新手如果時間有限，先固定看三個地方就好：成效（有沒有成長）、頁面索引（有沒有頁面莫名消失）、Sitemap（Google 有沒有正常讀到你的網站地圖）。這三個地方一週花 15 分鐘，就能擋掉八成以上的突發問題。

成效報表怎麼讀：四大指標與判讀順序

成效報表是 GSC 最常被打開的頁面，也是最容易被誤讀的頁面。先弄清楚四個指標的定義，再談怎麼判讀。

正確的判讀順序

1. 先看 16 個月趨勢 把日期範圍拉到最長，觀察是「穩定成長」、「季節性波動」還是「某個月突然斷崖」。斷崖通常代表技術問題，而不是內容不夠好。
2. 再用維度切分 依序切換裝置、國家、搜尋類型（網頁／圖片／影片）。行動版與桌機版的 CTR 常差兩倍以上，混在一起看會互相抵銷。
3. 最後切到查詢與頁面 這是真正能採取行動的層級。查詢看「使用者用什麼字找你」，頁面看「哪一頁在承擔流量」。
4. 需要時再做篩選與匯出 用篩選器縮小範圍，必要時匯出 CSV 或接到 Looker Studio 做長期追蹤。

篩選器的實用玩法

成效報表上方的「+ 新增篩選條件」是整個工具最有價值的地方。以下是我們最常用的三組條件：

• 找第二頁機會：查詢維度＋平均排名大於 10＋平均排名小於 31。這批字有曝光、有相關性，但還沒進第一頁。
• 找點閱率破口：頁面維度＋曝光次數高於某個門檻（依網站規模調整）＋CTR 低於 2%。這通常表示標題沒打中意圖。
• 縮小到特定目錄：頁面網址包含 /blog/ 或 /product/。搭配正規表達式，可以一次抓出一整組頁面做比較。

資料延遲與保留範圍

GSC 的資料不是即時的。最近 2 到 3 天的數字通常還在補齊，直接拿來判斷成效容易誤判。介面與 API 一般保留 16 個月的歷史資料；如果你需要更長的趨勢，得用「設定 → 大量資料匯出」把每日資料匯出到 BigQuery 自行保存。

平均排名最容易被誤讀

很多人看到「平均排名 8.2」就以為自己在第 8 名，這是不對的。原因有三個：

• 它包含未被點擊的曝光：曝光次數越多，平均值的樣本就越雜，可能同時混進第 3 名與第 40 名的曝光。
• 平均值會被極端值拉動：少數深排名的曝光，就能把整體平均往後推。
• 個人化與地區差異：你自己搜尋時看到的結果，已經被位置、裝置與歷史行為調整過。

所以平均排名只適合看「趨勢」與「相對位置」，不適合當成絕對名次。要驗證實際落點，請用無痕視窗、關閉個人化，並以「查詢」維度分批核對。

一張表看懂四種常見訊號

索引、Sitemap 與網址審查的除錯流程

排名之前，得先被收錄。Google 處理一個網址的流程可以拆成四段：探索 → 檢索 → 索引 → 服務。任何一段卡住，你在成效報表裡就永遠看不到它。

頁面報表怎麼看

「索引 → 頁面」會把網址分成「已建立索引」與「未建立索引」兩大類。重點不是把未建立索引的數量歸零，而是判斷哪些該修、哪些本來就該排除。

實務上最常見的誤會是：看到「已找到－目前尚未建立索引」就緊張，於是每天手動送審。這樣做不但沒用，還可能浪費配額。這個狀態的意思是「Google 知道你了，在排隊」，新網站或低流量網站排上幾週都很正常。

Sitemap 提交：四個步驟與三個注意事項

1. 確認 sitemap 可正常開啟 在瀏覽器直接打開 https://你的網域/sitemap.xml，確認看到 XML 內容而不是 404 或空白。
2. 到「索引 → Sitemap」輸入網址 填入 sitemap.xml 的完整路徑後送出。若有 sitemap index（索引檔），只需提交最上層那一個。
3. 檢查狀態與已發現網址數 狀態應為「成功」。若顯示「無法讀取」，多半是路徑錯誤、被防火牆擋住或格式不合法。
4. 定期回來看差異 若「已發現網址數」遠大於「已建立索引數」，代表有大量頁面長期未被收錄，需要回頭檢查內容品質。

• 單一 Sitemap 上限：5 萬個網址或 50MB（未壓縮），超過就要拆成多個並用索引檔整合。
• 只放要收錄的網址：把 noindex 頁、測試頁、後台頁放進 Sitemap，只會浪費檢索資源。
• lastmod 要誠實：每次改版就把所有頁面的更新時間往後蓋，Google 會逐漸不信任這個欄位。

網址審查：三個真正有用的用途

網址審查（URL Inspection）是針對「單一網址」的即時檢查，不是用來大量送審的工具。它最有價值的三個用途是：

• 確認收錄狀態：頁面是否在索引中、最後一次檢索時間、使用的標準網頁（canonical）是哪一個。
• 看 Google 抓到的版本：包含轉譯後的 HTML、載入的資源清單，能抓出「使用者看得到、Google 看不到」的內容。
• 要求建立索引：針對重要新頁或剛修正的頁面送審。但每日次數有上限，而且送審只是排隊，不保證一定收錄。

每週 15 分鐘的健檢清單

體驗與強化：CWV、HTTPS、複合式搜尋結果

這三塊常被認為是「工程師的事」，但實際上它們直接影響使用者的第一印象，也間接影響搜尋表現。

網站使用體驗核心指標（Core Web Vitals）

要注意的是，GSC 顯示的是真實使用者的 field data，而 PageSpeed Insights 的分數是實驗室模擬值。兩者常常不一致，因為真實使用者的裝置、網路與地理位置差異很大。判斷優先順序時，請以 GSC 的「需要改善」頁面為準，再用 PageSpeed 找具體的技術原因。

實務上最有效的三個修法：圖片改用 WebP 並設定正確尺寸、延遲載入非首屏資源、把第三方腳本（聊天機器人、廣告像素、字型）減到最少。這三件事做完，多數網站的 LCP 都會明顯改善。

HTTPS 與混合內容

HTTPS 報表會列出仍以 http 載入的資源。只要頁面上有一張 http 圖片或一支 http 腳本，瀏覽器就會標示「不安全」，這是信任感最直接的殺手。修法很單純：把所有外部資源網址改成 https，或在伺服器端統一轉址。

複合式搜尋結果

這一區會列出網站上偵測到的結構化資料類型，例如麵包屑、FAQ、影片、軟體應用程式。它的作用是「讓 Google 更懂你的頁面」，不是「加上就一定會有 Rich Results」。

常見的錯誤有三個：缺少必要欄位、JSON-LD 格式不合法、標記的內容與頁面實際內容不符。第三個最危險，因為那屬於誤導性標記，可能導致手動處分。若你需要完整的結構化資料範例，可以參考我們的 Schema 結構化資料完整解析。

三個真正有效的優化技巧（含操作步驟）

GSC 的報表很多，但真正能帶來成長的操作其實集中在三件事。以下每個技巧都附上可照著做的步驟。

技巧一：挖出「第二頁黃金關鍵字」

這是最被低估的成長來源。平均排名落在 11 到 30 的查詢，代表 Google 已經認為你有關聯性，只是還沒足夠信心把你放上第一頁。這些字通常只需要補強，不需要重寫。

1. 打開「成效」，切到「查詢」分頁 把日期範圍設為最近 3 個月，讓樣本足夠穩定。
2. 新增篩選：平均排名 > 10 排除已經在前段的查詢，聚焦還有成長空間的項目。
3. 再加上：平均排名 < 31 把太後面的查詢排除，避免一次處理太多目標。
4. 依曝光次數由高到低排序 曝光越高，代表需求越大，優先處理的投報率越高。
5. 找出這些查詢對應的頁面 切到「頁面」分頁，或用篩選器把查詢與頁面交叉比對，確認該字是否已有專屬段落。
6. 針對性補強 補一段直接回答該問題的內容、加一組 FAQ、把標題調整成更貼近該查詢的說法，並從相關頁面補上內部連結。

為什麼有效？因為這些字你已經有「基本分」，補強等於在既有的相關性上加分，比從零開始打一個全新關鍵字快得多。通常在補強後 4 到 8 週可以看出排名變化。

技巧二：搶救高曝光、低 CTR 的頁面

曝光高代表「Google 願意把你端上桌」，CTR 低代表「使用者看到卻不想點」。這通常不是排名問題，而是標題與描述沒有對上意圖。

三個實務提醒：第一，不要為了衝 CTR 寫誇大標題，短期點擊上升、長期信任下降，還可能被判定為誤導。第二，一次只改一個元素（先標題、再描述），才能判斷哪個有效。第三，改完至少觀察 4 週，因為 Google 重新計算標題與排名需要時間。

技巧三：把 GSC 與 GA4 接起來

單看 GSC 只知道「有人點進來」，單看 GA4 只知道「有人做了什麼」，接起來才能回答「哪個查詢帶來的人最有價值」。

1. 在 GA4 後台進入「管理」 找到「產品連結」區塊，點選「Search Console 連結」。
2. 選擇要連結的 GSC 資源 確認你對該資源有足夠權限，且 GA4 與 GSC 使用的是同一個網站。
3. 選擇網站資料串流並送出 連結建立後，GA4 的「報表 → 獲客 → Search Console」會出現查詢、著陸頁與裝置資料。

串接後最常用的三個分析角度：

• 查詢 → 著陸頁 → 轉換：找出「點擊很多、轉換很少」的組合，通常是著陸頁與搜尋意圖脫節。
• 高流量低參與：GSC 顯示曝光高、GA4 顯示跳出快，代表標題承諾與內容不符。
• 品牌字與非品牌字：品牌字代表知名度，非品牌字代表開發新客的能力，兩者要分開看趨勢。

要提醒的是，GSC 資料沒有使用者層級維度，所以只能對到「查詢＋著陸頁」這種彙總層級，沒辦法追到某一位使用者看了哪一頁。這是隱私設計下的必然限制，不是設定錯誤。

本站案例：從 GSC 找到機會的三個實例

以下是月光創意團隊在 2026 年協助客戶進行 GSC 健檢時，最常遇到的三種情境。數字已去識別化並以區間呈現，實際成效會依產業競爭度、網站體質與執行完整度而異。

三個案例的共同點只有一個：先修技術問題，再談內容優化。如果頁面根本沒被收錄，寫再多內容也不會出現在搜尋結果裡。如果你想看實際的排名變化長什麼樣子，可以參考我們的 SEO 關鍵字排名成效頁面；想看不同產業的網站怎麼規劃，也歡迎瀏覽 網頁設計作品案例。

進階應用：API、Looker Studio 與大量匯出

當你管理的網站超過三個，或需要每月固定產出報表，手動截圖就會開始拖慢效率。這時可以考慮三種進階做法。

我們的建議是：先從 Looker Studio 開始。把「成效趨勢」、「前 20 大查詢」、「索引狀態」與「CWV」做成四頁儀表板，每月開會前十分鐘更新一次，比每次重新截圖有效率得多。等到需要跨站比較或做客製指標時，再考慮 API 或 BigQuery。

另外，GSC 的「設定 → 變更記錄」值得養成查看習慣。它會記錄權限異動與資源設定變更，當資料突然消失時，這份紀錄常常能直接指出原因。

AI 搜尋時代：GSC 資料的新用法

2026 年的搜尋結果頁與三年前已經很不一樣：AI 摘要佔據上方區塊、使用者更常問完整句子、點擊被壓縮。這對 GSC 的判讀帶來兩個現實限制。

第一，GSC 目前沒有針對 AI 摘要的獨立報表。AI 摘要與 AI 模式帶來的點擊會計入整體成效，你不會看到「AI 摘要點擊數」這個欄位。第二，AI 摘要會讓部分查詢的 CTR 下降，即使排名沒有變動。

在這樣的環境下，GSC 仍然有用，只是判讀方式要調整：

因應策略其實回到基本面：把每一頁寫成「可以被單獨引用的一段答案」。意思是開頭先給結論、段落只講一個重點、重要數據附上可查證來源、問答用明確的 Q 與 A。這些做法同時服務傳統搜尋與 AI 摘要，並不會互相衝突。

如果你想深入了解 AI 搜尋的內容結構怎麼設計，可以延伸閱讀我們的 AI 網頁設計與 GEO 優化服務，或是 AI 內容行銷完整解析。

新手最常踩的七個錯誤

• 只註冊沒驗證：資源建立後停在驗證頁，以為已經開始收集資料，其實什麼都沒發生。
• 每天按「要求建立索引」：把送審當成萬靈丹。實際上它只是排隊，而且有每日上限。
• 把平均排名當實際名次：看到 8.2 就以為在第 8 名，於是做出錯誤的內容決策。
• 只看點擊不看曝光：點擊持平但曝光翻倍，其實是成長；只看點擊會誤判成停滯。
• 改完標題隔天就判斷失敗：Google 重新計算需要時間，至少觀察 4 週再決定下一步。
• 用 robots.txt 擋頁面又想被收錄：這兩件事本質衝突，先確認規則再送審。
• 把 GSC 當排名工具：它不會告訴你現在第幾名，它是用來找問題的診斷工具。

常見問題 FAQ