あなたのPDFはウェブサイトのアクセシビリティの一部です

アクセシブルでないウェブページを公開することなど決してない組織が、アクセシブルでないPDFを日常的に公開しています:年次報告書、製品マニュアル、申込書、価格表。ダウンロードする訪問者にとって、違いはありません — 読めない文書は、使えないサービスです。この記事は、公開されたPDFをその本来の姿、つまりウェブサイトのアクセシビリティ表面の一部として扱い、支援技術が文書を扱えるかどうかを決める6つの構造シグナル — タグ付け、言語、タイトル、構造と見出し、画像の代替テキスト、しおり — を順に説明します。また、線引きも正直に行います:軽量な構造チェックはスモークテストであり、PDF/UA検証ではなく、本格的な検証がいつ必要かを知ることが、これを正しく行うことの一部です。

文書はサイトの一部です

アクセシビリティの作業は、HTMLの縁で止まりがちです。サイトは監査を受け、テンプレートは修正され、コントラストはチェックされます — そして「文書」セクションは、スキャンしたフォーム、タグのないエクスポート、テキスト全体が1枚の埋め込み画像であるマニュアルを静かに提供し続けます。しかし、画面のユーザー側から見れば、PDFこそがウェブサイトです:年金フォームはそこにあり、安全上の指示はそこにあり、詳細な価格はそこにあります。アクセシブルなページを順調に進んだスクリーンリーダーのユーザーが、タグのない90ページのレポートにぶつかったとき、その人が体験したのはアクセシブルなサービスではありません。アクセシブルなロビーと、鍵のかかった部屋を体験したのです。

良い知らせは、文書のアクセシビリティは予測可能でチェック可能な方法で失敗するということです。ウェブアクセシビリティにおける判断 — このインタラクションパターンは理解できるか、そのフォーカス順序は論理的か — とは異なり、最も一般的なPDFの失敗は、機械が検証できる構造的事実です:タグがあるかないか、言語が宣言されているかいないか。それこそが、このサイトの PDFアクセシビリティチェッカー がブラウザ内でローカルに読み取るものであり、ウェブサイトヘルスチェック と自然に組み合わさります:一方がページをカバーし、もう一方がページが配布するファイルをカバーします。

欧州アクセシビリティ法で利害関係が変わりました

2025年6月28日以降、欧州アクセシビリティ法は、EUで消費者に提供される幅広い製品やサービス — 電子商取引、銀行、電子書籍、チケット販売、日常的なデジタルビジネスの多くを含む — に適用されています。その要件は通常、調和規格EN 301 549への準拠によって満たされ、その規格はWCAGを指し示します — そしてWCAGはウェブページだけでなく、非ウェブ文書にも適用されます。平たく言えば、対象サービスについては、顧客が必要とするアクセシブルでないPDFは、もはや単なる品質や倫理の問題ではありません。市場監視当局が対処できるコンプライアンスの問題です。

アクセシビリティ法は誇張も過小評価もされやすいため、2つの限界を平たく述べておく価値があります。この法律はすべての組織やすべての文書をカバーするわけではありません — 例外(サービスを提供する零細企業など)や経過措置があり、詳細は加盟国によって異なります。また、このサイトのものを含め、自動チェックで法的準拠が確立することはありません。準拠とは、ユーザーが体験するサービス全体の性質であり、適切に評価されるものです。ほとんどのチームにとってこの法律が変えることはもっと単純です:文書は今や明確にアクセシビリティの議論の範囲内にあり、「PDFは後で直します」は安全な文ではなくなりました。

6つのチェックを1つずつ

1. タグ付きPDF。タグ付けは、見出し、段落、リスト、図、表のセルをマークし、読み上げ順序を記録する、隠れた構造ツリーです。これが基盤です:タグがなければ、スクリーンリーダーは保存順序のコンテンツストリームを受け取り、多段組みレイアウトやエクスポートされたレポートでは、ほとんど単語のサラダに近くなります。このチェックでは分からないこと:タグが正しいかどうか — 文書はタグ付きでも、見出しが段落としてマークされている場合があります。タグ付きは必要条件であり、十分条件ではありません。

2. 文書の言語。カタログの /Lang エントリは、音声合成にどの言語で発音するかを伝えます。これがなければ、英語のスクリーンリーダーはドイツ語のレポートを英語の音声で楽しそうに読み上げ、滑稽なものから理解不能なものまで幅があります。このチェックは二値です — 言語が宣言されているかいないか — であり、宣言された言語が正しいかどうか、他の言語の文章が個別にマークされているかどうか(良い実践が求めること)は分かりません。

3. 文書タイトル。文書プロパティ(またはXMPメタデータ)のタイトルは、支援技術が最初に読み上げるものであり、ブラウザのタブに表示されるものであり、ダウンロードフォルダに表示されるべきものです — 「export_final_v3.pdf」の代わりに。関連するビューア設定であるDisplayDocTitleは、PDFリーダーがファイル名ではなくそのタイトルを表示するかどうかを決めます。存在するのに隠れているタイトルは中途半端な修正であるため、チェッカーはこれを別々に報告します。このチェックでは判断できないのはタイトルの質です:「レポート」は合格しますが、誰の役にも立ちません。

4. 構造ツリーと見出し。実際の見出し要素(H、H1〜H6)を持つ構造ツリーは、視覚によらない読者がざっと読む方法です:見出しナビゲーションは、長い文書で情報を見つけるために最もよく使われる戦略です。このチェックは、ツリーが復元できる場合に見出し要素を数えます。見出しのレベルが妥当な順序であるかどうか、見出しがそのセクションを説明しているかどうかは分かりません — 「無題」の見出しだらけのツリーはカウントには合格し、読者を裏切ります。

