PDF Accessibility Guide: Making PDFs WCAG Compliant

先週の火曜日、フォーチュン500企業の上級幹部が、年次報告書のPDFがスクリーンリーダー使用者にとってアクセスできないために25万ドルで訴えられるのを見ました。皮肉なことに、彼らはその報告書のデザインと印刷に8万ドルを費やしていました。私はサラ・チェンです。過去12年間、デジタルアクセシビリティコンサルタントとして活動し、小さな非営利団体から連邦機関まで、3000以上のPDFを修正してきました。私が学んだことは、PDFのアクセシビリティは単なる法的なチェックボックスではなく、約13億人の障害を持つ人々に影響を与える根本的なコミュニケーションの問題であるということです。

1993年にAdobeが作ったPDFフォーマットは、アクセシビリティを考慮して設計されたものではありませんでした。異なるシステム間で視覚的なレイアウトを保存するために作られたものであるため、支援技術にとっては挑戦的です。それでもPDFはビジネス、教育、政府で広く利用されています。WebAIMの最近のデータによると、ウェブ上のPDFの約67％が基本的なアクセシビリティテストに合格していません。これは単なる統計ではなく、医療、雇用、教育、市民参加に関する重要な情報にアクセスできない何百万もの人々を意味します。

アクセスできないPDFの実際のコストを理解する

2012年にコンサルティングを始めたとき、多くの組織はPDFのアクセシビリティを「あれば良い」機能と見なしていました。しかし、アメリカ障害者法（ADA）や世界中の類似の法律に基づく訴訟の波が起きてから、状況は劇的に変わりました。2023年だけで、アメリカでは連邦ADA第III条に基づく4500件以上の訴訟が提起され、その多くがPDFを含むアクセスできないデジタルコンテンツに関するものでした。平均的な和解金は1万ドルから7万5000ドルの範囲ですが、法的費用と修復費用を合わせると、50万ドルを超えるケースも見たことがあります。

しかし、財政的リスクはストーリーの一部に過ぎません。大学の講義資料が障害のある学生にとってアクセスできないときや、政府機関の税務申告書が視覚障害者に読めないときの評判の損害を考えてみてください。私は、患者教育用のPDFがスクリーンリーダーでは全く使用できない医療提供者と一緒に働きました。彼らは8百万の視覚障害者と視力に障害のあるアメリカ人に、健康情報がアクセス可能にするほど重要ではないと告げているのも同然でした。その認識から生じるブランドへのダメージは、どんな訴訟よりも遥かに高くつくものでした。

さらに、機会コストもあります。リターン・オン・ディスアビリティ・グループの研究によると、障害を持つ人々はアメリカだけで4900億ドルの可処分所得を持っています。PDFがアクセスできない場合、法的措置のリスクを冒すだけでなく、莫大な市場セグメントを排除していることになります。アクセス可能な製品文書やマーケティング資料を作成することで、顧客基盤を15〜20％増加させる企業を見たことがあります。

技術的な負債も時間とともに増大します。あるクライアントは、15年分のアクセスできないPDFアーカイブを持っていて、5万ドキュメント以上ありました。この修復プロジェクトは18か月かかり、230万ドルの費用がかかりました。最初からアクセシブルなPDFの実践を実施していれば、そのコストはごくわずかだったでしょう。今日作成するすべてのアクセスできないPDFは、あなたの組織に将来の負債を積み重ねているということです。

PDFに適用されるWCAG基準

世界的なウェブ基盤整備機関（W3C）が開発したウェブコンテンツアクセシビリティガイドライン（WCAG）2.1は、デジタルアクセシビリティの国際基準を提供します。これらのガイドラインはもともとウェブコンテンツのために設計されましたが、PDFにも完全に適用されます。実際、リハビリテーション法の第508条は、連邦機関に対して、PDFを含む電子ドキュメントを少なくともWCAG 2.0レベルAAに準拠させることを明示的に要求しています。カナダ、オーストラリア、欧州連合のメンバーを含む多くの国にも、同様の要件があります。

「PDFのアクセシビリティは単なるコンプライアンスの問題ではなく、全世界で13億人の人々が医療、雇用、そして市民権に関する重要な情報にアクセスできないことを防ぐための問題です。」

