公開前のPDF アクセシビリティ チェックにより、スクリーン リーダー、キーボード ナビゲーション、またはハイ コントラスト モードを使用しているユーザーがコンテンツにアクセスするのを妨げる障壁が見つかります。アクセスできない PDF は、視覚的には問題ないように見えますが、大部分の閲覧者にとってはまったく使用できない場合があります。自動アクセシビリティ チェックを実行することは、WCAG 2.1 や PDF/UA などの標準に準拠するための第一歩です。
自動チェッカーは完全なアクセシビリティを保証できません。これらは、代替テキストの欠落、タグ付けされていないコンテンツ、不十分な色のコントラスト、非論理的な読み取り順序など、機械が検出可能な問題をスキャンします。代替テキストが画像を正確に説明しているかどうか、読み上げ順序が意図した読み上げ順序と一致しているかどうかなど、判断が必要な問題については、依然として人間によるレビューが必要です。自動チェックでは簡単に解決できる問題が検出されるため、人間のレビュー担当者は判断が必要な問題に集中できます。
WukongPDF の PDF Compliance ツールには、公開前のドキュメントのアクセシビリティ検証が含まれています。
Acrobat Pro のアクセシビリティ チェッカーの実行
Acrobat Pro で PDF を開き、「ツール」、「アクセシビリティ」の順に移動します。 「完全チェック」を選択します。アクセシビリティ チェッカー オプション ダイアログで、チェック標準を選択します。WCAG 2.1 レベル AA は、Web およびドキュメントのアクセシビリティに関して最も広く採用されている標準です。すべてのカテゴリをチェックします: ドキュメント、ページコンテンツ、フォーム、表とリスト、代替テキスト、および見出し。 「チェックの開始」をクリックします。
Acrobat は PDF をスキャンし、結果をアクセシビリティチェックパネルに表示します。問題は重大度によって分類されます。失敗は、修正する必要がある明らかなアクセシビリティ違反を示します。警告は、手動での確認が必要な潜在的な問題を示します。合格すると、特定のチェックが満たされたことが確認されます。レポートは対話型です。失敗または警告をクリックして、どのページ要素がそれを引き起こしたかを確認し、それを修正するツールにアクセスします。
一般的なアクセシビリティ障害の理解と修正
最も一般的な失敗は、画像の代替テキストが欠落していることです。 PDF 内のすべての画像には、スクリーン リーダー ユーザー向けにその内容を説明する代替テキストが必要です。 Acrobat Pro で、アクセシビリティレポートでフラグが設定された画像を右クリックし、「代替テキストの編集」を選択して、簡潔な説明を入力します。情報を伝えない装飾画像の場合は、スクリーン リーダーがスキップできるように、装飾画像としてマークを付けます。
タグなしコンテンツは 2 番目に多い失敗です。 PDF タグは、見出し、段落、リスト、表などの文書構造を定義します。タグがないと、スクリーン リーダーはドキュメントを論理的にナビゲートできず、PDF の内部データ ストリームに表示される順序でコンテンツを読み取ってしまうため、視覚的に読み上げる順序と一致しない可能性があります。アクセシビリティツールの Acrobat Pro の自動タグドキュメント機能を使用してドキュメントにタグを付けます。自動タグ付けでは、コンテンツ分析を使用して見出し、段落、リストを識別し、対応するタグを追加します。
読み上げ順序と見出し階層の修正
自動タグ付け後、読み取り順序を確認します。 [表示]、[表示/非表示]、ナビゲーション ペイン、[タグ] の下の [タグ] パネルを開きます。タグツリーはドキュメント構造を示します。ツリーを展開し、見出しが正しい階層順序 (最初に H1、次に H2、H3 というように) で表示されていることを確認します。 H2 を介さずに H1 から H3 にジャンプするドキュメントは、スクリーン リーダーのナビゲーションを混乱させます。
読み取り順序が正しくない場合は、ツリー内でタグをドラッグして順序を変更します。タグの順序は、スクリーン リーダー ソフトウェアがコンテンツを表示する順序を定義します。ページ上の視覚的な順序とツリー内のタグの順序は一致する必要があります。そうしないと、スクリーン リーダーのユーザーは視覚的なリーダーが見るものとは異なる順序でコンテンツを聞くことになり、方向感覚を失い、文書を理解できなくなる可能性があります。
色のコントラストとアクセシビリティの確認
アクセシビリティ チェッカーは、背景に対してコントラストが不十分な可能性があるテキストを報告します。 WCAG 2.1 レベル AA 標準では、通常のテキストの場合は少なくとも 4.5:1、大きなテキストの場合は 3:1 のコントラスト比が必要です。 Acrobat のチェッカーは、テキストの色と検出された背景の色に基づいてコントラストを推定しますが、グラデーションまたは画像上のテキストの場合、推定が不正確になる可能性があります。
正確なコントラストを確認するには、専用のコントラスト チェッカー ツールを使用します。疑わしいテキスト領域のスクリーンショットを撮り、コントラスト アナライザーにアップロードします。コントラストがうまくいかない場合は、ソース文書の文字色または背景色を変更して、PDF を再エクスポートします。ソース文書内のコントラストの問題を修正することは、PDF 内の色を直接調整するよりも簡単で確実です。
| カテゴリを確認 | 検証内容 | よくある失敗 |
|---|---|---|
| 文書構造 | タグ付けされたコンテンツ、読む順序、見出しの階層 | タグが欠落している、読む順序が間違っている |
| コンテンツのアクセシビリティ | 画像、テーブルヘッダー、リンク説明の代替テキスト | 代替テキストが欠落しており、表のヘッダーが空です |
| 色とコントラスト | 文字と背景のコントラスト比、色のみの情報 | 低コントラストのテキスト、色分けされたコンテンツのみ |
修正後の再チェック
報告されたすべての問題を修正した後、アクセシビリティ チェッカーを再度実行します。 Some fixes may introduce new issues. Adding tags can change the reading order.ある画像に代替テキストを追加すると、同じページ上の別の画像もタグ付けされていないことが判明する場合があります。再チェックでは、すべての修正が正しく適用され、新たな問題が発生していないことが確認されます。
アクセシビリティ レポートを、コンプライアンスの文書として最終的な PDF と一緒に保存します。法的なアクセシビリティ要件の対象となるドキュメントの場合、レポートはアクセシビリティ評価が実行され、特定されたすべての問題が解決されたことを示す証拠として機能します。このレポートはアクセシビリティを保証するものではありませんが、アクセシビリティのレビュープロセスにおけるデューデリジェンスを示しています。
自動アクセシビリティ チェックは、最も一般的な PDF アクセシビリティの障壁を特定する最速の方法です。チェックには 1 分もかかりません。その結果に基づいて、ドキュメントをできるだけ幅広いユーザーが使用できるようにするために必要な修正が行われます。
視聴者向けのアクセシビリティ準拠の文書化
PDF が公開される場合、規制によりアクセシビリティへの準拠が要求される場合があります。 Acrobat Pro によって生成されるアクセシビリティ レポートは、コンプライアンス記録として機能します。発行された PDF と一緒にレポートを保存し、ドキュメントのメタデータに簡単なアクセシビリティ ステートメントを含めます。
ドキュメントのワークフローに関しては、第 508 条または欧州アクセシビリティ法の対象となるドキュメントについて、レポートは評価が実行され、問題が解決されたことを示しています。このレポートはコンプライアンスを保証するものではありませんが、レビュープロセスにおけるデューデリジェンスを示しています。
アクセシビリティチェックは、ソースドキュメントではなく、最終的にエクスポートされた PDF に対して実行する必要があります。エクスポート プロセスでは、タグの欠落、読み上げ順序の誤り、スクリーン リーダーの互換性に影響を与えるフォントの埋め込みの問題など、ソースには存在しない問題が発生する可能性があります。
一般的なワークフロー中、多言語ドキュメントを作成する組織のドキュメント ワークフローに関しては、アクセシビリティ チェックを言語バージョンごとに個別に実行する必要があります。翻訳によって読み上げ順序が変更される可能性があるため、チェッカーは適切な言語設定に対して各バージョンを個別に評価する必要があります。
実際には、アクセシビリティ レポートは、PDF が改訂されるたびに更新される生きたドキュメントです。文書アクセシビリティ証跡をレビューする監査人は、問題が特定され解決されるにつれて徐々に改善が進んでいることを示す一連のレポートを確認する必要があります。
アクセシブルな PDF はすべてのユーザーに利益をもたらします。適切にタグ付けされたドキュメントは、モバイル デバイスでのテキスト リフローの改善、より正確なテキスト抽出、および検索エンジンのインデックス作成の改善をサポートします。アクセシビリティへの投資は、ユーザー ベース全体に利益をもたらします。
実際、Acrobat Pro のアクセシビリティ チェッカーは、文書の構造、コンテンツ、書式設定にわたる 30 を超える特定のチェックをカバーします。各チェックで何を検証するかを理解すると、レポートに複数の障害が含まれている場合に修正の優先順位を付けるのに役立ちます。
ドキュメントの言語仕様は、アクセシビリティ要件として見落とされがちです。スクリーン リーダーが正しい発音ルールを選択できるように、PDF メタデータはドキュメントの主言語を宣言する必要があります。
テーブルには、アクセシビリティに特有の課題があります。各テーブルには、識別されたヘッダー行、テーブルの目的を説明する要約テキスト、およびスクリーン リーダーのナビゲーションのためのセルとヘッダーの正しい関連付けが必要です。
アクセシビリティ レポートは、文書開発サイクル中に少なくとも 1 回は支援技術を使用する人によってレビューされる必要があります。自動チェックにより、機械で検出可能な問題が検出されます。ユーザーテストは残りをキャッチします。
フォームの場合、すべてのフィールドには、フィールドがフォーカスを受け取ったときにスクリーン リーダーが通知するツールチップが必要です。必須フィールドは、ビジュアル ラベルとフィールド プロパティの両方で必須としてマークする必要があります。
PDF/UA への準拠は、基本的なアクセシビリティを超えて、文書が普遍的にアクセス可能な PDF の ISO 標準を満たしていることを保証します。 PDF/UA 標準は、一部の領域、特にタグ付きコンテンツ構造に関して WCAG よりも厳格です。
Acrobat Pro で行われたアクセシビリティの修正は、その PDF のコピーにのみ保持されます。ドキュメントがソースから再生成された場合は、修正を再適用する必要があります。ソース文書のアクセシビリティの問題を修正すると、このやり直しを防ぐことができます。
ほとんどのツールにおいて、PDF にアクセスできるようになるまでに必要な時間はドキュメントの複雑さによって異なります。単純なテキストドキュメントの場合は、自動タグ付けと代替テキストのレビューのみが必要な場合があります。フォーム、表、マルチメディアを含む複雑なドキュメントの場合、修復に何時間もかかる場合があります。
アクセシビリティは、文書作成の最後にチェックを入れるチェックボックスではありません。これは、最初からドキュメントのワークフローに統合すると、すべての読者にとってより良いドキュメントを作成するという設計原則です。論理的な見出し構造、説明的な代替テキスト、および正しい読み上げ順序を備えた、適切にタグ付けされた PDF は、能力に関係なく、誰でも簡単に操作できます。
自動化されたアクセシビリティ チェックにより、PDF コンプライアンスは推測ゲームから体系的なプロセスに変わります。レポートは機械で検出可能なすべての問題を特定し、人間のレビュー担当者が判断が必要な問題に対処します。彼らは協力して、可能な限り幅広い聴衆がアクセスできるドキュメントを作成します。