5. 画像の代替テキスト。チェッカーは、ページ内の画像XObjectと、空でない /Alt を持つ /Figure 構造要素を数え、その結果を近似値とラベル付けします — 1つの図が複数の画像を包むことがあり、装飾的な画像は正しく空の代替を持ち、描画された画像と構造要素の対応は1対1ではないからです。これはカバー範囲の煙探知器として扱い、監査として扱わないでください。そして、代替テキスト自体を判断することは決してできません:「image123.jpg」は空でない代替テキストですが、価値がありません。

6. しおり。文書のアウトラインは、長い文書の手すりです:しおりのある200ページのマニュアルはナビゲートでき、なければスクロールです。このチェックは、アウトラインの宣言された数を読み取ります。しおりが有用にラベル付けされているか、正しいページを指しているかは分かりません — ナビゲーションが存在することだけが分かります。短い文書については、これは6つの中で最も重要度が低いものです。レポートやマニュアルについては、参考資料と干し草の山の違いです。

スモークテストはPDF/UA検証ではありません

PDF/UA(ISO 14289)は、アクセシブルなPDFの完全な規格です:タグ付き構造、正しい読み上げ順序、表の見出し、リンク注釈、フォームフィールドのラベル、コントラストなど、検証ツールと人によるテストで確認されます。無料でオープンソースの参照検証ツール veraPDF は、ファイルをPDF/UAの機械チェック可能なルールに対して深くチェックするデスクトップツールです。6シグナルのブラウザチェックはそれと競合せず、この記事のツールも自らのページでそう述べています:これは、文書ライブラリ全体を午後のうちに実行するスモークテストであり、どのファイルに基本要素が欠けているかを見つけるためのもので、引用する認証ではありません。

本格的な検証が必要なのは、文書が不可欠な場合(顧客が記入しなければならないフォーム、法定情報、試験問題)、調達やコンプライアンスのプロセスが証拠を求める場合、文書が長く構造的である場合(マニュアル、年次報告書)、あるいは軽量チェックの「判定不能」や近似値では、あなたが行おうとしている判断に不十分な場合です。専門的な修復 — 専用ツールで読み上げ順序、表、フォームを修正し、その後検証する — は、実際のコストがかかる実際の専門分野であり、だからこそ安価なスモークテストが最初にその地位を獲得するのです:そのお金が実際にどこに必要なのかを教えてくれます。

実用的な修正の順序

この順序で、可能な限りソースで修正してください。第一にパイプライン:Word、InDesign、レポートツールでタグ付きPDFのエクスポートを有効にし、テンプレートのプロパティに文書の言語とタイトルを設定します — ほとんどのPDFライブラリは、壊れたテンプレートを共有しているために同じ3つのチェックで失敗するので、テンプレートの修正1つで、クリーンなファイルを永遠に再公開できます。第二に見出し:ソースで実際の見出しスタイルを使い、そこからしおりを再生成します。これでチェック4と6が同時に直ります。第三に画像:情報のある画像についてはソースで代替テキストを書き、装飾的なものは装飾的とマークします — 代替をファイル名で一括入力しないでください。第四にバックログ:既存のライブラリをダウンロード数と重要度でトリアージし、チェッカーですべてをスモークテストし、不可欠な文書を適切に修復し、もう支持しないロングテールを置き換えるか撤回します。

最後に、文書を、ページを正直に保つルーティンの中に置いてください。新しいPDFが公開されるときは、公開前に同じ6つのチェックを実行し — 1分もかかりません — それにリンクするページで ウェブサイトヘルスチェック を再実行してください。アクセシビリティの退行は、劇的なリデザインとしてやって来ることはめったにありません。金曜日にアップロードされ、誰もチェックしなかった、タグのないエクスポートとしてやって来ます。文書はサイトの一部です。そのようにチェックしてください。

出典と参考資料

よくある質問

欧州アクセシビリティ法は本当にPDFをカバーしていますか?

対象サービスについては、実際上ははいです:この法律のアクセシビリティ要件はEN 301 549を通じて満たされ、その規格はWCAGを非ウェブ文書にもページにも適用し、顧客がサービスを利用するために必要なPDFはそのサービスの一部です。この法律には範囲の制限と例外があります — サービスを提供する零細企業は免除され、加盟国によって詳細が異なります — したがって、これはあなたの文書を評価する理由であり、あなたの具体的な状況についての法的助言の代わりではありません。

チェッカーは私のPDFがアクセシブルまたは準拠していると証明できますか?

いいえ。自動ツールは構造的事実 — タグがある、言語が宣言されている、代替テキストが空でない — を検証でき、veraPDFは機械チェック可能なPDF/UAルールを機械的にチェックできます。しかし、アクセシビリティは読み上げ順序、意味、使いやすさにも依存し、それらは人間の判断と支援技術によるテストでしか確立できず、準拠はサービス全体の性質です。自動スキャンから証明書を売るツールは、アクセシビリティではなく紙を売っています。

どのPDFを最初に修正すべきですか?

人々が使わなければならないものです:フォーム、契約、法定情報と安全情報、次に最もダウンロードされているレポートとマニュアルです。バックログの前に共有テンプレートを直してください。テンプレートは新しい失敗を生み出し続けているからです。めったにダウンロードされず、もはや最新ではないロングテールの文書は、高価な修復よりも撤回や置き換えの方が良い場合がよくあります — アクセシブルな文書ライブラリは、そもそも障壁を公開しないことから始まります。