ハンディがあっても利用できるページづくり

コミュニケーションとしてのアクセシビリティ：WCAG 2.0

私たちがウェブで情報を発信するのは、このメディアを通じて利用者（読者）とのコミュニケーションを図ろうとすることだと言っていいでしょう。このコミュニケーションが成立するためには、「ページ内に情報や機能があることを認識（認知）できる」→「必要な機能を操作したり他のページに移動したりして情報を利用できる」→「コンテンツの内容を理解する」という段階を経て、利用者に内容が伝わらなければなりません。

W3CのWeb Accessibility Initiative (WAI)が検討を進めているWeb Content Accessibility Guidelines 2.0 （WCAG2.0: ウェブコンテンツのアクセシビリティのための指針 2.0）は、この段階を踏まえた構成で、誰もが利用しやすいウェブコンテンツコンテンツを設計する指針を目指しています。草案段階ではあるものの、「何のために」を考えながらアクセシビリティを検討するにはとても参考になるので、2007年5月17日の公開草案を紹介しながらページづくりの基本を考えてみます。以下、1.〜4.の各項目はWCAG2.0の基本方針（principle）、1.1, 1.2...などは指針（guideline）に相当します。

1. コンテンツは認識可能であること

そもそも情報や操作機能が「そこにある」ということが分からなければ、コミュニケーションは始まりません。狭い意味での「アクセス可能性」をきちんと整えることが、全ての出発点です。

1.1 全ての非テキスト内容に、代替となるテキストを用意し、点字、音声合成など他の形態に変換できるようにする

• 非テキスト内容が情報やユーザへの応答である場合は、同じ目的を達成できる（それが困難なら、少なくともその目的を示す）代替テキストを用意します。
• 音楽や視覚芸術など非テキスト内容が特別な感覚をもたらすことを目的とする場合は、それが何であるかを説明するラベルを提供します。
• 純粋な装飾や視覚フォーマットのためなら、補助技術がそれを正しく無視できるようにします。

代表的なのは、img要素にalt属性で代替テキストを記述することです。これによって、画像を表示できない環境や見ることができない利用者でも、音声合成などの方法でその内容を認識できるようになります。当サイトの「img要素におけるalt属性について」も参照してください。

1.2 マルチメディアには、代替内容を同期して提供する

動画に音声トラックを付加する、主な会話や音楽にキャプションを付ける、リアルタイム性の重要なゲームなどでは適切な代替説明をきちんと同期させる、など。マルチメディアコンテンツを作成する時に考えるべき点です。

1.3 情報内容（information）や構造（structure）を失うことなく、異なる表現（presentation）ができるようにする

内容と表現を分離しておくことで、その表現が困難な環境でも内容はきちんと伝えることができます。見出し要素やリスト要素を適切に用い、表現はスタイルシートに委ねましょう。

• 表現を通して提供される情報や関係性は、プログラムによっても認識できること
• 内容の順序が意味に関係するときは、その順序はプログラムによっても認識できること
• 内容の理解や操作に必要な情報が、その要素の形、サイズ、視覚的な位置や方向に依存しないこと

1.4 前景（foreground）情報を区別できるようにするなど、障碍のある人が内容を見たり聞いたりしやすいようにする

情報の区別を色だけに依存しないようにしましょう。また、内容をはっきり認識できるようにするためには、文字と背景色のコントラストを明瞭にする、背景に画像やパターンを使うことを控えるなどの配慮が必要です。デザインだけにこだわって、背景色と文字色を同系統にしたりしないようにしましょう（背景「イメージ」に濃色系の画像を使って文字色を白にしているページは、画像を表示しないと全く読めないことに注意してください。この場合は、背景「色」も合わせて指定しておくべきです）。2005年11月の草案では、輝度比を用いたコントラスト評価の導入が検討されています。聴覚表現の場合は、意味のないBGMや音を使わない、あるいはこれらをOFFにできるようにすることが大切です。

2. コンテンツのインターフェイス要素は誰にでも操作可能であること

移動、入力などの機能は、存在を認識できるだけでなく、特別な装置に依存することなく操作可能でなければなりません。

2.1 コンテンツの全機能を、キーボードで操作可能にする

キーボードによるインターフェイスは、視覚に障碍があっても操作可能ですし、音声入力デバイスでも（キーボードをシミュレートするので）利用できるようになります。全ての機能は、じっくり時間をかけても（without requiring specific timings for individual keystrokes）キーボードで操作できるようにします。もちろん、これと合わせてマウスなどの別の操作インターフェイスを提供することは問題ありません。

2.2 障碍のある利用者にも、コンテンツを読んだり操作をしたりするための時間を十分提供する

