繁體中文版寫「索取企業會籍發票」,英文版卻成了「立即加入」,簡體中文版又出現一個尚未確認的年費。三個頁面看起來是同一項服務,實際上卻給了客戶不同承諾。

香港品牌同時面向本地、內地及國際客戶時,三語內容涉及的工作,包括翻譯、用語、服務事實、版本更新,以及整個查詢流程。AI 可以協助初稿與比對,但需要一套讓資訊保持一致的管理方法。

先分開「不應改變」與「可以調整」的內容

公司名稱、產品規格、收費幣別、方案權益、有效日期及付款條件,應來自同一份已批准的事實表。不同語言可以改變句式,不能自行改動這些內容。

較適合因應讀者調整的部分,是例子、背景解釋、語氣及資訊次序。面向熟悉香港市場的讀者,可以直接談本地服務安排;面向首次進入亞洲的公司,則可能要先說明服務涵蓋地區、時區及合作流程。

語言與所在地也不能直接畫上等號。使用英文的人可能身在香港,閱讀簡體中文的人也可能是海外採購主管。真正的受眾設定,應結合語言、角色及業務需求。

建立一份短而可用的術語表

先收集網站最常見的二三十個詞語,包括服務名稱、會員方案、CTA 按鈕,以及容易產生歧義的概念。例如「提交申請」「要求報價」「索取發票」「付款完成」,應分開處理。

術語表除了三種語言,還可以加上使用說明。例如「corporate membership」代表公司層面的會籍,不應譯成個人訂閱;「request an invoice」是提出要求,不代表系統已發出正式發票。

簡繁轉換工具適合處理字形,未必會調整市場慣用語、句式及商業語境。若目標是內地讀者,便應有人檢查是否自然易讀;同樣,英文也要檢查是否清楚,而非逐句保留中文語序。

AI 起稿後,做一次「承諾比對」

可以要求 AI 根據同一份事實表產生語言版本,再列出價格、期限、包含項目及行動要求,方便人工逐項比對。

例如給它以下任務:

將內容改寫為面向國際 B2B 採購主管的英文。保留所有已確認的費用、條件及限制,不新增承諾。完成後,列出原文與譯文中的方案權益及 CTA;不確定的詞語另外標示。

回譯可以協助找出遺漏,但不能取代熟悉目標語言的審稿。兩次機器翻譯可能保留相同誤解;真正的檢查,仍要回到事實表及讀者是否理解下一步。

檢查完整旅程,不只檢查正文

多語網站常見的落差,出現在表格錯誤訊息、提交成功通知、確認電郵,以及行動版選單。正文已翻譯,客戶付款或提交資料時卻突然轉回另一種語言,會增加疑惑。

每個版本至少走一次完整流程:從文章進入服務頁,打開表格,觸發一個必填錯誤,再完成測試提交。確認語言切換後,仍然留在對應內容,而不是被送回首頁。

Google 的多語網站指引建議為不同語言使用不同網址,並透過適當的語言版本標記協助搜尋系統理解頁面關係。實施時應按網站架構處理,而不是只翻譯選單文字。參考:Google 多語及多地區網站指引

用版本記錄控制更新

當會員方案或服務範圍修改,記錄哪一份原稿改了甚麼、哪些語言尚未更新,以及誰完成審核。未完成翻譯的頁面應有清楚處理安排,避免舊版本一直留在線上。

成效也應按語言分開觀察,例如服務頁至查詢的轉化、表格完成率,以及最常被問到的問題。但不同語言的流量來源與客群可能不同,不宜直接以總轉化率判斷哪個翻譯較好。

準備把品牌帶到更多市場? 與 Martech HK 討論三語內容及市場本地化,由一份共同事實表和一條完整客戶旅程開始。