已翻譯 PDF 的無障礙功能：語言、標籤、閱讀順序與替代文字

一份已翻譯的 PDF 需要進行兩項獨立的審查：它是否在頁面上傳達了正確的意義，以及它的底層結構是否將該意義傳達給了輔助技術？截圖有助於回答第一個問題，但無法回答第二個。

從最終翻譯好的檔案開始，而不是來源的無障礙報告。檢查其文件語言、段落中的語言變更、語意標籤、邏輯閱讀順序、圖片替代文字以及鍵盤導覽。然後在您的受眾使用的 PDF 閱讀器和輔助技術設定中進行測試。

最有用的原則是修復文件的意義與結構，而不僅僅是其外觀。我們可下載的範例使這種區別顯而易見：兩個 PDF 的呈現完全相同，但其中一個包含故意錯誤的無障礙資訊。

本指南負責翻譯後的無障礙檢查。若要處理遺失的文字、被裁切的表格、替代字型以及逐頁的視覺檢查，請使用獨立的PDF 翻譯品管檢查表。若要了解更廣泛的從來源到輸出的流程，請參閱如何在保留格式的情況下翻譯 PDF.

兩個相同的頁面，三個隱藏的差異

下載這些單頁教學檔案：

• 修改前：具有不正確語言、順序與替代文字的西班牙語文字.
• 修改後：更正了這三個屬性的相同頁面.
• 完整的結構檢查結果與可重現的 Python 產生器.

該頁面包含兩欄關於準備與審查文件的虛構西班牙語說明。左欄包含步驟 A1 和 A2；右欄包含 B1 和 B2。一個資料夾到文件的圖表位於它們下方。一個英文介面片語「Read only」刻意保持未翻譯。

我們於 2026 年 9 月 7 日為本文撰寫了這個綜合範例。它不是客戶文件、BookTranslator 輸出結果，也不是翻譯品質基準。該產生器使用 ReportLab 4.4.9 和 pypdf 6.10.0。它建立兩個 PDF、重新開啟它們，並讀取實際的文件目錄、標籤樹、標記內容文字與圖形替代文字。

檢查產生了以下結果：

我們也使用 Poppler 以 100 dpi 算繪這兩個檔案，並比較其 850 × 1100 像素的圖片。算繪後的圖片完全相同。修正結構並未移動任何單一的可見元素。

以下是簡化的 標籤順序追蹤，從每個 PDF 中讀取，而不是從其螢幕截圖推斷：

Before:
1. Revisar el archivo
2. Revisar la entrega
A1. Confirme que el archivo contiene todas las páginas.
B1. Compare los títulos con el archivo original.
A2. Guarde una copia del original antes de editarlo.
B2. Revise las notas antes de compartir el resultado.

After:
1. Revisar el archivo
A1. Confirme que el archivo contiene todas las páginas.
A2. Guarde una copia del original antes de editarlo.
2. Revisar la entrega
B1. Compare los títulos con el archivo original.
B2. Revise las notas antes de compartir el resultado.

這是一項結構追蹤，而非螢幕報讀程式的錄音或逐字稿。我們未對這些檔案進行輔助技術測試。實際的語音、導覽與語言切換取決於閱讀器、螢幕報讀程式、已安裝的語音與設定。「之後」的檔案修正了圖示的屬性；它並不是經過認證的無障礙範本，也不是 PDF/UA 合規範例。

該限制至關重要：此測試裝置證明了外觀與這些底層屬性可以獨立存在差異。它並未證明每個閱讀應用程式將如何解讀它們。

檢查兩個層級的語言後設資料

設定已翻譯文件的語言

僅翻譯可見字詞並不表示 PDF 的語言後設資料也隨之更改。請檢查最終檔案的預設語言。在此範例中，西班牙文頁面以文件層級的 /Lang 值開頭，其值為 en-US；修正後的值為 es-ES.

W3C 的 PDF16 技術 說明瞭文件目錄的 /Lang 項目以及檢查該項目的方法。正確的語言資訊有助於支援軟體選擇適當的發音規則。這是提供給軟體的指示，並不保證已安裝或選取特定的語音。

請使用精確描述文件的語言變體。切勿僅因為某個地區是選單中的第一個選項就選擇它。如果翻譯後的檔案主要是西班牙文，但其封面保留了英文書名，該書名並不會讓英文成為文件的預設語言。

