構文解析:
達成基準 4.1.1 を理解する
4.1.1 構文解析: マークアップ言語を用いて実装されているコンテンツにおいては、仕様で認められているものを除いて、要素には完全な開始タグ及び終了タグがあり、要素は仕様に準じて入れ子になっていて、要素には重複した属性がなく、どのIDも一意的である。 (レベルA)
注記: 重要な記号が欠けているものは完全な開始タグ及び終了タグではない。例えば、閉じる山括弧(">")がない、又は属性値の引用符が一致していない場合は、完全な開始タグ及び終了タグとはいえない
この達成基準の意図
この達成基準の意図は、支援技術を含むユーザーエージェントが、コンテンツを正確に解釈して解析できるようにすることである。コンテンツをデータ構造として解析できない場合、ユーザーエージェントが異なればそのコンテンツの提示のされ方も異なったものになる、又はユーザーエージェントがコンテンツを全く解析できない。ユーザーエージェントの中には、独自の「修復技術」を用いて品質の低いソースコードのコンテンツを描画するものもある。
修復技術はユーザーエージェントによって異なるため、もしコンテンツがそのウェブコンテンツ技術の正式な文法で定義されている規則に従って制作されていなければ、コンテンツ制作者は、コンテンツはデータ構造として正確に解析される、又は支援技術を含む特殊なユーザーエージェントによって正しく描画されるものだと考えることはできない。マークアップ言語においては、要素及び属性における構文エラー、及び開始タグと終了タグを適切に入れ子にしていないことによって、ユーザーエージェントがコンテンツの確実な解析をできないというエラーにつながる。そのため、この達成基準では、コンテンツが正式な文法の規則のみを用いて解析できることを要件としている。
注記: 「整形式 (well formed)」という概念は、この達成基準で要件としていることに近い。しかし、正確な解析に求められる要件は、マークアップ言語によって異なる。そして、ほとんどの非 XML ベース言語は整形式であることの要件を明確には定義していない。そこで、マークアップ言語に一般的に適用可能にするために、この達成基準ではより細部まではっきりと述べる必要があった。「整形式 (well formed)」という用語は XML で定義されているだけで、有効 (valid) な HTML は整形式のソースコードを要求していない(終了タグは任意の場合もある)ため、この達成基準では「整形式 (well formed)」という用語を用いていない。
達成基準 4.1.1 の具体的なメリット
ウェブページに完全な開始タグ及び終了タグがあり、仕様に準じて入れ子になっているようにすることで、支援技術がコンテンツを問題なく正確に解析できるようになる。
達成基準4.1.1 の事例
関連リソース
リソースは、情報提供のみを目的としており、推奨を意味するものではない。
(まだ文書化されていない)
達成基準4.1.1 の実装方法及び不適合事例 - 構文解析
この節にある番号付の項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する実装方法、又は複数の実装方法の組合せを表している。WCAG 2.0 適合要件のすべてが満たされている場合にのみ、次に挙げる実装方法により、この達成基準を満たすことができる。
達成基準を満たすことのできる実装方法
H88: 仕様に準じてHTMLを用いる (HTML)
以下のいずれかの方法で、ウェブページが正しく解析できることを確認する:
達成基準 4.1.1 でさらに対応が望まれる実装方法(参考)
適合するためには必須ではないが、コンテンツをよりアクセシブルにするためには、次の付加的な実装方法もあわせて検討するとよい。ただし、すべての状況において、すべての実装方法が使用可能、または効果的であるとは限らない。
(まだ文書化されていない)
達成基準 4.1.1 のよくある不適合事例
以下に挙げるものは、WCAG ワーキンググループが達成基準 4.1.1 に適合していないとみなした、よくある不適合事例である。