HTML要素が、常に正しい目的で使用されているかを確認するだけで、たくさんのウェブコンテンツがアクセシブルになります。どのように使用できるかについて詳しく説明します。うち、どの機能にアクセシビリティ上の利点があるのか、また、自身のウェブドキュメントでそうした機能を適切に使うにはどうしたらよいのか、ということに精通すること。ついて学習を進めるのにつれて——資料をたくさん読んだり、たくさんの例を見たりするのにつれて——共通の主題を繰り返し見続けることになるでしょう。呼ばれることがあります)。要素をふさわしい目的に使う、ということです。これが何故それほど重要なのか、不思議に思うかもしれません。要素を、どのような仕方であれ望みどおりに振る舞わせることができるわけですから。サイト上で動画を再生するためのコントロール・ボタンを、次のようにマークアップすることもできます。<div>動画を再生する</div>けれども、後にさらに詳しく見るとおり、この役割にふさわしい要素を使うことには、とても意味があります。デフォルトで適用されているだけでなく、組み込みのキーボード・アクセシビリティも備えています。アクティブにできます。マークアップを書くよりも長くなったりはしません。アクセシビリティ以外の他の利点もあります。開発しやすい——上述のとおり、ある種の機能がただで手に入りますし、それに、より理解しやすいという点はまず間違いないところです。非意味的なスパゲッティ・コードよりも、ファイルサイズの点でほぼ間違いなく軽量ですし、レスポンシブにするのも簡単です。含まれるキーワードよりも、見出しやリンクなどの中のキーワードの方に重みを持たせているので、ドキュメントが顧客に見つけてもらいやすくなるでしょう。詳しく見てゆきましょう。自分のローカルコンピューターにスクリーンリーダーを用意することは良い考えです。すれば、以下に示す例について、ある程度のテストができます。要素を使うべきである理由については、すでに述べました。このことは無視してはなりません。適切に扱わないとアクセシビリティがひどく損なわれてしまう主な箇所のうちの一つだからです。マークアップに関してとても変なことをしています。悪用のうちには、まだ完全に忘れ去られたわけではない過去の遺物的な慣行によるものもあり、ただ単純な無知によるものもあります。いずれにせよ、そうした駄目なコードは、どこで見たものであれ、可能な場合にはいつでも置き換えるべきです。ときには、駄目なマークアップを取り去れる状況にいるとは限りません。自分で完全に制御しきれるわけではない、ある種のサーバーサイド・フレームワークによって、生成されたページなのかもしれません。第三者のコンテンツを含むかもしれません。目標は「全か無か」というものではありません。自分ができる改善のことごとくが、アクセシビリティの理念に役立つことでしょう。テキストコンテンツスクリーンリーダーのユーザーが得られる最良のアクセシビリティ支援の一つは、見出しや段落やリストなどの適切なコンテンツ構造です。意味を備えた例は、以下のようなものになるでしょう。<h1>見出し</h1><p>これは文書のうちの最初のセクションです。</p><p>ここにも、もう一つ段落を足すつもり。<li>リストがあります。</li></ol><h2>下位見出し</h2><p>これは文書のうちの最初のサブセクションです。番目のサブセクションです。この前のものより面白いと思いますよ。みれば、これはとても見通しが得やすいものだということがわかるでしょう。コンテンツの中を進んでゆくのにつれて、スクリーンリーダーは各ヘッダを読み上げて、どれが見出しでどれが段落なのかといったことを知らせてくれます。どのような速度が快適であるにせよ、その速度で進んでいけるように、スクリーンリーダーは各要素の後で停止します。前の見出しへとジャンプできます。多くのスクリーンリーダーでは、すべての見出しの一覧を取り出せます。それらの見出しを、特定のコンテンツを見つけるための手軽な目次のようにも使えます。改行を使って見出しや段落などを書く人もいます。size="7">見出し</font><br><br>これは文書のうちの最初のセクションです。<br><br>ここにも、もう一つ段落を足すつもり。size="5">下位見出し</font><br><br>これは文書のうちの最初のサブセクションです。番目のサブセクションです。この前のものより面白いと思いますよ。参照)、とても良い体験が得られる、とはいかないことでしょう。スクリーンリーダーは、標識として使えるものを何も得られないので、有用な目次は取得できません。ページ全体を単一の巨大な塊として見ることになるので、ページ全体が一度にひとかたまりで読み上げられるだけなのです。アクセシビリティ以外の他の問題もあります。コンテンツを操作することが、より難しくなるのです。セレクターとして使える要素がないからです。明確な言葉を使う使っている言い回しもアクセシビリティに影響を与えることがあります。一般に、過度に複雑ではない、明確な言葉を使うべきです。俗語を使わないようにしましょう。これは、認知的な障害またはその他の障害を抱える人たちの助けとなるだけではありません。それに加えて、スクリーンリーダーによって明確に読み上げられない言い回しや文字を使うことを避けるように努めるべきです。以下のようなことです。やめられるものなら、ダッシュを使わないようにしましょう。略語を展開しましょう。「Jan」と書く代わりに「January」と書きましょう。少なくとも一、二回は、頭文字語を展開しましょう。HTML」と書きましょう。(つまり、ヘッダー、フッター、サイドバー、主要コンテンツの列、などなどを含む、別々のテーブル・セルを使って)、ページレイアウトを作成していたものです。これは良い考えではありません。スクリーンリーダーが、こんがらがった読み上げを発する可能性が高いからです。レイアウトが複雑で多くの入れ子になったテーブルがある場合には、そうなりがちです。例を試してみてください。これは、以下のような感じになっています。(もっとも、一部のスクリーンリーダーは、テーブル・レイアウトとデータ・テーブルとの違いを推測できるでしょうが)。オブジェクトとしてのテーブルのところまで行って、そのテーブルの項目をそれぞれ別々に見て、それからやっと、テーブルから抜けて元の場所に戻り、コンテンツを読んで回ることを続ける、というふうにせざるを得ない可能性が高いでしょう。テーブル・レイアウトは過去の遺物です。サポートがブラウザに広く行き渡っていなかった当時には意味を持っていましたが、スクリーンリーダーのユーザーに対して混乱を巻き起こします。(テーブルの乱用ですし、ほぼ間違いなくマークアップをより多く要しますし、デザインの柔軟さを損ねます)。主張の正しさを確認できます。主なナビゲーションはここです。ここにページの主要コンテンツが来ます。主要コンテンツは記事を含みます。記事の中身はここです。余談の中身はここです。ここには、ウェブサイトの全ページを通じて使う主要なフッターが来ます。フッターの中身はここです。--></footer>よりモダンな構造の例をスクリーンリーダーで試してみれば、もはやレイアウト・マークアップが妨げになることもなく、コンテンツの読み上げを混乱させることもない、とわかるでしょう。これは、コード・サイズの点で、より無駄がなく、より小さくなっています。(特に、接続が遅い人たちにとってはこれが効きます)。