答えを設計と実装の 2 つの部分に分割します。
設計の観点からは、ユーザーがコンピューターをさまざまな方法で使用しているという事実に怖がらないことが重要です。これを他のプロジェクトと同様に扱います。彼らが現在他のアプリをどのように使用しているかを観察し、どのようなことが役立つか、または困難を感じているかを尋ねます。彼らが難しいことは何もないと主張する場合は、彼らが苦労していることの種類に精通している教師またはアシスタントに尋ねてください.
実装を開始したら、アイデアを試して最初のフィードバックを得ます。どうやってプロトタイプを見つけたのかと単純に尋ねると、おそらく大丈夫だと答えるでしょう。代わりに、何も言わずに、または指示を与えずに、それを使用して観察してみてください。行き詰まった場合は、問題に対する独自の解決策を見つけてもらいます。必要に応じて、ユーザーに自分の考えを声に出して話すように依頼することもできます (たとえば、「このフォームを保存する必要があるので、一番下までスクロールして [保存] をクリックします」)。
開発側では、Web 標準 (有効な HTML、CSS、Javascript) を使用してみてください。「Web コンテンツ アクセシビリティ ガイドライン 2.0」(WCAG2) を引き合いに出すことがよくありますが、これは非常に簡潔で理解しにくいものです。「Web アクセシビリティ」については、もっとフレンドリーな記事がたくさんあります。
身体障害のある人は、「スイッチ」、オンスクリーン キーボード、ヘッド トラッキング デバイス、キーボードのキーを押すためのデバイス、または音声認識などの代替入力デバイスを使用する可能性があります。これらの方法の多くはキーボードをシミュレートする必要があるため、最も重要なことは、マウスを使用しないサイトのアクセシビリティを考慮することです。たとえば、ページをタブで移動して、適切な時間内にすべての要素にアクセスできるかどうかを確認してください。acesskey 属性を使用して、ページのさまざまな部分にジャンプする簡単な方法を提供することを検討してください (ブラウザのショートカットに干渉しないように、0 から 9 を使用することをお勧めします)。
また、ユーザーによってタスクの実行にかかる時間が異なる場合があるため、サイトのどの部分も時間に依存しないようにしてください。たとえば、onchange Javascript イベントを使用して、リストボックスの選択に基づいてページを更新しないでください。画像の代替テキストがあることを確認して、音声認識でアクセスできるようにします。ページを十分に短くして過度のスクロールを必要としないようにしますが、多くのリンクをたどらなければならないほど短くしないでください。
これらは、あなたの心を正しい方向に向かわせるためのほんの一部のアイデアですが、インターネットには多くのアクセシビリティ リソースがあります。
Javascript に関するあなたの質問に答えていないことは承知しています。それは、Javascript はおそらくあまり重要でない考慮事項の 1 つだと思うからです。可能であれば、プログレッシブ エンハンスメント テクニックを使用して、Javascript の有無にかかわらずサイトが機能するようにします。また、Javascript にセマンティクスを与えるための WAI-Aria 標準を調べることもできます。
そして最後に、私の最初のポイントを繰り返します - 何か単純なものを作り、それをユーザーに見せて、微調整して、もう一度見せてください。