ナビゲーションの理由の検索は、何年も前から行われています。今すぐグーグルで検索すると、質問の冒頭にさかのぼる日付が見つかります。私がこれまでに見つけた nav の実際の用途の 1 つは、css のスタイルと関連付けることです。それを行うためのより良い方法があると言う前に、ページのマークアップを行うのはプログラマーだけではないことを考慮してください。生活のために Web ページをデザインするコマーシャル アーティストにとっては、クラスやサブクラスについて考えるよりも、1 つの単純なタグを使用する方が適切です。さまざまなグループの議論をしばらく見ていれば、私がこれについて非常に正しいと感じるでしょう。多くのページ開発者はスタイルがすべてです。彼らはアーティストであり、プログラマーではありません。
もう少し確認: HTML5 の新しい構造タグを見ると、委員会がページの主要な要素を明確に定義することを望んでいたことが簡単にわかります。主要な要素ごとに、外観と動作が異なる場合があります。典型的な Web ページをデザインしたい場合、誰かがすでにページ セクション タグに名前を付けていると非常に便利です。ナビゲーション セクションを提供するページの部分に nav タグを挿入します。それは何ですか?これは、フッターやサイドバーなど、既に定義されている他のセクションの 1 つではありません。これは、作成者がナビゲーション セクションがあると信じている場所を示すチュートリアルです。
それはいいです。他の何百万ものページと同じようなページを作成したい場合、私の唯一の関心事は、自分の色の選択と芸術的要素を他のものとは異なるものにすることです. プログラマーとして、私は常にそれを望んでいるわけではありません。想定された機能が必要とするものは何でも、論理的で使いやすい方法で実現できる柔軟性が必要です。難しいよりも簡単にできれば良いのですが。ですから、この話には 2 つの側面があることを示すために、少し対照的に説明します。私は、HTML5 でフレームセットとフレームが失われたことを嘆いています。iFrame は代用としては不十分です。
設計可能な構造や機能性をあまり気にせずにスタイルに関心のある勝者は、プログラミング言語ではない css に開発を押し込むことを常に望んでいました。RE: フレームが失われました。ほとんどの Web ページがテーブルで構成されていた時代までさかのぼるようです。ただし、ページ内のタグを使用するのではなく、css でテーブルを定義することを望んでいます。彼らは、動的ページの進行を妨げるために可能な限りのことをしているようです。ページ全体のリロードのみを許可して、物事を再構築します。(同じページ構造である画像から別の画像にフェードしたい場合は当てはまりません。)
質問に答えるのに必要以上のことを言ったかもしれませんが、全体的な文脈に少し広げておくと便利だと思いました。