GSC 如何依語言資料夾分開追蹤
在 Google Search Console 的成效報表中，用「網頁」篩選條件輸入語言目錄前綴（如「網址包含 /zh-hant/」），就能把繁中、簡中、英文版本的曝光、點擊與排名完全分開檢視——這是子目錄架構多語言站最重要的日常監控動作。 不分開看，你只會得到一鍋混在一起、無法行動的平均值。
為什麼多語言站不能看「全站平均」？
假設全站月曝光 100,000 次、平均點閱率 2.5%。這個數字毫無診斷價值：可能繁中版點閱率 4% 表現優異、簡中版只有 0.8% 幾乎全滅，兩者平均後看起來「還行」。多語言站的每個語言版本都是獨立的產品線，各自面對不同市場、不同競爭者，必須拆開追蹤才能各自迭代。
基本操作：三步設定目錄篩選
- 進入 GSC →「成效」→ 上方「＋新增篩選器」→ 選「網頁」。
- 條件選「包含網址」，輸入
/zh-hant/（或/zh-hans/、/en/）。 - 套用後，下方所有查詢、網頁、國家、裝置數據都只剩該語言版本。
想更省事，可以把每個語言篩選後的報表網址加入書籤，每週固定巡一輪三個語言。
四個必看的分語言報表
報表 1：語言 × 曝光趨勢
分別套用三個目錄篩選，比較 3 個月的曝光曲線。單一語言下滑、其他持平，代表問題出在該語言（內容、hreflang 或該市場的競爭），而不是全站技術問題。
報表 2：國家 × 目錄交叉——揪出繁簡蠶食
這是繁簡站最關鍵的健檢：篩選 /zh-hans/ 後切到「國家」分頁，如果簡中版在台灣拿到明顯曝光（例如超過該版本曝光的 10–15%），代表 hreflang 分流失效，Google 正把簡中頁端給台灣使用者。反向檢查繁中版在簡中市場的曝光同理。
報表 3：語言 × 收錄狀況
搭配每語言一份的 sitemap（sitemap-zh-hant.xml 等），在「Sitemap」報表分別查看各語言的提交數與收錄數。某個語言收錄率特別低，常見原因依序是：內容與其他語言太相近（機器直轉）、canonical 指錯、內部連結太少。
報表 4：語言 × 查詢字詞
篩選 /zh-hans/ 後看「查詢」分頁：出現的字詞應該是簡中用詞（软件、搜索、视频）。如果簡中頁面主要靠繁中查詢拿曝光，代表該版本沒有瞄準到自己市場的關鍵字，回頭檢查用詞在地化。
進階：正規表示式與資源分割
- Regex 篩選：網頁篩選支援正規表示式，例如
/(zh-hant|zh-hans)/一次看兩個中文版本，或用「不符合 regex」排除某語言。 - 要不要為每個語言建立獨立的 GSC 資源？ 可以在同一個網域資源下，額外新增「網址前綴」資源（如
https://example.com/zh-hant/）。好處是收錄與體驗報表天然只含該語言；代價是要維護多個資源。中小型站用「單一資源＋篩選」通常就夠，頁數破萬再考慮分資源。
常見問題（FAQ）
Q1：子網域架構也能這樣追蹤嗎？ 子網域（tw.example.com）需要在網域層級資源下篩選，或為每個子網域建獨立資源。這也是子目錄架構的隱形優點之一：一個資源＋目錄篩選就能涵蓋全部語言。
Q2：多久檢查一次分語言數據？ 建議節奏：每週掃一次三語言的曝光／點擊趨勢（5 分鐘），每月做一次國家×目錄交叉與收錄率檢查（30 分鐘），每季配合內容負債稽核做完整健檢。
Q3：發現繁簡蠶食後該怎麼處理？ 第一步驗證 hreflang（全語言＋自我參照＋x-default、雙向一致），第二步檢查 canonical 是否各自指向自己，第三步確認簡中版內容有實質在地化差異。三者都修正後，觀察 4–8 週的分流變化。
Q4：GSC 數據可以匯出來做更細的分析嗎？ 可以。介面可匯出 CSV，更完整的做法是接 Search Analytics API 或串接 Looker Studio，把「目錄 × 國家 × 查詢」做成固定儀表板，每月自動更新。
分語言追蹤的前提是分流本身正確——hreflang 沒配好，再漂亮的報表都是在量測一場混亂。用 GeoSeoToday的 hreflang 產生器與 GEO 檢測工具 先把標籤做對，再回來建追蹤儀表板。相關閱讀：〈每種語言各一份 sitemap 怎麼設〉、〈hreflang 常見錯誤導致繁簡自我蠶食〉，完整方法論見支柱頁〈多語言 / 國際 SEO 完整指南〉。