誰かが私にいくつかのヒントを与えるか、これに関するいくつかの良いリンクで私をフックすることができますか?
「画像に代替テキストを追加する」以上のものを見つけるのに問題があり、情報がどれだけ最新かわかりません...
私はセマンティックマークアップのすべてを取得しますが、おそらくそれについてもう少しガイダンスを使用することもできます。
また、さまざまなブラウザ間でどのように機能するかわからない。
ありがとう!
誰かが私にいくつかのヒントを与えるか、これに関するいくつかの良いリンクで私をフックすることができますか?
「画像に代替テキストを追加する」以上のものを見つけるのに問題があり、情報がどれだけ最新かわかりません...
私はセマンティックマークアップのすべてを取得しますが、おそらくそれについてもう少しガイダンスを使用することもできます。
また、さまざまなブラウザ間でどのように機能するかわからない。
ありがとう!
1) ページのコンテンツのすべてのセクションに HTML の見出しタグを使用します。見出しタグ: h1、h2、h3、h4、h5、h6
2) 前述の見出しタグが適切な階層シーケンスで存在することを確認します。たとえば、h1 タグは h2 タグよりも重要です。スクリーン リーダーは、これらの見出しタグを使用してページのコンテンツをナビゲートします。それらが存在しないか、または不適切に順序付けされている場合、視覚障害のあるユーザーはページのコンテンツをナビゲートできません。
3) JavaScript を使用して画面上のコンテンツを動的に変更しないでください。最初にテキストが変更されることをユーザーに確認する必要があります。スクリーン リーダーがコンテンツを読み取る前に JavaScript が画面上のテキストを変更した場合、視覚障害のあるユーザーがコンテンツが変更されたことを知る方法はありません。
4) ユーザーに 1000 枚の画像を提供しないでください。画像が関連するコンテンツを伝えていない場合は、CSS の背景画像にします。
5) 特にアンカータグでは、title 属性に気をつけてください。これにより、ユーザーはどこに行こうとしているのかを知ることができます。
6) 代替コンテンツとして伝えることができない画像にテキストを配置しないでください。視覚障害者は画像を読みません。
7) すべてのメタデータが適切であることを確認します。コンテンツを変更する場合は、余分な説明データを忘れないようにしてください。
8) AJAX はアクセシビリティを無効にします。AJAX の使用には親切にしてください。
9) 視覚障害者、そして実際にはほとんどすべての視覚ユーザーは、あなたのページがどれほどきれいか気にしません。彼らは、情報を入手したり、買い物をしたり、その他の特定の目的のためにそこにいます。データを理解しやすく、すばやく取得できるようにします。ユーザーが入ることができず、欲しいものを手に入れ、記録的な速さで出て行ってしまうと、二度と戻ってこなくなります。
10) HTML でプレゼンテーション タグやプレゼンテーション属性を使用しないでください。スタイルシートを使用します。HTML に表示規則が含まれている場合、それらにアクセスできない可能性があります。
11) コンテンツが、HTML で記述されている順序と視覚的に異なる順序 (上から下) で存在する場合、アクセシビリティに問題がある可能性があります。物事を整頓し、一貫性を保ちます。ユーザーは、コンテンツが上から下に流れ、タブのインデックスがコンテンツの流れに従うことを期待しています。
12) スクリーン リーダー ソフトウェアでユーザビリティ テストを行います。ページがどの程度アクセス可能かは、見ただけではわかりません。
私は完全に盲目で、何年も経った今でも alt 属性を持っていないものがどれだけあるかに驚かれることでしょう...注意してください、グラフィックが許可されていないなど、まだ多くの神話があります(間違っている)、talbes が悪い (間違っている)、frame が悪い (間違っている、フレームが他の理由で悪いことは理解しています)。 westbchris@gmail.com まで。もう1つ、ボタンやリンクを実際に実行するコントロールを作成してみてください。クリック可能な div はクールではありません。なぜなら、それらが何かを行うことが明らかではないからです。また、使用している支援技術によっては、それらをクリックすることさえできない場合があります。
Alertbox からのこの説明を確認してください。
Disabled Users and the Web (この記事は 1996 年のものです...しかし、問題は今でも当てはまります。
...次に、デザイン ガイドラインを含む 148 ページのレポートへの下部のリンクをたどってください (ドキュメントは 2001 年に著作権で保護されているため、オリジナルから更新されている必要があります)。
これを表す用語がアクセシビリティです。W3C の WAI Web サイトをご覧ください。Juicy Studioは、アクセシビリティに関する記事の非常に貴重なリソースであることが常にわかっています。
マスターして実装するのが難しい詳細な定義があります。例としては、Web コンテンツ アクセシビリティ ガイドライン (WCAG)やセクション 508などがあります。
あまり公式ではない提案として、サイトをテキスト ブラウザで簡単にナビゲートできるようにするというものがあります。コンテンツを伝えるために色や構造に依存しないでください。重要な機能をウィジェットに依存しないでください。
編集: JAWS や別のスクリーン リーダーを使用してサイトをテストする必要はないと付け加えたいと思います。サイトをナビゲートできないのは、サイトにアクセスできないというよりも、スクリーン リーダーに慣れていないことが原因です。とはいえ、ターゲット ユーザーのサンプルにサイトのユーザビリティをテストしてもらうことは、非常に有益です。
編集 #2:コメントで説明したように、スクリーン リーダーでの経験に基づいてサイトの使いやすさを判断するべきではないことを伝えるつもりでした。とは言うものの、Web 開発に携わるすべての人は、スクリーン リーダーを含む Web サイトを表示するために使用されるブラウザー/機器に触れることをお勧めします。元の編集では言葉遣いが不十分でした。
アクセス可能なリッチ インターネット アプリケーション用のWAI- ARIAについて言及した人は誰もいなかったようです。IE は、gmail などをアクセス可能にします。そして、このようなものを見つけるための適切な検索用語は、 wai-aria のリスト別の記事です。すでにかなりサポートされています。