PDF/UAとは?PDFアクセシビリティの国際規格を実務目線で解説
PDFアクセシビリティを調べると必ず出てくる「PDF/UA」。ISOの正式な国際規格ですが、実務者が原文を読む必要はありません。 この記事では、PDF/UAが何を要求しているかを実務の言葉に置き換え、WCAGとの関係、適合を確認する方法、発注時の使い方まで説明します。
この記事で分かること
- PDF/UA(ISO 14289)の位置づけと主要な要求事項
- WCAGとの違いと関係
- PDF/UA適合をどう確認するか
- 「PDF/UA準拠」と仕様書に書くときの注意
PDF/UAとは
PDF/UAは、アクセシブルなPDFが技術的に満たすべき要件を定めた国際規格です。正式には ISO 14289 で、UAは Universal Accessibility の略です。
- PDF/UA-1(ISO 14289-1:2014): 現在広く使われている版。PDF 1.7 を前提とする
- PDF/UA-2(ISO 14289-2:2024): PDF 2.0 を前提とした新しい版。対応する制作・検証ツールは普及の途上にあります
PDF/UAは「PDF/A(長期保存)」「PDF/X(印刷)」の仲間です。用途に特化したPDF規格群の1つと理解すると、位置づけが分かりやすくなります。
PDF/UAが要求していることの全体像
規格の条文は技術的ですが、主な要求は実務の言葉で次のように言い換えられます。
| 要求(実務語訳) | 意味 |
|---|---|
| 意味のある内容はすべてタグ付けする | 本文・見出し・表・図が正しいタグで構造化されている |
| 装飾はアーティファクトにする | 飾り罫や背景を「読み上げ対象外」として明示する |
| タグの順序は論理的な読み順にする | 見た目でなく意味の順で構造が並んでいる |
| 図には代替テキストを付ける | 画像・グラフの内容がテキストで提供される |
| 文書と部分の言語を指定する | 読み上げエンジンが正しい言語で発音できる |
| タイトルを設定し、タイトルを表示する設定にする | ウィンドウにファイル名でなく文書名が出る |
| フォントを埋め込む | 文字情報が確実に再現・抽出できる |
| 色や形だけで情報を伝えない | 色覚・音声利用でも情報が落ちない |
| セキュリティ設定が支援技術を妨げない | 読み上げのためのテキスト抽出を許可する |
個々の要件の実装方法は、ツール別の記事(「WordでアクセシブルPDFを作る方法」「InDesignでアクセシブルPDFを作る基本設定」など)と「よくあるPDFアクセシビリティエラーTOP10と修正方法」で扱います。
WCAGとの関係
よくある質問が「WCAGとPDF/UA、どちらに従えばよいのか」です。答えは「役割が違うので、対立しない」です。両者は互いに補い合う関係にあります。
- WCAG: コンテンツが満たすべき達成基準(何を満たすか)。技術を問わずWeb全般に適用
- PDF/UA: PDFというファイル形式の技術要件(PDFでどう実現するか)
PDF/UAに適合するように作れば、WCAGの多くの達成基準を満たす方向に自然と近づきます。ただし完全な包含関係ではありません。たとえば色のコントラスト比の具体的な数値基準はWCAG側の基準です。国内実務では「WCAG(JIS)を目標に、PDFの作り方の基準としてPDF/UAを使う」という整理が実用的です。
PDF/UA適合をどう確認するか
- PAC(PDF Accessibility Checker): PDF/UA Foundationが無償提供する検証ツール。PDF/UA検証の事実上の標準
- Matterhorn Protocol: PDF Associationが公開する検証仕様。PDF/UAの要件を「機械で検証できる項目」と「人が判断する項目」に分けて示した共通の基準で、PACの検証もこれに基づく
- Acrobat Proのチェック: PDF/UA専用ではないが、多くの問題を検出できる
重要な注意: Matterhorn Protocolが示すとおり、PDF/UA適合の確認には人の判断が必要な項目が含まれます。「PACのエラーゼロ=PDF/UA適合の完全な証明」ではありません。
「PDF/UA準拠」と仕様書に書くときの注意
発注時に「PDF/UA準拠」とだけ書くと、次の点が曖昧になります。
- どの版か: PDF/UA-1かPDF/UA-2か。現時点ではPDF/UA-1を指定するのが一般的ですが、発注時点で制作会社と検証ツールがどちらに対応しているかを確認してください
- 何をもって確認するか: 「PACでエラーゼロ+指定の手動確認項目」のように検証方法と合格条件を書く
- 代替テキストは誰が書くか: 技術要件と別に、原稿作成の分担を決める
仕様書の書き方の全体は「制作会社にPDFアクセシビリティ対応を依頼する方法」を参照してください。
日本の実務でのPDF/UAの扱い
日本ではWCAG(およびJIS X 8341-3)を軸に語られることが多く、PDF/UAの知名度はまだ高くありません。ただし、次の場面で実用価値があります。
- 制作会社への発注で、成果物の技術水準を客観的に指定したいとき
- 検収で、担当者の主観によらない合否基準が欲しいとき
- 海外グループ会社・海外投資家向け文書で、国際的に通用する根拠が欲しいとき
次の一歩
- WCAG側の整理を知る → 「WCAGとPDFアクセシビリティの関係」
- PACで検証してみる → 「PDFのアクセシビリティチェック方法まとめ」
- 発注に使う → 「制作会社にPDFアクセシビリティ対応を依頼する方法」
手元のPDFがどの状態にあるかを確認したい方へ。見出し・代替テキスト・読み上げ順などの問題箇所を、ページ単位で確認できる診断レポートを提供しています。対象PDFの種類と概算ページ数だけでもご相談いただけます。→ 料金・進め方の相談