ページの本文

``` `role` は不要です。`` または `

` の直下にある裸の `

` は `complementary` ランドマークになります。`

`・`

` といったセクショニングコンテンツの中では、`aria-label` か `aria-labelledby` を持つ場合にのみランドマークになります。これが HTML のアクセシビリティマッピングの規定です。どちらのファイル単体を見ても問題はありません。ファイル単位のマークアップ linter ではこれを検出できません。このネストは、レイアウトの `

` とページの `complementary` をファイルをまたいで合成して初めて存在するものだからです。検出しないもの: - `banner`/`main`/`complementary`/`contentinfo` のいずれのランドマークも存在しないルート。 - 中間の非ランドマークコンポーネントを介したネスト: `+page.svelte` が `

` の中に `` を配置し、`Sidebar.svelte` 自身が `role="complementary"` を描画するケースは対象外です。検出はファイル単位のカウントとレイアウトの `` の直接ケースに限られ、すべての中間コンポーネントをたどるコールグラフ解析ではありません。 ## なぜ重要か支援技術は `banner`・`main`・`complementary`・`contentinfo` を、それぞれ独立したページ最上位の領域だという前提でランドマークとして公開し、ユーザーはキー操作でそれらの間をジャンプします。あるランドマークが別のランドマークの内側にネストしていると、その意味が失われます。ランドマークナビゲーションから消えてしまうか、本来独立した領域であるはずが外側のランドマークのコンテンツの一部として読み上げられてしまいます。 ## 修正方法すべてのランドマークがルートの最上位で合成されるよう、ネストしたランドマークを外に出します。 ```svelte +layout.svelte

サイトナビゲーション

{@render children()}

``` ```svelte +page.svelte

ページの本文

``` ## モードによる違い両モードともランドマークを収集しますが、収集元が異なるため結果が食い違うことがあります。 - **ソース解析**（CLI、ダッシュボードの静的ベースライン）は、ルートのレイアウトチェーンと、そこから解決したローカルコンポーネントを合成してネストを検出します。解決できないコンポーネント（`node_modules` や動的に選ばれるコンポーネント）によるネストは見えません。 - **ソース解析**（CLI、ダッシュボードの静的ベースライン）はまた、`

`/`