搜尋觀點

hreflang 不是複製頁面的補丁:多語言網站先要解決甚麼?

hreflang 常被當成多語言網站的最後一步:頁面翻譯完成後貼上標籤,便以為不同市場都會自然找到正確版本。但真正困難不在標籤本身,而是每個 URL 是否真的有理由存在。香港品牌的繁體、英文或日文頁面,應先各自回答相應讀者的服務、聯絡與決策問題,再用技術訊號說明它們的關係。

香港繁體、英文和日文頁面以 canonical 與 hreflang 互相對應的多語言版本關係圖
內容版本先站得住腳,hreflang 才能清楚表達哪個版本適合哪位讀者。

先判斷是否真的需要另一個 URL

如果香港與其他市場的服務範圍、付款、案例、聯絡方式或用語不同,獨立頁面可帶來實際價值;若只是把同一段內容換字形,維護多個 URL 反而增加重複與錯配風險。先用客戶任務定義版本,而不是由語言清單決定頁數。

每個版本都要有自己的 canonical

繁體、英文和日文頁若確實是不同版本,通常應各自 canonical 到自己,而不是全部指向其中一頁。接着讓每一頁列出其他可用版本,並確保 URL、語言代碼和內容都能對上。Google 的 在地化版本說明 是核對這些基本條件的首選來源。

互指缺一頁,訊號就會不完整

常見錯誤是隻在中文頁加 hreflang、英文頁忘記回指,或連到 404、redirect、首頁。建立一張版本表,列出每個語言的 URL、canonical、hreflang 和更新負責人;新增或改路徑時一起更新,比日後憑肉眼查 tag 更可靠。

用真實搜尋與站內路徑驗收

用不同語言搜尋品牌與主要服務,檢查是否落到相應頁面;同時測試導覽、語言切換、表單及電話是否仍正確。可先用 Canonical 與 hreflang 檢查 做單頁核對,再由 SEO 服務 整理內容與搬站規則。

語言版本先要能服務不同讀者

香港繁體、英文與日文頁不一定要逐字對照。英文客戶可能要看國際合作、交付方式和時區;日文讀者可能需要不同範例與聯絡預期。若公司不能提供相應內容與支援,就不應為了 hreflang 增加一個只有首頁和空白服務頁的語言版本。

選一種實作方式,並讓資料可維護

HTML link、HTTP header 或 sitemap 都可表達 alternate 版本;關鍵是每個版本要列出自己和所有對應頁,並在 URL、語言碼與 canonical 上互相一致。不要同時維護三種來源卻沒有一份版本表,否則很難在改版時找出哪個訊號已過期。

x-default 只用於真正的選擇頁

若有讓讀者選擇語言或市場的中立頁,可考慮 x-default;它不是把所有人導回英文首頁的捷徑。更不應強制依瀏覽器語言跳轉,令搜尋爬蟲和使用者無法穩定取得所選頁面。

每次發佈以完整羣組驗收

新增一頁、移除一頁或改 slug 時,同時檢查所有語言版本是否仍互指、是否回傳 200、canonical 是否指向自身、語言切換是否保留相近內容。這份檢查比事後只看一個 tag 更能保護國際 SEO。

不要以自動翻譯代替在地化

翻譯工具可以協助初稿,卻無法替公司決定服務是否真的可提供、價格與政策如何表達、當地讀者會用甚麼查詢語句。每種語言的主責人應能核對術語、案例和聯絡回覆,否則留下一個不完整版本通常比不開新版本更容易製造信任問題。

異常應先修 URL,再修標籤

當一個語言版本回傳 404、redirect 到首頁、內容明顯不對應或被 noindex,先處理頁面本身,再更新 hreflang。標籤不會令失效 URL 重新變成有效版本;把錯誤記入發布檢查,才能避免每次翻譯更新又重演同樣問題。

延伸閲讀

官方參考資料