PDF 工作流程 指南
PDF 轉換後如何檢查閱讀順序與可及性:視覺之外的驗收流程
可及性驗收要把視覺版面轉成可讀結構:標題層級、欄位順序、表格關係、替代文字與鍵盤焦點都要實際測試。
更新日期:
要解決的問題
轉換後的文件可能在螢幕上看起來完全正常,但螢幕閱讀器先讀頁尾再讀正文、表格欄位無法對應,或圖片只有檔名沒有意義。若交付給需要鍵盤或輔助技術的人,這些結構問題等同內容缺漏。
適合誰使用
適合製作課程教材、公共表單、報告、政策文件、公司流程與需要對外分享的 PDF/Word 內容團隊。
公式與概念
先明確交付格式與讀者。PDF、Word 與圖片的可及性能力不同;若最終只提供圖片,必須另備可讀文字或替代入口,不能只靠放大。
把標題層級當成導航,而不是字體大小。轉換後檢查標題是否按 H1、H2、H3 邏輯排列,避免視覺上較大的文字被誤當成標題,或重要章節變成普通段落。
雙欄與側欄是閱讀順序的高風險來源。用鍵盤逐項移動或讀出內容,確認讀者會先完成左欄再到右欄,而不是行與行交錯。
表格需驗收欄名、列與資料的關係。視覺網格不一定提供結構資訊;若轉換後欄名只在第一頁,後續列仍要能被理解,必要時把複雜表格拆成簡單區塊。
圖片、圖表與掃描章印要有文字替代或上下文說明。替代文字應描述對讀者有用的資訊,不要把「image123」或檔名當成說明。
表單欄位要檢查標籤、順序、必填提示與錯誤訊息。游標能點到欄位不代表使用者知道要填什麼,欄位名稱與說明必須在讀取順序中相鄰。
鍵盤測試從第一個互動元素開始,不要用滑鼠代替。確認焦點可見、順序合理、沒有卡在嵌入物或隱藏按鈕,並在不同瀏覽器至少重現一次。
依 W3C WCAG 2.2 非文字內容與連結目的指引記錄問題,將「視覺不一致」轉成可驗證的結構缺陷;每個問題附頁碼、元素與修正方式。
交付前讓未參與製作的人依鍵盤與讀出流程走一次。新鮮的審查者更容易發現製作者已經習慣的順序錯誤,並能把結果留在版本紀錄。
操作步驟
- 確認最終格式、讀者與是否需要可讀文字備援。
- 檢查標題階層與雙欄、側欄的閱讀順序。
- 逐表驗收欄名、列關係與跨頁標示。
- 為圖片、圖表與章印補上有意義的文字替代。
- 用鍵盤測試焦點、表單標籤與錯誤提示。
- 以讀出工具重現高風險頁並記錄頁碼與元素。
- 由第二位審查者確認修正後版本並保存紀錄。
實際範例
一份兩欄研究報告轉成 Word 後外觀沒有變,但讀出工具在每行左右欄交錯。團隊把欄位改為連續區塊、重新設定標題階層,並為圖表補上摘要;第二位審查者用鍵盤完成全文後才交付 PDF。
常見錯誤
- 只用滑鼠與視覺預覽驗收。
- 把字體大小當成標題結構。
- 忽略雙欄、側欄與跨頁表格。
- 用檔名取代圖片替代文字。
- 欄位可聚焦卻沒有標籤或錯誤提示。
- 修正後沒有讓第二位審查者重走流程。
推薦工具
相關指南
常見問題
- 視覺上正常的 PDF 還需要測閱讀順序嗎?
- 需要。視覺版面與結構樹是不同層次;鍵盤與讀出測試才能發現欄位、表格與標題順序問題。
- 圖片 PDF 可以只提供放大功能嗎?
- 不夠。應提供可搜尋、可複製或可由輔助技術讀取的文字版本,並說明兩者如何對應。
- 複雜表格一定要重做嗎?
- 不一定,但若欄名與資料關係無法可靠表達,就應拆分或重建;保留漂亮外觀不是安全理由。
- 要在哪個階段做可及性檢查?
- 轉換後立刻做結構抽查,版面修正後再做一次鍵盤與讀出回歸測試,避免最後才發現需要重做。
下一步
轉換後用鍵盤與讀出流程檢查標題、欄位、表格和替代文字,讓文件不只看起來正確。