文件翻譯時,表格會發生什麼事?

OpenL Team 9/11/2026
文件翻譯時,表格會發生什麼事?

TABLE OF CONTENTS

表格可能完整保留了每一列與每一欄,翻譯後卻依然出錯。較長的文字、不同的換行方式、由右至左的內容、在地化的數字,以及遺失的標題中介資料,都可能讓看似完好的格線變成誤導人的資訊。

表格被翻譯時,什麼會改變?

文件中的表格有三個層次,每個層次都需要分別檢查:

層次應該發生什麼可能出什麼錯
內容標題、標籤、註記與段落文字都被翻譯文字被省略、重複、誤譯,或仍停留在原文語言
結構列、欄、合併儲存格與標題關聯保持連結轉檔過程拆開了儲存格、改變了跨距,或遺失了結構中介資料
呈現框線、填色、字型、寬度與對齊仍可正常使用文字換行、被裁切、被縮小、重疊,或迫使表格移到另一頁

翻譯不應該從頭重建表格。具備文件感知能力的工作流程可以保留其結構與樣式,但「保留」並不代表每個儲存格之後都會佔用相同的空間。

W3C 指出,翻譯後的文字長度很可能不同,並建議採用彈性版面,而非狹窄的固定寬度容器。這在表格中最為重要,因為簡短的標題往往被放在最緊繃的儲存格裡。其範例也顯示,德文複合詞可用的自然換行點可能比對應的英文詞組更少,而某些非拉丁文字需要更寬的字元或更大的行高。

關於這些影響更完整的說明,請參閱為什麼翻譯後的文件會變得更長

哪些表格元素通常能在翻譯後保留下來?

當可編輯的原始檔以具備格式感知能力的工具翻譯時,這些元素可能會被帶到輸出檔案中。但在未經查驗之前,都不應假設它們是正確的。

元素預期結果檢查問題
列與欄相同的邏輯格線是否有任何列、欄或儲存格遺漏或重複?
框線與填色相同的視覺分組顏色與框線是否仍傳達了預期的分類?
合併儲存格相同的跨列或跨欄範圍每個標題是否仍涵蓋正確的資料?
標題列相同的標籤與重複行為標題是否仍附著於正確的欄,並在跨頁時重複出現?
儲存格樣式相同的字型、強調、內距與對齊字型替換或自動調整是否讓任何儲存格變得無法閱讀?
數字與公式相同的底層數值與邏輯是否有任何正負號、分隔符、單位、公式或參照改變了?
註記與連結相同的目標與關聯每個註記或連結是否仍屬於正確的儲存格?

格式轉換是另一項風險。W3C 的表格無障礙指引警告,當內容在不同格式之間移動時,結構化的表格標記經常會遺失。因此,表格可能看起來正確,卻不再向輔助技術揭露標題與資料之間的關係。

五個常見的表格問題與其修正方式

1. 文字溢出,或讓列變得過高

翻譯後的標籤可能更長、包含更寬的字元,或在不同位置換行。固定的列高可能裁掉最後一行;自動增長的列高則可能把表格推到分頁處。

請依此順序修正: 移除手動換行、允許列高增長、加寬最受限制的欄、減少不必要的儲存格內距,並在適當情況下使用目標語言的連字規則。只有在語言審閱者確認沒有遺漏意義後,才縮短用字。最後才考慮縮小字型。

如果目標文字顯示成方框、字母不連接,或出現非預期的字型,請把它視為字型問題,而不是溢出問題。請依照為什麼翻譯後字型會出問題中的檢查步驟處理。

2. 合併儲存格不再對應正確的資料

一個合併標題在原文中可能橫跨三個產品欄。如果在轉換過程中插入、刪除或移動了某一列或某一欄,即使文字翻譯正確,標題也可能出現在錯誤的群組上方。

請將跨距與原始檔比對來修正。 追蹤每個跨欄與跨列的標題,確認它所管轄的儲存格。不要只為了讓翻譯後的標籤塞得下就新增合併儲存格;改為調整寬度或換行方式。

Microsoft 建議基於無障礙考量使用簡單的矩形表格,因為分割儲存格、合併儲存格、巢狀表格,以及空白的列或欄,都可能干擾螢幕閱讀器計算與辨識儲存格的方式。當複雜的跨距確實必要時,單靠目視檢查並不夠。

3. 標題失去與資料儲存格的關聯

第一列的粗體文字在視覺正常的讀者眼中看起來像標題,但外觀並不代表結構。W3C 指引要求識別並關聯標題儲存格與資料儲存格,讓輔助技術能唸出相關的列與欄脈絡。

