先找出真正對應的頁面

先沿顧客實際會走的路徑盤點,不要只拿翻譯檔逐行配對。英文產品頁、繁體中文分類頁,以及只在中文推出的優惠,可能各自回答不同問題;即使屬於同一商品,也未必可以互稱為對應版本。Google 所說的 hreflang 是標示同一頁面的本地化版本,因此先核對主題、產品、適用條件和主要操作是否一致。沒有實際對應內容的頁面,就保留單一語言,不要硬把語言切換連到另一語言首頁。建立簡單對照表,記下頁面用途、兩個正式網址、負責人及最後核實日期;搬頁、下架或新增翻譯時,同步更新這份清單。

語言與地區的決定亦要分開處理。如果繁體中文內容針對香港顧客,可考慮用受支援的 zh-HK 標示;英文內容若沒有針對單一英語國家,則可用較一般的 en。代碼應反映頁面的實際讀者、價格、送貨範圍和服務條件。英文並不自動等於美國英文,繁體中文亦不能當作簡體中文。先在對照表說明代碼的選擇理由,避免工程師在模板設定一次後,所有不同市場頁面都繼承錯誤標籤。

為每個版本提供穩定網址

Google 建議不同語言版本使用各自網址,而不是單靠 cookie 或瀏覽器語言設定在同一網址換字。穩定網址方便顧客收藏、轉發和再次開啟,也讓搜尋器可以直接讀取該版本。/en/ 與 /zh-hk/ 這類路徑只是可理解的做法,真正要緊的是規則一致、內容完整。用沒有語言 cookie 的新瀏覽器視窗測試每個網址:英文網址應直接顯示英文,中文網址應直接顯示繁體中文。網站可以提供首次到訪建議,但不應強制轉向到令另一版本難以開啟的網址;語言切換亦應由顧客自行選擇。

只用一個模板按瀏覽器語言即時換內容,看似省工,卻容易令不同人與搜尋器看到不一致結果。Google 文件指出,其爬蟲可能不帶 Accept-Language 標頭;自動改道也可能令某些版本難以被發現。這是可發現性的限制,不能推論成另開網址必定提升排名。某項資料若暫時只有中文版,應在相關導覽中提供清楚入口,而不是製造只有英文選單、正文仍是中文的假英文頁;對應版本應有真正能回答同一問題的內容。

雙向列出替代語言版本

確認兩頁確實配對後,可選一種 Google 支援的方法:HTML head 標籤、HTTP Link 回應標頭,或網站地圖。每個版本都要列出自己及所有對應版本,而且另一頁也要指回來;網址須包含完整 HTTPS 網域與路徑,不能只寫相對路徑。如果只更新英文模板,中文頁沒有回指,Google 指出這種非雙向連結可能被忽略。讓同一項發佈工作同時檢查兩邊,比把翻譯與技術設定拆成互不相干的工單更穩妥。

假設商店有 /en/returns 及 /zh-hk/returns,兩頁都清楚說明相同的退貨政策,便可在兩頁同時列出 en 的英文網址與 zh-HK 的中文網址。若中文頁其實談保養索償,英文頁談退貨,即使模板都稱為「協助」,也不能強行配對。真正作為無相應語言用戶入口的中立選擇頁,可以考慮 x-default;它不是每篇英文頁都必須貼上的標籤。檢查時要看實際輸出的 HTML,因為內容管理系統內的設定正確,也可能在網站輸出時遺失。

分清正式網址與語言配對

canonical 訊號用來表示重複或高度相似網址中偏好的正式網址;替代語言訊號則表示不同語言頁面的關係。Google 說明,正文已完整翻譯的不同語言頁面,不會只因是翻譯而被當作重複內容。一般英文與繁體中文配對中,各頁應清楚指向自己的正式公開網址,再用替代語言連結互相配對。若把所有中文頁的 canonical 都指去英文頁,便可能與語言配對表達不同意思。帶追蹤參數或列印版等真正近似的額外網址,則應另行評估是否需要合併。