標記真正保留其他語言的段落

雙語 PDF 需要設定一種以上的語言。預設值描述主要語言；包覆標籤或段落可以覆寫它，以適用於其他語言的文字。W3C 的 PDF19 技術 解釋了這種較窄的語言指派方式。

在我们修正後的範例中，「Read only」具有明確的 en-US 值，而周圍的文字則繼承 es-ES。這比將整個段落更改為英文來容納兩個字詞要精確得多。

將相同的邏輯套用於雙頁對照的雙語報告：分別檢查英文與翻譯文字。單一的檔案全域語言選擇無法同時精確描述雙方。對於保留原語言的引言，請標記該段落；切勿將附近的翻譯評論重新標記為該語言。

在聆聽測試期間，請先記錄發音問題再決定其原因。標籤正確但語音無法使用的情況，與西班牙文段落被錯誤標記為英文的情況，兩者需要不同的因應對策。

檢查標籤樹，而不僅僅是編號順序覆疊

帶標籤的 PDF 會公開諸如標題、段落、列表和圖形等結構。標籤應該描述內容 是什麼，而不僅僅是它位於何處。大號粗體行不一定就是可導覽的標題，除非結構適當識別了它。W3C 的 PDF9 技術 涵蓋了標題標籤。

對於翻譯過的文件，請逐一思考以下問題：

1. 是否存在標籤樹，且其中是否包含有意義的目标語言內容？
2. 標題是否正確反映了實際的章節層級？
3. 清單項目、表格儲存格、說明文字和圖片是否正確對應至相應的結構？
4. 閱讀順序是否表達了預期的論點或步驟？
5. 翻譯或匯出過程是否引入了重複、空白或錯位的結構？

答案並不總是「由左至右」。我們的西班牙語範例故意先完成左欄，然後才開始右欄。雙語比較可能需要成對的來源與目標區塊；側邊欄可能應放在它所修飾的段落之後。請根據語意決定預期的順序，然後檢查最終結構是否能表達該順序。

W3C 的 PDF3 技術 解釋了加上標籤的 PDF 閱讀順序主要是由標籤順序決定，而標籤內的內容也有其自己的順序。它特別指出多欄版面配置是一個潛在的失敗點。

這就是為什麼一個頁面可能擁有正確數量的標籤，但仍然是錯誤的。在我們的「修改前」PDF 中，每一個文字區塊都存在，但樹狀結構卻交錯了兩個不同的程序。重新排序這些元素可以修正所展示的順序，而不會改變頁面版面配置。

將頁面複製到文字編輯器中是一項有用的警告測試，但不能作為最終驗收。擷取工具可能會透過 PDF 採用不同的路徑。同樣地，順序覆蓋圖是一個有用的編輯檢視，但在儲存之後，請務必檢查產生的標籤樹以及實際的閱讀體驗。Adobe 的 閱讀順序工具說明文件 區分了閱讀順序工作與更詳細的標籤修復。

如果可編輯的來源存在，請在產生下一個 PDF 之前修正其標題樣式與結構關係。否則，下一次匯出可能會放棄小心翼翼進行的一次性修復。請保留直接修復 PDF 的做法，僅用於來源工作流程無法可靠傳遞的缺陷。

翻譯可見內文以外的資訊

無障礙功能資訊即使未顯示在頁面上，也可能帶有語言屬性。如果在地區化審查中存在這些元素，請將圖片替代文字、描述性連結文字、表單欄位工具提示、文件標題和書籤納入其中。

對於有意義的圖片，目標語言的替代文字應在上下文中傳達其用途。僅翻譯可見的說明文字並不會更新圖片的替代文字。W3C 的 PDF1 技術 描述了用於圖片替代文字的 /Alt 項目，以及傳達嵌入在圖片中有意義文字的需求。

我們圖表的英文替代文字仍然隱藏在「修改前」檔案中，即使所有可見的指令都是西班牙文。修正後的西班牙文替代文字描述了相同的資料夾到文件的關係。這並不是聲稱圖表本身經過機器翻譯。

兩個額外的檢查能讓這次審查更有用：

