Webアクセシビリティについての覚書など

規格の策定者が解説する JIS X 8341-3:2010 セミナーに行きました。以下は脈絡の無いメモ書きと、Web制作者の立場からの感想です。

まず、規格書は日本工業標準調査会（1）で「X8341-3」を検索して購入できます。
「必須」「推奨」の2段階が、「等級A」～「等級AAA」に変わり、知覚、操作、理解、頑健性の四原則に分かれています。

JIS X 8341-3:2010の「7 ウェブコンテンツに関する要件」は、「7」を取るとWCAG2.0に近い内容になるそうです。（例）JIS X 8341-3:2010の7.1.1.1＝WCAGの1.1.1

しかし、以前の規格書ならそれだけをじっくり半日読めば終わりといってもよかった内容だったが今回は規格の結論部分しか書かれていません。JIS X 8341-3:2004では規格と対応方法を具体的に書きすぎて一瞬で時代遅れになってしまったため、ドキュメントが複数に分かれていて規格書以外は随時更新が可能なスタイルになっています。つまり、今回の規格はUnderstanding WCAG 2.0日本語訳（2）を規格書とあわせて読むことが必須とのこと。......大変だ。

更に、Techniques for WCAG 2.0日本語訳（3）に具体的な実装方法がまとまっています。現在等級AAまでで等級AAAについての実装方法が無い状態ですがそれでも300件以上あります。

以上の（1）～（3）をあわせて、JIS X 8341-3:2010の資料ということになります。相当なボリュームです。それだけ掘り下げたものになっていて、今後もかなり増えるようです。（スマートフォンとかはまだそこまでは意識されてない）

聞いた感じではJIS X 8341-3:2010はWCAG2.0と協調しているので、現時点ではWCAG2.0の上位互換と考えていいと思います。

JS、Flash、PDFは基準を満たしていれば代替コンテンツを用意しなくて済むようになりました。HTMLもテーブルレイアウトを使うなと捉えてもおかしくない規格がありましたが、TH CAPTION SUMMARYを正しく使って読み上げ順序を意識すれば禁止ではないと明記されました。もちろんレイアウトはCSSを使うことが推奨とも書かれています。

7.2.4.1 ブロックスキップについて、「読み飛ばす」→「通過できる」に変わった。
スクリーンリーダーのことだけをさしているのではない。ということ。マウスを使わずキーボードのみで操作する健常者などへの配慮にもなっていて、視覚障害者以外にもメリットがあるよという書き方になっている。具体例としてG123とH69があり、富士通Japanではページ表示後にタブキーなどを押すことでブロックスキップが表示されるようになっている。

H67では、alt=" " より alt="" のが良い。というのが明記されている。こんなことまで......。

気になる輝度比は「AA」4.5:1 、「AAA」7:1とWCAG2.0と全く同じ。まあ方針的に国際協調と言ってるので異なったら変なわけですが。

日本のスクリーンリーダーなどの支援技術は遅れているので、アクセシビリティ・サポーテッド（AS）情報を参考に適時対応方法を考えていかなければいけないようです。検証はボランティアで行われていて、フィードバックを募集しているようです。テストファイルも公開されています。
たとえばaltの読み上げは対応していてもlongdesk属性は対応していないなどの問題など。

あとは、これらの規格に対して真剣に取り組むサイトが相応の評価を受けるために、対応度表記ガイドラインがあります。
やったことを証明できる2010版というわけです。（テストについてはWCAG2.0でも明記していない）
大量にページがある場合のために、複数の試験方法が用意されています。（8.1.2）
全ページをチェックする以外に、「ランダムに数十ページをチェック」するのと「非ランダムに重要なページをチェックする」方法があります。
ランダムの場合、40ページ以上チェックすれば十分とされるらしいです。ただ、問題が発生した場合にはサンプリングがやり直しになります。
非ランダムの場合、トップ、サイトマップなどを必ず選択する必要がある。必須ではないが要するにテンプレートの各パターンをチェックすれば十分といえる。
JISには書かれていないが、ランダムと非ランダムを組み合わせるのがおすすめとのこと。
そして、取り組みに応じてサイトに「JIS X 8341-3:2010に配慮（適合＞準拠＞配慮）」等と書くことができます。ただ試験結果を公開して、第三者でも確認できるようにしなければ「一部準拠」以上は書けないです。
あと、第三者におけるコンテンツにおける例外（8.1.3）というのがあり、コンテンツ制作者が、監視修正できない場合はその旨を明記することで、リリース後に新たに問題が起こっても問題を発見後2営業日以内に修正すればOKらしいです。このケースは一度準拠したページを作った人なら気がつくことですがここまで規格に書かれているのはかなり驚き。

しかし認証機関は存在しない為、基本的には自己試験となりJISマークが置けるわけではないです。個人的にはウェブページにとってJISマークに価値が出るとは考えにくい（社会的な評価を得ることができるかもしれないけど、ページにマーク貼り付けたことをそのページのフッター等に行くまでどうせ分からないので利用者にとってはあまり意味がないと思う）ので、あまり宣言することにこだわらずできるところから実践してくことのほうが現実的だと考えています。WCAG 2.0 実装方法集見るだけでもものすごい勉強になるはずなのでこれを読むことが第一歩になりますね。

「規格を守ればそれでいいが、特定のユーザがあるコンテンツにおいて特定の目標を達成できるかどうかがアクセシビリティの根本になるので忘れないように。」とのことです。

とても余談ですがWAICを「ウェイク」、WCAGを「ダブキャグ」と発音されてました。

参考

JIS X 8341-3:2010 関連文書