canonical 是偏好訊號,不能強制搜尋結果永遠選用某網址;Google 可能根據其他訊號作出不同選擇。驗收時應分開記錄網站實際送出的標籤與 Google 其後判定的正式網址。先直接開啟兩個回應網址,確認內容、狀態及標籤一致;如公司擁有相應 Search Console 資源,再用網址檢查工具查看 Google 選取的網址。兩者不一致時,應視作需要追查的線索,不能單憑一個標籤就推斷流量變化原因。把發佈時的頁面或回應紀錄留在變更單,可幫助日後找出設定何時改動。

在改版與下架時覆查配對

發佈驗收應由實際公開網址開始,而非只看預覽畫面。直接打開兩個版本,雙向使用語言切換,核對主題、顧客可做的事,以及退貨、價格或服務範圍等條件是否仍一致。查看實際輸出的替代語言資料,確認有自指、對應頁、正確代碼及完整網址;亦要確認沒有強制改道阻止打開其中一頁。若改了網址,測試舊路徑與最終目的地,更新對照表。若其中一種語言已下架,應移除過時配對,不要只為令表面完整而把顧客送到無關頁面。

指定一位負責人維護配對表,並在每次內容更改時覆查,不要只在整站改版時檢查。新產品、短期活動或延遲翻譯,都可能令某頁暫時只有一種語言;可以標示「待翻譯、暫無對應頁」,並決定切換按鈕如何向顧客說明。這比暗中顯示另一語言的舊條款可靠。日後可用搜尋報告觀察哪些頁面與查詢得到曝光,但這次選題沒有可用的成效數據;檢查可發現性是基於官方文件所述機制與顧客路徑,並非聲稱已有流量提升。

處理未完成翻譯與例外

驗收表可列三種實際情況:已完整翻譯的產品、只有中文版的活動,以及英文版已下架的指南。產品應可直接開啟兩個網址,兩邊互相標示,切換後仍是同一產品。中文活動只應保留真正存在的中文頁;語言切換可以清楚說明暫無英文對應內容。舊英文指南則先判斷有沒有真正等效的新英文頁;如果沒有,不應只因中文指南仍在,就保留失效配對。這樣的表格把抽象標籤規則變成編輯可親自檢查的顧客路徑,也為例外頁面提供明確處理結果。

如頁面包含地區條款,不能只比較標題。退貨期限、送貨範圍、幣種及服務資格,均可能令表面相似的兩頁實際回答不同問題。負責人應確認顧客切換後,不會看到相互矛盾的承諾。若條件本來因市場而不同,就在內容明確說明,並用真正反映市場的地區代碼及配對;若只是其中一版未更新政策,便先暫停配對,待修正後才恢復。目標是讓顧客找到正確答案。hreflang 不能修好過時內容,完美的 canonical 標籤也不能彌補語言切換後進入錯誤條款。

頁面對照表旁應設簡短改動紀錄。翻譯上線時,記下它根據哪個來源版本、編輯比較了哪些條件;其後某頁更改,就標記另一語言版本待覆核,不要假設兩邊仍然同步。政策頁要比較生效日期與顧客實際可採取的操作,而不只是字句;產品頁則要比較真正的型號與供應狀態。這令雙語維護成為員工交替後仍可重做的檢查,也能解釋為何兩個網址以前可配對,現在卻不能。搜尋標籤應跟隨編輯判斷,而不是反過來決定兩種不同顧客承諾必然等效。若內容擁有人離職,接任者亦應先覆核配對表與最近一次公開版本。

進行前先確認

  • 每個語言網址直接開啟後,內容是否完整而且仍然有效?
  • 雙方的替代語言資料是否各自列出自己及對應網址?
  • 正式網址訊號、改道及可見語言切換目的地是否一致?

資料來源及延伸閱讀