為什麼翻譯後的文件會變得更長
加入 Chrome 
TABLE OF CONTENTS
翻譯後的文件可能多出頁數，卻沒有多出任何想法。不同的字詞長度、句子結構、換行規則與字型度量，都會改變相同意義所需的空間。
簡短解答
當譯文佔用的水平或垂直空間比原文更多時，翻譯後的文件就會變得更長。這可能是因為譯文使用了更多字元、更長的詞、更少的斷行位置、更寬的字形，或更大的行距。
因此，頁數是版面配置的結果，而不是衡量翻譯品質的可靠指標。精簡的譯文仍可能需要多一頁，而糟糕的譯文可能因為省略了內容而更短。
最實用的規劃原則很簡單：預期版面會位移，尤其是當原文本來就是為了塞進緊繃空間而設計時。
為什麼相同的意思需要更多空間
簡短的英文標籤可能大幅膨脹
英文與中文通常能精簡地表達資訊。W3C 指出，因此從這些語言翻譯出來的譯文經常較長，尤其當原文包含簡短的標籤時。
其文字膨脹指引重現了以下將英文翻譯成歐洲語言時的平均規劃範圍：
| 英文原文長度 | 相對於原文的平均翻譯長度 |
|---|---|
| 最多 10 個字元 | 200-300% |
| 11-20 個字元 | 180-200% |
| 21-30 個字元 | 160-180% |
| 31-50 個字元 | 140-160% |
| 51-70 個字元 | 151-170% |
| 超過 70 個字元 | 130% |
這些數字是版面配置的容許量，而不是對特定語言組合的保證。它們有用的啟示是：最短的原文通常需要最大的比例安全邊界。一個兩字的表格標題或標註框，可能比一整段文字造成更多麻煩，因為它通常位於較小的容器內。
文法會改變字詞的數量
語言打包意義的方式並不相同。一種語言可能用詞形變化來表達某個概念，另一種語言卻需要冠詞、介系詞、助動詞或解釋性詞組。詞序也可能把修飾語或條件移到會多佔一行的位置。
這並不表示譯者應該複製原文結構，或移除必要的字詞來維持頁數。譯文必須先做到完整且自然；版面應該去配合它。
長字詞會減少換行的選項
W3C 以德文 Eingabeverarbeitungsfunktionen 為例，說明一個複合詞如何取代英文詞組 “Input processing features”。英文詞組可以在空格處換行。德文複合詞則可能整串留在同一行，除非文件具備合適且能辨識語言的斷字功能。
Unicode 的斷行標準說明了這件事為何重要：軟體會從目前字元與語言所允許的斷行機會中選擇換行位置。當這些機會有限時，狹窄的欄位、表格儲存格與文字方塊會更早出問題。
字元數不等於視覺寬度
譯文可能包含較少字元，卻仍佔用更多空間。W3C 將英文 desktop 與日文 デスクトップ 相比：日文詞彙的字元較少，但通常需要更大的水平寬度。
字型替換又可能再次改變結果。替代字型可能比原字型更寬或更高，把原本剛好容得下的一行變成兩行。如果翻譯後的檔案除了溢出之外，還出現缺字、字母斷開或非預期的字體，請用我們的指南另行診斷這些問題：為什麼翻譯後字型會出錯。
某些文字系統需要更多垂直空間
阿拉伯文、中文、天城文、日文、韓文、泰文、藏文及其他文字系統，可能需要比拉丁文字更高的字形或更大的行距。因此，即使某段的行數不變，仍可能增加垂直空間。
這就是為什麼縮小字型很少是最佳的第一步。文字或許塞得進去，但目標文字系統可能變得難以閱讀，或其標記可能互相碰撞。
文字膨脹在何處破壞文件
冗長的內文段落通常會自動重排。問題集中在依原文尺寸設定好的容器中：
| 文件元素 | 常見問題 | 較佳處理方式 |
|---|---|---|
| 標題 | 多出一行會把內文擠到另一頁 | 允許換行，並讓標題與下一段保持在一起 |
| 表格 | 列變高、欄變得過窄，或文字被裁切 | 加寬關鍵欄、允許列增高，或變更頁面方向 |
| 文字方塊與標註框 | 文字溢出或自動縮小 | 放大方塊，或僅在審查意義後才縮短內容 |
| 表單 | 標籤與欄位互相碰撞 | 將標籤移到欄位上方，或增加標籤寬度 |
| 頁首與頁尾 | 文字與頁碼或邊界重疊 | 簡化重複的文字，並檢查每一個節 |
| 圖說與註腳 | 參照與其主體分離 | 讓相關元素保持在一起，並更新分頁 |
| 投影片 | 項目符號變得密集或小到難以閱讀 | 拆分投影片，或在翻譯前精簡原文內容 |
一行改變就可能連鎖影響檔案的其他部分。表格變高會移動圖說；圖說移動會改變分頁；分頁改變又會影響目錄。請在文字定稿後再審閱整份文件，而不是在措辭仍在變動時就修補頁面。
在翻譯前先準備原文
1. 移除手動換行
為了讓原文看起來均衡而插入的換行，很少適合目標語言。保留真正的段落分隔，但讓一般句子自動換行。
2. 給狹窄容器成長的空間
翻譯前先檢查表格、側欄、表單、圖表與文字方塊。只在有空間的地方增加內距，允許列增高，並避免對必要文字使用固定高度的方塊。
3. 使用段落與標題樣式
樣式讓全域修復變得可行。如果翻譯後的標題需要不同的間距或行高，修改一個樣式比逐一手動編輯每個標題更安全。
4. 設定正確的文件語言
語言設定能協助相容的軟體選擇拼字、斷字與換行行為。它們也能防止編輯器將原文語言的規則套用到譯文上。
5. 保護不可變更的術語
標記產品名稱、代碼、網址、變數與法律識別碼。提供縮寫的上下文給譯者，而不是依賴可能沒有精簡對應詞的原文簡稱。
6. 保留可編輯的主檔案
盡可能在 DOCX、PPTX、試算表或設計原始檔中修復版面。Google Cloud 的文件翻譯指引建議先翻譯 DOCX 或 PPTX，再把結果轉成 PDF，因為這些格式通常比 PDF 更能保留版面與樣式。若需針對 PDF 的準備工作，請依照此流程操作：翻譯 PDF 而不遺失格式。
在不損害翻譯的前提下修復膨脹的譯文
請依照這個順序進行，讓視覺上的修復不會製造語言問題：
- 確認沒有內容被重複。 將標題順序、清單、表格與重複段落與原文比對。
- 移除原文語言的換行。 先讓譯文重新排列，再變更排版。
- 調整容器大小。 加寬欄位、加深文字方塊，或允許表格列增高。
- 調整間距。 減少過大的段落間距或內距，但不要擠壓文字系統。
- 套用能辨識語言的斷字。 僅在符合目標語言與文件樣式時才使用。
- 局部改寫。 請合格審閱者縮短標題或標籤，同時保留意義與語氣。
- 最後才縮小字型。 讓內文與重複元素保持一致，不要只為了塞進去而縮小孤立的段落。
不要為了回復原本的頁數而刪除限定語、範例、警告或法律條件。如果有強制的固定限制，例如一頁的表單或兩張投影片的摘要，請在翻譯前先定義該限制，讓譯者能依照可用空間撰寫。
使用保留版面的翻譯工作流程
把文字複製到純文字翻譯工具，會捨棄版面所依賴的表格、樣式、文字框架與關聯。上傳可編輯的文件，能讓具備文件感知能力的工具保留更多結構。
OpenL Doc Translator 支援 PDF、DOCX、PPTX、XLSX、EPUB 與 SRT 等格式。其官方頁面表示，它會保留字型、色彩、表格與頁面版面，並提供翻譯版與雙語版。雙語檔案有助於檢查版面變化是來自合理的文字膨脹，還是來自內容遺漏或重複。
保留格式能減少手動重建的工作，但無法讓每種語言佔用完全相同的空間。最後請使用雙語文件審閱清單進行獨立的雙語與版面審閱。檢查溢出、表格增高、分頁、頁首、頁尾、目錄，以及最終匯出的 PDF。
交付前的最終檢查
- 沒有任何文字被裁切、隱藏、重疊，或自動縮小到低於核准的大小。
- 表格保留其列與欄的關係，並維持可讀。
- 標題與其引導的內容保持在一起。
- 圖說、註腳、標註框與頁面參照仍指向正確的位置。
- 字型支援所有目標語言的字元與樣式。
- 目錄與交互參照都已更新。
- 可編輯檔案與匯出的 PDF 都已審閱過。
- 雙語比對確認沒有為了讓檔案塞得下而遺失任何內容。
翻譯後的文件變長，通常是語言與版面互相作用的證據，而不是哪裡出了錯。為膨脹預留空間、保留文件結構，並在翻譯完成後才調整版面。
Sources
- W3C: Text size in translation - Explains systematic text expansion, compound words, character width, line height, and flexible-layout planning.
- Unicode Standard Annex #14: Unicode Line Breaking Algorithm - Defines line-break opportunities, line fitting, and language-sensitive hyphenation considerations.
- Google Cloud: Translate documents - Explains document-format support, layout preservation, and why DOCX or PPTX sources generally retain layout better than PDF.
- OpenL Doc Translator - Lists supported formats, layout-preservation features, and bilingual review output.
