達成基準 4.1.1: 構文解析を理解する

達成基準 4.1.1 構文解析 (レベル A): マークアップ言語を用いて実装されているコンテンツにおいては、要素には完全な開始タグ及び終了タグがあり、要素は仕様に準じて入れ子になっていて、要素には重複した属性がなく、どの ID も一意的である。ただし、仕様で認められているものを除く。

開始及び終了タグに重要な記号が欠けている場合、例えば、タグを閉じる山括弧がない、又は属性値の引用符が一致していない場合は、完全とはいえない。

意図

この達成基準の意図は、支援技術を含むユーザエージェントが、コンテンツを正確に解釈して解析できることを確実にするものである。コンテンツをデータ構造に解析できない場合、別のユーザエージェントはそのコンテンツを異なって提示するか、又はコンテンツを全く解析できないかもしれない。ユーザエージェントの中には、不適切なソースコードのコンテンツを描画するために「修復技術」を用いる。

修復技術はユーザエージェントの間で異なるため、コンテンツがそのウェブコンテンツ技術の正式な文法で定義される規則に従って制作されない限り、コンテンツ制作者は、コンテンツがデータ構造へ正確に解析されるか、又はコンテンツが支援技術を含む特殊なユーザエージェントによって正しく描画されるものと仮定できない。マークアップ言語では、要素と属性の構文のエラー及び適切にネストされた開始/終了タグを提供できなかった場合、ユーザエージェントがコンテンツを確実に解析するのを妨げるエラーを導く。したがって、この達成基準は、コンテンツが正式な文法の規則のみを用いて解析できることを必要とする。

注記

「整形式 (well formed)」の概念は、この達成基準で要件としているものに近い。しかし、正確な解析結果の要件は、マークアップ言語によって異なり、そして、ほとんどの非 XML ベースの言語は、整形式であることの要件が明確に定義されていない。したがって、マークアップ言語に対して一般的に適用可能にするためには、達成基準をより明確にする必要があった。用語「整形式 (well formed)」は、XML でのみ定義され、そして、(終了タグは任意の場合もあるため) 妥当 (valid) な HTML は整形式のソースコードを要求しないから、この達成基準では用いていない。

一つの達成基準 (1.4.4: テキストのサイズ変更、達成基準で指定された効果が支援技術に依存せずに達成されなければならないと具体的に述べている) を除き、支援技術 (又はユーザエージェントにあるアクセス機能) が存在かつ利用者が使用できる場合に、コンテンツ制作者は、利用者が支援技術 (又はユーザエージェントにあるアクセス機能) の使用を想定することで、コンテンツを達成基準に適合できる。

メリット

事例

関連リソース

リソースは、情報提供のみを目的としており、推奨を意味するものではない。

達成方法

この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する達成方法、又は複数の達成方法の組み合わせを表している。しかしながら、必ずしもこれらの達成方法を用いる必要はない。その他の達成方法についての詳細は、WCAG 達成基準の達成方法を理解するの「その他の達成方法」を参照のこと。

十分な達成方法

  1. G134: ウェブページをバリデートする
  2. G192: 仕様に完全に準拠する
  3. H88: 仕様に準じて HTML を使用する
  4. 以下のいずれかの方法で、ウェブページが正しく解析できることを確認する:

  5. SL33: Using Well-Formed XAML to Define a Silverlight User Interface

参考達成方法

適合のために必須ではないが、コンテンツをよりアクセシブルにするために、次の追加の達成方法を検討することが望ましい。ただし、すべての状況において、すべての達成方法が使用可能、又は効果的であるとは限らない。

失敗例

以下に挙げるものは、WCAG ワーキンググループが達成基準の失敗例とみなした、よくある間違いである。