web-dev-qa-db-ja.com

ウェブサイトのアクセシビリティ(声を出して閲覧)

私たちは定期的に取り組んでいる住宅信託ウェブサイト(www.citysouthmanchester.co.uk)を持っています。これは、営利目的ではないため、さまざまなオンラインアクセシビリティインジケーターに準拠する必要があります。

現在 BrowseAloud を使用していますが、2年間で£3600です。更新しないことを決定した場合、サイトにどのような影響があると思いますか?あなたの意見では、Browse Aloudタイプの機能のベストプラクティスは何ですか?全体として、私は、業界内のサイトの全体的なユーザーエクスペリエンスにとって、それが必要または改善であると誰かが信じているかどうかについて質問しています。

1
DLM

wave のようなものを介してWebサイトを実行すると、サイトのアクセシビリティについての良いアイデアが得られると思います。

個人的には、BrowseAloudのようなものにはお金を払わず、WCAG 2.0とW3C(JonWの提案による)と優れたプログラミング手法に準拠し、JAWSのようなスクリーンリーダーを使用して実際のユーザーで実際のテストを実行します。 (これを行う企業はたくさんあります!)

Htmlが不正な形式でないことを確認するなど、役立つ無料の追加ツールがいくつかあります HTML Tidy および Snook などの色にアクセスできること。

1
MeeMMeeM

Webページを声に出して読むためのページはめ込みのサードパーティプラグインは、Webサイトにはもはや役に立たないので、含めるよりもアクセシビリティに劣るとまで言ってもいいでしょう。

スクリーンリーダーを使用するメリットがある場合は、ウェブサイトにアクセスするずっと前にこれを発見していた可能性が高いです。結局のところ、 JakobのWebユーザーエクスペリエンスの法則 は、「ユーザーはほとんどの時間を他のWebサイトに費やす」と述べています。ウェブサイトの重要度に関係なく、ユーザーはサイトを見つける前にサイト外の別の場所でウェブを使用していたため、スクリーンリーダーなどの支援技術を発見または認識していた可能性があります( [〜# 〜] jaws [〜#〜] は、最も認められている有料システムであり、 [〜#〜] nvda [〜#〜] は、最も一般的な無料のオープンソースの代替手段であり、 Appleの VoiceOver について言及します。これはOSXに標準で付属しています)。

そのため、サイトがW3CおよびWCAG2.0標準に正しくマークアップされている場合、スクリーンリーダーをすでに使用しているこれらのユーザーは、選択したスクリーンリーダーからすでに知っているスキルとテクニックを使用してサイトをナビゲートでき、必要はありません。あなたのサイトを閲覧するためだけに新しいスクリーンリーダーシステムを学びましょう(これは私が最初のパラグラフで述べた「アクセシビリティにとって悪い」部分です)。

あなたができることは、さまざまなスクリーンリーダーに関する情報とリンクを提供できるサイトのアクセシビリティ情報ページへの明確なリンクを含めることです(JAWSとNVDAだけではありません)したがって、ユーザーがこれらに興味を持っていて、Webを使用して以来まだそれらに遭遇していない場合は、便利なサービスを提供しています。そして、あなたはあなたのサイトと彼らがウェブの周りを訪れるほぼすべての他のサイトで使用できる支援技術を取得して使用するのを助けるでしょう、それであなたはあなた自身のユーザーだけでなく、ウェブユーザー全体に利益をもたらします。地点。

また、サイトは、利益を得るためではないため、さまざまなオンラインアクセシビリティインジケーターに準拠する必要があるという要件への回答として追加しますWCAG2.0の推奨事項 に、ページに埋め込まれた読み上げシステムを含める必要があるという要件はないことを明記。 AAAアクセシビリティ標準(vastの大部分のWebサイトは、非常に複雑なオーバーヘッドが原因で満たすことができないようになりましたそのようなサイトを持つこと)。たとえば、検証済みのAAAサイトの1つは http://visionaustralia.org/ であり、組み込みのスクリーンリーダーテクノロジーはありません。 (AAA W3C自身で検証済み

2
JonW