話すからといって、アクセスしやすいとは限らない

アクセシビリティの意味は人によって異なります。ある人にとっては自動ドア、または特定の高さの銀行ATMを意味しますが、他の人にとっては就職面接での手話通訳、または介助犬を連れて旅行する権利を意味します。障害はそれぞれ異なりますが、これらすべての配慮には共通点が1つあります。それは、適切に行われなければ効果がないということです。

同じことがドキュメントのアクセシビリティにも当てはまります。フォントが大きいからといって、視力の弱い人がコンテンツを読み取れるというわけではありません。ファイルを開いたときにスクリーン リーダーが読み上げ始めても、エンド ユーザーが伝えようとしている情報を受け取れるというわけではありません。

技術の進歩により、場合によっては、文書をある形式から別の形式に変更するのに必要な背景知識がますます少なくなっています。PDF ファイルを他のさまざまな文書形式に保存して、コンテンツをよりアクセスしやすいものにすることができます。点字翻訳ソフトウェアを使用すると、Word またはテキスト ファイルをインポートして、ワンクリックで印刷物を点字に変換することもできます。そうは言っても、変換されたファイルには元のファイルにあるすべての情報が含まれていますか? 読み上げ順序と書式設定は論理的ですか? 出力はアクセシビリティの業界標準を満たしていますか? ここで、テストや品質管理が必要になります。

私は数年間、連邦政府の人事顧問として働いていました。私の仕事はアクセシビリティとは関係ありませんでしたが、文書や Web ページが関連するアクセシビリティ法に準拠していることを確認しようとしている同僚をしばしばサポートしていました。かつて、記入可能な PDF を確認するように頼まれたことがあります。同僚は、ファイルはほぼ問題ないと言っていました。「ファイルを開くとスクリーン リーダーが読み上げ始めたので、おそらく大丈夫でしょう。」確かに、ファイルを開くと JAWS が読み上げ始めましたが、フォームの名前を読み上げるだけでした。入力する各ボックスには「編集」という単語が表示されていました。読み上げ順序が適切にタグ付けされていなかったため、どの情報がどのボックスに属するのかを知ることは不可能でした。読み上げられるからといって、アクセシブルであるとは限りません。

テスト、校正、品質管理など、呼び方はさまざまですが、このプロセスには、アクセシブルなドキュメントの作成において重要な要素が 2 つあります。1 つ目は、ファイルのアクセシブル バージョンが正確であり、元のファイルにあるすべての情報が含まれていることを確認することです。これはあらゆる種類のファイルで不可欠ですが、銀行や財務諸表では特に重要です。銀行や財務諸表では、ゼロの増減が大きな違いを生みます。

もう 1 つの要素は、業界標準への準拠です。各アクセシブルな形式には、従わなければならないガイドラインと標準があります。たとえば、拡大印刷では、フォントを大きくするだけではありません。ページ上でコンテンツをどのようにレイアウトするかも重要です。点字でも書式設定は重要であり、コード自体の使用を規定するルールがいくつかあります。WCAG 2.0 AA と PDF/UA は、PDF ファイルをアクセシブルにするためのガイダンスを提供します。すべての形式には、画像やその他の視覚情報の表示方法に関する要件があります。ハード コピーには、紙の品質、製本、ドットの高さなど、追加の仕様があります。テストにより、エンド ユーザーは、要求された形式の最高基準を満たすドキュメントで正確な情報を取得できるようになります。

テストプロセスについて詳しく知りたい方、あるいは社内でご自分のファイルをテストするアイデアを得たい方は、明日のウェビナー「アクセシブルなドキュメントのテスト」にお申し込みください。午後1:00～2:00（米国東部時間）に開催されるこのウェビナーでは、点字、大活字、eテキスト、アクセシブルPDF、その他一般的に使用されているフォーマットなど、アクセシブルなフォーマットをテストするためのベストプラクティスを検討します。