ドキュメントのアクセシビリティに関する議論では、PDF/UA と WCAG という 2 つの頭字語が頻繁に登場します。これらはよく一緒に言及され、どちらも障害を持つ人々がコンテンツにアクセスできるようにすることに取り組んでいますが、異なるレベルで機能し、異なる目的を果たします。これらを混同すると、一方の標準には準拠しているものの、もう一方の標準には準拠していないドキュメントが作成されたり、さらに悪いことに、作成者はアクセス可能であると信じているが、スクリーン リーダーのユーザーが実際には操作できないドキュメントが作成されたりすることがあります。
PDF/UA は PDF Universal Accessibility の略で、PDF ドキュメントに特化した標準です。支援技術が PDF を正しく読み取ることができるように、PDF をどのように構造化する必要があるかについての要件を定義します。 WCAG (Web コンテンツ アクセシビリティ ガイドライン) は、Web 上で提供される PDF を含むすべての Web コンテンツに適用される広範な標準です。これらの標準がどこで重複し、どこで分岐するかを理解することは、ドキュメント作成者がユーザーのアクセス方法に関係なくアクセス可能な PDF を作成するのに役立ちます。
PDF/UA が管理するもの: アクセシブルな PDF の技術構造
PDF/UA は、正式には ISO 14289 として知られ、2012 年に初めて発行され、2014 年に更新されました。これは、スクリーン リーダー、画面拡大鏡、点字ディスプレイなどの支援技術を利用するユーザーがアクセスできる PDF ファイルの要件を規定しています。一般原則に基づいて構成された WCAG とは異なり、PDF/UA は、PDF 作成者にどのような構造要素が存在する必要があり、どのように構成されなければならないかを正確に伝える技術的なファイル形式仕様です。
PDF/UA の中核となる要件は、ドキュメント内のすべての要素にタグを付ける必要があることです。タグは論理的な読み取り順序を定義し、見出し、段落、リスト、表、画像などの各要素が何であるかを識別します。タグがないと、スクリーン リーダーはドキュメントの構造を判断できません。段落を順序どおりに読み上げたり、見出しを完全にスキップしたり、すべての行を別個のテキスト ブロックとしてアナウンスしたりする場合があります。 PDF/UA 準拠のドキュメントには、視覚的に読み取る順序と一致する、完全で正しいタグ ツリーが含まれています。
適切な PDF Accessibility タグが付けられたドキュメントは、晴眼者のユーザーが視覚的な書式設定から得られる情報と同じ情報をスクリーン リーダー ユーザーに提供します。見出しをマークする太字のテキストは、見た目が太字であるだけでなく、見出しとしてタグ付けされます。情報を追加しない装飾画像には、スクリーン リーダーにスキップするよう指示するアーティファクト タグが付けられます。フォーム フィールドには、プログラムによってフィールドに関連付けられたラベルがあるため、ユーザーは各空白ボックスが何を表すかを推測するのではなく、フィールド名によってフォーム内を移動できます。
この構造要件により、PDF/UA は非常に技術的なものになります。ドキュメントは仕様に準拠しているか、準拠していないかのどちらかです。部分的な準拠はありません。タグ付き PDF は、タグの完全性、読み取り順序、必要なメタデータの存在を検証する自動チェッカーを使用して、PDF/UA 標準に対して検証できます。
WCAG が管理するもの: すべての Web コンテンツのアクセシビリティ原則
WCAG は、POUR と略称される 4 つの原則 (Perceivable、Operable、Understandable、Resilient) を中心に組織されています。コンテンツは知覚可能でなければなりません。つまり、ユーザーは利用可能な感覚の少なくとも 1 つを通じてコンテンツを感知できなければなりません。操作可能である必要があります。つまり、ユーザーが操作できる必要があります。理解できるものでなければなりません。つまり、コンテンツとインターフェイスが意味をなす必要があります。そしてそれは強力でなければなりません。つまり、現在および将来の支援技術で動作する必要があります。
PDF/UA とは異なり、WCAG には A、AA、AAA の適合レベルがあります。レベル A は、最も基本的なアクセシビリティ要件をカバーします。レベル AA は、最も一般的な障壁に対処します。レベル AAA は最高の標準であり、多くの場合、すべてのコンテンツ タイプで達成可能ではなく、目標にすぎません。ほとんどのアクセシビリティ法と組織ポリシーは、コンプライアンス標準として WCAG 2.1 レベル AA を対象としています。
WCAG は、PDF が Web サイトまたは Web アプリケーションの一部である場合に適用されます。ただし、WCAG の成功基準は、HTML、PDF、ビデオ、オーディオ、およびその他の Web コンテンツ形式に適用できるように広範に記述されています。 PDF/UA に準拠する PDF は通常、多くの WCAG 成功基準を満たしていますが、すべてを満たしているわけではありません。 2 つの標準の間にはかなりの重複がありますが、完全ではありません。そのため、PDF 準拠 の検証では、両方に対するチェックが必要になることがよくあります。
PDF/UA と WCAG の主な違い
最も基本的な違いはスコープです。 PDF/UA は PDF ドキュメントにのみ適用されます。 WCAG はすべての Web コンテンツに適用されますが、PDF はその形式の 1 つにすぎません。アクセス可能な HTML ページをホストしているが、アクセスできない PDF をホストしている Web サイトは、HTML コンテンツについては WCAG に合格しますが、PDF コンテンツについては不合格です。組織全体のアクセシビリティには、Web ページと PDF の両方がそれぞれの標準を満たす必要があります。
2 番目の重要な違いは、各規格が色のコントラストをどのように処理するかです。 PDF/UA では最小コントラスト比が指定されていません。情報を色だけで伝えないことが求められますが、コントラストの数値閾値は設定されていません。 WCAG ではコントラスト比を指定しています。レベル AA では、通常のテキストの場合は 4.5:1、大きなテキストの場合は 3:1 です。 PDF/UA 検証に合格した PDF であっても、そのテキストが背景に対して十分なコントラストを欠いているため、WCAG で不合格になる可能性があります。
3 番目の違いは、マルチメディアの扱いです。 PDF/UA では、PDF 内のオーディオおよびビデオ コンテンツに対する要件が制限されています。 WCAG には、キャプション、音声説明、メディア コントロールに関する詳細な要件が含まれています。埋め込みビデオを含む PDF は、PDF/UA の規定をはるかに超える WCAG メディア要件を満たす必要があります。
どちらの基準も重要です。どちらが優先されるかはコンテキストによって異なります。スタンドアロン ファイルとして配布されるドキュメントの場合、PDF/UA が主な標準です。 Web サイトで公開されるドキュメントの場合、WCAG が法規制標準であり、PDF/UA は WCAG 準拠の PDF 固有の側面の実装ガイドとして機能します。
実際のコンプライアンス: いつどの基準に従うべきか
米国の政府機関の場合、リハビリテーション法第 508 条により、PDF を含むすべての電子コンテンツについて WCAG 2.0 レベル AA に準拠することが義務付けられています。改訂されたセクション 508 標準では、PDF のアクセシビリティを実現する手段として PDF/UA を明示的に参照しています。実際には、これは政府の PDF が PDF/UA に準拠し、その準拠を通じて文書に適用される WCAG 基準を満たさなければならないことを意味します。
欧州連合内の組織の場合、欧州アクセシビリティ法および Web アクセシビリティ指令により、WCAG 2.1 レベル AA を参照する要件が設定されています。これらの法律では必ずしも PDF/UA が明示的に指定されているわけではありませんが、これらのフレームワークに基づくアクセシブルな PDF の技術要件は PDF/UA と密接に一致しています。 PDF/UA に従うことが、コンプライアンスへの最も安全な道です。
WukongPDF は、文書構造を検証し、アクセシビリティのギャップを特定するのに役立つブラウザベースのツールを通じて PDF を処理します。このプラットフォームは完全なアクセシビリティ監査を実行するわけではありませんが、その後のアクセシビリティの修復をより簡単にするドキュメントの準備手順をサポートします。
両方の規格への準拠の検証
標準は合否基準を備えた技術仕様であるため、自動チェッカーは PDF/UA の適合性を妥当な精度で検証できます。 PAC (PDF アクセシビリティ チェッカー) や Adobe Acrobat の組み込みアクセシビリティ チェッカーなどのツールは、タグの完全性、読み取り順序、必要なメタデータをテストします。これらのチェックに合格したドキュメントは、構造的にアクセス可能です。
PDF の WCAG 準拠の検証には、自動テストと手動テストの両方が必要です。自動ツールは、タグ、代替テキスト、および言語設定の存在をチェックします。手動テストには、スクリーン リーダーでドキュメントを開いて、読み上げたエクスペリエンスが視覚的なエクスペリエンスと一致することを確認することが含まれます。実際のスクリーン リーダー ユーザーは、技術的には存在するものの役に立たない曖昧な代替テキストなど、自動化ツールが見逃す問題を見つけることができます。
PDF/UA 検証に合格し、適切な色のコントラストを持つドキュメントは通常、WCAG レベル A およびドキュメント コンテンツのほとんどのレベル AA 基準を満たしています。リンクの目的やフォーカス順序に関連するものなど、PDF に適用される残りの WCAG 基準は、アクセシビリティ テスト プロセス全体の一部として検証する必要があります。
PDF/UA と WCAG の関係は、競合するものではなく、補完的であると最もよく理解されています。 PDF/UA は、PDF にアクセスできるようにするための技術的な実装パスを提供します。 WCAG は、アクセシビリティの意味を定義する原則と成功基準を提供します。 PDF/UA 標準に従って作成されたドキュメントは、ドキュメント コンテンツのほとんどの自動 WCAG チェックに合格します。 PDF の WCAG 標準を満たすドキュメントは、ほぼ確実に PDF/UA に準拠します。
両方の標準に準拠する必要がある組織は、ドキュメント作成者のトレーニングに投資する必要があります。 Word 文書を PDF にエクスポートする人は、タグ付き PDF 出力でどのチェックボックスを選択するかを知っておく必要があります。フォームを設計する人は、ラベルをフォームフィールドに関連付ける方法を理解する必要があります。アクセシビリティは、修復専門家が事後的に追加できるものではありません。最初から文書作成プロセスに組み込む必要があります。
2025 年に施行された欧州アクセシビリティ法により、欧州の組織全体で PDF/UA および WCAG 準拠の導入が加速しました。この法律は、EU 内で販売される製品およびサービス (これらの製品およびサービスの一部として提供されるデジタル文書を含む) に適用されます。これまでドキュメントのアクセシビリティをオプションとして扱っていた企業は、現在ではそれが欧州の顧客にとって法的要件であることに気づき始めています。
実際のユーザーを使ってアクセシビリティをテストすることが、ドキュメントが意図したとおりに動作することを確認する唯一の方法です。自動チェッカーにより、PDF/UA への技術適合性を検証できます。スクリーン リーダーを使用した手動テストにより、実際の使いやすさを確認できます。どちらも他方に置き換わるものではありません。技術的に準拠したドキュメントでも、見出しの構造が、適切にタグ付けされていても、スクリーン リーダー ユーザーがコンテンツ内をどのように移動することを期待しているかを反映していないため、依然としてナビゲーションが難しい場合があります。
どちらの標準も進化し続けているため、ドキュメント作成者は、ISO と W3C の更新を監視して、公開された最新のアクセシビリティ要件に準拠し続ける必要があります。
| アスペクト | PDF/UA (ISO 14289) | WCAG 2.1 |
|---|---|---|
| 範囲 | PDFドキュメントのみ | PDF を含むすべての Web コンテンツ |
| 適合性 | 合格/不合格 (バイナリ) | レベルA、AA、AAA |
| 色のコントラスト | 数値のしきい値なし | 4.5:1 の標準、3:1 の大きなテキスト |
| マルチメディア | 限られた要件 | キャプション、音声説明、コントロール |
| 検証 | 自動チェッカー（PAC、Acrobat） | スクリーンリーダーの自動テストと手動テスト |