PDFのアクセシビリティが進まない理由
PDFのアクセシビリティが進んでいません
Webのアクセシビリティは、一定、進んできています。
政府、自治体や大手企業のWebでは、アクセシビリティ方針を掲載して取り組んでいます。
ところが、その多くが「PDFファイルを対象から除く」となっています。
なぜなのでしょうか？
技術的な理由：PDFが印刷メイン時代の技術だから
PDFは、印刷が主流の時代につくられ、「ページ記述言語」PostScriptがもととなっています。それは２次元的なレイアウトを固定して表示する技術です。
他方、電子書籍のフォーマット（EPUB）には「固定レイアウト」と「リフロー」の２種類がありますが、アクセシビリティ対応するには「リフロー」である必要があります。つまり、２次元的な固定レイアウトはアクセシビリティ対応が困難で、PDFもそれに当たります。
また、WebはHTMLなどのソースが見えて編集ができます。しかしPDFはソースが見えず、編集もできません。これも印刷すること、それと同じ状態で画面を表示することがPDFの目的のため、ソースは触れない仕様となっています。
このため、データの作り方によっては、読み上げ順が見た目と異なっていても直接、直すことができないレガシーな技術であるころがアクセシビリティ対応を難しくしています。
役割のエアポケット：Webと印刷（DTP）
Webを制作する側からすると、PDFは「提供されたPDFをアップロードしてリンクを張る」対象のため、その内容やアクセシビリティ対応の状態は役割外と考えがちです。
そのため、Webアクセシビリティにおいても、PDFは対象外と認識されてしまう傾向にあります。
他方、PDFを作る印刷（DTP）側のひとは、見た目で正しいかどうかを確認するまでで、Webのアクセシビリティは、Web制作する立場の役割と考えることが大半です。
結果、PDFのアクセシビリティは、Web制作側からも、PDFを作る側からも「自分の役割でない」とエアポケットに陥ってしまっています。
PDFの対応が”見えない”ことで悪循環に
PDFのアクセシビリティは、古い技術にWebの技術を加えて実現しています。
そのため、一定以上の工数が必要になりますが、苦労して対応したPDFをWebに掲載しても、それに利用者が気づくことは困難です。
結果、アクセシビリティ対応したことのメリットが発生しないため、対応しようとすることをやめてしまいがちです。
それにより、さらに「PDFは読めない」と目の不自由な方が諦めてしまう悪循環から抜け出せない状態です。