アクセシビリティガイドラインの見方・使い方 002

アクセシビリティガイドラインの
見方・使い方

アクセシビリティガイドライン
とは?

ガイドラインには何が書いてあるの?
原則
 4つの原則
ガイドライン
 原則を守るためのガイドライン
達成基準
 ガイドラインを満たすために守るべき基準
6

4つの原則
原則 1: 知覚可能
 利用者に知覚可能な方法で提示できること
原則 2: 操作可能
原則 3: 理解可能
原則 4: 堅牢 (robust)
 現在及び将来のさまざまなUAとの互換性
7

ガイドラインの難しさ
8

読んでみてどうでしたか、と聞くと
まれにある感想
 読んだら良くわかった (!)
 みんな読めばいいのにと思った (!?)
よくある感想
 なんだか難しい
 具体的にどうすればいいかわからない
9

なぜ難しいのか?
内容が一般化されている
 さまざまな技術に適用できる汎用的な書き方
 特定の技術 (HTML、CSS) に特化した書き方はしない
時代が変化しても問題ないような書き方
 W3C Recommendation や JIS 規格は
それほど頻繁には更新できない
10

一般化の一例
「非テキストコンテンツには、
同等の目的を果たす代替テキストが
提供されている」
 たとえばimg要素にalt属性を指定する話
 しかしimg要素以外のオブジェクトや、
HTML以外の技術にも適用できる書き方にしている
11

そこで
関連文書!
難しさはどうしようもないのか?
12

関連文書
WCAG 2.0には関連文書がある
 特定の技術に依存した情報や更新頻度の高い情報は
関連文書としてまとめられている
特に重要なものは以下の2つ
 Understanding WCAG 2.0
 Techniques for WCAG 2.0
13

Understandingはどんな文書?
達成基準の意図や目的などの解説
 何のための基準なのかがわかる
 解説は本体側にはほとんどないので、
こちらを読んで初めてわかることも多い
事例の紹介
関連する達成方法へのリンク
17

Techniques はどんな文書?
各技術ごとに達成基準を満たす方法の具体例
 HTML、CSS、スクリプト、PDFなどに分かれている
 全ての技術に適用できる汎用的な手法もある
 特定技術用の方法があればそれを使うほうがよい
 それが使えない場合に汎用的な方法を使う
20

Techniquesの注意点
あくまで例であり、要求事項ではない
 全てを採用しなければならないわけではない
 ここにあるものが全てというわけでもない
コンテンツ側の実装ではない手法もある
 ズーム機能のあるブラウザを使う、など
 2016年版JISでは「実装方法」を「達成方法」とした
21

アクセシビリティ・サポーテッド情報
22

ウェブアクセシビリティ基盤委員会 (WAIC)
23

アクセシビリティ・サポーテッド（AS）情報
24

アクセシビリティ・サポーテッド情報とは?
達成方法のサポート状況をまとめたもの
 Techniquesに書かれている達成方法を、
ブラウザや支援技術が実際にサポートしているか?
 Techniquesに手法が挙げられていても、
支援技術側がまったく対応していなければ、
ユーザーが実際にアクセスすることはできない
25

アクセシビリティガイドラインの見方・使い方 002

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Mehr von Yoshinori OHTA

Mehr von Yoshinori OHTA (11)

Kürzlich hochgeladen

Kürzlich hochgeladen (9)

アクセシビリティガイドラインの見方・使い方 002