PDF/UA

← 用語集トップへ戻る

PDF/UAとは何か

PDF/UAとは、PDFの「アクセシビリティ」を確保するための国際規格です。UAは「Universal Accessibility（誰もが使える状態）」の略で、視覚障害のある方が音声読み上げソフトでPDFを読む場面などを想定しています。単に画面に文字が表示されるだけでなく、機械が正しく内容を読み取れる構造になっているか、という点を定めた規格だと考えてください。デザインの良し悪しとは別の軸で「読める仕組みが整っているか」を問うのがPDF/UAだと押さえると、理解が早くなります。

正式名称と規格番号（ISO 14289）

PDF/UAは、国際標準化機構（ISO）が定めた「ISO 14289」として規格化されています。最初の版であるPDF/UA-1はISO 14289-1として公開され、PDFのバージョン1.7を土台にしています。その後、PDF 2.0に対応したPDF/UA-2（ISO 14289-2）も登場しました。実務の会話では単に「PDF/UA」と呼ばれることがほとんどですが、仕様書で版まで指定される案件もあります。どの版を指すのかを早い段階で確認しておくと、後の認識ズレを防げます。国際規格である以上、日本の案件でも同じ基準で語られる点が特徴です。

「見える」と「読み取れる」は別物

ここが最初のつまずきどころです。人間の目には整って見えるPDFでも、機械にとっては「文字の絵が並んでいるだけ」で、どこが見出しでどこが本文かを判別できないことがあります。特に紙をスキャンしただけのPDFは、OCRで文字を認識させない限り、中身はただの画像です。読み上げソフトを起動しても、無音のまま何も読まれない、といった事態が起こります。PDF/UAは、この「見えるけれど読み取れない」状態を解消し、内容の構造を機械が理解できる形にすることを求めます。見た目を整えるだけの制作とは、目指す方向が違うのです。

アクセシビリティ対応の中での位置づけ

PDF/UAは、より広いアクセシビリティ対応の一部です。Webページのアクセシビリティを扱う指針とは別に、PDFという文書形式に特化して要件を定めている点が特徴です。Webサイトの見やすさや操作しやすさ、いわゆるユーザビリティとも重なる部分はありますが、PDF/UAはあくまで「文書として読み上げ可能か」に焦点を当てた規格だと理解してください。Webサイトはきちんと対応しているのに、そこからダウンロードするPDFだけ取り残されている、という状態は実務でよく見かけます。サイトと配布文書は、セットで考えるのが本来の姿です。

PDF/UAが求める仕組み

PDF/UAが具体的に何を要求するのかを、代表的な要素で見ていきます。難しい技術用語が並びますが、担当者としては「そういう項目があるのだ」と概要をつかめれば十分です。実際の作業は制作ソフトや外注先が担うことが多いため、まずは全体像を知っておきましょう。

タグ付きの文書構造

PDF/UAの中心にあるのが「タグ」です。これは、この部分は見出し、ここは段落、ここは表、ここは図、といった役割を文書内部に埋め込む仕組みです。タグが正しく付いていれば、読み上げソフトは「大見出し、第1章」「箇条書き、3項目」のように構造を伝えられます。読み手は全体像をつかんでから読み進められ、必要な章まで飛ぶこともできます。逆にタグがないと、文字を頭から棒読みするだけになり、表の縦横の関係すら伝わりません。見出しと本文の区別もつかず、どこが重要なのか判断できないのです。PDF/UA準拠の第一歩は、このタグ付き構造を持たせることです。

代替テキストと読み上げ順序

写真やグラフなどの画像には、内容を説明する「代替テキスト」を付ける必要があります。「売上推移グラフ」だけでなく、「3年間で売上が右肩上がりに伸びている」といった要点まで言葉で補うのが望ましい形です。会社ロゴのように内容が本文と重複する装飾画像は、あえて読み上げ対象から外す、といった判断も要ります。もう一つ重要なのが読み上げ順序です。人の目はレイアウトを見て自然に読む順番を判断しますが、機械はそうはいきません。2段組みの資料で、左段の途中から右段に飛んでしまうといった事故は珍しくありません。PDF/UAでは、この論理的な読み順を正しく定義することが求められます。

