實用檢查清單
設計前先決定語言範圍
- 每類買家會用哪種語言搜尋和比較？
- 本地決策者、病人或客戶期望使用哪種語言？
- 哪些頁面在上線時必須有每種語言版本？
- 誰負責翻譯、術語審閱及日後更新？
- 每個語言版本是否有獨立穩定、可索引網址？
- 若尚未有對應翻譯頁，語言切換器應如何處理？
語言應跟隨買家與頁面的任務。
向海外採購團隊銷售的出口企業，英文可能是主要研究語言；社區診所或本地服務，繁體中文可能是主要受眾所需；同時服務本地和國際市場的公司，則可能需要兩個有意義的版本，而不是英文完成後才加一個語言按鈕。
應由受眾和頁面角色開始。銷售簡介、技術產品頁、療程說明、招聘頁及私隱政策，未必需要相同的語言組合和上線優先次序。
雙語不等於第一天翻譯所有內容。
首版可先翻譯會影響買家決定的頁面：首頁、主要服務或產品系列、證明、聯絡及重要政策。與其發布整套第二語言版本但術語不準、更新缺漏或聲明未獲批准，不如先發布較少但已審閱的頁面。
其餘內容可列入待發布清單。重點不在於兩種語言的頁數完全相同，而是每個受眾都能可靠地在自己的語言找到重要資料。
選擇可維護的網址結構。
每種語言都應有穩定網址，例如英文使用 `/hk/`、繁體中文使用 `/zh-hk/`，並以雙向語言連結連接內容相同的對應頁面。應讓訪客選擇，而不要按瀏覽器假設強制重定向；身在香港的人可偏好英文，海外訪客亦可能需要中文。
語言切換器在有對應頁時應帶訪客到相應版本；若沒有，應帶到最相關的語言資源頁並清楚說明。不要為了看似完整而悄悄將人帶到不相關內容。
翻譯與本地化不是同一件事。
翻譯處理文字；本地化還要考慮術語、證明材料、日期和數字格式、聯絡習慣、地區服務表述，以及訪客可採取的行動。受監管、醫療、法律或技術內容，應由能核實各語言含義的人批准。
產品名稱、服務名稱、證書、人名和行動呼籲應建立術語表，讓不同人日後更新時不會逐漸走樣。
搜尋基礎必須與可見內容一致。
每個語言版本都應有自己的標題、描述、標題層級、canonical URL 及可見文案。只為真正等同的頁面使用對應語言連結；結構化資料、日期和內部連結亦應描述訪客真的可以閱讀的頁面，而不是尚未完成的翻譯。
這可令訪客和搜尋系統更容易理解網站，但不保證排名、本地搜尋地圖結果的位置、流量或 AI 答案收錄。
資料來源與適用範圍
- Google：網頁的多語言版本developers.google.com
支持獨立語言網址與雙向 hreflang 的技術說明，並不保證排名。