請在可編輯文件中還原語意標題來修正。 將第一列標記為標題、確認多頁表格的標題會重複,並使用應用程式的無障礙檢查工具測試複雜表格。在匯出的 HTML 或 PDF 中,確認標題的關聯在轉換後仍然保留。

4. 數字、公式與識別碼悄悄改變

通順的句子很容易察覺;改變的小數分隔符、負號、百分比、型號或試算表參照則不容易。有些數值應該為讀者在地化,而識別碼與計算邏輯則必須維持精確。

請用一次僅比對資料的檢查來修正。 忽略段落文字,比對數字、貨幣代碼、百分比符號、單位、範圍、總計、公式、註腳標記與儲存格參照。在目標檔案中重新計算試算表公式與總計。記錄刻意做出的在地化變更,以免審閱者把它們「改回」原始格式。

5. 由右至左的文字打亂了標點或對齊

阿拉伯文與希伯來文由右至左書寫,但其中嵌入的拉丁詞彙與數字仍由左至右書寫。因此 Unicode 將其視為雙向文字。它也指出,不同的表格儲存格會被當成不同的段落處理,讓方向可以在儲存格或段落層級設定。

請逐格修正。 設定正確的基礎方向,然後檢查拉丁文字旁的產品代碼、日期、百分比、括號、斜線與標點。不要手動反轉數字。可編輯文件與匯出的 PDF 都要檢查,因為方向與鏡像屬於算圖行為。

翻譯前檢查清單

  • 盡可能從可編輯的 DOCX、PPTX 或 XLSX 開始。
  • 移除僅用於間隔的空白列與空白欄。
  • 在實際可行的情況下,以正常的文件版面取代版面配置用表格。
  • 標記真正的標題列,並在資料允許範圍內保持表格結構盡量簡單。
  • 讓列高可以增長;避免為可翻譯的儲存格設定固定高度。
  • 找出合併儲存格、公式、總計、受保護的識別碼,以及不翻譯的詞彙。
  • 正確設定來源語言,並記錄目標地區設定。
  • 儲存一份參考 PDF,讓審閱者知道核准的原文當時是什麼樣子。

這些步驟能在任何工具或譯者接觸檔案之前減少模糊空間。它們也讓人更容易判斷之後的問題是來自翻譯、轉換,還是原本的表格設計。

如何審閱翻譯後的表格

請分多次進行。試圖一次檢查語言、資料、結構與版面,會讓小錯誤容易被忽略。

  1. 比對格線。 對照原文清點表格、列、欄、合併區域、標題列與註記。
  2. 比對內容。 確認每個儲存格都只翻譯了一次,且仍位於正確的標題之下。
  3. 比對資料。 在不編輯段落文字的情況下,檢查數字、正負號、單位、公式、總計、識別碼與連結。
  4. 檢查版面。 留意裁切、列高過度增長、不佳的分頁、自動調整後過小的文字、備援字型,以及不一致的對齊。
  5. 檢查方向與無障礙性。 確認由右至左的儲存格、標題關聯、閱讀順序與重複標題。
  6. 匯出後再檢查一次。 開啟交付的 PDF 或其他最終格式;不要只核准可編輯的原始檔。

OpenL Doc Translator 支援 PDF、DOCX、PPTX 與 XLSX 等文件格式。其官方頁面說明字型、顏色、表格與頁面版面都會保留,且每項工作都包含譯文與雙語版本。請盡可能使用可編輯的原始檔,預覽結果,然後在完成上述結構化審閱之前,先比對雙語版本。

保留格式能減少重建的工作;但這並不能免除品質保證的必要性。雙語文件審閱清單涵蓋了表格檢查完成後更廣泛的文件內容。

何時必須人工審閱

當表格包含以下內容時,請務必指派人工審閱者:

  • 財務總計、費率、預測或經審計的數字
  • 法律義務、合規限制、劑量或安全資料
  • 公式、跨工作表參照或計算欄位
  • 多層級標題、合併區域或巢狀表格
  • 依賴 OCR 的掃描或圖片式儲存格
  • 混合由右至左與由左至右的文字
  • 沒有擴充空間的固定列印版面

對這些表格而言,「檔案開啟了」與「表格看起來差不多」並非驗收標準。核准需要比對原始結構、驗證目標語言的意思、檢查每一個關鍵數值,並測試最終交付格式。

成功的表格翻譯保留的是關聯,而不只是矩形。請分別審閱內容、結構、資料、版面、方向與無障礙性,這樣格式瑕疵就更不可能變成資料錯誤。

Sources