互換性のガイドライン

4.1.1構文解析の達成基準（レベルA）

WCAG 2.2で削除されました

HTMLやCSSなどは、仕様に準拠したものにする。

この達成基準は、支援技術を含むすべてのユーザーエージェントがコンテンツを正確に解釈し、表示できるようにすることを目的としています。この達成基準の遵守はウェブアクセシビリティの基礎であり、正確な構文と仕様への準拠によって、よりアクセシブルで使いやすいウェブを実現することができます。

実践すべきこと

WCAG 2.0

HTMLの準拠

• HTMLマークアップはHTML仕様に従い、正確な構文を使用する。

CSSの準拠

• CSSスタイルシートもCSS仕様に従ったものにし、正しい構文で記述する。

運用者への注意

定期的な確認

• 新規ページや更新されたコンテンツにおいて、構文エラーがないか確認し、最新の仕様に準拠していることを定期的にチェックする。

開発者への注意

正しい構文の使用

• HTMLとCSSの記述には正しい構文を用い、有効性チェックツールを活用して構文エラーがないか確認する。

仕様の更新の追跡

• 仕様の更新に注意し、使用している構文が古くなっていないかを定期的に確認する。

構文チェックをする

• バリデーターを使って、HTMLとCSSの構文エラーを自動的にチェックする。
• ブラウザの開発者ツールを使って、コンソールにエラーが出力されていないかを確認する。

4.1.2名前（name）、役割（role）及び値(value)の達成基準（レベルA）

ウェブページの各機能は支援技術が理解できるように仕様に準拠したものを使用する

この達成基準は、支援技術を使用する利用者が、ウェブページ上の各コントロールの機能や操作方法を正確に理解できるようにすることを目的としています。UIコントロールはカスタマイズせず標準のまま使用することで、利用者に適切に伝えられることが保証できます。

実践すべきこと

WCAG 2.0

標準コントロールの使用

• 可能な限り標準的なHTMLコントロールを使用して、支援技術による正確な解釈を保証する。

カスタムコントロールの適切な設定

• カスタムコントロールを使用する場合は、その名前、役割、値が支援技術によって正しく理解されるように、適切に設定する。

運用者への注意

定期的な確認

• 新規ページや更新されたコンテンツにおいて、UIコントロールが適切に設定されているかを定期的にチェックする。

開発者への注意

HTML標準のコントロールを優先

• HTML標準のコントロールを使用し、カスタムコントロールの使用は最小限に留める。

適切なWAI-ARIAの使用

• カスタムコントロールを作成する場合は、ariaプロパティを利用してコントロールの名前、役割、値を明示し、WCAGに準拠した適切なアクセシビリティ設定を行う。
• カスタムコントロールには、必ずキーボードでの操作が可能なように実装する。

4.1.3 ステータスメッセージ（レベルAA）

ステータスメッセージは読み上げられるようにする

この達成基準は、スクリーンリーダーなどの支援技術を使用する利用者がフォーカスを移動させることなく情報を得られるようにすることを目的としています。

実践すべきこと

WCAG 2.1

明確なマークアップ

• 適切な role やプロパティを使用してプログラムが解釈可能にする。

作業を中断させない情報提供

• aria-liveプロパティで重要度を指定して、作業を妨げずにメッセージを伝えるようにする。

非視覚的な方法でのメッセージ伝達

• メッセージが非視覚的な方法でも利用者に効果的に伝わるようにする。

運用者への注意

定期的な確認

• 新規ページや更新されたコンテンツにおいて、支援技術で認識されているかを定期的にチェックする。

開発者への注意

適切なWAI-ARIAやロールの使用

• ステータスメッセージにaria-live、 role="status" などの適切な WAI-ARIAや ロールを設定する。

メッセージの重要度を指定する

• aria-liveを使用して利用者の作業を妨げずメッセージを伝える。

目次へ戻る