W3C Accessibility Principlesを翻訳する

<h2>情報ソース</h2>
<ul>
<li>W3C
<a href="https://www.w3.org/WAI/fundamentals/accessibility-principles/" target="_blank" rel="nofollow noopener noreferrer">https://www.w3.org/WAI/fundamentals/accessibility-principles/</a></li>
</ul>
<p>以下翻訳</p>
<h2>アクセシビリティの原則（Accessibility Principles）</h2>
<p>このページはウェブサイト、ウェブアプリケーション、ブラウザやその他のツールのアクセシビリティの要求に関するいくつか紹介する。これはWAIと<a href="https://www.w3.org/WAI/people-use-web/user-stories/" target="_blank" rel="nofollow noopener noreferrer">stories of web users</a>
への参照を提供するものである。</p>
<p>注意：この記事はアクセシビリティ要求に関する完全なリストではない。</p>
<h2>ウェブアクセシビリティの標準（Web accessibility standards）</h2>
<p>ウェブアクセシビリティは協働するいくつかの部品によっている。これらの部品とは以下を含んでいる。</p>
<ul>
<li>ウェブコンテンツ - これはウェブサイトのすべての部分に関することであり、テキスト、画像、フォーム、マルチメディア、すべてのマークアップコード、スクリプト、アプリケーションを含んでいる。</li>
<li>ユーザーエージェント - 人々がウェブコンテンツにアクセスするためのソフトウェアであり、デスクトップのグラフィカルブラウザ、音声ブラウザ、モバイルフォンブラウザ、マルチメディアプレイヤー、プラグインやアシストする技術が含まれる。</li>
<li>Authoring tools - 人々がウェブコンテンツを制作するために使用するソフトウェアやサービスであり、コードエディタ、文書変換ツール、コンテンツ管理システム、ブログ、データベーススクリプトその他が含まれる。</li>
</ul>
<h3>さらなるウェブアクセシビリティについて（More about web accessibility standards）</h3>
<p>このコンポーネントは相互に関係があり、互いにサポートしあるものである。例えばウェブコンテンツは画像のための代替テキストを含める必要がある。この情報はWebブラウザによって処理され、スクリーンリーダーなどアシスト技術へと運ばれるこのような代替テキストを作成するために、著者はそれをサポートするauthoring toolsを使用する。さらなるバックグラウンドは<a href="https://www.w3.org/WAI/fundamentals/components/" target="_blank" rel="nofollow noopener noreferrer">Essential Components of Web Accessibility</a>で提供される。</p>
<p>表中はこれらのコンポーネンツのそれぞれに対して要求を定義する極めて重要な役割をになっている。いくつかのアクセシビリティ要求はよく遭遇するので、障害を持つ人がどのようにwebを使用するのかという基礎を理解するすることはそれを効果的に、効率よく実装することに役立つ。いくつかのアクセシビリティの側面はさらなる技術的なスキルや人々がwebをどのように使うかについてのさらなる知識が必要である。全てのケースにおいて、<a href="https://www.w3.org/WAI/test-evaluate/involving-users/" target="_blank" rel="nofollow noopener noreferrer">involving users early and throughout your web projects</a>はは仕事をよりよく、簡単にするだろう。</p>
<p>W3C Web Accessibility Initiative(WAI)はウェブアクセシビリティとして国際的に認識されているガイドラインのセットを提供している。これらが含まれている</p>
<ul>
<li>Web Content Accessibility Guidlines(WCAG)</li>
<li>User Agent Accessibility Guidlines(UAAG)</li>
<li>Authoring Tool Accessibility Guidlines(ATAG)</li>
</ul>
<p>WAIの仕様書であるAccessible Rich Internet Applications (WAI-ARIA)があり、これはAjaxやJavaScriptやそれに関連するウェブテクノロジーなどのダイナミックコンテンツを含んでいる。</p>
<p>メモ：webコンテンツの制作者はWCAGとWAI-ARIAが重要である。</p>
<h2>知覚可能な情報とUI（Preceivable information and user interface）</h2>
<p>テキストの代替は非テキストコンテンツと同等のものである。例えば次のものを含んでいる。</p>
<ul>
<li>画像、アイコン、ボタン、グラフィクスなどに対する短い同等のもの</li>
<li>チャートやダイアグラム、イラスト上のデータのディスクリプション</li>
<li>オーディオやビデオファイルのような非テキストの短いディスクリプション</li>
<li>フォームコントロール、インプットや他のUIコンポーネントのラベル</li>
</ul>
<p>テキストの代替は画像の目的を伝え、画像と同等のユーザーエクスペリエンスを提供する機能がある。例えば、サーチボタンの適切な代替テキストは「拡大ボタン」ではなく「サーチ」である。</p>
<p>代替テキストはさまざまな方法で表現されうる。例えばそれらはスクリーンを見ることができない人や読むことが困難な人のために読み上げられたり、カスタマイズされた適切なサイズへと拡大されたり、点字向けのデバイスに表示されたりする。</p>
<p>翻訳は時間がかかるため中止する。以下まとめ</p>
<h2>まとめ</h2>
<h3>キーボードから機能を利用できる（Functionality is available from a keyboard）</h3>
<ul>
<li>キーボードから機能を利用できることがアクセシビリティの上で重要である。</li>
<li>マウスで利用可能な機能はキーボードでも利用可能でなければならない。</li>
<li>このアクセシビリティ要求を満たすと人間工学に基づいたレイアウトのキーボードの利用者や、スクリーン上のキーボードなどの利用者の役に立つ。</li>
<li>音声認識によってウェブサイトを操作する利用者にも役立つ。</li>
</ul>
<h3>利用者が読んだり使ったりするのに十分な時間を手に入れる（Users have enough time to read and use the content）</h3>
<ul>
<li>ある人ある人よりもコンテンツを読んだり、使ったりするのに多くの時間を要する可能性がある。</li>
<li>テキストのタイピングに時間がかかったり、指示を理解するのに時間がかかったりする場合がある。</li>
<li>十分な時間を確保する例は以下のメカニズムを含んでいる。</li>
<li>制限時間の経過を停止する、制限時間を延長する、制限時間を調整する</li>
<li>点滅や動きを中止、停止、隠蔽することができる。</li>
<li>データを失うことなくセッションの期限がきれたとき再認証する。</li>
</ul>
<h3>コンテンツは発作を起こさないことと身体的な反応（Content does not cause seizures and physical reactions）</h3>
<ul>
<li>あるレートやパターンでのコンテンツの点滅は発作を含む光による刺激の反応を引き起こす。</li>
<li>基本的に点滅するコンテンツはコンテンツ全体に渡って使用することは避けるべきである。</li>
<li>アニメーションや動くコンテンツも避けられるべきである。</li>
<li>点滅するコンテンツが表示される前にユーザーに警告を出し、代替手段を提供するとよい。</li>
<li>不可欠でない限り、アニメーションをオフにする仕組みを提供する。</li>
</ul>
<h3>ユーザーは簡単にナビーゲートでき、コンテンツを発見でき、現在どこにいるのか理解できる（Users can easily navigate, find content, and determine where they are）</h3>
<ul>
<li>よくコンテンツを構造化されたコンテンツはそれら自身が説明的でありユーザーを効率的にナビゲートする。</li>
<li>ページは明確なタイトルもち構造化され、セクションの見出しを使用する。</li>
<li>ユーザーは現在サイトのどこにいるのかを関連のあるページと併せて表示する。</li>
<li>キーボードフォーカスを目に見えるようにする。フォーカスの順番を意味のある順番にする。</li>
<li>リンクを明確にする。The page is <a href="https://www.w3.org/standards/webdesign/accessibility" target="_blank" rel="nofollow noopener noreferrer">here</a>はよくない。</li>
</ul>
<h3>ユーザーはキーボードだけではなく他のインプットの方法を使用できる（User can use different input modalities beyond keyboard）</h3>
<ul>
<li>キーボード以外の入力方法、touch activationや音声認識、ジェスチャーなどの入力方法を用意することは多くの人にとって便利である。</li>
<li>コンポーネントは意図しない反応を避けるように設計されるべきである。例えば、undo機能をつけると良い。</li>
<li>ボタン、リンクなどのアクティブなコンポーネントはタッチするのに十分な大きさであるべきである。</li>
</ul>
<h2>理解可能な情報とUI（Understandable information and suer interface）</h2>
<h3>テキストは読むことが可能であり、理解可能</h3>
<ul>
<li>コンテンツの著者は配信する対象の人がテキストコンテンツを読むことができ、理解可能であるようにする必要がある。</li>
<li>ウェブページの第一言語を指定する。</li>
<li>テキストの段落やフレーズの言語を指定する。</li>
<li>普段は使わないような言葉には定義を提供する。</li>
</ul>
<h3>コンテンツは目に見えてかつ予測可能な方法で操作できる（Content appears and operates in predictable ways）</h3>
<ul>
<li>多くの人々は予測可能なUIに頼っており、一貫性のない見た目や振る舞いは混乱をもたらす。</li>
</ul>
<h3>ユーザーはミスを避けることができ、また正すことができる。（Users are helped to avoid and correct mistakes）</h3>
<ul>
<li>フォームや他のインタラクションは多くの人々を混乱させる可能性が高い。</li>
<li>明確な指示、エラーメッセージ、修正の提案などを提供するとよい</li>
<li>文脈に即したヘルプを提供する。</li>
<li>再確認の機会、修正する機会、提出を取り消す機会を提供する。</li>
</ul>
<h2>堅牢なコンテンツと信頼できる説明（Robust content and reliable interpretation）</h2>
<h3>コンテンツは現在のツールと将来のツールに互換性がある（Content is compatible with current and future user tools）</h3>
<ul>
<li>堅牢なコンテンツは異なるブラウザ、補助ツールやその他のユーザーエージェントと互換性があるべきである。</li>
<li>確かなマークアップは信頼性の高い解釈に繋がる。</li>
<li>非標準のUIコンポーネントに名前やロールや値を提供する。</li>
</ul>


Accessibility Principlesの翻訳