語言與翻譯操作篇

多語系不是把選單加上一個 English 就完成。真正的工作包括內容翻譯、系統文字、導覽、課程、通知與結帳流程的逐頁驗收。若只開語言、不完成翻譯,訪客看到的會是一個在兩種語言間不斷跳動的網站。
InfoBox 的語言與翻譯功能適用於所有方案,目前支援繁體中文、English、簡體中文。啟用兩種以上語言後,前台會出現語言切換器;系統也有瀏覽器語言的回退與預設語言設定。後台目前有 10,136 條系統文字可處理,欄位留白會保留預設文字。
先決定為什麼要開第二種語言
先回答目標受眾是誰、要翻哪些內容、誰負責維護。若只是偶爾遇到一位外語詢問者,完整多語站的成本可能高於實際需求;若課程已穩定服務海外受眾,多語系才比較可能值得投入。
開始前可用這張表評估:
| 問題 | 可以開始的訊號 | 應先暫停的訊號 |
|---|---|---|
| 受眾 | 已有明確語言市場 | 只是覺得多語看起來專業 |
| 內容 | 有人負責翻譯與審稿 | 只打算翻首頁 |
| 維護 | 原文更新時能同步處理 | 沒有人記得哪些頁已翻 |
| 客服 | 能回覆該語言詢問 | 售前可翻,售後無人承接 |
多語功能本身涵蓋所有方案,但翻譯、校稿、客服與持續更新仍是營運成本。語言越多,變更一次課程、價格說明或政策時,要同步檢查的版本就越多。
三種語言與顯示邏輯
目前可設定繁體中文、English、簡體中文。當啟用兩種以上語言,前台會有語言切換器,讓訪客主動選擇。
🔍 點擊放大語言顯示還要考慮兩件事:瀏覽器語言回退與預設語言。可把它理解為:系統先嘗試依訪客瀏覽器語言提供合適版本,若無法對應,就回到網站設定的預設語言。實際上線時仍要用不同瀏覽器語言測試,不能只在管理者自己的環境看一次。
| 情境 | 應檢查的結果 |
|---|---|
| 瀏覽器語言與已啟用語言相符 | 是否進入預期語言版本 |
| 瀏覽器語言不在支援範圍 | 是否回到設定的預設語言 |
| 使用者手動切換 | 導覽與頁面是否維持可理解狀態 |
| 網址直接分享 | 收件者開啟後是否看到合理語言 |
本文不假設語言選擇會以何種方式永久記住,也不宣稱所有第三方嵌入內容會跟著切換。這些情況應在自己的網站實測。
預設語言要選網站最完整的版本
預設語言是回退時的安全網,應選內容最完整、團隊最能維護的語言,而不是單純選想拓展的市場。若繁中是主要營運語言、英文仍在翻譯,先以繁中作為穩定預設,比讓大量未完成英文頁承接訪客可靠。
🔍 點擊放大設定前確認:
- 哪一種語言是現階段主版本。
- 網站名稱與說明在主要語言下是否正確。
- 導覽、首頁、課程與必要政策是否已備妥。
- 瀏覽器無法匹配時,要讓訪客看到哪一版。
- 誰負責原文變更後通知其他語言維護者。
不要在同一天同時更改預設語言、大量翻譯與網站導覽,否則出現問題時難以判斷是哪一項設定造成。一次改一層,改完就測。
10,136 條系統文字怎麼處理
目前後台有 10,136 條系統文字。數量大,不代表上線前必須逐條改寫;系統已提供預設文字,欄位留白就會保留預設。只有確定要調整語氣、名詞或品牌用法時,再填入自訂翻譯。
這能避免兩種浪費:一是把原本正確的預設文字全部重打一遍;二是為了追求百分之百自訂,製造大量日後要維護的內容。
建議優先順序:
- 導覽、登入、註冊與帳戶相關文字。
- 課程購買與學習流程會看到的文字。
- 付款、折扣、發票等關鍵交易文字。
- 系統提示、錯誤訊息與必要行動按鈕。
- Email 通知中影響理解的文字。
- 最後才是低頻或不影響操作的細節。
翻譯時先建立術語表,例如「課程」「訂單」「學員」「結帳」各語言採固定說法。不要同一頁把同一功能翻成兩個名稱,否則客服與教學文件很難對照。
不要開一個只翻一半的語言
啟用兩種以上語言就會出現切換器,這也等於對訪客宣告該語言可用。如果首頁是英文,點進課程、結帳或通知卻大量回到中文,問題不只是美觀,而是理解與信任中斷。
最低上線範圍應包含:
- 首頁與主要導覽。
- 核心課程介紹與必要頁面。
- 購買前必須理解的價格、內容與限制。
- 結帳流程中的關鍵文字。
- 登入後最基本的學習入口。
- 重要通知與客服入口。
🔍 點擊放大若上述內容尚未完成,先保留單一語言,或延後開啟第二種語言。不要用「之後再補」為半成品上線辯護;原文每次更新都會讓翻譯欠帳繼續增加。
課程與系統文字要分開驗收
系統文字可從語言與翻譯頁調整,但課程標題、單元、講師介紹與銷售內容屬於你的內容。完成系統翻譯,不代表課程內容自動變成另一種語言。
驗收時分兩張清單:
| 清單 | 內容 |
|---|---|
| 系統層 | 選單、按鈕、提示、帳戶、結帳與通知中的系統文字 |
| 內容層 | 首頁、頁面、文章、課程名稱、單元及自行撰寫的說明 |
這樣較容易找出責任歸屬。系統預設文字若可用就留白;自有內容則必須由團隊翻譯與校稿。不要假設 AI 翻譯產出可以直接發布,品牌名詞、價格條件與教學術語仍要人工確認。
Email 與售後服務也要測
訪客完成購買後,仍會接觸通知與客服。網站頁面翻好了,但 Email 或真人回覆仍只有另一種語言,整體體驗還是斷裂。
🔍 點擊放大正式開放前,用測試帳戶走一次:進站、切換語言、閱讀課程頁、進入結帳相關畫面、登入學習入口並查看重要通知。本文不宣稱每一封信都會自動依語言完成你想要的翻譯,因此實際寄出的內容必須逐項確認。
客服也要有界線。若團隊只能用繁中服務,就應事先說明,不要因前台有英文,就承諾完整英文售後。翻譯工具可以協助溝通,但涉及付款、退款、權限或條款時,仍要由人核對語意。
上線與維護流程
建議先在單一新語言完成必要頁面,再啟用並測試切換器。上線後建立翻譯台帳,記錄原文頁、各語言狀態、審稿人與最後更新日。任何主版本修改,都要同時建立其他語言待辦。
每次發布前檢查:預設語言是否正確、瀏覽器回退是否合理、切換器是否出現、重要頁是否完整、10,136 條系統文字中有自訂的部分是否仍一致、留白欄位是否正常沿用預設,以及課程與 Email 是否能走完必要流程。
語言功能降低的是技術門檻,不是翻譯責任。從最完整的版本選預設語言,用瀏覽器回退處理無法匹配的訪客,只在需要時改寫系統文字,完成核心流程後才開第二種語言。寧可先維持一個完整語言,也不要同時展示三個半成品。
