
多語系網站的後台怎麼管理?
多語系的成本,八成在上線之後
建置一個多語系網站不算太難。真正的挑戰是:每次更新內容時,所有語言版本都要跟著更新。
一則新產品消息,中文版寫完就結束了嗎?英文版呢?日文版呢?誰翻譯?誰上架?多久之內要完成?
這些問題沒有答案,語言版本就會逐漸脫節。
後台的資料結構
常見有兩種做法,影響管理方式:
| 同一筆資料多語欄位 | 各語言獨立資料 | |
|---|---|---|
| 形式 | 一則消息,內含中英日三組欄位 | 各語言各自一則消息 |
| 對應關係 | 明確 | 需另外建立關聯 |
| 內容可否不同 | 結構須一致 | 可完全不同 |
| 適合 | 單純翻譯 | 各地區內容有差異 |
發包時要說清楚需求:如果各語言的商品線或訊息本來就不同,第一種做法會綁死。
翻譯缺漏時怎麼處理
這是一定會遇到的情況——中文有 50 則消息,英文只翻了 20 則。剩下的 30 則在英文版要顯示什麼?
| 做法 | 優點 | 缺點 |
|---|---|---|
| 不顯示 | 版面乾淨 | 英文版內容看起來很少 |
| 顯示中文原文 | 資訊完整 | 混雜兩種語言,體驗與搜尋判讀都不佳 |
| 顯示但標註未翻譯 | 誠實 | 需額外設計 |
建議是「不顯示」。 讓每個語言版本的內容維持該語言的一致性,比硬湊數量重要。同一頁面混雜多種語言,會讓搜尋引擎難以判斷這一頁到底是什麼語言。
但這代表要選擇性地翻譯真正重要的內容,而不是全部都翻。
不是只有文章要翻譯
這是最常被低估的部分。實際需要多語言處理的還有:
- 選單與按鈕文字
- 表單的欄位標籤與錯誤訊息
- 自動回覆信與通知信
- 頁尾的公司資訊與政策連結
- 隱私權政策、購物須知、退換貨政策
- 圖片中的文字——文字做在圖上,就要各語言各做一張
- PDF 型錄與下載檔案
- 搜尋結果的提示文字、無資料時的說明
- 404 頁面
其中圖片中的文字是最麻煩的——不只要重做圖,日後修改也要每個語言各改一次。
建議做法:盡量把文字放在圖片外面,用網頁文字疊在圖上。這樣不只省下多語言的工作量,對搜尋與無障礙也有幫助,見圖片的替代文字與檔名該怎麼寫。
後台該具備的功能
- 編輯時能同時看到其他語言的版本——方便對照翻譯
- 顯示各語言的完成狀態——一眼看出哪些還沒翻
- 可個別設定各語言的發布狀態——中文先上,英文翻好再上
- 各語言可獨立設定標題與描述——不是只翻譯內文
- 網址代稱可各語言不同——英文版用英文網址才有意義
最後兩項常被忽略,但直接影響各語言版本在當地的搜尋表現。
權限與分工
如果有海外分公司或當地代理商協助維護,可以考慮:
- 依語言分配權限——當地團隊只能編輯該語言版本
- 設定審核流程——翻譯先存草稿,由總部確認後發布
權限規劃見後台帳號與權限怎麼規劃。
建立一個可執行的更新流程
建議明確定義:
- 哪些內容一定要多語言——例如產品與服務頁必翻,一般消息可選擇性翻
- 誰負責翻譯——內部同仁、外部譯者,或先機器翻譯再由人校對
- 多久之內完成——例如中文發布後兩週內完成英文版
- 誰負責上架與確認
沒有這份流程,多語系網站的第二年就會開始脫節。
成本的實話
多語系會增加三個方面的成本:
- 建置——後台要多做一層語言管理,費用高於單語言網站
- 翻譯——一次性與持續性都有
- 維護人力——每次更新的工作量乘以語言數
評估時要把第三項算進去。很多公司只編列了建置與初次翻譯的預算,沒有考慮後續,結果語言版本很快就荒廢了。