WAI-WCAG 1.0コンテンツアクセシビリティ標準

サービスとコンテンツのアクセシビリティに関する標準を実装する必要性は、RIF-2008の最終決議で言及されており、世界の実際には、そのような標準が存在し、10年以上使用されています。 WAI-WCAG （Web Accessibility Initiative Web Content Accessibility Guidelines）ガイドラインに従うことは、 WebHiTechコンテストの要件の1つです。 この記事では、標準の推奨事項をリストしようとします。

WCAG 1.0-インターネット上のページのデザインに関する一般的な規則を記述する標準は、1999年にW3CのWAI部門によって開発されました。 標準の目的は、障害のあるユーザーを含むすべてのユーザーがインターネットコンテンツにアクセスできるようにすることです（たとえば、障害のあるユーザーは特別なプログラムを使用してサイトのコンテンツを読み取り、インターネット上で動作します）。 この規格は、優先度に従って3つのグループに分けられたコントロールポイントのリストを含むガイドラインの形式で説明されています。

• 優先度1.サイトはこれらの規定に従う必要があります。そうしないと、一部のユーザーはサイトのコンテンツにアクセスできなくなります。
• 優先度2。サイトはこれらの規定に従う必要があります。そうしないと、一部のユーザーはサイトのコンテンツにアクセスする際に大きな困難を経験します。
• 優先度3.サイトがこれらの規定に従うことが望ましい。そうしないと、一部のユーザーはサイトのコンテンツにアクセスする際に多少の困難を経験することになる。

3つの優先度グループは、標準の3つのレベルのコンプライアンスに対応しています。

• レベルA：優先度1のすべての要件が満たされています。
• レベル2 A：優先度1または2のすべての要件が満たされています。
• レベル3 A：優先度1、2、または3のすべての要件が満たされています。

ガイドライン1.オーディオおよびビジュアルコンテンツの代替を提供します。

• 1.1（優先度1） img、map、applet、object、frame、script、audio、videoファイルを含むすべての非テキスト要素に相当するテキストを提供します。

これはおそらく最も重要な要件です。 サイトに音声やビデオがない場合は、すべての写真に、写真の内容を説明するalt属性があることを確認する必要があります。 ピクチャがalt属性で記述できないチャートである場合、longdesc属性を使用する必要があります。longdesc属性の値は、ピクチャを記述する別のページへのリンクです。 imgタグにはalt属性が必要なので、 htmlバリデーターはalt属性がないことを示します。 ただし、バリデーターは、空のalt属性にも満足します。これは、WCAG標準に違反している可能性があります。 かなりの数のビデオまたはサウンドがある場合、この推奨事項は新しい素材を投稿するプロセスに大きな影響を与えます。

• 1.2（優先度1）サーバーイメージマップ上の各アクティブエリアへの代替リンクを提供します。
• 1.3（優先度1）ブラウザがビジュアルに相当するテキストの発音を学習するまで、ビジュアルまたはマルチメディアプレゼンテーションに相当する音声を提供します。
• 1.4（優先度1）同等のテキストまたは音声をビデオと同期させます。 使用するビデオ形式が字幕をサポートしていない場合は、字幕ありと字幕なしの2つのビデオオプションを作成します。
• 1.5（優先度3）ブラウザがクライアントイメージマップ上のテキストに相当する領域の表示を学習するまで、アクティブな各領域に重複したリンクを提供します。

ガイドライン2.色だけに頼らないでください。

• 2.1（優先度1）色を使用して送信されるすべての情報が、色なしでも、たとえばテキストまたはマークアップの形式で利用できることを確認します。
• 2.2（図面の優先度2、テキストの優先度3）白黒モニター、および色の知覚が限られている人で見る場合、前景色と背景色が十分に対比されていることを確認してください。

ガイドライン3.レイアウトおよびスタイルページを正しく使用します。

• 3.1（優先度2）適切なマークアップツールが存在する場合は、情報ではなく画像を使用して情報を伝達します。
• 3.2（優先度2）正式な形式要件を満たすドキュメントを作成します（たとえば、ドキュメント形式の正確性を簡単に確認するために、ドキュメントの先頭にDTDへのリンクを含めます）。
• 3.3（優先度2）スタイルページを使用します。

ルール3.2および3.3を遵守するには、たとえばw3cが提供するバリデーターを使用して、HTMLおよびCSS標準への準拠についてサイトページを定期的にチェックする必要があります。

• 3.4（優先度2） CSS属性で絶対値ではなく相対値を使用します。 たとえば、ptまたはcmの代わりにemまたはパーセンテージを使用します。 絶対単位を使用する場合は、さまざまなユーザー環境でコンテンツの詳細なテストを行います。

このルールはおそらく従うことが非常に困難です。 多くのサイトでは、Runetパラメーターはピクセルまたはptで指定されます。 さまざまな環境で必要な検証には、音声ブラウザや障害のある人でのテストが含まれる必要があります。

