搜尋觀點
中英日多語言網站換 URL：hreflang 與 canonical 的常見錯配
翻譯頁不是重複頁。每個語言版本先確認自己的可索引身份，再建立語言對應。
香港公司常以繁中服務本地客戶，再用英文接觸國際市場、用日文支援合作夥伴或特定產品線。當網站搬遷或重整 URL 時，最常見的錯誤是把所有語言頁 canonical 到繁中首頁，或只在中文頁標記其他語言。兩者都會令搜尋引擎難以判斷哪個版本應服務哪一位使用者。
Canonical 和 hreflang 解決的不是同一個問題。canonical 處理的是同一內容的重複 URL 選擇；hreflang 處理的是不同語言／地區版本之間的替代關係。把翻譯頁 canonical 到另一種語言，等於先否定了它本來要服務的讀者。
先畫出一個主題的語言對照，而不是先複製標記
以一個服務主題為例，應先列出繁中、英文、日文是否真的存在相對應內容：
| 版本 | URL 角色 | canonical | hreflang 應指向 |
|---|---|---|---|
| 繁中香港 | 本地主要服務版本 | 自己 | 繁中、英文、日文及可選 x-default |
| 英文 | 面向英語讀者的相同服務 | 自己 | 同一主題的繁中、英文、日文 |
| 日文 | 面向日語讀者的相同服務 | 自己 | 同一主題的繁中、英文、日文 |
若其中一個語言沒有對等內容，不應硬指到不相關文章或首頁。可以不為該 URL 輸出 hreflang；較重要的是不要把讀者帶到錯誤主題。
三個搬站時最容易出錯的位置
1. 所有翻譯頁都指向繁中 canonical
這會告訴 Google 英文或日文頁只是中文頁的副本。除非內容確實完全相同而且沒有獨立搜尋價值，否則每個翻譯版本應使用自己的 self-canonical。翻譯品質不足、內容很短，應先補齊內容，而不是靠 canonical 把它藏起來。
2. hreflang 只單向輸出
語言關係需要能互相驗證。若繁中頁指向英文頁，但英文頁沒有回指繁中，Google 未必把這組視為有效替代版本。遷移後應以一個主題羣組為單位抽查所有語言頁是否都有 self-reference 與互相連結。
3. 改 URL 後仍保留舊 hreflang 位置
搬站時容易先修 301 和 canonical，卻忘記頁面 head、sitemap 或 CMS 外掛內的語言 URL。結果使用者點語言切換會到 404，或搜尋引擎讀到已跳轉的替代網址。每次 URL 對照表都應包含各語言版本的舊、新 URL 和最後 HTTP 結果。
發布前的最小驗證流程
先選三組高價值主題，例如 SEO 服務、GEO 服務和聯絡頁。逐組檢查：每頁回傳 200、canonical 是否為自己、hreflang 是否列出預期替代版、替代 URL 是否回傳 200、頁面語言與 lang 屬性是否一致。之後再看語言切換連結是否把人帶到同一主題，而非總是首頁。
技術正確不等於內容就足夠。英文與日文頁仍要有對應市場可理解的服務範圍、案例或 FAQ；只把繁中段落機械翻譯，難以建立獨立搜尋價值。這也是多語言 SEO 最常被忽略的部分。
如你正整理搬站後的 URL，可先回看 canonical、301、sitemap 訊號衝突時的處理方法，再使用 Canonical / hreflang 檢查工具 抽查代表頁。若這批多語言頁同時要承接香港商業查詢，可加讀 Google SEO 主文章 與 Google 搜尋 SEO 服務入口。需要盤點中英日服務頁的對照與內容缺口，可由 SEO 服務 或 聯絡我們 開始。