ファセット検索フィルタリングを使用するフォームは、検索結果をフィルタリングする一連のカテゴリを提供します。フィルターオプションを選択すると、通常、フォームが即座に自動送信され、フィルターされた検索結果が表示されます。これは通常のユーザーにとっては良いUXですが、障害のあるユーザーはどうでしょうか?
私の懸念は、アクセシビリティガイドライン3.2.2 "入力時"にあります https://www.w3.org/WAI/WCAG21/Understanding/on-input.html
表示される失敗例の1つは、「F36:達成基準3.2.2の失敗例-フォームの最後のフィールドに値が入力されたときに、フォームを自動的に送信し、事前の警告なしに新しいコンテンツを表示するため」です。
失敗の例2:
これは、事前にこの動作の警告がないときに、ユーザーがメニューからオプションを選択したときにフォームを送信する例です。メニューからアイテムが選択されるとすぐにフォームが送信されます。キーボードを使用しているユーザーは、メニューの最初の項目を通過できません。目の不自由なユーザーや手ぶれのあるユーザーは、ドロップダウンメニューのどの項目を選択するかを簡単に間違える可能性があり、修正する前に間違った目的地に連れて行かれます。
ファセット検索はその例とまったく同じではありませんが、非常に似ています。オプションを選択すると、ファセット検索が自動的にフォームを送信し、新しいデータをユーザーに提示します。
フィルターするカテゴリーを選択すると、フォームが検索結果をフィルターすることをユーザーに警告するだけで、この基準を通過するのは簡単です。私の質問は、ファセット検索でアクセシビリティを渡すために本当にこの警告を含める必要があるのですか?
この警告が含まれていないファセット検索を使用するサイトはたくさんあるようです。
成功基準とその理由 人が見つけることができる に入る:
この達成基準の意図
この達成基準の目的は、データの入力またはフォームコントロールの選択が予測可能な効果を確実にもたらすようにすることです。ユーザーインターフェイスコンポーネントの設定を変更すると、コントロールの一部が変更され、ユーザーがコンポーネントを操作しなくなったときに保持されます。したがって、チェックボックスをオンにしたり、テキストフィールドにテキストを入力したり、リストコントロールで選択したオプションを変更したりすると、その設定は変わりますが、リンクやボタンをアクティブにしても変わりません。 状況の変化は、そうでないユーザーを混乱させる可能性があります簡単に変更を認識したり、変更によって簡単に気を取られたりします。コンテキストの変更は、そのような変更がユーザーのアクションに応答して発生することが明らかな場合にのみ適切です。
OK。それでは、ファセット検索は、記述されている方法でコンテキストの変更を開始しますか?
あんまり。
コンテキストの変更はむしろ、ユーザーが新しいページに移動するか、何かにフォーカスが変更されるか、変更していた要素が警告なしに変更されるか、フォーカスされた要素が削除されます...
とは言っても、スクリーンリーダーを使用する視覚障害者をテストしているユーザーの経験から、「結果」という見出しの下のコンテンツがこのアクションに応じてフィルタリングされるという情報メッセージを受け取ることが期待されます。セクション(たとえば、「フィルター」セクション)
これは、セクションをスクリーンリーダーユーザーにのみ表示されるラベルで開始することで簡単に実行できます。
(@slugoliciousの回答で提案されているように)もう1つの補完的な方法は、aria-live
リージョンを使用して、結果の数が変化したときにユーザーを更新し続けることです。たとえば、スクリーンリーダーは次のように読むことができます。
現在のクエリに一致する30件の結果が見つかりました
いずれにせよ、スクリーンリーダーのユーザーのためにページのcontentを動的に変更することは合法であり、完全に実行可能です。
これは通常のユーザーにとっては良いUXですが、障害のあるユーザーはどうでしょうか?
開発中にアクセシビリティの問題を検討しているのは素晴らしいことですが、「無効なユーザー」も「通常のユーザー」であることに注意してください。画面を読むためにフォントを150%上げる必要がある場合、それによって私は通常のユーザーではないでしょうか?おそらくあなたは、UXが弱視または認知障害のあるユーザーにどのように影響するかを尋ねていました。
3.2.2はcontextの変更に関するものであり、contentの変更に関するものではないことに注意してください。コンテンツの変更が " Webページの意味を変更する でない限り、ページのcontentを変更しても、3.2.2に違反することはありません。 」上記の説明では、ファセットフィルターを変更してもページの意味は変更されず、表示される内容が制限されるようです。
aria-live
リージョンを使用して、フィルターがディスプレイにどのように影響したかをアナウンスする場合は、「10アイテムが100(フィルター済み)で表示されています」などのように、問題はありません。
この質問を投稿したファセット検索は、実際にはajaxを利用していませんでした。フィルターするカテゴリーを選択すると、ページ全体が最新表示されました。
ページ全体の更新が原因で、非常に大きなアクセシビリティ障害が確実に発生することに気づきました。スクリーンリーダーのユーザーはページ全体をもう一度聞く必要があり、キーボードのユーザーはオプションを選択するたびにフィルターに戻るまでタブで移動する必要があります。
他の回答は、このアクセシビリティの失敗に対処する方法を理解するのに役立ちました。