操作性/Operable

Table of Contents

フォームやボタン、メニューなどは、実際にクリックしたり、入力することができる必要があります。

ボタンの形をしたイラストで実際にクリックできない、入力フォームなのに入力できない、ということはないようにします。

4つの原則

  1. マウスのほか、キーボードでもマウスと同じ動作ができるようにします
  2. ユーザーが何かを実行したり、コンテンツから情報を取得するのに十分な時間を与えます。例:制限時間5秒など、急がせないようにします
  3. 点滅したりちらついたりする情報は避けてください。発作を引き起こす可能性があります
  4. ユーザーが自分で見たいページをクリックできるようにナビゲートし、コンテンツを見つけ、自分の現在地を把握できるようにします

キーボードアクセス

マウスなしでWebページにアクセスできるようにすることを進める理由として、以下が挙げられます。

  1. マウスは”目”でガイドされるように設計されています。目の不自由なユーザーは、マウスポインタを見ることができません
  2. マウスポインタは小さい傾向にあります。視力の弱い人は、画面上でマウスポインタを見つけるのに苦労するかもしれません
  3. 学習障害のある人は、マウスポインターの動きに気が散ったり、マウスでターゲットをクリックするために必要な手と目の連携が不足している場合があります
  4. 左クリック、ダブルクリック、右クリックの仕様を理解できない、または思い出せない人もいます
  5. 手の震えがある人は、小さな画面のオブジェクトをクリックするまでしっかりとマウスを握れない場合があります。高齢者の場合は、ダブルクリックするためにマウスを安定させるのが難しいという報告があります

キーボードの歴史と説明

マウスは今日どこにでもありますが、1984年以前はほとんどマウスを使用していませんでした。マウスは1990年代半ばに普及しました。

近年、トラックボール、タッチパッド、トラックポイントなど、昔ながらのマウスのような動きをするデバイスが導入されています。また、マウス(または同様のポインティングデバイス)はすべてのコンピューターに付属しており、ほとんどの人はマウスがないと情報の取得ができません。

しかし、マウスを使用できない、または使用が困難な人もいます。例えば:

  • ロービジョン の人は、画面上でマウスポインタを見つけにくいです
  • 完全に目の見えない人は、マウスポインタを見ることができません
  • 学習障害のある人は、マウスポインタの動きに気を散らされることがあります
  • 手の震えがある人は、小さな画面のオブジェクトをクリックするのに、しっかりとマウスを持ち続けられないことがあります

さらに、キーボードを使う方が、マウスクリックよりも速く、簡単で、正確であると気付いている人もいます。多くのユーザーは数個のキーボードショートカットを知っており、一部の「パワーユーザー」と呼ばれる人は、ほとんどマウスを使いません。

テキストリンクの「クリック」、直線の描画、ウィンドウのサイズ変更など、マウスで実行される多くのタスクは、通常はキーボードでも簡単にアクセスできます(またはそうする必要があります)。ドラッグアンドドロップに相当するキーボード操作もあります。

WCAG 2.1は、リアルタイムのフライトシミュレーションなど、一部のタスクをキーボードで実行できないことを認めています。開始点と終了点がない、時間に敏感で継続的な動きに依存するタスクは除外されます。ただし、このようなWebサイトがWCAG2.1で達成できる最高レベルは、レベルAです。レベルAAAを達成するには、すべてのコンテンツがキーボードでアクセス可能である必要があります。

障害のある人が依存している支援技術の多くは、キーボードの機能をそのまま模倣してくれる技術です。キーボードからアクセスできるWebコンテンツは、キーボードをエミュレートするデバイスからもアクセスできます。このため、キーボードのみを使用してWebコンテンツを操作する機能は、Webアクセシビリティの中核です。

ショートカット

文字(大文字、小文字を含む)、句読点、数字、記号のみを使用したコンテンツにキーボードショートカットが実装されている場合、少なくとも以下のうち、1つの条件を満たしている必要があります。

  • オフ
    • ショートカットをオフにする仕組みが用意されている
  • リマップ
    • Ctrl、Altなどを利用し、ショートカットを作成できるリマップをする仕組みがある
  • フォーカス時のみ有効
    • キーボード・ショートカットは、フォームなどのコンポーネントにフォーカスがあるときにのみ有効になる

