記事カテゴリー : アクセシビリティ
(全319件 : 22/32ページ)

ウェブアクセシビリティの法的な義務化について考える

ウェブがこれだけ生活に根付いた基本インフラとなった現在、アクセシビリティをウェブにおける「当たり前」な「品質基準」とするならば、ウェブアクセシビリティに関する法規制はあって当然なのではないかな、と考えています。

今年は実際のプロジェクトで WAI-ARIA を採り入れる機会がありましたが、サイトの作り手側から見て WAI-ARIA の実装はチャレンジングで面白いと同時に、「アクセシビリティはこれでバッチリ」という錯覚に陥りやすいことを実感しました。

移動中にスマートフォンなどでウェブにアクセスする際、字が読みにくく感じることはないでしょうか。画面表示のサイズが小さく、外出時の使用が多いモバイルデバイスのブラウザにこそ、「テキストのみの拡大」機能が標準で装備されていて欲しいものです。

ウェブサイトのユーザーインターフェース (UI) 設計においてアイコンを実装する際、なるべくなら、アイコンには (目に見える、隠れていない) ラベルが併記されているべきだと思います。

ここ数年、多くのウェブサイトで「フラットデザイン (flat design)」が採用されるようになり、表現手法として実質的に広く定着したと言えます。この記事では、フラットデザインにおけるユーザビリティの配慮について、考えてみたいと思います。

最近では Font Awesome のようなアイコンフォントを用いるウェブサイトが増えてきました。画像アイコンに比べメリットが多く、とても便利なアイコンフォントですが、アクセシビリティ (とりわけ、スクリーンリーダーを介した情報伝達) の観点で考えると、実装において若干の工夫が必要です。

ウェブコンテンツの表現で、テーブル (表) を用いる場合は、できるだけシンプルな表組みに設計するとよいでしょう。また、データセルの中にリンクが含まれる場合は、リンク箇所の識別性やリンクラベルの明確さを意識しましょう。

Web ページの中にナビゲーションメニューが複数ある場合、個々のナビゲーション (<nav role=“navigation">) に aria-label を記述すると、スクリーンリーダーユーザーがナビゲーションメニューの種類を容易に把握しやすくなります。

JIS-X8341-3:2010 では、「8. 試験方法」で「実装チェックリスト」の作成が求められています。おすすめは、ウェブサイト構築の上流工程から、アクセシビリティの要件定義書として、実装チェックリストを作ってしまうことです。

Web ページに埋めこまれている動画をモバイルデバイスで再生しようとすると、キャプション (字幕) が表示されないという問題がありましたが、最新の iOS および Android では、この問題が解決しています。