Multilingual Localisation Platform Development

我們從內容圖中以程式方式生成 hreflang 註解——每個頁面在建置時就知道其語言變體,因此完全不需要手動維護。我們的 CI/CD 管道在每次部署時運行自動驗證,檢查孤立標籤、缺失的互惠關係和衝突的規範標籤。這在錯誤到達生產環境之前就捕獲它們,這真的很重要。單個 hreflang 錯誤可能會導致 Google 忽略整個頁面的標籤集——不只是破損的那個,而是整個集合。我們已清理足夠多的部署後 SEO 災難,所以從第一天起就將驗證內置其中。

語言對的首次準確度各不相同——法語、德語和西班牙語等歐洲語言通常立即達到 80-85% 準確度,而中日韓語言開始時約為 70-75%。但在三個月的翻譯記憶累積和模型在您特定品牌語音上的微調後,無論語言如何,大多數內容類型都達到 85-90% 的準確度。在那時,人工審核從完全改寫模式轉變為抽查模式——並且該轉變將審核時間減少 40-60%。這不是魔法,只是模型通過重複學習您的術語。

我們結合使用三個信號:GeoIP 識別國家,Accept-Language 標頭顯示瀏覽器實際偏好,Cookie 儲存用戶顯式選擇的任何內容。以瑞士為例——GeoIP 返回 CH,然後我們檢查瀏覽器語言標頭以區分 de-CH、fr-CH 或 it-CH。用戶始終可以通過語言選擇器進行覆蓋,該偏好通過 Cookie 在跨會話中持續存在,或者對於登入用戶,可選通過資料庫儲存。沒有猜測,沒有因為檢測邏輯放棄而將所有人默認為英語。

可以——老實說,這是核心架構優勢所在。添加新語言意味著在 CMS 中建立語言設定,激活該語言對的翻譯管道,然後部署。Hreflang 生成、URL 路由、站點地圖建立——一切都自動適應。我們從第一天起就為 30 種語言構建了這個,但系統可以無需任何架構更改就處理 50+ 種語言。實際上,新語言大約需要 2-3 天的配置工作。不是一個項目。不是一個衝刺。兩三天。

我們的前端始終使用邏輯 CSS 屬性——`margin-inline-start` 而不是 `margin-left`,那種事情——並在 HTML 級別設定 `dir` 屬性。CMS 內容模型標記 RTL 語言環境,渲染層從那裡自動處理佈局方向、文字對齐和導航順序。但這裡是關鍵:我們在開發期間測試 LTR 和 RTL 兩個方向的每個元件。RTL 支援不是我們事後為阿拉伯語和希伯來語應用的補丁——它從第一個元件起就烘焙在設計系統中。

完整的 30 語言平台——翻譯管道、hreflang 基礎設施、邊緣路由,全部——通常運行 10-14 週,落在 $80,000-$200,000 範圍內。範圍取決於內容量、CMS 複雜性以及您的編輯工作流程需要多少自訂。翻譯管道管理和語言擴展的持續保留支援每月運行 $3,000-$8,000。為了參考,這通常比團隊在僅 3-4 種語言的手動翻譯上花費的還少。