• 3.5（優先度2）見出しを使用して、ドキュメントの構造をスタイルします。
• 3.6（優先度2）要素を正しくリストします（たとえば、ol、ul、およびdlタグを使用）。
• 3.7（優先度2）引用符を正しく作成します。 qおよびblockquote要素を使用して、引用ではないテキストのスタイルを設定しないでください。

ガイドライン4.テキストの言語を正しく宣言します。

• 4.1（優先度1）テキストの言語の変更に注意してください（たとえば、HTMLでlang属性を使用し、xml：xmlでlangを使用します）。 ドキュメントに他の言語のテキストの一部が含まれている場合、明示的な言語表示により、サウンドブラウザーはこれらのフラグメントを読み取るときに別の言語に切り替えることができます。

推奨事項4.1は、たとえば、他の言語の断片を含む旅行者や言語のサイトで考慮する必要があります。

• 4.2（優先度3）テキストで最初に使用する各略語の詳細な同等物を指定します（HTMLでは、要素abbrおよび頭字語にtitle属性を使用します）。
• 4.3（優先度3）ドキュメントのメイン言語を宣言します（HTMLではhtmlタグのlang属性を使用し、XHTMLではxml：lang属性を使用します）。

ガイドライン5.アクセス可能なテーブルを作成します。

• 5.1（優先度1）データテーブルで行と列の見出しを選択します（html-th要素内）。
• 5.2（優先度1） 2つ以上の見出しレベルを持つテーブルの場合、マークアップ要素を使用して見出しをコンテンツに関連付けます（thead、tfoot、tbodyでリンク行、col、colgroupでリンク列、軸、スコープ、ヘッダー属性を記述します）より複雑な関係）。
• 5.3（優先度2）テーブルが線形化された形式で意味をなさない場合、またはそのようなテーブルの代替ビューを提供しない場合は、テーブルを使用しないでください。
• 5.4（優先度2）テーブル内では、視覚的な書式設定の目的でマークアップ構造要素を使用しないでください（たとえば、ヘッダーではないセルを強調表示するためにthを使用しないでください）。
• 5.5（優先度3） summary属性を使用してテーブルの概要を定義します。
• 5.6（優先度3）短縮テーブルヘッダー（trタグのabbr属性）を定義します。 このようなヘッダーは、テーブル内のすべてのセルを順番に読み取るときに長いヘッダーを繰り返すことを避けるのに役立ちます。

ガイドライン6.新しいテクノロジーを使用するページにアクセスできることを確認します。

• 6.1（優先度1）スタイルページをオフにして文書が読めることを確認します。

ポイント6.1をテストするために、ほとんどのLinuxディストリビューションに含まれているlynxテキストブラウザーを使用しました（Windowsバージョンも利用可能です ）。 とても読みやすいようです。 スクリーンショットをご覧ください。

• 6.2（​​優先度1）動的コンテンツが更新されたときに、同等の動的コンテンツが更新されることを確認します。

この要件は、WAI-WCAGが単にサイト開発者が責任を負う技術標準ではないことを強調しています。 この標準は、コンテンツの作成者、編集者、コンテンツ管理者にも同様に対応されており、標準の規定はサイトのコンテンツ戦略に明記する必要があります。

• 6.3（優先度1）スクリプト、アプレット、またはその他のプログラム要素がオフになっているときにページを使用できることを確認します。
• 6.4（優先度2）スクリプトおよびアプレットのイベントハンドラーが入力デバイスから独立していることを確認してください。 onfocus、onblur、onselectなどのアプリケーションレベルのイベントを使用してみてください。 デバイス固有のイベントハンドラーをペアで使用します。onmousedownはonkeydown、onmounseupはonkeyup、onclickはonkeypressです。
• 6.5（優先度2）さまざまなクライアント環境で動的コンテンツを利用できるようにするか、代替のページビューを提供します。 たとえば、多くの場合、サーバー側のスクリプトはクライアント側のスクリプトよりも高い可用性を提供します。

ガイドライン7.タイマーで発生するページ変更をユーザーが制御できるようにします。

• 7.1（優先度1）ブラウザがちらつきをフィルタリングするまで画面の高速ちらつきを避けます（感光性てんかんの人は、4〜59 Hzの周波数のフラッシュを見ることはお勧めできません）。
• 7.2（優先度2）コンテンツのちらつきを避けます（ブラウザがちらつきをフィルタリングする方法を学ぶまで）。
• 7.3（優先度2）ページに動くコンテンツを置かないでください（ブラウザが動きを止めることを学ぶまで）。 移動を使用する必要がある場合は、ページ上の移動を無効にする簡単なメカニズムを提供します。
• 7.4（優先度2）定期的なページの自動更新を使用してページを作成しないでください（ブラウザが自動更新のブロックを学習するまで）。
• 7.5（優先度2）ブラウザがクライアントリダイレクトのブロックを学習するまで、それを自動的に使用しないでください。 サーバーリダイレクトを使用します。

ガイドライン8-14は、 webew.ruのWCAGに関する記事の完全版を読みます。