Google Search Console 設定教學：從驗證到看懂四個核心指標

TL;DR

• Search Console 不會回補資源建立之前的資料，越早接上累積得越完整
• 網域資源涵蓋所有子網域與協定，網域託管在 Cloudflare 這類服務時多半能自動完成驗證
• 四個指標裡最容易誤讀的是平均排序位置：曝光次數太少時，那個數字是雜訊
• 名次落在前幾名卻幾乎沒有點擊，常見原因不在標題與描述
• 資料有兩到三天的延遲，搜尋成效保留十六個月

目錄

先選對資源類型：網域資源還是網址前綴
驗證方式怎麼挑
提交 sitemap
四個核心指標的實際意義
平均排序位置的陷阱：樣本太小就不能讀
名次很前卻沒有點擊，未必是標題問題
資料延遲、保留期限與不會回補

引言

網站上線之後，最常見的下一個問題是：有沒有人搜到我？

回答這個問題的工具是 Google Search Console。它免費、由 Google 官方提供，而且是唯一能看到「使用者用什麼字搜尋、你的頁面出現在第幾名」的來源——這些資料在其他任何分析工具裡都拿不到。

它在 2015 年之前名為「Google 網站管理員工具」（Google Webmaster Tools），現在仍有不少教學與討論沿用舊名稱，或簡稱「站長工具」，指的都是同一個工具。

設定本身不複雜，十分鐘可以完成。比較容易出問題的是後面兩件事：資源類型選錯，以及報表數字誤讀。這篇會把設定流程走完，然後花比較多篇幅在第二件事上。

先選對資源類型：網域資源還是網址前綴

在 Search Console 新增資源時，第一個畫面就要做選擇，而這個選擇日後不好改。

網域資源（Domain property）以網域為單位，例如 example.com。它涵蓋這個網域底下的所有子網域（www.、blog.、shop.）與 http／https 兩種協定。換句話說，網站日後怎麼調整結構，資料都在同一個資源裡。

網址前綴（URL prefix）以特定網址開頭為單位，例如 https://example.com/。http:// 版本、www. 版本、其他子網域都算不同資源，要各自驗證。

多數情況選網域資源。會需要網址前綴的情形有兩種：你只擁有網站的一部分（例如租用在別人網域底下的某個目錄），或是你無法修改 DNS 記錄。

驗證方式怎麼挑

驗證的目的是證明這個網站確實是你的。可用的方式依資源類型而異。

網域資源只接受一種：在 DNS 加一筆 TXT 記錄。聽起來麻煩，但如果網域託管在 Cloudflare、GoDaddy 這類 Google 有整合的服務商，畫面上會直接出現授權按鈕，授權後由系統自動寫入記錄，不必手動貼。

網址前綴可用的方法，官方文件列出七項，其中「Google 協作平台」與「Blogger」是給那兩個平台的使用者用的，一般網站實際會遇到的是下面五項——不同文章寫的數量不一樣，多半是這個差別造成的：

實務上有一點值得注意：用 GA 或 GTM 驗證的網站，日後如果換掉追蹤碼，驗證會失效。用檔案或 DNS 驗證則不受影響。如果不確定追蹤設定會不會變動，選後者比較穩。

驗證卡住時的排查順序，另外整理在Google Search Console 驗證教學。

提交 sitemap

sitemap（網站地圖）是一份列出網站所有頁面的檔案，讓搜尋引擎知道有哪些網址存在。多數網站平台會自動生成，網址通常是 你的網域/sitemap.xml。

在 Search Console 左側選單找到「Sitemap」，把路徑填進去送出即可。

要說明的是：不提交 sitemap，Google 一樣找得到你的網站——它會透過連結爬到你的頁面。提交的好處在於你能在 Search Console 看到這份 sitemap 裡有幾個網址被讀取、有沒有錯誤，等於多了一個檢查點。新網站或頁面數量多的網站，這個檢查點值得有。

四個核心指標的實際意義

