| title | slug |
|---|---|
堅牢 |
Web/Accessibility/Understanding_WCAG/Robust |
{{AccessibilitySidebar}}
この記事では、ウェブコンテンツ・アクセシビリティガイドライン（WCAG）2.0 および 2.1 の堅牢原則に概説されている達成基準に準拠するようにウェブコンテンツを作成する方法についての実用的なアドバイスを提供します。 堅牢とは、支援技術を含む多種多様なユーザーエージェントによって確実に解釈されることができるほど十分に堅牢でなければならないと述べています。 これは通常、ウェブ標準に準拠し、厳密にテストすることによって実現できます。
Note
W3C の堅牢の定義とそのガイドラインおよび達成基準を読むには、原則 4: 堅牢 — コンテンツは、支援技術を含むさまざまなユーザーエージェントによって確実に解釈されるよう十分に堅牢である必要があります（英語）を参照してください。
このガイドラインは、現在のユーザーエージェント（例えば、ブラウザー）だけでなく将来のものともコンテンツをできる限り互換性を持たせることに焦点を当てています。
| 達成基準 | 基準への準拠方法 | 実用的なリソース |
|---|---|---|
| 4.1.1 解析 (A) | コンテンツは、ブラウザーやスクリーンリーダーのような他のユーザーエージェントによって正常に解析されるように、整形式（well-formed）にするべきです。この基準に合格するには、HTML ができるだけ妥当（valid）であることを確認してください。 マークアップを検証するために W3C の検証ツール（英語）を使用してください。 | 実用的なガイドについては、HTML のデバッグを参照してください。 |
| 4.1.2 名前、役割、値 (A) | ユーザーインターフェイス・コンポーネント（例えば、フォーム入力、ボタン、リンクなど）の名前と役割（role、ロール）はプログラム的に決定可能であるべきです。意図された目的のために意味論の要素を正しく使用するとき、この基準に自動的に合格するはずです。 カスタムコンポーネントをスクリプト化するときは、例えば、晴眼でマウスのユーザーだけでなく、スクリーンリーダーのユーザー、キーボードのみのユーザーなども、コントロールが解釈されて意図したとおりに使用できるようにするために、WAI-ARIA のロールおよびその他の機能を使用する必要があります。 | HTML: アクセシビリティの基礎と WAI-ARIA の基本を参照してください。 |
| 4.1.3 ステータスメッセージ (AA) 2.1 で追加（英語） | 支援技術のユーザーは、ページに追加された新しいステータスメッセージを認識します。 | ステータスメッセージを理解する（英語） |
メモ: ガイドライン 4.1: 互換性: 支援技術を含む現在および将来のユーザーエージェントとの互換性を最大化する（英語）に関する WCAG の説明も参照してください。