WCAGは、PERCEIVABLE（認識可能）、OPERABLE（操作可能）、UNDERSTANDABLE（理解可能）、ROBUST（堅牢）の頭文字を取った4つの原則で構成されています。PDFにおいては、これが具体的な技術要件に翻訳されます。PERCEIVABLE（認識可能）とは、ユーザーが情報を認識することができる必要があるということです。画像にはテキストの代替が必要で、色だけでは情報を伝えることができず、コンテンツは意味を失うことなく異なる方法で提示される必要があります。私は、重要な情報が色分けだけで伝えられ、色盲のユーザーには完全に見えない数え切れないほどのPDFを修正してきました。色盲のユーザーは約8％の男性と0.5％の女性がいます。

OPERABLE（操作可能）な要件は、ユーザーがPDFをナビゲートし、対話しなければならないことを意味します。これには適切な読み上げ順序、キーボードのアクセシビリティ、コンテンツを読むのに十分な時間が含まれます。私はかつて、読み上げ順序が完全に混乱している200ページの技術マニュアルを監査しました—スクリーンリーダーはページ1からページ87、そしてページ3に戻ることがありました。ドキュメントは技術的に「タグ付け」されていましたが、完全に使用不可能でした。

UNDERSTANDABLE（理解可能）とは、コンテンツは読みやすく予測可能である必要があります。これには適切な言語の特定、一貫したナビゲーション、明確な指示が含まれます。ROBUST（堅牢）とは、あなたのPDFが現在および将来の支援技術と確実に機能する必要があることを意味します。ここが適切なPDF/UA（ユニバーサルアクセシビリティ）準拠が重要になるところです。PDF/UAは、アクセス可能なPDF専用のISO標準（ISO 14289-1）であり、PDFフォーマットでWCAGを実装するための技術的仕様を提供します。

最もよく引用される基準は、WCAG 2.1レベルAAであり、50の成功基準が含まれています。PDFの場合、最も重要な基準は、適切なドキュメント構造、画像の代替テキスト、正しい読み上げ順序、十分な色のコントラスト（通常のテキストは4.5:1、大きなテキストは3:1）、および適切なフォームフィールドラベルに関するものです。私は、組織が基準としてレベルAAを目指し、法的通知や医療情報のような重要な文書にはレベルAAAを推奨しています。

ソースからアクセス可能なPDFを作成する

ほとんどの人が聞きたくない真実があります。アクセスできないソースドキュメントからPDFが作成された後、信頼性のある方法でPDFをアクセシブルにすることはできません。私は、悪くフォーマットされたWord文書やInDesignファイルから作成されたPDFを修正するために何百時間も費やしてきましたが、それは崩れかけた基礎の上に家を建てるようなものです。最も効率的なアプローチは、PDFに変換する前にソースドキュメントにアクセシビリティを組み込むことです。

Microsoft Wordを使用している場合、私が見るPDFの約60％のソースであるため、テキストを大きくしたり太字にするだけではなく、適切な見出しスタイル（見出し1、見出し2など）を使用する必要があります。スクリーンリーダーは、これらの見出し構造を使用して文書をナビゲートします—これは、視覚的なユーザーが決して見ることのない目次のようなものです。私はこれを視覚障害者とテストしましたが、彼らは適切に構造化された100ページのドキュメントを数秒でナビゲートし、必要なセクションに直接ジャンプできます。適切な見出しがなければ、彼らは一言一言を聞かなければなりません。

リストは、単にハイフンやアスタリスクを使って作成するのではなく、Wordのリストフォーマットツールを使って作成する必要があります。表には、適切なヘッダー行が必要です。画像には代替テキストの説明が必要ですが、ここで最も混乱が生じることが多いです。代替テキストはキャプションではなく、画像と同じ情報を伝えるテキストの同等物です。四半期ごとの売上データを示すチャートの場合、「四半期の売上を示すチャート」は役に立たない代替テキストです。「第1四半期の売上2.3百万ドル、第2四半期の売上2.7百万ドル、第3四半期の売上3.1百万ドル、第4四半期の売上2.9百万ドルを示す棒グラフ」は、スクリーンリーダーユーザーが必要とするものです。

Adobe InDesignユーザーには追加の考慮事項があります。InDesignには強力なアクセシビリティ機能がありますが、デフォルトでは有効にされていません。段落スタイルや文字スタイルを適切に設定し、読み上げ順序を明示的に定義し、InDesignの「記事」パネルを使用してコンテンツの流れを制御する必要があります。私は、画像の周りにテキストが複雑に回り込む視覚レイアウトのある雑誌プロジェクトに取り組みました。適切な記事のスレッド付けがなければ、スクリーンリーダーはコンテンツを非常にナンセンスな順序で読み上げてしまいます。

フォームでは、すべてのフィールドにそのフィールド自体とプログラム的に関連付けられた適切なラベルが必要です。私は、ラベルが単なるテキストである無数のフォームを見てきました。