寄出譯文前的 12 項檢查

TABLE OF CONTENTS

譯文看起來已經「完成」了。這是那種感覺與按下傳送之間的短門檻——無論你是給客戶寄信、發布產品文案、交作業，還是上線 UI 字串。

機器翻譯與 AI 草稿能省時間。它們也會留下一批拼字檢查抓不到的最後一哩錯誤：美式日期在歐洲把日與月對調、產品名被翻掉、{name} 佔位符壞了，或連結仍開啟源語言頁面。美國翻譯協會（ATA）強調完整性、準確性、可讀性，以及在真實交付格式下做最終一遍再放行。你不需要一整套在地化流程——只需要大約 5–15 分鐘就能跑完的十二項具體檢查。

這不是深度雙語 QA 工作流。更長文件審校、PPTX 簡報或專業校對，請用文末連結的深度指南。本頁是口袋門檻：原文與譯文並排開啟，然後由上到下過一遍清單。

如何跑這 5–15 分鐘門檻

情境	建議深度
短郵件、聊天回覆、社群配文	5 分鐘 — 檢查 1–6 + 12
產品頁、提案、作業作文	10 分鐘 — 完整清單
UI 字串、應用商店文案、FAQ	15 分鐘 — 完整清單 + 重點看佔位符／連結

瀏覽器開一個分頁（或視窗）看原文，另一個看譯文。在真正要寄出去的檔案裡改問題——別只改聊天草稿。

1. 日期與地區順序

確認每個日期都符合讀者的地區習慣，而不是你的。

美式英語常用 月–日–年（11/01/2026 = 11 月 1 日）。
歐洲與拉丁美洲多數用 日–月–年（01/11/2026 = 11 月 1 日）。
許多東亞地區偏好 年–月–日。

Unicode CLDR 正是為此精確記錄各地區日期模式：短數字日期在跨境場景下容易歧義。受眾混雜時，管道允許的話優先用不歧義形式（1 November 2026 或 ISO 2026-11-01）。改完格式後，也要核對星期幾是否仍匹配。

2. 殘留的源語言文字

掃描 AI 工具常會跳過的未譯碎片：

標題、圖說、替代文字、腳註、頁首／頁尾
表格、文字框、講者備註或圖片疊字裡的文字
仍留在源語言的佔位片語（TBD、lorem、TODO、本應在地化的 N/A）

ATA 的審校指引點名圖形下方與表格中的隱藏文字最容易漏。在譯文檔案裡搜尋有辨識度的原文詞（去掉品牌名）可以快速浮出殘留。

3. 名稱與禁止翻譯（DNT）項

除非簡報另有說明，保護應保持原樣的項：

人名與地名（對照原文確認拼寫）
產品名、功能名、法律實體名
DNT 清單上的縮寫、程式碼識別碼、SKU／型號

翻譯前先建一份極小的 DNT 清單——哪怕五個詞也有用。關於通常不該換語言的內容，見什麼不該翻譯。

4. 貨幣符號與數字分隔符

數字並非「通用」。CLDR 的數字與貨幣模式把 . 和 , 當作佔位符，會變成各地區特有的符號。

地區習慣	`1.500`／`1,500` 的含義示例
en-US	`1,500.00` → 一千五百
de-DE／許多歐盟地區	`1.500,00` → 一千五百
混雜草稿	`1.500` 可能是 1.5 也可能是 1500——報價裡災難性

檢查貨幣代碼與符號（USD／$／US$）、符號位置，以及小數位（日圓常無小數）。「修」分隔符時絕不要改動數值本身。

5. 語氣與語域

問自己：從這位寄件人發給這位收件人、在這個管道上，聽起來對嗎？

劍橋語法把**語域（register）**定義為因目的、語境與受眾而異的語言變體——並對比正式語言（嚴肅場合、不太熟的人）與非正式語言（輕鬆、熟悉的語境）。首封客戶郵件用聊天式 AI 草稿，或應用引導提示用僵硬課本腔，都會卡在傳送門檻。

快速測試：讀問候語、一段正文，以及落款。若正式程度互相打架，就修不匹配。跨語言語氣模式見正式與非正式：12 條語氣提示。

6. 佔位符與變數

在譯文中搜尋損壞或被翻譯的佔位符：

{name}、{{count}}、%s、%1$s、${user}
ICU／MessageFormat 風格的 {count, plural, ...} 區塊