言語指定とメタデータ

文書の言語が日本語なのか英語なのかを明示することも要件の一つです。指定がないと、読み上げソフトが誤った発音で読むことがあります。あわせて、タイトルなどの文書情報を適切に設定し、ビューアのタブに正しい名称が出るようにします。ファイル名だけが表示されて内容が分からない、という状態を避けるためです。こうした項目は一つひとつは地味ですが、どれか一つでも欠けると準拠とは認められません。数十ページの資料で手作業だけで完璧に整えるのは現実的でないため、対応ソフトの自動処理と最終確認を組み合わせるのが実務の基本です。

なぜ今PDF/UAが問われるのか

そもそも、なぜPDF/UAへの対応を求められる場面が増えているのでしょうか。背景を知っておくと、発注元の意図をくみ取りやすくなり、社内での説明もしやすくなります。

官公庁・自治体の調達要件

もっとも多いのが、官公庁や自治体向けの案件です。国や自治体が公開する文書は、誰もが情報にアクセスできることが強く求められます。そのため、Webサイト制作やパンフレット制作の仕様書に「PDF資料はアクセシビリティに配慮すること」といった条件が入ることがあります。案件によってはPDF/UA準拠を明記している場合もあり、入札や見積の段階で見落とすと後から大きな手戻りになります。公共案件では、この一文の有無で作業量が大きく変わるため、仕様書は隅々まで読み込むことをおすすめします。実務では、仕様書本体だけでなく、別紙の技術要件や過去の同種案件の要領書にアクセシビリティの条項が紛れていることもあります。「PDF資料」という言葉が出てきたら、その扱いに関する注記がどこかにないかを一通り探すくらいの慎重さがちょうどよいでしょう。疑わしいときは、入札前の質問期間を使って発注元に直接確認しておくと、後の認識ズレを確実に防げます。この一手間を惜しまないことが、公共案件では特に効いてきます。

大企業のブランド・社会的要請

大企業でも、多様性への配慮を掲げる流れの中で、公開文書のアクセシビリティを重視する動きが広がっています。IR資料や採用パンフレットなどで「読み上げに対応した形で」と指定されるケースです。日本国内では、障害のある方への合理的な配慮が事業者にも求められるようになっており、対応文書を用意する企業が増えています。取引先としてこうした企業と付き合う中小企業も、制作物の水準を合わせる必要が出てきます。制度の詳細や適用範囲は変わりうるため、案件ごとに最新の公式情報を確認してください。

高齢化と読み手の多様化

忘れてはならないのが、読み手そのものの変化です。高齢の顧客が増えれば、文字を拡大したり音声で聞いたりして読む人も増えます。スマートフォンでリフロー型の表示に切り替えて読むケースも一般的になりました。こうした環境では、タグの整ったPDFのほうが文字サイズを変えても崩れにくく、快適に読めます。つまりPDF/UAへの対応は、特定の誰かのためだけでなく、幅広い読み手にとっての読みやすさにつながります。義務だから対応するというより、顧客体験を底上げする投資と捉えると前向きに取り組めます。

案件での要件確認と進め方

ここからが本題です。実際に「アクセシビリティ対応を」と言われたとき、担当者としてどう動けばよいのかを整理します。段取りを間違えなければ、必要以上に身構えることはありません。

要件確認のチェックリスト

発注元からアクセシビリティ対応を求められたら、あいまいなまま進めず、次の点を確認しましょう。認識のズレは、納品後のやり直しに直結します。

