Webフロントエンド - 基礎

アクセシビリティ あくせしびりてぃ

ウェブアクセシビリティWCAGWAI-ARIAユニバーサルデザインスクリーンリーダーバリアフリー
アクセシビリティについて教えて

簡単に言うとこんな感じ!

「誰でも使えるWebサイト・アプリ」を作るための考え方だよ!目が見えない人・耳が聞こえない人・手が不自由な人でも、ちゃんと情報にたどり着けるように設計するってこと。バリアフリーのデジタル版だね!


アクセシビリティとは

アクセシビリティ(Accessibility)とは、「誰もが情報やサービスに支障なくアクセスできること」を指します。IT・Web分野では特に、身体的・認知的な障害を持つ人を含むすべてのユーザーが、Webサイトやアプリを問題なく利用できるかどうかを意味します。英語の省略形として「a11y(エーイレブンワイ)」と書くこともあります(aとyの間に11文字あるため)。

実務でよく出てくる場面は、Webサイトのリニューアルや新規システム発注のタイミングです。「色だけで情報を伝えていないか」「画像に代替テキストがあるか」「キーボードだけで操作できるか」といった観点が、アクセシビリティ対応の具体的なチェックポイントになります。日本では2024年の改正障害者差別解消法により、民間事業者にも合理的配慮の提供が義務化されたことで、Webアクセシビリティへの注目が一気に高まりました。

アクセシビリティは障害のある人のためだけではありません。スマホを片手で操作するシーン、強い日差しの下でスクリーンを見るシーン、日本語が母国語でないユーザーなど、あらゆる「使いにくさ」を減らすことで、すべてのユーザー体験が向上します。これを「カーブカット効果」と呼びます(歩道の段差をなくすと、車椅子の人だけでなく荷物カートや自転車の人も助かる、というたとえから)。


アクセシビリティの4大原則(POUR原則)

Webアクセシビリティの国際標準であるWCAG(ウェブコンテンツアクセシビリティガイドライン)は、4つの原則「POUR」に基づいています。

原則英語意味具体例
知覚可能Perceivableすべての情報を何らかの形で知覚できる画像に代替テキスト(alt属性)を付ける
操作可能Operableすべての機能をさまざまな手段で操作できるキーボードだけでメニューを操作できる
理解可能Understandableコンテンツと操作方法が理解できるエラーメッセージを分かりやすい言葉で表示する
堅牢性Robust支援技術を含む多様な環境で正しく動作するスクリーンリーダーで読み上げられる構造にする

覚え方:「ポウル(POUR)」で覚えよう!

Perceivable・Operable・Understandable・Robust の頭文字を並べると「POUR(注ぐ)」になります。「すべての人に情報を注ぎ届ける」とイメージすると覚えやすいですよ。

WCAGの適合レベル(A / AA / AAA)

レベル難易度目安
A(最低限)絶対に対応すべき基本事項
AA(推奨)日本の公共機関・多くの企業が目標とするレベル
AAA(最高)達成困難な項目も含む。全ページ対応は現実的でない

日本のJIS規格(JIS X 8341-3)や政府のガイドラインでは、WCAGレベルAA相当への準拠を求めています。


歴史と背景

  • 1990年 — 米国でADA(障害を持つアメリカ人法)が制定。デジタル空間のバリアフリーも議論の対象に
  • 1994年W3C(World Wide Web Consortium)設立。Webの標準化が始まる
  • 1997年 — W3C内にWAI(Web Accessibility Initiative)が発足。Webアクセシビリティの標準化を担う組織
  • 1999年WCAG 1.0が勧告。14のガイドラインを定義
  • 2008年WCAG 2.0が勧告。POUR原則を導入し、技術非依存の記述に刷新
  • 2018年WCAG 2.1が勧告。モバイルや認知障害への対応項目を追加
  • 2023年WCAG 2.2が勧告。さらに13の達成基準を追加
  • 2024年 — 日本の改正障害者差別解消法が施行。民間事業者にも合理的配慮の提供が義務化され、Webアクセシビリティ対応が急加速

主な対応技術と手法の比較

アクセシビリティを実現するための技術・仕組みを整理します。

アクセシビリティを支える技術の層 ガイドライン・規格 WCAG 2.2 / JIS X 8341-3 / Section 508(米国) セマンティックHTML 適切なタグ(<button>, <nav>, <main> など)でコンテンツの意味を伝える WAI-ARIA HTMLだけでは伝えられない役割・状態・プロパティを属性で補足(role, aria-label など) 支援技術(AT) スクリーンリーダー / 音声入力 / スイッチデバイス / 拡大鏡ソフト

セマンティックHTMLとは

HTMLには「意味(セマンティクス)」を持つタグがあります。たとえば <button> はボタンであることをブラウザや支援技術に伝えますが、<div> をボタンに見せかけても機能だけでは意味が伝わりません。正しいタグを正しい目的で使うことがアクセシビリティの第一歩です。

WAI-ARIAとは

WAI-ARIA(Web Accessibility Initiative – Accessible Rich Internet Applications)は、JavaScriptで動的に作られたUI部品(タブ、ドロップダウン、モーダルなど)の状態や役割をスクリーンリーダーに伝えるための属性セットです。「HTMLだけでは表現しきれない意味を補う拡張仕様」と理解しておけば十分です。

よくある対応漏れチェックリスト

確認項目NG例OK例
画像の代替テキスト<img src="logo.png"><img src="logo.png" alt="会社ロゴ">
色だけで情報を伝えない赤字だけでエラー表示赤字+「エラー」テキスト
コントラスト比薄いグレー文字4.5:1以上(AA基準)
キーボード操作マウスのみで動くメニューTabキーで全操作可能
動画の字幕字幕なし動画クローズドキャプション付き
フォームのラベル<input placeholder="名前"><label>名前<input></label>

関連する規格・RFC

規格番号内容
WCAG 2.2W3C勧告。Webコンテンツアクセシビリティガイドラインの最新版(2023年)
WAI-ARIA 1.2W3C勧告。アクセシブルなリッチインターネットアプリケーション仕様
JIS X 8341-3日本産業規格。高齢者・障害者等配慮設計指針(WCAG 2.1に対応)
Section 508米国リハビリテーション法508条。米国連邦政府機関のICTアクセシビリティ要件

関連用語