デジタル文書を扱う方なら、PDF/UA という言葉を耳にしたことがあるかもしれません。PDF/UAは PDF/Universal Accessibility の略で、ISO 14289 として国際標準化された規格です。その目的はシンプルで、スクリーンリーダーや画面拡大ソフト、点字ディスプレイ、スイッチ機器などの支援技術を利用する人々にとって、PDFファイルをアクセシブルにすることです。
PDF/UAは別のファイル形式ではありません。作成者やソフトウェア開発者に対して、誰もが読み取り・移動できるようにPDFを作成するための一連のルールです。PDF/UAに準拠した文書は、セマンティック構造を保っており、見出し・リスト・表・リンク・フォームフィールドは単なる視覚的オブジェクトではなく、意味を持つ情報単位となります。
PDF/UAの対象範囲
この規格はPDFファイルの多くの部分に関わります。これらの領域を理解することで、なぜ一部の文書はアクセシビリティチェックを通るのに、他は通らないのかがわかります。
タグ付きコンテンツ。 PDF/UAでは、コンテンツがタグ付けされていることが求められます。タグは、段落・見出し・図・表のセルなど、各要素の役割を示します。タグがなければ、スクリーンリーダーは単なる文字の羅列しか認識できず、セクションの開始や終了を判断できません。
論理的な読み上げ順序。 文書は、論理的な順序で上から下へ、左から右へ読める必要があります。複数段組のレイアウト、サイドバー、浮動テキストボックスは、読み上げ順序が誤っていると支援技術を混乱させることがあります。
代替テキスト。 画像・グラフ・図表には簡潔なテキストによる説明が必要です。装飾的な画像はアーティファクトとしてマークされ、スクリーンリーダーがスキップするようにします。
フォントと文字。 テキストは正しく埋め込まれるか、マッピングされている必要があります。PDFにテキストの画像しか含まれていない場合、スクリーンリーダーは単語を抽出できません。
ナビゲーションとリンク。 しおり、目次、クリック可能なリンクは、長い文書の探索を容易にします。PDF/UAでは、リンクテキストが「ここをクリック」ではなく、リンク先を説明するものであることも求められます。
フォーム。 インタラクティブなフォームフィールドには、ラベル、ツールチップ、論理的なタブ順序が必要です。ユーザーはマウスを使わずにフォームを入力・送信できる必要があります。
メタデータ。 文書はタイトル・言語・作成者を宣言する必要があります。これらのメタデータは、ソフトウェアが文書を識別し、正しく表示するのに役立ちます。
PDF/UAとWCAGの関係
WCAG（Web Content Accessibility Guidelines）は、Webアクセシビリティで最もよく知られたガイドラインです。PDF/UAとWCAGは同じ目標を持っていますが、対象とする技術が異なります。WCAGはHTML・CSS・JavaScriptに焦点を当て、PDF/UAはPDF形式に焦点を当てます。
WCAG 2.1およびWCAG 2.2は、コンテンツは知覚可能、操作可能、理解可能、堅牢（robust）であるべきという4つの原則を中心に構成されています。PDF/UAもこれらの考え方と密接に対応しています。たとえば、タグ付きPDFは知覚可能な構造の要件を満たし、キーボードで操作できるフォームは操作可能の原則を満たします。
多くの地域で、公共機関はWCAG 2.1のレベルAAを満たす必要があります。PDFはしばしばWebコンテンツとして扱われるため、それらもアクセシブルである必要があります。PDF/UAは、WCAGと整合した形でPDFのアクセシビリティを達成する方法として広く受け入れられています。
PDF/UA適合性の確認方法
PDFのアクセシビリティを確認するには、通常、自動スキャンと手動レビューの2ステップを踏みます。
まず自動チェックツールを使用します。これらのツールは、欠落したタグ、空の代替テキスト、誤った読み上げ順序、欠落したメタデータを素早く見つけ出します。時間を節約できますが、すべての問題を検出できるわけではありません。
自動スキャンの後は手動レビューを行います。NVDAやJAWSなどのスクリーンリーダーで文書を開き、コンテンツの流れを聞き、リンクをテストし、キーボードでフォームを入力してみて、画像が正確に説明されているか確認します。
一部のチェックは人間の判断が必要です。ツールは画像に代替テキストがあるかどうかは示せますが、その説明が有用かどうかまでは判断できません。
PDF/UAの作成と検証に役立つツール
アクセシブルなPDFを作成するのに役立つツールはいくつかあります。Microsoft WordとAdobe InDesignは、スタイルと代替テキストを一貫して使用すれば、タグ付きPDFのエクスポートをサポートしています。LibreOfficeもPDFエクスポート時にアクセシビリティオプションを提供しています。
検証には、Adobe Acrobat Pro に含まれるアクセシビリティチェッカーと「アクセシビリティを有効にする」ウィザードを利用できます。axesWord や axesPDF はPDF/UA専用のワークフローを提供します。VeraPDF は無料のオープンソース検証ツールで、ISO 14289に対してテストし、適合レベルをレポートします。PAC（PDF Accessibility Checker）は、自動チェックとスクリーンリーダープレビューを組み合わせた人気のWindowsツールです。
開発者向けには、iTextやPDFBoxなどのライブラリを使ってプログラムでタグ付きPDFを作成できます。これは、テンプレートやデータベースから文書を生成する場合に便利です。
まとめ
PDF/UAは、組織がアクセシブルな文書を作成するための明確な道筋を示します。適切な作成手法と自動・手動のテストを組み合わせることで、すべての読者に対応するPDFを作成できます。報告書、フォーム、マニュアル、請求書など、どのような文書を公開する場合でも、ISO 14289に従うことで法的要件を満たし、ユーザーエクスペリエンスを向上させ、アクセシビリティが組織にとって重要であることを示すことができます。
PDF/UA-1が実際にチェックするもの — 機械検証可能なルール
この標準は約150の機械検証可能な要件を規定しており、6つのカテゴリに分類されます：
- タグツリーの完全性。意味を持つすべての要素がタグツリーに含まれていること。
- メタデータの整合性。タイトル、主要言語、「タグ付きPDF」フラグ。
- 図の代替テキスト。各FigureタグにAltエントリがあるか、アーティファクトとしてマークされていること。
- 読み上げ順序の一貫性。タグ順序が視覚的な読み順と一致すること。
- テーブルとリストの構造。セルがヘッダーを参照していること。
- フォームフィールドのラベル付け。各フィールドにツールチップまたはリンクラベルが必要。
検証の仕組み
veraPDFのようなPDF/UAバリデーターは、PDFの内部データ構造を抽出しISO仕様と比較します。出力は機械可読なレポートです。
タグ付き vs タグなし：実例
タグなしでは、スクリーンリーダーは「1ページ。グラフィック。2ページ。グラフィック。」とアナウンスします。PDF/UA-1タグ付きでは同じ文書が「見出しレベル1：年次コンプライアンス報告書。見出しレベル2：概要。7項目のリスト。表：4列12行。」となります。
よくある誤解
「ソース文書がアクセシブルならPDFもアクセシブルになる」 — 部分的にのみ正しい。エクスポート後は常に検証を。
「PDF/UA-1はWCAGと同じ」 — 重なる部分はあるが異なる。完全な比較をご覧ください。
「自動タグ付けで十分」 — 決定論的90%については正確で検証可能。レポートの読み方ガイドをご覧ください。