1. 「PDF/UA準拠」という明確な指定なのか、「配慮すること」という努力目標なのか。
2. 準拠が必要なら、PDF/UA-1とPDF/UA-2のどちらを指すのか。
3. 対象はすべての資料か、それとも主要な文書に限るのか。
4. 準拠を証明する検証結果（レポート）の提出を求められるのか。
5. 元データ（レイアウトソフトの原稿）の提供はあるのか、こちらでゼロから作るのか。

ここを詰めておくだけで、見積の精度も、社内・外注先との連携もぐっと安定します。

対応の基本ステップ

実際の対応は、おおむね次の流れで進みます。まず、元原稿の段階で見出しや段落のスタイルを正しく設定します。ここが整っていると、PDF書き出し時にタグが自動で付きやすくなります。次に、書き出したPDFに画像の代替テキストを追加し、読み上げ順序を確認します。最後に、検証ツールでエラーを洗い出し、実際に読み上げて自然に聞こえるかを目視で点検します。ポイントは、PDFになってから直すのではなく、原稿づくりの上流で構造を整えておくことです。上流で手を打つほど、後工程の修正は少なくなります。

外注時に伝えること

制作を外部に委託する場合は、先ほどのチェックリストで確認した内容を、そのまま制作会社へ共有してください。特に「どの版か」「検証レポートは要るか」「元データを渡せるか」の3点は、見積金額に直結します。あいまいなまま発注すると、納品後に読み順や代替テキストのやり直しが発生し、追加費用や納期遅延の火種になります。可能なら、発注元から受け取った仕様書の該当箇所を制作会社にそのまま見せるのが確実です。伝言ゲームで要件が薄まるのを防げます。あわせて、対象ページ数と納期の見通しも早めに伝えておくと安心です。数ページの資料と数十ページの報告書とでは、タグ付けと読み順の確認にかかる工数がまるで違い、後から「思ったより時間がかかる」と揉める原因になりがちです。表やグラフが多い資料なら、代替テキストの文言を誰が用意するのか、つまり図の意図を知る発注側が下書きするのか、制作側に任せるのかも切り分けておきましょう。図が何を伝えたいのかは作り手にしか分からないことも多く、ここを曖昧にしたまま進めると差し戻しが増え、結果としてお互いの手間が膨らみます。

注意点と規格の選び方

最後に、実務でつまずきやすいポイントと、似た規格との違いを整理します。

準拠チェックの方法

PDF/UAに準拠しているかは、目視だけでは判断できません。専用の検証ツールやPDF編集ソフトのアクセシビリティチェック機能を使い、タグの有無、読み順、代替テキストの欠落などを機械的に点検します。無償で使える検証ツールも公開されており、まずはそれで大きな不備を洗い出すのが手軽です。ただし、ツールが「エラーなし」と出しても、それは必須項目が埋まっているという意味にすぎません。読み上げ順序が意味として自然か、代替テキストが的確かは、人が実際に聞いて確かめる必要があります。ツールによる機械チェックと、人による目視・試聴の両輪で見るのが基本です。

PDF/AやWebの基準との違い

名前が似ていて混同しやすいのがPDF/Aです。目的がまったく異なるので、下の表で整理します。

規格	主な目的	意識する場面
PDF/UA	アクセシビリティ（読み上げ対応）の確保	官公庁・大企業への公開資料
PDF/A	長期保存・再現性の確保	契約書などの電子保存
Web向け基準	Webページの利用しやすさ	サイト本体の制作

PDF/UAは「読み上げ対応」、PDF/Aは「長期保存」と、役割で覚えると混乱しません。両方の要件を同時に満たす必要がある案件もあります。

デジタルブック化との関係

資料をリフロー型の電子書籍やデジタルブックに変換する場合も、元のPDFがタグ付きで整っていると、読み上げ対応や全文検索との相性が良くなります。逆に、画像だけのPDFから始めると、アクセシビリティ対応の工数が跳ね上がります。制作の入口で「あとで読み上げ対応が必要になりそうか」を一度考えておくと、後工程が驚くほど楽になります。

← 用語集トップへ戻る