← 返回最新消息

語言與翻譯操作篇

語言與翻譯操作篇

多語系不是把選單加上一個 English 就完成。真正的工作包括內容翻譯、系統文字、導覽、課程、通知與結帳流程的逐頁驗收。若只開語言、不完成翻譯,訪客看到的會是一個在兩種語言間不斷跳動的網站。

InfoBox 的語言與翻譯功能適用於所有方案,目前支援繁體中文、English、簡體中文。啟用兩種以上語言後,前台會出現語言切換器;系統也有瀏覽器語言的回退與預設語言設定。後台目前有 10,136 條系統文字可處理,欄位留白會保留預設文字。

先決定為什麼要開第二種語言

先回答目標受眾是誰、要翻哪些內容、誰負責維護。若只是偶爾遇到一位外語詢問者,完整多語站的成本可能高於實際需求;若課程已穩定服務海外受眾,多語系才比較可能值得投入。

開始前可用這張表評估:

問題可以開始的訊號應先暫停的訊號
受眾已有明確語言市場只是覺得多語看起來專業
內容有人負責翻譯與審稿只打算翻首頁
維護原文更新時能同步處理沒有人記得哪些頁已翻
客服能回覆該語言詢問售前可翻,售後無人承接

多語功能本身涵蓋所有方案,但翻譯、校稿、客服與持續更新仍是營運成本。語言越多,變更一次課程、價格說明或政策時,要同步檢查的版本就越多。

三種語言與顯示邏輯

目前可設定繁體中文、English、簡體中文。當啟用兩種以上語言,前台會有語言切換器,讓訪客主動選擇。

InfoBox 後台 language🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

語言顯示還要考慮兩件事:瀏覽器語言回退與預設語言。可把它理解為:系統先嘗試依訪客瀏覽器語言提供合適版本,若無法對應,就回到網站設定的預設語言。實際上線時仍要用不同瀏覽器語言測試,不能只在管理者自己的環境看一次。

情境應檢查的結果
瀏覽器語言與已啟用語言相符是否進入預期語言版本
瀏覽器語言不在支援範圍是否回到設定的預設語言
使用者手動切換導覽與頁面是否維持可理解狀態
網址直接分享收件者開啟後是否看到合理語言

本文不假設語言選擇會以何種方式永久記住,也不宣稱所有第三方嵌入內容會跟著切換。這些情況應在自己的網站實測。

預設語言要選網站最完整的版本

預設語言是回退時的安全網,應選內容最完整、團隊最能維護的語言,而不是單純選想拓展的市場。若繁中是主要營運語言、英文仍在翻譯,先以繁中作為穩定預設,比讓大量未完成英文頁承接訪客可靠。

InfoBox 後台 site_settings🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

設定前確認:

  1. 哪一種語言是現階段主版本。
  2. 網站名稱與說明在主要語言下是否正確。
  3. 導覽、首頁、課程與必要政策是否已備妥。
  4. 瀏覽器無法匹配時,要讓訪客看到哪一版。
  5. 誰負責原文變更後通知其他語言維護者。

不要在同一天同時更改預設語言、大量翻譯與網站導覽,否則出現問題時難以判斷是哪一項設定造成。一次改一層,改完就測。

10,136 條系統文字怎麼處理

目前後台有 10,136 條系統文字。數量大,不代表上線前必須逐條改寫;系統已提供預設文字,欄位留白就會保留預設。只有確定要調整語氣、名詞或品牌用法時,再填入自訂翻譯。

這能避免兩種浪費:一是把原本正確的預設文字全部重打一遍;二是為了追求百分之百自訂,製造大量日後要維護的內容。

建議優先順序:

  • 導覽、登入、註冊與帳戶相關文字。
  • 課程購買與學習流程會看到的文字。
  • 付款、折扣、發票等關鍵交易文字。
  • 系統提示、錯誤訊息與必要行動按鈕。
  • Email 通知中影響理解的文字。
  • 最後才是低頻或不影響操作的細節。

翻譯時先建立術語表,例如「課程」「訂單」「學員」「結帳」各語言採固定說法。不要同一頁把同一功能翻成兩個名稱,否則客服與教學文件很難對照。

不要開一個只翻一半的語言

啟用兩種以上語言就會出現切換器,這也等於對訪客宣告該語言可用。如果首頁是英文,點進課程、結帳或通知卻大量回到中文,問題不只是美觀,而是理解與信任中斷。

最低上線範圍應包含:

  • 首頁與主要導覽。
  • 核心課程介紹與必要頁面。
  • 購買前必須理解的價格、內容與限制。
  • 結帳流程中的關鍵文字。
  • 登入後最基本的學習入口。
  • 重要通知與客服入口。
InfoBox 後台 courses🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

若上述內容尚未完成,先保留單一語言,或延後開啟第二種語言。不要用「之後再補」為半成品上線辯護;原文每次更新都會讓翻譯欠帳繼續增加。

課程與系統文字要分開驗收

系統文字可從語言與翻譯頁調整,但課程標題、單元、講師介紹與銷售內容屬於你的內容。完成系統翻譯,不代表課程內容自動變成另一種語言。

驗收時分兩張清單:

清單內容
系統層選單、按鈕、提示、帳戶、結帳與通知中的系統文字
內容層首頁、頁面、文章、課程名稱、單元及自行撰寫的說明

這樣較容易找出責任歸屬。系統預設文字若可用就留白;自有內容則必須由團隊翻譯與校稿。不要假設 AI 翻譯產出可以直接發布,品牌名詞、價格條件與教學術語仍要人工確認。

Email 與售後服務也要測

訪客完成購買後,仍會接觸通知與客服。網站頁面翻好了,但 Email 或真人回覆仍只有另一種語言,整體體驗還是斷裂。

InfoBox 後台 email_setup🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

正式開放前,用測試帳戶走一次:進站、切換語言、閱讀課程頁、進入結帳相關畫面、登入學習入口並查看重要通知。本文不宣稱每一封信都會自動依語言完成你想要的翻譯,因此實際寄出的內容必須逐項確認。

客服也要有界線。若團隊只能用繁中服務,就應事先說明,不要因前台有英文,就承諾完整英文售後。翻譯工具可以協助溝通,但涉及付款、退款、權限或條款時,仍要由人核對語意。

上線與維護流程

建議先在單一新語言完成必要頁面,再啟用並測試切換器。上線後建立翻譯台帳,記錄原文頁、各語言狀態、審稿人與最後更新日。任何主版本修改,都要同時建立其他語言待辦。

每次發布前檢查:預設語言是否正確、瀏覽器回退是否合理、切換器是否出現、重要頁是否完整、10,136 條系統文字中有自訂的部分是否仍一致、留白欄位是否正常沿用預設,以及課程與 Email 是否能走完必要流程。

語言功能降低的是技術門檻,不是翻譯責任。從最完整的版本選預設語言,用瀏覽器回退處理無法匹配的訪客,只在需要時改寫系統文字,完成核心流程後才開第二種語言。寧可先維持一個完整語言,也不要同時展示三個半成品。

想知道哪個方案適合你?

告訴我們你的產業與目前狀況,我們會直接說明哪個方案剛好、哪些功能你其實用不到——先確認範圍,再談價格。