搜尋觀點
網站改版後繁中／英文查詢下跌：先核對哪個 URL 真正接住讀者
網站剛改版，繁中查詢的展示或點擊下跌，團隊很容易先追問：「是不是 hreflang 壞了？」這個問題太早。若搜尋結果的繁中網址已經跳到英文首頁，或舊 URL 最終落在不相干的分類頁，再精準的語言標記也不能替讀者接回原本要找的內容。
較可靠的起點是把每個語言 URL 當成一條可驗證的路徑：搜尋中出現的網址、伺服器實際回應的目的地、頁面可見語言與替代版本，必須逐一對得上。 本文的次序適用於改版、換 CMS、重整子目錄或調整語言架構後的初步診斷；它不是排名回復承諾，也不以任何客戶數據作例子。
先確認「下跌」指向哪一組網址
不要把「繁中流量跌了」當作一個頁面問題。先在可合法讀取的報表中分開看日期、查詢語言、頁面 URL 與裝置，並保留改版前後相同長度的比較區間。這一步不是要立即認定原因，而是避免把英文服務頁的變化、品牌查詢或季節性需求，誤歸到繁中內容。
最少要列出：
| 要記錄的項目 | 用途 | 尚不能推論甚麼 |
|---|---|---|
| 查詢原文及常用語言 | 分開繁中、英文及混合語句 | 不能只憑輸入字體判定使用者地區 |
| 顯示／點擊變化與日期 | 找出先出現變化的羣組 | 不能單靠一次波動判定改版造成 |
| 當時取得展示的 URL | 對應舊頁、語言頁或非預期頁 | 不能假設它仍是現在的目的地 |
| 改版或路由調整日期 | 將技術變更放回時間線 | 不能把同日相關性當作因果 |
Google Search Console 的資料可用來辨認哪些查詢及頁面有變化，但其查詢報表是可見的頂列資料，並不等於所有搜尋字。若某頁的樣本很少，先把它列為「待觀察」，不要為了湊出解釋而把一兩個查詢當成語言市場的結論。
由舊網址走一遍，而不是隻看新頁原始碼
真正容易漏掉的地方，通常是舊 URL。從每個受影響羣組抽取代表性網址，以未登入、可重覆的方式記錄 HTTP 狀態、每一跳重新導向和最終 URL。若舊繁中頁被永久重新導向，最終目的地應是讀者能完成原任務的對應頁，而非僅僅「網站內一個仍然是 200 的頁面」。
例如，舊的繁中服務頁若最後到達英文首頁，技術上可能沒有 404，但繁中讀者仍失去原先的內容和行動入口。相反，舊網址保留在正確繁中頁，而新的英文替代頁未更新，便是另一條要另行處理的鏈。
Google 的 URL 變更遷移指引建議先建立舊、新 URL 對照，再設定重新導向；同時更新站內連結及 Sitemap。它亦提醒遷移期間搜尋可見度可能暫時波動。因此，先把「路徑是否正確」和「變化何時開始」分開，才不會把正常處理期誤作永久故障。
看見 200，仍要核對目的頁是否屬於那種語言與意圖
到達最終 URL 後，按這個次序閲讀：
- 頁面可見的主內容是否真的是該語言，而不只是導覽列翻譯。
- 標題、主標題和主要行動是否仍回應原本的服務或文章意圖。
- canonical 是否指向同一個可供讀者開啟的首選 URL。
- 頁面是否意外帶有
noindex、被 robots 規則阻擋，或呈現空白／錯誤內容。 - 該頁是否仍可由站內連結和 Sitemap 發現。
這個次序把「頁面能開」與「頁面值得保留作對應頁」拆開。Google 的爬取錯誤排查文件也指出，狀態碼正確但內容像錯誤頁、資源無法載入或頁面幾乎空白，仍可能造成 soft 404 等索引問題。若真有清晰替代頁，才把它納入 URL 對照；沒有對應內容時，不應為了消除 404 而把讀者一律送去首頁。
hreflang 要在正確目的頁之後檢查
當每個版本都有能承接讀者的目的地，才核對語言關係。Google 建議不同語言版本使用不同 URL，並以 hreflang 表示版本關係；每個版本要列出自己及其他替代版本。對香港繁中頁面，可使用符合內容與市場設定的語言／地區代碼，例如 zh-Hant-HK；但頁面的可見文字仍是 Google 判斷語言的重要訊號，不是靠 URL 或 lang 屬性即可代替。
可把核對結果整理成一張小表，而不是把所有頁面一口氣標記為「hreflang 完成」。
| 頁面組合 | 應看到的關係 | 需要停下來處理的情況 |
|---|---|---|
| 繁中與英文各有完整內容 | 兩頁都包含自身與彼此的替代網址 | 單向連結、指到 404 或指到首頁 |
| 只有繁中版本 | 自引用與清楚的內容語言即可；不要虛構英文替代頁 | 為了湊齊語言而連到不相干頁面 |
| 同語言、不同地區版本 | 各版本內容及目標市場可辨識，必要時配合 canonical 與 hreflang |
內容完全相同卻沒有首選版本的處理 |
Google 的多語網站說明特別提醒：Google 以可見內容判斷頁面語言；以 cookie、瀏覽器語言或自動轉送來切換內容，可能令爬蟲無法發現所有版本。這也是為甚麼「繁中 URL 能否直接到繁中頁」應先於標記細節核對。
最後才用索引資料確認 Google 看到的是哪一版
完成公開路徑檢查後，才以 Search Console 的 URL Inspection 查看 Google 已索引的版本。它不是即時測試：結果反映 Google 最後已處理的版本，適合核對 Google 選用的 canonical、抓取狀態及是否受索引規則影響。把檢查日期、使用的 property 和 URL 保留下來，避免把舊索引資料當作即時部署證據。
若是大規模 URL 改動，也應檢查新 Sitemap 是否列出新 URL、舊網址是否依 URL 對照正確轉送，以及站內連結有沒有仍把讀者帶回舊路徑。Google 說明遷移後舊 Sitemap 的索引數會下降、新 Sitemap 會上升；這是一段過程，不代表每一條語言路徑都已正確。
一條語言路徑，應能回答三個讀者問題
診斷完畢時，不必先寫一份「已修好」報告。每條代表性路徑只要能清楚回答：
- 搜尋中的舊網址現在去了哪裏？
- 到達的頁面是否以相同語言和相同意圖回應讀者？
- Google 已處理的版本，是否與這條可公開驗證的路徑一致？
三項之中只要一項未能回答，就保留為具體修正項：修 URL 對照、補目的頁內容、修正語言關係，或等待 Google 再處理。不要把 hreflang、301、Sitemap 和流量曲線混成一個「多語 SEO 分數」。對讀者而言，最先需要的是點進去後仍能找到原本要找的內容；對團隊而言，這也是最能逐項驗收的改版後診斷起點。
如果網站還在規劃架構或多語服務範圍，可先閲讀Hreflang 終極指南；若問題涉及網址搬遷和重新導向設計，網站遷移服務可協助界定所需的技術工作。本文資料於 2026 年 10 月 20 日核對；Google 文件適用於 Google 搜尋，不能用來保證任何排名、收錄速度或商業結果。