ウェブサイトで障害を持つ人々を追跡することは可能ですか?私のウェブサイトのユーザーがスクリーンリーダーをどれだけ使用しているか、プラグインを使用してウェブサイトで簡単に閲覧および閲覧できているか、テキストブラウザーを使用しているか、他のネイティブ構成/プログラムを使用してウェブをより簡単に使用したい。
短い答え-それは不可能であり、それが可能であったとしても、絶対にお勧めしません:
https://www.marcozehe.de/2014/02/27/why-screen-reader-detection-on-the-web-is-a-bad-thing/
http://www.nomensa.com/blog/2011/how-do-you-detect-a-screen-reader
本当にこれに興味があるなら、これが推奨されない理由を説明するリンクをもっとたくさん与えることができますが、最終的にはWC3 WCAG2.0ガイドラインでさえ、これを行うことを推奨していません。
私の以前の答えはwhyの質問に答えることを意図していましたが、明らかにhow 質問。これはユーザーエクスペリエンスのスタックオーバーフローであり、howの質問は通常、トピックから外れていると見なされます。
ただし、アクセシビリティ関連の質問はルールを少し曲げる傾向があるため、...
あなたmightはJavaScriptを使用して特定のスクリーンリーダーを検出できるかもしれませんが、これが簡単(そして不可能かもしれません)で、それがスクリーンリーダーごとに異なるソリューションが必要になると思います。
最も一般的なスクリーンリーダーは次のとおりです。 http://webaim.org/projects/screenreadersurvey5/#used
ただし、アクセシビリティは大きなテーマであり、WindowsのハイコントラストなどのOSアクセシビリティ機能を検出する方法、代替のポインターデバイスを検出する方法、通常のキーボードからJAWSを使用するアクセシビリティユーザーであるかどうかを識別する方法はありません。ユーザー。
JavaScriptを使用してブラウザープラグインを検出できると思いますが、これらはスクリーンリーダーと比較するとめったに使用されないため、それらを検出することの価値は時間とお金の無駄に思えます。
したがって、要約すると、実際に検出できるものは多くなく、これを実行するために時間とお金を費やすことにはほとんど価値がありません。
スクリーンリーダーの検出は可能かもしれませんが、お勧めできませんが、起こりうるすべての「障害を持つユーザー」シナリオのほんの一部にすぎません。
私たちがサイトにアクセスできるようにしようとするときに恩恵を受ける人々の大部分は高齢者です。彼らは物事を行うのにもう少し時間がかかり、小さなテキストを読むのに苦労し、小さなターゲットをクリックするための細かいモーター制御がないかもしれません。あなたはそれを検出で拾うことは決してありません。
検出を試みると、フラグが立てられるユーザーの割合は、実際よりもはるかに低くなります。
アクセシビリティをdisabilitiesからwebで苦労している人にリフレームすると、腕をスリングに抱えている人や忘れた人など、より多くのユースケースがあります。マウスを会議に持ち込むために!
この記事では、このテーマの一部であるメリット(スクリーンリーダーの使用の検出)について説明します。アダプティブキーボードや代替ポイントデバイスのような他の支援技術の検出、CSSスタイルシートの置き換え、ハイコントラストOS視覚スキームのアクティブ化などはカバーしていません。
https://www.joedolson.com/2014/03/detecting-assistive-technology/
質問を打ち破る
スクリーンリーダーを念頭に置いてこの質問を見ると、2つの質問に分かれています。
- スクリーンリーダーを検出する利点は何ですか?
- スクリーンリーダーを検出することの欠点は何ですか?
利点
スクリーンリーダーを使用すると、ユーザーに優れたエクスペリエンスを提供できる可能性があります。また、スクリーンリーダーの使用状況に関する統計情報を、これまでにない方法で収集することもできます。
短所
スクリーンリーダーのユーザーが、よりシンプルで更新が不十分なバージョンのサイトに肩をすくめるリスクは、平等なエクスペリエンスを作成して維持することに煩わされることができないためです。また、スクリーンリーダーの使用状況に関する統計情報を、これまでにない方法で収集することもできます。
面白いことに、2番目の文がどちらの場合でも同じである...