多語系

多語系的成本，八成在上線之後

建置一個多語系網站不算太難。真正的挑戰是：每次更新內容時，所有語言版本都要跟著更新。

一則新產品消息，中文版寫完就結束了嗎？英文版呢？日文版呢？誰翻譯？誰上架？多久之內要完成？

這些問題沒有答案，語言版本就會逐漸脫節。

後台的資料結構

常見有兩種做法，影響管理方式：

發包時要說清楚需求：如果各語言的商品線或訊息本來就不同，第一種做法會綁死。

翻譯缺漏時怎麼處理

這是一定會遇到的情況——中文有 50 則消息，英文只翻了 20 則。剩下的 30 則在英文版要顯示什麼？

建議是「不顯示」。 讓每個語言版本的內容維持該語言的一致性，比硬湊數量重要。同一頁面混雜多種語言，會讓搜尋引擎難以判斷這一頁到底是什麼語言。

但這代表要選擇性地翻譯真正重要的內容，而不是全部都翻。

不是只有文章要翻譯

這是最常被低估的部分。實際需要多語言處理的還有：

• 選單與按鈕文字
• 表單的欄位標籤與錯誤訊息
• 自動回覆信與通知信
• 頁尾的公司資訊與政策連結
• 隱私權政策、購物須知、退換貨政策
• 圖片中的文字——文字做在圖上，就要各語言各做一張
• PDF 型錄與下載檔案
• 搜尋結果的提示文字、無資料時的說明
• 404 頁面

其中圖片中的文字是最麻煩的——不只要重做圖，日後修改也要每個語言各改一次。

建議做法：盡量把文字放在圖片外面，用網頁文字疊在圖上。這樣不只省下多語言的工作量，對搜尋與無障礙也有幫助，見圖片的替代文字與檔名該怎麼寫。

後台該具備的功能

• 編輯時能同時看到其他語言的版本——方便對照翻譯
• 顯示各語言的完成狀態——一眼看出哪些還沒翻
• 可個別設定各語言的發布狀態——中文先上，英文翻好再上
• 各語言可獨立設定標題與描述——不是只翻譯內文
• 網址代稱可各語言不同——英文版用英文網址才有意義

最後兩項常被忽略，但直接影響各語言版本在當地的搜尋表現。

權限與分工

如果有海外分公司或當地代理商協助維護，可以考慮：

• 依語言分配權限——當地團隊只能編輯該語言版本
• 設定審核流程——翻譯先存草稿，由總部確認後發布

權限規劃見後台帳號與權限怎麼規劃。

建立一個可執行的更新流程

建議明確定義：

1. 哪些內容一定要多語言——例如產品與服務頁必翻，一般消息可選擇性翻
2. 誰負責翻譯——內部同仁、外部譯者，或先機器翻譯再由人校對
3. 多久之內完成——例如中文發布後兩週內完成英文版
4. 誰負責上架與確認

沒有這份流程，多語系網站的第二年就會開始脫節。

成本的實話

多語系會增加三個方面的成本：

• 建置——後台要多做一層語言管理，費用高於單語言網站
• 翻譯——一次性與持續性都有
• 維護人力——每次更新的工作量乘以語言數

評估時要把第三項算進去。很多公司只編列了建置與初次翻譯的預算，沒有考慮後續，結果語言版本很快就荒廢了。

翻譯品質直接影響信任

外語版本是海外客戶對公司的第一印象。翻譯生硬、語意不通、甚至出現明顯錯誤，傳達的訊息是「這家公司不夠專業」——這比沒有外語版本更傷。

而且你可能永遠不知道。看不懂的錯誤，你自己檢查不出來；而海外訪客不會來告訴你，只會離開。

三種翻譯方式

純機器翻譯的兩個風險

一、品質不可控

機器翻譯近年進步很多，但在幾種情況下仍然容易出錯：

• 產業術語——同一個詞在不同產業有不同譯法
• 公司或產品名稱——可能被誤譯成一般名詞
• 中文的省略主詞——中文常省略主詞，翻譯時可能補錯
• 行銷文案的語感——直譯往往生硬
• 數字與單位——格式慣例不同

二、可能被視為低品質內容

搜尋引擎明確指出：未經人工檢視、大量產出的自動翻譯內容，可能被視為垃圾內容。

所以如果要用自動翻譯的頁面，正確做法是阻擋搜尋引擎檢索那些頁面，而不是讓它們被收錄。

更務實的做法是：用機器翻譯打底，再由懂該語言的人校對後上線。 這樣成本可控，品質也能接受。

建立術語表

這是投報率最高的一件事，而且做一次可以用很久。

術語表應包含：

• 公司名稱的正式外語寫法——與公司登記的英文名稱一致
• 產品與服務名稱的固定譯法
• 產業專有名詞
• 不翻譯的詞——某些品牌名或型號應保持原文
• 語氣與稱謂的偏好

