nav
ナビゲーションに関するものではないコンテンツを含めるべきではありません。仕様が非常に明確であるだけでなく、アクセシビリティにも悪影響を及ぼします。
したがって、2つのdiv
要素(.statement
および.randomstuff
)は要素から抜け出す必要がありnav
ます。それらがのコンテンツに「接線方向に関連している」場合にのみ、2つの要素をの内部の要素nav
に入れることができますが、これはあなたのコンテンツには当てはまらないと思います。aside
nav
各ページに含まれているがナビゲーションではない一般的なページコンテンツにどのHTML5タグをお勧めしますか?ヘッダー、フッター、ナビゲーションと同じ目的を果たし、一般的で各ページに含まれるため、結果に含まれないようにします。
一般的な答えはありません。どの要素を使用するかはコンテンツによって異なります。
section
セクション要素( 、、、、)と見出しarticle
を使用してnav
、全体的な構造(ドキュメントのアウトライン)を作成します。aside
これで、各セクション(要素と混同しないでくださいsection
!)に/要素を含めることができます。それでおしまい。/に含まれていないセクション内のすべては、そのセクションのメインコンテンツと見なすことができます。より細かい要素は、コンテンツが果たす役割を示す追加の手がかりを与えることができます。header
footer
header
footer
address
small
さて、何か(検索エンジン、スクリーンリーダー、人工知能など)がドキュメントを消費したい場合は、マークアップを利用する可能性があります。これが当てはまるかどうか、またどの程度当てはまるかは、ユースケース、意志、スキル、コストなどのいくつかの要因によって異なります。したがって、「検索エンジンは…?」に対する一般的な答えはありません。そして、誰もが毎日新しいものを作成することができます)そしてb)一部(特に一般的なウェブ検索の「ビッグプレーヤー」)はこのことについて詳細に話すのが好きではありません。
しかし、ユースケースに関して、これらすべてのユーザーエージェント/消費者にとって何が役立つかを想定することができます。
- スクリーンリーダーは、メインコンテンツのみを読み取る機能を提供する場合があります(、、、、…を無視し
nav
ます)aside
footer
- ブログ投稿検索エンジンは、内部の単語を内部
article
よりも高いスコアにする可能性がありますnav
/aside
- 検索エンジンは、ナビゲーション検索クエリの場合は、、、およびそれ以上の単語をスコア
header
リングし、リサーチクエリの場合はそれより低い単語をスコアリングする場合があります。footer
small
address
- 読みやすさのアドオンは、トップレベルの要素を無視してメインコンテンツを見つけようとする
nav
場合footer
がありaside
ます
- …</li>
HTMLは、すべての要素の意味を定義します。すべてのHTML作成者がこれを尊重するのであれば、マークアップを完全に利用するユーザーエージェントを構築して使用することができます。ただし、実際には、作成者は定型文のコンテンツを(誤って)使用nav
する可能性があります☺。これにより、消費するすべてのユーザーエージェントは、nav
(他の非ナビゲーションコンテンツが含まれている可能性があるため、重要になる可能性があるため)の特別な意味を忘れることになります。それらのユースケースについて)。