HTML5では、<nav>ページのマストヘッド<header>要素の内部でも外部でも使用できます 。セカンダリナビゲーションとメインナビゲーションの両方を備えたウェブサイトでは、メインナビゲーションをマストヘッド要素の外側の要素として、セカンダリナビゲーションを<nav>マストヘッド<header>要素内の要素として含めるのが一般的のようです。ただし、ウェブサイトにセカンダリナビゲーションがない場合、マストヘッド要素内の要素にメインナビゲーションを含めるのが一般的です。<nav><header><nav><header>

これらの例に従っている場合、私のコンテンツ構造は、2次ナビゲーションの包含または除外に基づいています。これにより、コンテンツとスタイルの結合が導入され、不必要で不自然に感じられます。

<header>セカンダリナビゲーションの包含または除外に基づいて、メインナビゲーションをマストヘッド要素の内側から外側に移動しないようにするためのより良い方法はありますか？

メインおよびセカンダリナビゲーションの例

<header>
    <nav>
        <!-- Secondary Navigation inside <header> -->
        <ul>
            <li></li>
        </ul>
    </nav>
    <h1>Website Title</h1>
</header>
<nav>
    <!-- Main Navigation outside <header> -->
    <ul>
        <li></li>
    </ul>
</nav>

OnlineDegrees.orgは、上記のパターンに従うサンプルサイトです。

メインのみのナビゲーションの例

<header>
    <h1>Website Title</h1>
    <nav>
        <!-- Main Navigation inside <header> -->
        <ul>
            <li></li>
        </ul>
    </nav>
</header>

Keyzo.co.ukは、上記のパターンに従うサンプルサイトです。

HTML5の紹介からの抜粋-02-Feb-11、7：38 AMに追加

Bruce LawsonとRemy Sharpによる HTML5の紹介では、この件について次のように述べています。

ヘッダーにはナビゲーションを含めることもできます。これは、サイト全体のナビゲーション、特に<header>要素全体がテンプレートファイルから取得できるテンプレート駆動型のサイトで非常に役立ちます。

もちろん、いることを必須ではありません<nav>になります<header>。

サイト全体のナビゲーションがサイト全体のヘッダーに属していると信じるかどうか、またスタイル設定の容易さに関する実用的な考慮事項に大きく依存します。

その最後の文に基づいて、ブルース・ローソン（これらの抜粋の出典の章の著者）は、「スタイリングの容易さに関するプラグマティックな考察」がコンテンツとスタイルのカップリングをもたらすことを認めているようです。

それは完全にあなた次第です。それらの要素を内部のナビゲーション要素のみ（つまり、TwitterやFacebookのアカウントなどの外部サイトにリンクしない）である限り、それらをヘッダーに配置するかどうかを指定できますが、問題はありません。

ヘッダーが配置される傾向があるのは、それがナビゲーションがよく行われる場所だからです。

詳細については、HTML5 Doctorを参照してください。

あなたが意見を求めているのかどうかは、少し不明確です。「xxxをするのが一般的」または実際のルールなので、ルールの方向に傾けます。

引用する例は、nav要素の仕様の例に基づいているようです。仕様は次第に調整され続け、ルールが複雑になることもあることを忘れないでください。そのため、多くの人々は、解釈するのではなく、与えられたものを実行する傾向があるかもしれません。動作が異なる2つの別々の例を示しているため、読み込めるのは非常に限られています。これらのサイトのどちらにも反対のサブ/ナビゲーション状況がありますか？その場合、どのように処理しますか？

最も重要なことは、しかし、どちらかと言うスペックでは何もありませんそれを行う方法は。HTML5の目標の1つは、セマンティクス、要件などについて非常に明確にすること（これは比較のため）であるため、省略したことは注目に値します。私が見る限り、例は互いに独立しており、レイアウト要件などのコンテキスト内で等しく有効です。

navのソース位置を条件付きにすることは、愚かなことです（別の赤い旗）。方法を選んでそれを実行するだけです。

ヘッダーにナビゲーションを入れるのは好きではありません。私の推論は：

論理

ヘッダは、ドキュメントに関する入門情報が含まれています。NAVは、他のドキュメントへのリンクメニューです。私の考えでは、これはナビゲーションのコンテンツがドキュメントではなくサイトに属していることを意味します。例外は、NAVがフォワードリンクを保持していた場合です。

アクセシビリティ

ソースコードの最初ではなく最後にメニューを配置するのが好きです。CSSを使用してコンピューター画面の上部に送信するか、テキスト読み上げブラウザーや小さな画面の場合は最後に残します。これにより、スキップリンクの必要がなくなります。

@IanDevlinは正しいです。MDNのルールは次のように述べています。

"HTMLヘッダー要素" "は、ページヘッダーを定義します。通常、サイトのロゴと名前、および場合によっては水平メニューが含まれます..."

「多分」という言葉が鍵。さらに、ヘッダーは必ずしもサイトヘッダーである必要はありません。たとえば、ポップアップモーダルまたはヘッダーがあるドキュメントの他のモジュール部分に「ヘッダー」を含めることができ、スクリーンリーダーのユーザーがそれを知っていると役立ちます。

これは、NAVの暗黙的な使用に関する用語です。グループ化されたサイトナビゲーションがある場所ならどこでも使用できますが、通常、ミニナビゲーション/重要なサイトリンクの「フッター」セクションからは省略されます。

本当にそれは個人/チームの選択に帰着します。あなたとあなたのチームが何をより意味的で重要であると感じているかを決定し、一貫性を保つようにしてください。私にとって、ナビゲーションがロゴとメインサイトの「h1」に沿っている場合、それを「ヘッダー」に入れるのは理にかなっていますが、異なるデザインの選択肢がある場合は、ケースバイケースで決定します。

最も重要なことは、ドキュメントをチェックして、その特定の決定を行う理由を理解することを省略または含めることを選択したかどうかを確認してください。

@JoshuaMaddoxの発言をさらに詳しく説明するために、MDNラーニングエリアの[HTMLの概要]セクションの[ ドキュメントとWebサイトの構造]サブセクションには、次のように記載されています（太字/強調は私が作成したものです）。

ヘッダ

通常、上部に大きなストリップと大きな見出しまたはロゴ、あるいはその両方が付いています。これは、Webサイトに関する主な共通情報が通常、あるWebページから別のWebページに留まる場所です。

ナビゲーションバー

サイトのメインセクションへのリンク。通常、メニューボタン、リンク、またはタブで表されます。ヘッダーと同様に、このコンテンツは通常、あるWebページから別のWebページに一貫性を保ちます— Webサイト上で一貫性のないナビゲーションを使用すると、混乱してイライラするユーザーにつながるだけです。多くのWebデザイナーは、ナビゲーションバーを個々のコンポーネントではなくヘッダーの一部と見なしていますが、これは必須ではありません。実際、スクリーンリーダーは2つの機能が分離されていると読みやすいため、2つを分離する方がアクセシビリティに優れていると主張する人もいます。