W3C 關於複合訊息的國際化指引警告：變數必須保持完整且可重排；譯者（和 AI）不能「好心」翻譯 token，或硬編碼英語詞序。對照源字串核對佔位符的數量與名稱。若介面上字面顯示 Hello, {name}!，你還沒做完。

7. 連結仍指向源語言 URL

點擊——或至少懸停並檢查——每條重要連結：

頁面本該是西班牙語時，是否仍出現 /en/ 或 ?lang=en？
說明中心與定價 URL 是否解析到目標地區對應頁？
追蹤或 UTM 參數是否完整，目標是否在線（不是 404）？

句子再完美，若把讀者送到錯誤語言頁面，仍過不了傳送門檻。

8. 數字、單位與度量

除貨幣分隔符外，還要核實：

單位按簡報保留或換算（km vs mi，°C vs °F）
電話號碼、郵遞區號與時間（12 小時制 vs 24 小時制）
百分比與範圍（10–15%）仍與原文數值一致

若簡報寫「不要換算單位」，就保留單位，只在地化周圍措辭。

9. 術語表與產品名一致性

在譯文中搜尋每個必用術語。確認：

每次都用首選詞（沒有同義漂移）
禁用或舊術語沒有重新出現
大小寫符合品牌規則（OpenL，不是 Openl）

不一致是短行銷頁看起來未經編輯的最快方式之一。若沒有正式術語表，傳送前先寫三行必保留名稱清單。

10. 相對原文的完整性（條目與章節數）

做結構清點，而不只憑感覺：

H2／H3 章節數是否相同？
項目符號或編號列表長度是否相同？
表格：行列數是否相同？圖說是否在？

ATA 的完整性檢查很直白：漏掉一個像「no」這樣的小詞，意思就會反轉。清點列表項能抓住流暢閱讀漏掉的遺漏。完整雙語文件審校請用雙語文件審校清單。

11. 版式與長度溢出

較長的目標語言（德語、芬蘭語、西班牙語）常會溢出：

按鈕、選單標籤、投影片標題、郵件主旨行
表格儲存格、行動端 UI、PDF 文字框

按真實尺寸檢查（100% 縮放／裝置預覽）。留意截斷字串、文字重疊、換行斷裂，以及不支援目標文字的字型。若譯的是投影片或簡報，也請瀏覽PPTX 翻譯 QA 清單中的講者備註與圖表標籤。

12. 最終朗讀（或文字轉語音）

把譯文大聲朗讀——或用 Word／系統朗讀——同時掃一眼原文中的數字與名稱。ATA 審校者特別推薦朗讀，以抓住錯誤數字與不自然措辭。你在聽：

卡頓、直譯腔，以及要讀兩遍才懂的句子
讀出聲的錯誤數字（fifteen vs fifty）
默讀覺得還行、出聲卻彆扭的語氣

任何讓你停頓的地方，傳送前先改掉。

快速可複製清單

編輯後需要草稿或短段快速複核時，OpenL 可幫你重新產生或對比措辭——然後在任何內容離開寄件匣前，再跑一遍本門檻。

需要更深度 QA 時

用本傳送門檻建立最後一哩信心。當風險或篇幅變大時，改用更深清單：

翻譯 QA 清單：15 個必查項 — 更完整的專案 QA
專業人士翻譯校對清單 — 語言學家級校對
雙語文件審校清單 — 原文對照譯文的文件審校

十二項檢查替代不了法律合約的付費審校。但它們能抓住那些把不錯的 AI 草稿變成糟糕傳送的尷尬失誤。

Sources

How to Review a Translation — American Translators Association (ATA) — completeness, accuracy, readability, read-aloud, hidden text, final format check
Quality Control in Translation — ATA — register, numbers/proper nouns, client instructions, bilingual review habits
CLDR Date/Time Patterns — locale date format conventions
CLDR Number and Currency Patterns — decimal/grouping separators and currency patterns
Register — Cambridge Dictionary Grammar — register as purpose-, context-, and audience-driven language variety
Formal and informal language — Cambridge Grammar — formal vs informal usage cues
Working with Composite Messages — W3C Internationalization — placeholders/variables must remain intact and reorderable
Multidimensional Quality Metrics (MQM) — open issue typology used across localization QA (accuracy, fluency, locale convention, and related dimensions)