有了術語表，不論交給誰翻譯，用詞都會一致。沒有術語表，同一個產品在不同頁面可能出現三種譯法。

不要逐字翻譯，要考慮在地習慣

有些內容直接翻譯會變得奇怪或無用：

• 地址與電話——要加上國碼，並用當地習慣的格式
• 日期——年月日的順序各地不同
• 金額——幣別、小數點與千分位符號的習慣不同
• 法規相關內容——台灣的法規說明對外國客戶沒有意義，甚至可能誤導
• 在地文化的比喻與典故——直譯往往無法理解
• 節慶活動——當地沒有這個節日

好的外語版本不是中文版的翻譯，是為當地客群重新編寫的版本。 這也是為什麼「各語言內容可以不同」的架構有價值。

關鍵字要重新研究，不能直接翻

這是最常被忽略的一點。當地客戶搜尋時用的詞，不一定是你中文關鍵字的直譯。

例如同一個產品，在不同市場可能有完全不同的通稱；台灣習慣的說法在當地可能沒有人用。

正確做法：針對每個語言版本各自做一次關鍵字研究，用當地實際的搜尋詞來安排標題與內容。方法見怎麼做關鍵字研究。

更新的同步問題

中文版改了價格，英文版忘了改——這種情況會造成實際的糾紛。

建議做法

• 把「同步更新」納入內容更新的標準流程
• 價格、規格、聯絡資訊這類關鍵資訊，建議集中管理，避免多處重複維護
• 後台顯示各語言的最後更新時間，方便發現脫節
• 定期檢查——每季比對一次各語言版本的重要頁面

誰來校對

最理想是母語人士，其次是實際在當地做過生意的人。

如果公司內部沒有這樣的人力，可以考慮：

• 委託翻譯社，並提供術語表
• 請當地的合作夥伴或客戶協助看過
• 先翻核心頁面（首頁、公司簡介、主力產品），這幾頁做好比全站都做但品質不佳有效

寧可少幾頁但正確，不要全站翻譯但錯誤百出。

多語系 SEO 的三個目標

1. 讓搜尋引擎正確判斷每一頁是什麼語言
2. 讓它知道各語言版本之間的對應關係
3. 避免各版本被視為重複內容而互相稀釋

以下逐一說明實務上該怎麼做。

一、語言判斷靠的是頁面內容

這是最關鍵、也最常被誤解的一點：搜尋引擎判斷網頁語言，靠的是頁面上實際顯示的內容，不是程式碼中的語言標記。

由此衍生兩個實務要求：

每一頁盡量維持單一語言

包含內文與導覽項目。如果一頁上中英文並排，或選單是英文但內容是中文，判斷就會混亂。

不要把翻譯與原文並排顯示

常見於「中英對照」的做法。對使用者或許方便，但對搜尋引擎而言，這一頁的語言變得難以判斷，兩個語言版本也都不夠完整。

如果確實需要對照，建議做成兩個獨立頁面，再互相連結。

二、各語言版本要有獨立網址

這是基本要求。常見的錯誤做法：

• 用 Cookie 或 Session 記住語言，網址不變——搜尋引擎只會看到其中一個版本，另一個等於不存在
• 用同一個網址，靠程式動態切換內容——同樣的問題

正確做法是每個語言版本各有自己的網址，例如子目錄或子網域的形式。

網址中標明語言

雖然搜尋引擎不靠網址判斷語言，但網址中的語言代碼能讓使用者一眼辨識，也方便你自己管理與排查問題。

三、不要自動偵測語言並強制導向

很多網站會依瀏覽器設定或連線位置，自動把訪客導到「他應該看的」版本。這個做法問題很大。

• 爬蟲通常從特定位置連線，被自動導向後可能只抓得到其中一個版本，其他版本無法被完整收錄
• 使用者可能想看的不是被判定的那個版本——在台灣的外籍人士、想看英文原文的台灣使用者
• 被強制導向且無法切換回去，是很挫折的體驗

建議做法

• 提供明顯的語言切換選項，讓使用者自己決定
• 若要提示，用橫幅建議的方式（「是否切換至英文版？」），而不是強制跳轉
• 使用者手動選擇後可以記住偏好，但不要改變網址的可存取性

四、各語言版本要互相連結

每一頁都應該能連到它在其他語言的對應版本，而且是對應的那一頁，不是各語言的首頁。

看英文產品頁的人按下中文，應該到中文的同一個產品頁——如果全部導回首頁，等於要他重新找一次。

技術上還可以透過語言與地區的替代版本標記，明確告訴搜尋引擎各版本的對應關係與適用對象。這需要開發端配合實作，發包時可以列入需求。

五、重複內容的處理

多語系網站容易出現相似或相同的內容出現在不同網址。判斷原則：

第三種是真正需要處理的。例如同時有 example.de 與 example.com/de/ 提供給德國使用者相同的德文內容，就應該擇一為主。

六、自動翻譯的頁面要阻擋檢索