入力に時間制限があったり、勝手に次の画面に移動したり、リフレッシュしたりすると、環境や利用者によってはコンテンツが使えなくなってしまいます。自動的な動きが必要な場合は、利用者がその挙動を抑制もしくは変更できるようにするか、十分ゆとりを持って予告する、あるいはやり直すときにいったん入力したデータが失われないようにします。

2.3 てんかん発作などを招くことが知られているようなコンテンツをつくらない

激しく明滅する画面は光過敏性てんかん発作の原因になることがあります。コンテンツが1秒に3回以上明滅する要素を含まないように求められています。また、このガイドラインでは触れられていませんが、点滅したり動いたりする情報は、煩わしいだけでなく、障碍のある人には読解不能だったりもします。どうしてもその効果が必要な場合は、あらかじめ警告し、ユーザーが解除できるようにします。

2.4 障碍のある利用者がコンテンツを見出し、その内部での位置や進行方向の把握、移動することを助ける機能を提供する

次のような基準が示されています。

• 複数ページで繰り返し出現するブロックはスキップできるようにする
• ページにタイトルを与え、リンクはその目的が分かるテキストをプログラムで利用できるように結びつける
• ページ内を順次辿る場合は、その順序と関係を適切に反映した部分にフォーカスが移っていくようにする
• 一連のコンテンツ内で、あるコンテンツ把握する手段を複数用意し、かつユーザ自身の現在位置を知るための情報を提供する
• タイトル、見出し、ラベルは説明的なものにする

3. コンテンツの内容、および操作方法が理解可能であること

せっかくコンテンツにたどり着いてもらっても、内容や操作ボタンなどが理解しにくくてはコミュニケーションがうまく成立しません。いくつかの工夫で、理解しやすいコンテンツを提供することができます。

3.1 テキスト内容は読むことができ、理解できるようにする

音声読み上げの正しい発音などのためにページ全体（および部分）の言語情報を示し、辞書に載っていないような専門用語や省略語は、その定義あるいはフルスペルを与えておきます。abbr要素やdfn要素を活用し、必要に応じて用語集などにリンクすると良いでしょう。

3.2 内容の配置と機能は予測可能なものにする

予期せぬ内容や挙動は利用者を混乱させます。

• フォーカスを与えたり入力しただけで（アクションを起こしていないのに）ページが遷移する、リンクをクリックすると別ウインドウが開くなど、突然コンテクストが変わってしまう設定は避けるべきです。
• また、複数のページで用いられる要素は常に同じ相対順序になるようにする、同じ機能には同じ用語（ラベル）を用いるなど常に同一であることが分かるようにします。

その他、リンク色が一般的な色と異なる、あるいはページによって違う、リンクに下線がない、ボタン状のオブジェクトをクリックしても反応しないなど、常識的に反応が予測できないインターフェイスを避け、できるだけ一般常識を尊重し、特殊な挙動は事前に予告したり、ユーザーがその機能を制御できるようにしてください。

3.3 誤りを犯さないように、また訂正できるように利用者を助ける

利用者が間違いやエラーをおかしにくいような配慮と工夫を施します。

• 入力エラーが生じた場合は、利用者に問題の所在と内容をテキストで提供します。
• セキュリティやコンテンツ上の問題が生じない限り、できるだけうまく正常な状態に復帰できるようサポートしてください。例えば、選択肢を提供すればテキスト入力よりミスの可能性は減りますし、ミススペルに対して正しい綴りの候補を提供することもできます。
• 法的、あるいは金銭的なやり取りが関係する重要なフォームは、操作を元に戻したり、最終的な送信の前に確認ができるようにすることも大切です。

4. コンテンツは、幅広いユーザエージェントで十分な信頼性をもって解釈できるよう、脆さがない（robust）ものであること

エージェントの技術は変化していきます。特殊な手段ではなく、標準的な技術を仕様に準拠してコンテンツを作成する方が、相互運用性が高く、将来にわたってアクセシブルなものとなります。独自のインターフェイスを採用する場合は、それがアクセシブルになるよう十分注意して設計する必要があります。

4.1 現在および将来の、支援技術を含むユーザエージェントと互換性が保てるようにする

たまたま自分が使っているブラウザで表示できるというだけではなく、将来登場するさまざまなものも含め、異なる環境でも通用するためには、標準に準拠したコンテンツづくりが基本です。

• コンテンツは曖昧さなく解析（parse）できるようにします。開始タグと終了タグが正しくマッチすることが重要です（整形式XHTML！）
• 要素の名前と役割がプログラムに分かるようにします。また、値の設定などユーザが行うことは、支援技術を含むプログラムにも実行できるようにします。