• 替代文字未經更改的已翻譯圖表： 將替代文字與最終圖表進行比較，而不僅僅是原始圖說。如果標籤或單位發生了變更，過時描述的流暢翻譯仍可能誤導讀者。
• 帶有英文提示文字的翻譯表單： 雖然可見標籤可能已進行在地化，但欄位可及的說明仍維持英文。請檢查實際控制項的屬性及其鍵盤互動，而不僅僅是列印出來的標籤。

對於表格，請確認翻譯後的列與欄標題維持其與資料的關聯性。對於連結，請同時檢查翻譯後的描述與目的地。這些是結構與功能檢查，並非要求翻譯識別碼、網址或每個專有名詞。

Section508.gov 的 PDF 修復模組 將表格標題、表單提示、替代文字、語言屬性、閱讀順序和定位順序視為獨立的修復任務。在缺陷記錄中也請保持獨立：「翻譯看起來很好」本身並不能關閉其中任何一項。

使用失敗矩陣來決定誰來修復什麼

下載 翻譯版 PDF 無障礙審查表。它將檢查項目、證據、負責角色與驗收結果分開，這樣未經測試的項目就不會消失在籠統的「已核准」標籤中。

以下矩陣是我們建議的交接模型，而非合規檢查表：

譯者或編輯擁有語意。文件作者或修復者擁有結構修復。使用預期閱讀設定的審查者會檢查結果是否可用。一個人可能會扮演多個角色，但證據仍應加以區分。

對於掃描件，請更早開始：OCR 必須在無障礙審查能夠判斷目標文件之前恢復準確的文字。 掃描 PDF 翻譯指南 涵蓋了該準備工作。可選取文字是許多工作流程的先決條件，而非標題、關聯與語言已獲得正確呈現的證明。

在交付的檔案中執行最終檢查

凍結您打算發布的精確 PDF。記錄其檔案名稱、修訂版或總和檢查碼、目標語言以及預期的閱讀環境。執行您的作者或修復工具提供的自動化檢查，然後解決其手動檢查項目。Adobe 的 無障礙檢查說明文件 明確區分自動化結果與需要人工驗證的項目。

對於手動審查，請使用簡短的任務序列：

1. 從文件標題開始閱讀。 確認開頭內容與主要語言合理。
2. 透過標題進行導覽。 快速到達特定章節，無需用肉眼搜尋。
3. 連續閱讀內容複雜的頁面。 包含分欄、側邊欄或腳註；比較觀察到的順序與預期順序是否一致。
4. 在上下文中遇到圖片。 檢查其替代文字是否提供了該處所需的資訊。
5. 跨越語言切換處。 在具備所需語言支援的情況下進行聆聽，並記錄實際發生的情況。
6. 使用鍵盤操作互動式元素。 若存在連結或表單，請驗證焦點順序、描述以及預期操作的完成情況。
7. 在最後一次修復或匯出後，重複受影響的測試任務。 保留最終檔案的證據，而非早期版本的證據。

記錄作業系統、PDF 閱讀器、輔助技術、版本、相關語音設定、測試頁面、觀察結果以及未解決的缺陷。請勿將觀察到的結果替換為預期的逐字稿。如果無法進行螢幕閱讀器測試，請說明結構審查已完成，但驗收的部分內容仍未測試。

我們提供的可下載範例檔案刻意不包含互動式控制項或表格。它無法為您的出版物驗證這些任務，且其檢查腳本並非通用的無障礙檢查工具。包含表單、複雜表格或有合約無障礙要求的公開報告，需要在此範例之外進行適當範圍的審查。

BookTranslator 的適用場景

使用 BookTranslator 的 PDF 翻譯工作流 進行語言轉換階段，然後將下載的檔案視為新的交付成果進行審查。當輸入內容為掃描件或包含大量圖片時，OCR 模式會重建翻譯後的內容，而非保證完全複製原始版面。

翻譯後的文字和保留的外觀都不能建立無障礙的 PDF 結構。 BookTranslator 不保證符合 PDF/UA 或 Section 508 標準。 當文件必須滿足這些要求時，請規劃使用專門的編寫或無障礙修復工具，並進行相關的人工檢查。

如果由可編輯的原始檔，請將其與翻譯和修復筆記一同保留，以便日後修訂時無需從扁平化的 PDF 重新開始。當您對實際要分發的檔案進行了意義、結構和預期閱讀體驗的檢查後，交付才算完成。