如果網站有未經人工檢視的自動翻譯內容，應該阻擋搜尋引擎檢索。

理由是這類內容可能被視為低品質，收錄後不但沒有幫助，還可能影響整站評價。與其讓它被收錄，不如先擋住，等校對完成再開放。

七、地區定位的訊號

如果要讓搜尋引擎知道某個版本是給哪個國家的使用者，可參考的訊號包括：

• 國家代碼頂級網域——最明確的訊號
• 搜尋主控台中的地區設定——使用通用網域時可指定目標國家，但網站若鎖定多國就不該使用
• 伺服器位置
• 頁面上的當地地址與電話、當地貨幣、來自當地網站的連結

要注意的是：地區性的頂級網域（如泛歐洲、泛亞洲的網域）通常會被視為通用網域，不具備單一國家的定位效果。

八、地理定位不是百分之百準確

永遠會有使用者看到不是最適合他的版本。所以每一頁都要有明顯的語言與地區切換入口，讓他自己修正。

這是成本最低、也最有效的補救方式。

更完整的原則可參考我們既有的Google 針對多地區和多語言版本的設計說明。

不同語言的排版問題比想像中多

多語系網站最常見的視覺問題，是版型只為中文設計，換成其他語言就撐不住。

這在設計階段就要納入考量，事後補救的成本高得多。

字數長度的落差

同樣的意思，不同語言的長度差異很大：

• 中文最精簡——四個字可以講完的事，英文可能要十幾個字母
• 英文通常比中文長
• 德文、俄文的單字特別長，常常撐破按鈕
• 日文有漢字與假名混排，長度介於中英之間

會出問題的地方

• 選單——中文剛好排滿一列，英文就換行或超出
• 按鈕——文字撐破按鈕框
• 表格標題——欄位擠在一起
• 卡片式版面——各張卡片高度不一致，排列變得凌亂
• 圖片上的疊字——文字變長後蓋住主體

設計階段的做法

• 用最長的語言測試版面，而不是用中文
• 按鈕與選單保留伸縮空間，不要用固定寬度
• 卡片式版面設定統一高度或對齊方式
• 設計稿階段就把真實的外語文字套進去看

字型的處理

中文字型檔案大、英文字型檔案小，兩者的設計風格也不同。

• 不要用同一套字型硬撐所有語言——中文字型內建的英文字母通常不好看
• 各語言可以各自指定合適的字型
• 注意載入負擔——中文字型可能達數 MB，是效能的隱形殺手
• 確認字型支援該語言的所有字元——日文的假名、韓文、東南亞語系的特殊字元

字型與效能的關係見網站慢的常見原因。

格式的在地習慣

其中日期最容易出事——同一組數字在不同地區可能被讀成不同的日期，用在活動或交期上會造成實際糾紛。建議直接用月份名稱而非純數字。

語言切換介面

• 放在容易找到的位置——通常是頁首右上角
• 用該語言本身的寫法標示——例如用 English 而不是「英文」，讓看不懂中文的人也找得到
• 不要只用國旗代表語言——語言與國家不是一對一的關係，同一種語言可能有多個國家使用，用國旗容易造成誤解
• 切換後要停在對應的那一頁，不是回到首頁
• 手機版也要容易找到，不要藏在選單最深處

表單與互動的細節

• 欄位標籤與錯誤訊息要翻譯——常見的漏網之魚
• 驗證規則要放寬——外國的電話號碼位數、郵遞區號格式與台灣不同，寫死台灣格式會讓外國客戶無法送出
• 姓名欄位——不要強制分成姓與名，或至少不要限定順序
• 地址欄位——台灣的縣市鄉鎮結構不適用於其他國家
• 自動回覆信要有對應語言的版本

表單的設計原則見網站表單有哪些類型。

右至左書寫的語言

如果要做阿拉伯文或希伯來文版本，整個版面的方向要鏡像翻轉——選單、圖示、進度指示、甚至箭頭方向都要調整。

這不是換個語言就好，等於重做一套版面。 有這類需求時務必在規劃階段就提出，並反映在報價與時程中。

常被忽略的幾件事

• 時區——營業時間、活動時間要標明時區
• 客服能力——外語版本吸引來的詢問，公司有人能回覆嗎？這是最實際的問題
• 後續聯繫——報價單、合約、發票是否也需要外語版本
• 付款與配送——海外訂單的金流與物流是否已備妥

第二項最常被忽略。 做了英文網站卻沒有人能用英文回覆詢問，等於把客戶帶到門口卻沒有人開門。

上線前的檢查

1. 每個語言版本都用實機看過，包含手機
2. 選單、按鈕沒有破版或文字溢出
3. 語言切換能停在對應頁面
4. 表單能用當地格式的資料成功送出
5. 通知信與自動回覆是對應語言
6. 沒有殘留未翻譯的中文

最後一項建議請懂該語言的人整站看過一次——殘留的中文字，自己往往看不出來，因為看到中文並不覺得突兀。