文字キーのショートカットの補足

「F」キーを使用してファイルメニューを開くなど、これらのショートカットはキーボードのみ使用するユーザーにとっては非常に便利ですが、音声認識ソフトウェアを使用してコンピューターやモバイルデバイスを制御する場合、音声ユーザーにとっては問題になる可能性があります。

音声認識ソフトウェアを使用する場合、通常、コマンドモードとディクテーションモードを切り替えることができますが、これは非常に非効率的です。音声ユーザーは、口述とコマンドの間に一時停止を含む各種モードを使用することがよくあります。ただし、一時停止が短すぎると、コマンドがフォームまたはドキュメントに指示される可能性があります。このような事象はすぐに元に戻せるのですが、障壁というよりも面倒な手間が発生します。

コマンドモードの単語が、単語内の文字に関連付けられた一連のコマンドを起動すると、問題が発生します。

特に他のユーザーが話した言葉がバックグラウンドで拾われるとき、さらに問題になる可能性があります。
結果、ユーザーを混乱させる可能性があります。

次のビデオを参考に、話し言葉がコマンドとして解釈されたときに何が起こるかを確認してください。

ビデオ: KimPatchによる音声入力に影響を与える単一のキーショートカット

このような事象を防ぐために、WebサイトおよびWebアプリケーションにプログラムされたキーボードコマンドには、Alt、Ctrl、またはAlt + CtrlをChromeVox修飾子キーとして一緒に使用するようにできます。または、単一の文字を使用する場合は、文字キーを無効にしたり、リマップしたりする機能を利用できます。これにより、ユーザーはさまざまなコントロールに対して独自のキーの組み合わせを定義できます。

コンテンツアクセスに十分な時間をつくる

たとえば、スクリーン・リーダーを使うユーザーは、ページがどのように構成されているかを理解するまでに、多くの時間を必要とします。

また高齢になると、情報を処理するための時間が必要になります。高齢者だけでなく、技術的に詳しくない人、電子情報システムに慣れていない人、サイト内の言語を母国語としない人にとっても、時間制限があると苦労します。

制限時間

コンテンツの中に、一定の時間が経過したら次の項目を表示するなどの動的コンテンツを含む場合、一時停止や停止などのボタンを組み込む必要があります。

ふつうはこれくらい?といって自分の感覚でWebコンテンツを作ると、体の不自由な人のみならず、高齢者、読むことが苦手な人も特定のWebコンテンツから情報を取得できなくなります。

一般的には1分間に600語の文字を読めるということですが、障害のある人や高齢者は200語~250語です。当人のペースで情報を取得できるようにします。

点滅

1秒間に3回以上点滅するようなコンテンツは避けるようにします。

動的コンテンツ例

  • アニメーション
  • 映画
  • ゲーム
  • スクロールする株価表示
  • 株式市場の更新
  • 天気予報の更新
  • ニュースの更新
  • 自動的に次のスライドに進むスライドショー

上記のようなWebコンテンツは自動的に開始し、5秒くらいで次の記事に切り替わります。ここで、ユーザーが一時停止や停止、非表示にできるような仕組みが必要です。

技術例1:あるウェブサイトに消火器の使い方を説明するアニメーションがあります。このアニメーションには、「一時停止」と「再開」のボタンをつけます。

技術例2:あるウェブサイトに広告を掲載する。注意を引くために、ページが読み込まれると広告が点滅し始める。しかし、5秒後には点滅が止まります。

技術例3:あるブログでは、作者が自転車でアルプスを旅する様子をスライドショーで紹介しています。スライドショーの横にはコントロールがあり、訪問者は1枚のスライドの更新速度を0秒から30秒まで調整できます。

このように、動きのあるWebコンテンツは魅力的ですが、せっかく制作したものを誰でも見れるように、ほんの少しの気遣いをできるようにします。

google 広告