アクセシビリティとは、年齢や障害の有無、利用環境などにかかわらず、情報やサービスへアクセスし、利用できるようにする考え方です。ウェブでは、見える・聞こえる・操作できる・理解できることを含め、さまざまな利用者が必要な情報へ到達できるよう設計します。「一部の人のための後付け機能」とだけ考えないことが重要です。
アクセシビリティは利用できる範囲を広げる
文字が小さすぎる、キーボードだけでは操作できない、画像に代替テキストがない、といった状態では、必要な情報へ到達しにくい人がいます。
アクセシビリティを考えるときは、特定の診断名だけを見るのではなく、
- 視覚
- 聴覚
- 身体操作
- 認知・理解
- 一時的なけが
- 利用端末や環境
など、利用を妨げる条件を幅広く考えます。
見た目だけ整っていても使えるとは限らない
デザインがきれいでも、文字と背景のコントラストが低ければ読みにくくなります。
マウスでしか押せない操作なら、キーボード利用者が困る場合があります。
動画に音声しか重要情報がなければ、聞こえにくい人へ届きません。
「美しいUI」と「利用可能なUI」は重なる部分もありますが、同じ評価軸ではありません。
画像には意味に応じた代替手段を考える
内容を伝える画像には、適切な代替テキストが必要になる場合があります。
ただし、飾りだけの画像へ長い説明を付けると、スクリーンリーダー利用者に余計な情報を読ませることがあります。
画像の役割を、
- 内容を伝える
- 操作を示す
- 装飾だけ
と分け、役割に合った扱いを選びます。
見出しは文字を大きくするだけではない
ウェブページの見出しは、見た目の大きさだけでなく文書構造を示します。
H1、H2、H3などを階層的に使うと、支援技術でもページ構造を把握しやすくなります。
太字の大きな文字を見出し風に見せるだけでは、機械的な構造が伝わらない場合があります。
キーボードだけでも操作できるか
リンク、ボタン、フォームなどをTabキー等で移動できるか確認します。
フォーカス位置が見えないと、今どこを操作しているか分かりません。
「マウスなら使える」だけで操作可能と判断しないようにします。
フォームではエラーの場所と直し方を伝える
入力エラー時に赤色だけで「間違い」を示しても、色を区別しにくい利用者には伝わらないことがあります。
「メールアドレスの形式を確認してください」のように、どこに何の問題があるかを言葉でも示します。
アクセシビリティは、失敗をなくすだけでなく失敗したあとに回復できることにも関わります。
動画では音声・映像の両方を考える
音声の内容を字幕で提供する、映像だけで示される重要情報を別の方法で伝えるなど、複数の感覚経路を考えます。
すべてのコンテンツに同じ対応を機械的に付けるのではなく、その動画で何の情報を伝えているかを確認します。
「障害者向け」だけだと見落とす利用場面がある
字幕は聴覚障害者だけでなく、音を出せない場所や騒がしい環境でも役立ちます。
十分な文字サイズやコントラストは、高齢者や小さな画面を使う人にも有効です。
キーボード操作は、マウスが使いにくい一時的なけがでも役立つ場合があります。
特定の人のための例外対応が、多くの人の利用しやすさにつながることがあります。
アクセシビリティとユーザビリティは重なるが同じではない
ユーザビリティは使いやすさ全般を扱う概念です。
アクセシビリティは、特に利用上の障壁によって情報や機能へ到達できない状態を減らす視点を持ちます。
使いやすいサイトが必ずすべての利用者にアクセス可能とは限らず、アクセシブルでも個別の使いやすさ改善が必要な場合があります。
よくある誤解：公開後に専用版を作ればよい
「通常サイトを作り、必要な人向けに別サイトを後から用意する」という発想では、情報更新が二重になったり、専用版だけ内容が古くなったりする問題が起こりえます。
最初から共通の情報・機能を幅広い利用者が使えるよう設計する方が、維持しやすい場合があります。
もちろんサービスの性質によって個別支援が必要な場面もあります。
自動チェックだけでは全部分からない
アクセシビリティ検査ツールは、HTML構造やコントラストなど多くの問題を発見できます。
しかし、代替テキストが本当に画像の意味を伝えているか、説明が理解しやすいかなど、人の判断が必要な点もあります。
自動検査と人による確認を組み合わせます。
ケース：申請フォームを点検する
行政サービスのフォームを想定します。
- キーボードだけで全項目へ移動できるか。
- ラベルが入力欄と対応しているか。
- エラー内容が文字で伝わるか。
- 制限時間が利用者を不当に排除していないか。
- 完了したことが明確に分かるか。
「入力できた人がいた」だけでなく、異なる利用条件を想定して点検します。
現在の基準や方針は公式資料で確認する
デジタル庁など公的機関はウェブアクセシビリティ方針を公開しています。
技術基準や適合レベル、運用方針は更新される可能性があるため、具体的な要件を実装するときは最新の公式資料を確認します。
このページでは、変わりにくい基本概念と確認行動を中心に扱います。
次は「見える・聞こえる・操作できる・理解できる」で点検する
自分が使っているサイトや学校のページを一つ選び、
- 情報を知覚できるか
- 操作できるか
- 内容を理解できるか
- 支援技術でも構造を扱えるか
を確認します。
自分が使えるかではなく、条件が違う人でも目的を達成できるかという問いへ変えることが、アクセシビリティを実践する第一歩です。
参考資料
- デジタル庁「ウェブアクセシビリティ」
- 文部科学省「高等学校学習指導要領 情報編」
