跳至中央內容區塊 :::
:::

PDF 無障礙檢查結果怎麼看？從結構線索到修正重測

用兩頁 PDF 的假設結果，練習判讀標籤、圖片、表單提示與頁面尺寸。分清 DevCheck 有列出的線索、仍需人工確認的內容，以及修正後如何重測。

最後更新:

重點摘要

  • 先確認檢查有沒有完成，再把結果對照到文件頁面；計數不是問題數。
  • 有標籤不代表閱讀順序正確；圖片數量不能證明替代文字完整。
  • 在來源文件或 PDF 編輯工具修正，再檢查輸出的同一份檔案，並測試實際閱讀與表單操作。

先確認這份結果涵蓋什麼

這篇適合已拿到 PDF 檢查結果、想知道下一步怎麼做的人。還沒選檔的話，可先看下方的 PDF 檢查工具操作說明。DevCheck 列出的是 PDF.js 解析得到的資訊，不是整份文件的符合性判定。

記下檔名、文件版本、工具與檢查日期。如果分析因限制、解析錯誤或取消而停止，先標記為「未完成檢查」，不要當成零問題。以下範例是假設的結果，不是實測文件或客戶案例。

範例：兩頁報名文件，哪些結果要回去確認？

假設一份兩頁報名文件的結果是：有標籤頁數 1 / 2、未偵測到標籤的頁碼為 2、圖片數量 3、表單欄位 4、缺少提示文字 1、頁面尺寸種類 2。先把每個線索對照到文件，不要把這些數字加成「11 個錯誤」。

  • 標籤 1 / 2：查看第 2 頁是否有需要閱讀的內容，以及來源文件輸出時是否保留結構。第 1 頁有標籤，也仍需確認標題、表格及閱讀順序。
  • 圖片 3：這是工具偵測到的特定圖片繪製操作次數，不保證等於三張獨立圖片，也不是三張缺少替代文字。請人工分辨資訊圖片與裝飾內容，再檢查對應替代文字。
  • 缺少提示文字 1：在 PDF 表單編輯工具查看欄位清單，找出缺少說明的欄位。其餘三個有提示文字的欄位仍可能名稱不清楚；用鍵盤與螢幕閱讀器試填才知道是否好用。
  • 尺寸種類 2：先看是否有橫向附表等設計需求。不同尺寸本身不是無障礙失敗；要確認內容沒有被截斷，閱讀與操作仍合理。

沒有列出來的檢查，不能當成已通過

DevCheck 不會逐張驗證 PDF 圖片的替代文字，不會驗證標題層級、表格關聯、閱讀順序、文字對比或 OCR 文字品質。它列出的連結註解數量也不代表連結文字與目的都正確。

如果是掃描文件，先確認能否取得正確文字；OCR 只是起點，辨識後仍要校對文字與結構。若文件有多欄、表格或表單，請使用適合的 PDF 工具及輔助科技檢查內容順序和操作，不能只看標籤計數。

把線索寫成可以處理的問題

不要只回報「PDF 不無障礙」。例如，人工確認後可以寫：「第 2 頁 Email 欄位，使用鍵盤可到達，但在指定 PDF 閱讀器與螢幕閱讀器下未讀出欄位名稱；預期讀出 Email。請檢查欄位名稱，修正後重測。」只有實際驗證過，才能把這段當成發現；尚未試過就標記待確認。

附上頁碼、檔案版本、操作步驟、預期與實際結果、使用的閱讀器和輔助科技版本。使用不含個資的測試值，不把真實填寫資料放進截圖或公開回報。

修正與重測：不要只追求警告消失

能取得來源文件時，先在來源處理標題、替代文字、語言與結構，使用能保留標籤的輸出方式。只有 PDF 或輸出後仍有問題時，再用 PDF 編輯工具處理。DevCheck 不會自動修復或加標籤。

重新輸出後，選取確定要發布的那份 PDF 再分析。接著在 PDF 閱讀器中依序閱讀內容，測試連結與表單的 Tab／Shift+Tab 順序，以及螢幕閱讀器的名稱與朗讀順序。W3C PDF3 提供閱讀與焦點順序的檢查方法，來源連結列於下方。

在記錄中分開寫「已確認修正」「仍待人工確認」「尚未測試」。即使計數與預期一致，也不代表符合 PDF/UA 或 WCAG。先安排使用者完成申請、查詢或閱讀必要資訊會用到的文件；低流量不等於沒有人需要使用。

下一步檢查

依頁面內容選擇適用的下一步。有 PDF 才需要另外檢查文件；完成修正後仍要重測。

  1. 把發現整理成修復計畫

    網站無障礙修復計畫

    依使用者任務、影響範圍、負責角色、修復層級與回測方式整理下一步。

相關頁面