PDFアクセシビリティ:すべての人が使える文書を作る
· 12分で読めます
PDFアクセシビリティは単なるあると良い機能ではなく、包括的なデジタルコンテンツを作成するための基本的な要件です。PDFが適切に構造化され、タグ付けされると、スクリーンリーダー、キーボードナビゲーション、拡大ソフトウェアなどの支援技術に依存する何百万人もの人々を含む、すべての人が使えるようになります。
この包括的なガイドでは、技術要件の理解から、文書を真にアクセシブルにする実用的なソリューションの実装まで、PDFアクセシビリティについて知っておくべきすべてのことを説明します。
目次
PDFをアクセシブルにするもの
アクセシブルなPDFとは、障害のある人々が読み、ナビゲートし、理解できるものです。これには、盲目または弱視の人、マウスを使用できない運動障害のある人、認知障害のある人、色覚異常のあるユーザーが含まれます。
PDFアクセシビリティの基盤は、すべてのユーザーにシームレスな体験を提供するために連携するいくつかの重要な技術要件にあります。
| 要件 | 意味 | 誰に役立つか | 優先度 |
|---|---|---|---|
| タグ構造 | 見出し、段落、リスト、表の論理的な階層 | スクリーンリーダーユーザー | 重要 |
| 読み上げ順序 | コンテンツが正しい順序で流れる | スクリーンリーダーユーザー、キーボードナビゲーター | 重要 |
| 代替テキスト | 画像とグラフィックのテキスト説明 | 盲目および弱視のユーザー | 重要 |
| 文書言語 | 言語属性の設定(例:英語の場合「en」) | スクリーンリーダー(発音) | 高 |
| 色のコントラスト | 通常のテキストで最低4.5:1、大きなテキストで3:1の比率 | 弱視ユーザー、色覚異常ユーザー | 高 |
| ブックマーク | 長い文書のナビゲーションアウトライン | すべてのユーザー、特にキーボードナビゲーター | 中 |
| 表のヘッダー | データ表の行/列ヘッダーのマーク | 表をナビゲートするスクリーンリーダーユーザー | 高 |
| リンクテキスト | 説明的なリンクテキスト(「ここをクリック」ではない) | スクリーンリーダーユーザー | 高 |
| フォームフィールド | インタラクティブ要素のラベル、ツールチップ、タブ順序 | スクリーンリーダーとキーボードユーザー | 重要 |
PDFアクセシビリティチェッカーで文書を確認し、問題を自動的に特定してください。
プロのヒント:アクセシビリティは障害のあるユーザーだけでなく、すべての人に利益をもたらします。明確な構造、論理的な読み上げ順序、説明的なリンクは、モバイルデバイスを使用している人や検索エンジンを含む、すべての読者の体験を向上させます。
タグ付きPDF構造の理解
タグはPDFアクセシビリティの見えないバックボーンです。タグは、各要素が何であるか、コンテンツがページ上の他の要素とどのように関連しているかを支援技術に伝える構造ツリーを作成します。
タグをPDFのセマンティックHTMLと考えてください。Web開発者が<h1>、<p>、<table>タグを使用してWebコンテンツに意味を与えるのと同じように、PDFタグはスクリーンリーダーや他の支援技術に同じセマンティック情報を提供します。
一般的なPDFタグとその目的
| PDFタグ | 目的 | HTML相当 | 使用例 |
|---|---|---|---|
<Document> |
すべてのコンテンツを含むルート要素 | <html> |
文書全体をラップ |
<H1> - <H6> |
文書階層の見出しレベル | <h1> - <h6> |
章のタイトル、セクション見出し |
<P> |
本文テキストの段落 | <p> |
通常のテキストコンテンツ |
<L>、<LI> |
リストコンテナとリスト項目 | <ul>/<ol>、<li> |
箇条書きまたは番号付きリスト |
<Table>、<TR>、<TD>、<TH> |
表構造要素 | HTMLと同じ | ヘッダー付きデータ表 |
<Figure> |
代替テキスト付きの画像またはグラフィック | <figure> |
写真、図、グラフ |
<Link> |
別の場所へのハイパーリンク | <a> |
URL、相互参照 |
<Span> |
特定のスタイルを持つインラインテキスト | <span> |
強調またはスタイル付きテキスト |
<Artifact> |
スクリーンリーダーが無視する装飾的なコンテンツ | aria-hidden="true" |
ページ番号、装飾的な枠線 |
タグが重要な理由
適切なタグがないと、PDFはセマンティックな意味のないテキストと画像の集まりに過ぎません。スクリーンリーダーは視覚的な順序(左から右、上から下)でコンテンツを読み取ろうとしますが、これは多列レイアウトやサイドバーのある文書では、しばしば無意味な結果を生み出します。
2列レイアウトのニュースレターを考えてみてください。タグ付けされていないPDFは、左列の最初の行を読み、次に右列の最初の行にジャンプし、その後左列の2行目に戻る可能性があり、混乱したテキストの寄せ集めを作り出します。
適切なタグ付けにより、視覚的なレイアウトに関係なく、コンテンツが論理的な順序で読まれることが保証されます。また、スクリーンリーダーユーザーが見出しでナビゲートしたり、表にスキップしたり、リスト項目間をジャンプしたりできるようになります。これは、目の見えるユーザーが文書を視覚的にスキャンできるのと同じです。
クイックヒント:Adobe Acrobatでタグパネルを開くことで、タグ構造を表示できます(表示 > 表示/非表示 > ナビゲーションパネル > タグ)。これにより、支援技術が使用する隠れた構造ツリーが明らかになります。
アクセシビリティ標準:PDF/UAとWCAG
PDFアクセシビリティは、文書がすべての人に使えることを保証するために連携する2つの主要な標準によって管理されています。
PDF/UA(ISO 14289)
PDF/UA(ユニバーサルアクセシビリティ)は、アクセシブルなPDFに特化した国際標準です。2012年にISO 14289-1として公開され、アクセシブルなPDF文書を作成するための技術要件を定義しています。
主なPDF/UA要件には以下が含まれます:
- すべてのコンテンツはタグ付けされるか、アーティファクトとしてマークされる必要があります
- タグは論理的な構造階層に従う必要があります
- すべての画像には代替テキストが必要です(装飾的な場合を除く)
- 文書言語を指定する必要があります
- セキュリティ設定は支援技術を妨げてはいけません
- フォントは埋め込まれているか、標準フォントを使用する必要があります
- Unicodeキャラクターマッピングが存在する必要があります
PDF/UAコンプライアンスは二値的です。文書はすべての要件を満たすか、満たさないかのどちらかです。部分的なコンプライアンスはありません。
WCAG 2.1と2.2
Webコンテンツアクセシビリティガイドライン(WCAG)は、PDFを含むすべてのデジタルコンテンツに適用されます。WCAGは元々Webコンテンツ用に設計されましたが、その原則はPDF文書に直接適用されます。
WCAGは4つの原則(POUR)を中心に構成されています:
- 知覚可能:情報はユーザーが知覚できる方法で提示される必要があります(代替テキスト、色のコントラスト、キャプション)
- 操作可能:インターフェースコンポーネントは操作可能である必要があります(キーボードナビゲーション、十分な時間、発作を誘発するコンテンツなし)
- 理解可能:情報と操作は理解可能である必要があります(読みやすいテキスト、予測可能な動作、入力支援)
- 堅牢:コンテンツは現在および将来の技術で動作するのに十分堅牢である必要があります(有効なマークアップ、互換性)
WCAGには3つの適合レベルがあります:
- レベルA:最小限のアクセシビリティ(必須)
- レベルAA:推奨されるアクセシビリティ(ほとんどの法的要件の標準)
- レベルAAA:強化されたアクセシビリティ(理想的だが常に達成可能とは限らない)
ほとんどの組織は、世界中のほとんどのアクセシビリティ法で参照されている標準であるWCAG 2.1レベルAAコンプライアンスを目指しています。
プロのヒント:文書はPDF/UAに準拠していても、WCAG要件(色のコントラストなど)に失敗する可能性があり、その逆もあります。完全なアクセシビリティのためには、両方の標準を満たすことを目指してください。
一般的なアクセシビリティの問題と障壁
善意のPDF作成者でさえ、気づかずにアクセシビリティの障壁を導入することがよくあります。これらの一般的な問題を理解することで、最初からそれらを回避できます。
1. タグの欠落または不正確
これは最も基本的なアクセシビリティの問題です。文書をスキャンしたり、「PDFに印刷」を使用したり、アクセシビリティ設定なしでアプリケーションからエクスポートしたりして作成されたPDFは、通常タグ付けされていません。
タグが存在する場合でも、見出しが段落としてマークされていたり、リストが適切に構造化されていなかったり、読み上げ順序が論理的な流れと一致していなかったりと、しばしば不正確です。
2. 代替テキストのない画像
すべての意味のある画像には説明的な代替テキストが必要です。スクリーンリーダーユーザーは、視覚的なコンテンツを理解するためにこれらの説明に依存しています。
一般的な間違いには以下が含まれます:
- 代替テキストが全くない
- 「画像」や「写真」のような一般的な代替テキスト
- 代替テキストとしてのファイル名(「IMG_2847.jpg」)
- 長すぎるまたは短すぎる代替テキスト
- 装飾的な画像がアーティファクトとしてマークされていない
3. 色のコントラストが悪い
背景と十分なコントラストがないテキストは、弱視または色覚異常のあるユーザーにとって読みにくいか、読めません。
WCAGが要求するもの:
- 通常のテキスト(18pt未満または14ptボールド未満)で4.5:1のコントラスト比
- 大きなテキスト(18pt以上または14pt以上のボールド)で3:1のコントラスト比
- UIコンポーネントとグラフィックで3:1のコントラスト比
白い背景の薄いグレーのテキストは頻繁な違反者であり、目の見えるユーザーには問題なく見えるが、コントラスト要件に失敗する色付きテキストの組み合わせもそうです。
4. アクセシブルでない表
表はデータを整理するのに強力ですが、適切な構造がないと混乱します。一般的な表の問題には以下が含まれます:
- ヘッダー行または列がマークされていない
- 結合されたセルがあり、スコープ属性がない複雑な表
- データではなくレイアウトに使用される表
- 複雑なデータの表の要約が欠落している
5. 説明的でないリンクテキスト
「ここをクリック」、「続きを読む」、または「ダウンロード」と書かれたリンクは、順序外で読まれたときにコンテキストを提供しません。スクリーンリーダーユーザーはしばしばリンク間をジャンプしてナビゲートするため、各リンクは自己説明的である必要があります。
悪い例:「詳細については、ここをクリックしてください。」
良い例:「PDFアクセシビリティの完全ガイドをお読みください。」
6. スキャンされた文書(画像のみのPDF)
紙の文書をスキャンして作成されたPDFは、本質的に選択可能なテキストのない画像です。OCR(光学文字認識)が適用され、文書が適切にタグ付けされない限り、これらはスクリーンリーダーに完全にアクセスできません。
7. ラベルのないフォームフィールド
インタラクティブなPDFフォームには、適切なラベル、ツールチップ、タブ順序が必要です。これらがないと、ユーザーは各フィールドにどの情報が入るかを識別できず、キーボードでフォームを効率的にナビゲートできません。
8. 文書プロパティの欠落
文書言語、タイトル、メタデータは、支援技術がコンテンツを正しく提示するのに役立ちます。言語属性が欠落していると、スクリーンリーダーは間違った発音ルールを使用します。
クイックヒント:文書を公開する前に、PDFバリデーターを使用して、これらの一般的な問題の多くを自動的に検出してください。
PDFアクセシビリティのテストと確認方法
PDFが真にアクセシブルであることを確認するには、テストが不可欠です。自動化ツールと手動テストを組み合わせた多層的なアプローチが、最も包括的な結果を提供します。
自動テストツール
Adobe Acrobat Proアクセシビリティチェッカー
Adobe Acrobat Proの組み込みチェッカーは、最も広く使用されているツールです。以下をチェックします:
- 文書構造とタグ
- 画像の代替テキスト
- 色のコントラスト(限定的)
- セキュリティ設定
- 文書プロパティ
実行方法:ツール > アクセス