搜尋成效報表上有四個數字，含意各不相同：

點擊次數——使用者從搜尋結果點進你的網站的次數。這是唯一代表真的有人來的數字。

曝光次數——你的頁面出現在搜尋結果中的次數。使用者不必看到，只要那筆結果被載入就算。所以曝光高不代表被注意到。

點閱率（CTR）——點擊除以曝光。它反映的是「出現之後有多少人選擇點你」，跟排名高低不是同一件事。

平均排序位置——你的頁面在搜尋結果中的平均名次，以曝光次數加權計算。

前三個相對直觀，第四個是最多人誤讀的一個。

平均排序位置的陷阱：樣本太小就不能讀

平均排序位置是加權平均，這代表一次曝光就是一個資料點。

實際例子。筆者經營的另一個網站（ahha.tw）上，關鍵字「seo是什麼」在四百八十天內只有 2 次曝光，系統算出來的平均排序位置是 5.5。單看那個數字，會以為這個字排在第一頁前段；實際去搜，這個網站根本不在結果裡。

真相是：那 2 次曝光可能來自很特殊的長尾組合、個人化結果，或某個當下的臨時排序。兩個資料點的平均值不具代表性。

這個誤讀在報表工具上特別容易發生，因為多數工具會直接把「名次從 36 進步到 3」這種變化標成好消息——但如果前期只有 1 次曝光、後期有 31 次，排名根本沒有動過，動的是樣本數。

實務判讀順序：先看曝光次數，再看名次。 曝光數太少的關鍵字直接略過，不要當成訊號。至於門檻要設多少沒有標準答案，但單位數的曝光幾乎可以確定不能讀。

名次很前卻沒有點擊，未必是標題問題

另一個常見情境：某個關鍵字平均名次三、四名，點擊卻接近零。

多數建議會告訴你去改標題與描述，讓它更吸引人。但在動手之前，值得先確認一件事——這個現象是不是全站性的。

同樣在 ahha.tw 上，二十八天內平均名次五名以內的關鍵字有 25 個，點閱率幾乎全部落在 0% 到 3% 之間。其中「ai瀏覽器」有 847 次曝光、平均 4.2 名，只換到 8 次點擊，換算是 0.9%。第三、四名在藍色連結上的正常點閱率應該有百分之十上下。

拆開國家與裝置維度看，分布都很平均，排除不掉這個落差。而這些關鍵字有不少是問句形式。

最合理的解釋是：那些「名次」來自 AI 摘要裡的引用連結，而不是傳統的藍色連結。 Google 會把 AI 摘要中的引用記為曝光與名次，但點閱率天生極低——使用者看完摘要就得到答案了。

必須說清楚限制：這一點無法從 Search Console 證實。Google 沒有提供「是否來自 AI 摘要」這個維度，所以上述是推論而非結論。但「頂端名次 × 趨近零的點閱率 × 全站規模」三件事同時成立時，改標題大概率不會有效果，先確認成因再決定要不要動手，比較不會白花力氣。

資料延遲、保留期限與不會回補

三個時間相關的性質，設定完就該知道：

延遲兩到三天。 今天的資料不會今天出現，所以剛設定完看到空白是正常的。

保留十六個月。 超過的資料在介面上查不到。要做更長期的比較，必須自己定期匯出保存——這件事沒有人會提醒你，等到需要時才發現資料不見了就來不及。

不會回補。 這是最該提早處理的一項：Search Console 只會累積資源建立之後的資料，之前的一律沒有。

這一點筆者今天剛實測過。本站的網域資源建立於今天，透過 Cloudflare 完成自動驗證後接上分析系統，回填的資料筆數是 0。網站本身早幾天就上線了，那幾天的曝光沒有被記錄，也拿不回來。

所以順序應該倒過來：網站還沒做完就可以先建 Search Console 資源。驗證不需要網站有內容，早幾天建立就多幾天資料。這是整篇裡最便宜、也最容易被跳過的一步。