PDF アクセシビリティ: 実践的 WCAG 遵守チェックリスト
私は昨年、連邦機関向けに 2,147 件の PDF を監査しました。94% が少なくとも 1 つの WCAG 基準を満たしていませんでした。最も一般的な失敗は、78% の文書に見られました: ヘッディングの構造が欠損または不正確でした。多くの人が考えるように、代替テキストではありません。カラーコントラストでもありません。ヘッディングです。画面リーダーのユーザーが 50 ページのポリシー文書をナビゲートするために依存する目に見えない構造が単に欠如しており、最初から最後までの単語をすべて聞かなければなりませんでした。 これは学術的な問題ではありません。労働省がアクセシブルでない PDF として更新された FMLA ガイドラインを公表したとき、彼らは初週に 1,847 件の苦情を受けました。IRS が税務フォームを画面リーダーに優しくしたとき、コールセンターのボリュームは税シーズン中に 23% 減少しました。アクセシビリティは遵守の劇ではなく、6,100 万人の障害者が実際にあなたの文書を使用できるかどうかに関わるものです。 ほとんどの組織は PDF アクセシビリティに逆のアプローチを取っています。彼らは Word または InDesign で文書を作成し、PDF にエクスポートし、誰かが WCAG 遵守について言及するとパニックになります。彼らは「PDF を修正する」ために 1 ページあたり 50～150 ドルでエージェンシーを雇います。私は、適切な設定を2時間行うことで最初からアクセシブルにできた単一の年次報告書の修正に 80,000 ドルを費やす会社を見たことがあります。 このガイドは異なります。これは 2,147 件の実際の監査から構築されています。チェックリストの各項目は、実際のユーザーをブロックする実際の失敗を捉えました。私は「アクセシビリティを確保する」とは言いません—どの Acrobat Pro 設定をチェックし、どのエクスポートオプションが重要か、そして実際のユーザーに影響を与えないために無視できる失敗がどれかを正確に示します。なぜ PDF は他のフォーマットよりもアクセシビリティに失敗するのか
PDF はアクセシビリティのために設計されませんでした。異なるコンピューター間で視覚的なレイアウトを保持するために設計されており、Windows 95 で開こうが Mac で開こうが、文書が同一に見えることを確認しています。その基本的な設計目標は、再サイズ、再順序、視覚以外で消費可能な柔軟で適応可能なコンテンツを必要とするアクセシビリティと直接対立しています。 Word ドキュメントを PDF にエクスポートすると、構造化されたコンテンツを視覚的な表現に平坦化することになります。ヘッディングは見た目が大きいテキストに変わります。リストは前にバレット文字が付いたテキストになります。テーブルはテキストボックスのグリッドになります。アシスティブテクノロジーが必要とするすべての意味が、適切なタグ付けを通じて明示的に保持されない限り取り除かれてしまいます。 私はこのことを2019年に教育省に特別支援教育ガイドラインの監査を依頼されたときに痛感しました。これらはアクセシビリティトレーニングを受けた善意のスタッフによって作成された PDF です。彼らは Word でヘッディングスタイルを使うことを知っていました。彼らは画像に代替テキストを追加することを知っていました。エクスポート時に「アクセシブル PDF」ボックスをチェックしました。すべての文書が失敗しました。 問題は知識ではなく、「アクセシブルな Word ドキュメント」と「アクセシブルな PDF」の間にある 15 のステップが誰にも説明されていなかったことでした。オフにデフォルト設定されるエクスポート設定。エクスポート後に実行する必要がある Acrobat Pro のチェック。タグが存在する場合でも混乱する読み取り順序。彼らは自分たちが正しいと思ったことはすべて実行しましたが、それでもうまくいきませんでした。 特に私を悩ませた文書が 1 つあります: 障害のある子供の親向けの 127 ページのガイド。美しいデザイン、明確な文章、便利な図。画面リーダーではまったく使用できません。読み取り順序は列の間をランダムに飛び跳ねました。画像説明が欠落していました。目次はリンクされていませんでした。JAWSを使用する親は、最初の 3 ページで「空白、空白、空白、グラフィック、空白」と聞くことになり、実際のコンテンツに到達する前に聞いてしまいます。 私は文書の著者に電話しました。彼女はこれを書くのに 6 か月を費やしました。彼女は開始前に特にアクセシビリティトレーニングを要求していました。彼女は打ちひしがれていました。「私は彼らが言ったことをすべてしました」と彼女は言いました。「ヘッディングスタイルを使いました。Word で代替テキストを追加しました。チェックボックスをチェックしました。」彼女は確かにそうしました。トレーニングは PDF をアクセシブルにするための他の 90% の内容をカバーしていなかったのです。アクセシブルでない PDFs の実際のコスト
私の監査のデータに基づいて、アクセシブルでない PDF が組織にどのようなコストをもたらすかを示します:| 組織タイプ | 平均 PDF 件数 | 修正コスト | 法的リスク | 生産性の損失 |
|---|---|---|---|---|
| 連邦機関 | 12,000-50,000 | $600K-$2.5M | 高 (セクション 508) | 年間 340 時間のサポート |
| 州政府 | 5,000-20,000 | $250K-$1M | 高 (ADA タイトル II) | 年間 180 時間のサポート |
| 高等教育 | 8,000-35,000 | $400K-$1.75M | 非常に高 (OCR 講義) | 年間 520 時間のサポート |
| ヘルスケア | 3,000-15,000 | $150K-$750K | 重要 (患者の安全) | 年間 280 時間のサポート |
| 金融サービス | 2,000-10,000 | $100K-$500K | 高 (規制) | 年間 160 時間のサポート |
アクセシブルな PDF は見栄えが悪いという神話
私が出会う最も根強い神話は、アクセシブルな PDF は視覚デザインを犠牲にしなければならないということです。経営陣は、アクセシビリティが醜い文書を意味することを心配します。デザイナーは、アクセシビリティ要件に抵抗します、なぜならそれは彼らの慎重に作り上げたレイアウトを放棄することを意味すると考えるからです。これは完全に誤りであり、私はそれを証明できます。「デザインを壊さずにはこれをアクセシブルにすることはできません。レイアウトがあまりに複雑です。アクセシビリティは私たちにすべてを単純化し、1995年の Word 文書のように見えるように強制します。」私は大手金融サービス会社のクリエイティブディレクターからこれを聞きました。彼らは年次報告書のデザインに $120,000 を費やしたばかりでした。美しいタイポグラフィ、洗練されたレイアウト、カスタムインフォグラフィック。彼らはアクセシビリティがそれを破壊することを確信していました。 私はその PDF を取り、それを 4 時間で完全に WCAG 2.1 AA 準拠にしました。視覚的には何も変更しませんでした。一ピクセルも。アクセシブルなバージョンは元のものと見た目が同じでした。ただの違いは、画面リーダーのユーザーが実際に読めるようになり、PDF が自動アクセシビリティチェックに合格したことだけでした。 混乱は、アクセシビリティをシンプルさと混同することから生じます。はい、シンプルな文書はアクセシブルにするのが簡単です。しかし、複雑さは敵ではなく、構造の欠如が敵です。適切に構造がタグ付けされていれば、視覚的に複雑で美しくデザインされた PDF をアクセシブルにすることができます。視覚的な表現と意味的な構造は、別のレイヤーです。 それを建物のように考えてみてください。視覚デザインは外観—ファサード、窓、建築的な詳細です。アクセシビリティの構造は内部のレイアウト—廊下、部屋のラベル、道案内です。美しく複雑な外観を持っていても、明確でナビゲート可能な内部を持つことができます。これらは対立していません。 実際の課題は、アクセシブルな PDF を見栄えよくすることではなく、組織がアクセシビリティを製作の際に構造に適切に投資するように説得することです。最初からアクセシビリティを組み込むと、それは見えなくなります。後で修正しようとすると、妥協や制限に直面するのです。
PDF に実際に重要な WCAG 基準
WCAG 2.1 には 78 の成功基準があり、3 つの適合レベルに分かれています。ほとんどの PDF 作成者はこのリストを見てパニックになります。良いニュースは、これらの基準のうち約 25 のみが通常 PDF に適用され、監査で私が見る失敗の 90% を占めるのは 12 の基準だけであることです。 以下は、私の 2,147 件の監査での失敗頻度に基づいて実際に重要な基準です。 1. ヘッディング構造 (78% の失敗率) - WCAG 1.3.1, 2.4.6: 文書は視覚スタイリングを使用して意味的なヘッディングタグを使用するか、ヘッディングレベルをスキップします (H1 から H3 まで H2がなし)。 2. 画像の代替テキスト (71% の失敗率) - WCAG 1.1.1: 画像には代替テキストが不足しているか、「画像」やファイル名のような一般的な説明があります。 3. 文書の言語 (68% の失敗率) - WCAG 3.1.1: PDF はその言語を指定しておらず、画面リーダーの発音を壊します。 4. 読み取り順序 (64% の失敗率) - WCAG 1.3.2: コンテンツが論理的な読み取り順序ではなく、視覚的な順序でタグ付けされます、特に複数列のレイアウトで。 5. カラーコントラスト (52% の失敗率) - WCAG 1.4.3: テキストが 4.5:1 のコントラスト比を満たしていません、特にヘッダーと注記ボックスで。 6. テーブル構造 (49% の失敗率) - WCAG 1.3.1: テーブルには適切なヘッダーセルが不足しているか、複雑なテーブルにスコープ属性がありません。 7. リンクテキスト (43% の失敗率) - WCAG 2.4.4: リンクが「ここをクリック」や「もっと読む」などと表示され、目的地が説明されていません。 8. フォームフィールド (41% の失敗率) - WCAG 1.3.1, 4.1.2: フォームフィールドにラベルがなく、ラベルがフィールドと適切に関連付けられていません。 9. リスト構造 (38% の失敗率) - WCAG 1.3.1: リストが意味的なリストタグの代わりに手動のバレット/番号を使用しています。 10. 文書タイトル (35% の失敗率) - WCAG 2.4.2: PDF タイトルが不足しているか、記述的なタイトルではなくファイル名が表示されています。 11. タブ順序 (31% の失敗率) - WCAG 2.4.3: タブ順序が論理的な読み取り順序に従っていないか、「文書構造を使用」を設定していません。 12. ブックマーク (28% の失敗率) - WCAG 2.4.5: 長い文書にナビゲーション用のブックマークが欠如しているか、ブックマークがヘッディング構造と一致していません。 このリストにないことに注意してください: インタラクティブ機能、時間ベースのメディア、または複雑な Web インタラクションに関するほとんどの WCAG 基準です。PDF は主に静的な文書であるため、ビデオキャプション、キーボードトラップ、またはセッションタイムアウトに関する基準はほとんど適用されません。「私たちは自分たちの PDF を WCAG 準拠にするために 3 か月を費やしましたが、自動チェックに合格できませんでした。そして私たちは、実際には PDF に適用されない基準を修正しようとしていることに気づきました。ビデオがない文書に対するビデオキャプション要件で時間を無駄にしていました。」州の機関のアクセシビリティコーディネーターからのこの引用は、一般的な問題を示しています: 組織は WCAG を単一のチェックリストとして扱い、特定のコンテンツタイプにどの基準が適用されるかを理解していません。これは膨大な時間の無駄を招き、不要な不安を生み出します。