内部改善ロードマップ Vol.9【前編】｜パンくずとサイト構造の設計基礎：階層・URL・ナビを“一枚の地図”でそろえる方法

パンくずって、“ただページ上部に出るリンクの列”だと思っていませんか？
実はあれ、サイト全体の地図そのものなんです。

たとえば、カテゴリの並びやURLの切り方、グローバルナビの順番。
これらがパンくずとズレていると、読者はもちろん、検索エンジンやAI要約も“どこにいるのか”を正しく理解できません。
結果として、回遊率は落ち、AI要約は誤認し、検索評価もブレる……という、小さなほつれが積み重なってしまうんですね。

そこで前編では、Home ＞ カテゴリ（柱） ＞ 記事 の基本形を軸に、
階層・URL・ナビ・サイトマップ——この4つを一枚の地図として揃える設計法をまとめました。

操作UIやテーマ依存の細かい設定は環境ごとに違うため、
ここではあえて「原則・型・チェックリスト」に集中します。
読むだけで、“どこから作り直せば一貫するのか”が明確になるはずです。

本記事でわかること

• 階層の決め方
  　3層構造の基準と、サブカテゴリを増やしすぎない判断軸

• パンくず表示の型
  　命名ルール／並び順／ラベルの統一方針

• URL・カテゴリ・ナビの「地図一致」ルール
  　3点のズレをなくすチェック方法と、破綻しないURLパターン

• ハブ記事を中心に構造を安定させる方法
  　カテゴリの“柱”を決め、迷子を出さない設計

階層の基本設計（3層を起点）

サイトのパンくず・URL・ナビをそろえるための第一歩は、
「階層をむやみに増やさない」 という、とても地味だけど強い原則です。

多くのサイトで構造が崩れるのは、テクニック不足ではなく、
「カテゴリが増えた」「細分化が止まらない」「例外が例外でなくなる」
——この3つが積み重なるからです。

なので、前編の最重要ポイントはここ。
“必要最小限の3層で始める” ことです。

そのうえで、どうしても追加したくなる“深い階層”は、
「運用が回る確信があるとき」だけに絞る。
この考え方だけで、サイトの寿命は一気に伸びます。

基本形 — Home ＞ カテゴリ（柱） ＞ 記事（必要最小の3層）

まず覚えてほしいのは、サイトの基本構造は
Home ＞ カテゴリ ＞ 記事
の3層あれば十分だということです。

「え、そんな少なくて大丈夫？」と思うかもしれませんが、
Googleもユーザーも、深いツリー構造より“主な柱が明確かどうか”を重視します。

カテゴリは「柱」であり、記事は「枝」。
枝をムダに深く伸ばしても、読み手が迷うだけなんですね。

この3層構造にすると何が良いかというと——

• パンくずが必ず一定の型になる

• URLパターンが崩れにくい

• グローバルナビ＝カテゴリになるため迷子が出ない

• ハブ記事（カテゴリの代表ページ）を起点に整理しやすい

つまり、全部がシンプルにまとまるんです。

ブログでもECでも同じで、
「まずは3層で組む」「それ以上は慎重に追加する」
これが崩れないサイトの“基本のき”になります。

深い階層の扱い — サブカテゴリは運用が回ると確信できる時のみ追加

ダメになる典型的なパターンは、「サブカテゴリの乱立」です。

• 記事が3つしかないのにカテゴリを2段にしてしまう

• 似ているカテゴリを分けた結果、どちらも中途半端

• カテゴリの粒度がバラバラで、パンくずが不揃いになる

これらは全部、「階層を深くした影響」です。

サブカテゴリを追加するかどうかは、
次の3つの質問に “全部YES” と言えたときだけにしましょう。

1. 記事数は十分か？（最低10本×長期的に増やす予定がある）

2. カテゴリ名の意味が明確か？（読者が迷わない）

3. 上位カテゴリとの関係が整理できているか？（重複しない）

とくに1つめの「記事数」は重要で、
記事が少ないうちから階層を増やすと、
カテゴリの空洞化 → 構造破綻 → メンテ不可
のルートに入りやすくなります。

深い階層は“必要だから作る”のではなく、
“運用が回っているから作れる”もの。

ここを逆にしないことが、崩れないサイトのコツです。

命名の型 — パンくずのラベルは一般語で短く、カテゴリ名＝ハブ記事H1と揃える

最後に、階層設計でめちゃくちゃ大事なのが“名前の付け方”。

パンくずは「地図」なので、
ラベルが専門的すぎたり、抽象的だったりすると、
ユーザーはもちろん、AIも位置づけを誤認します。

ポイントは3つ。

① 一般語で短く（名詞で統一）

OK例：

• SEO

• ライティング

• WordPress

• サイト構造

NG例：

• 効果的なコンテンツ制作の方法

• Webマーケティングを学ぶための基礎ガイド

• サイトを整理して検索評価を高める手順まとめ

パンくずは“短くシンプル”が絶対正義。

② カテゴリ名とハブ記事のH1を揃える

カテゴリ：サイト構造
ハブ記事：「サイト構造とは？〜〜」 などH1で統一
パンくず：Home ＞ サイト構造 ＞ 記事

これがズレると、構造の中心が曖昧になります。

③ 似ている言葉を混在させない（語尾・単数複数）

• “サイト構造” と “サイトの構造”

• “設定” と “セッティング”

• “記事一覧” と “記事リスト”

こういう表記ブレは、構造の劣化の第一歩。

命名は「短く・揃える・ブレさせない」。
これだけで階層の透明度が大きく変わります。

パンくずの並びとラベル方針

階層の“骨格”を固めたら、次はパンくずの見た目と並びのルールを決めます。
ここが曖昧だと、記事を書く人によって表現が変わったり、
テーマ機能のデフォルトに引きずられてブレが出たり……と、地味に崩れ始める部分です。

パンくずは「サイトの全ページで同じルールで表示されること」が大前提なので、
“毎回判断しなくていい” くらい明確な型をつくるのがポイントです。

現在地の宣言 — 右端が現在地。記事タイトルは短縮形を許容

パンくずの最後の要素は現在地の宣言です。

つまり、
Home ＞ カテゴリ ＞ 記事
の右端が“今いる場所”。

ただし、記事タイトルがそのまま入ると、
長すぎてパンくずが横に伸びて崩れることがあります。

そこでおすすめなのが、
「記事タイトルは短縮形OK」という運用ルール。

例えば——

• 記事タイトル：
  　「パンくずとサイト構造の一致で迷子をゼロにする、5つの設計ステップ」

• パンくず：
  　Home ＞ サイト構造 ＞ パンくずとサイト構造の一致

このくらいの短縮でも、意味は落ちないし、
パンくずが“読める情報”として機能し続けます。

ポイントは、
「意味が通る短縮」だけを許容し、毎回テイストが変わらないこと。
表記ブレは構造ブレに直結します。

リンクの有無 — 現在地は非リンク、上位はリンク

パンくずは「逆ナビゲーション」です。
つまりユーザーが上に戻って“探索し直す”ための道具。

だから、

• 現在地（右端）＝リンクなし

• それより左の要素＝すべてリンクあり

これは鉄則です。

とくにありがちなミスが、
記事テンプレート側で“全部リンク付きのパンくず”になってしまうケース。

リンクがあるとユーザーは「今どこ？」がわかりにくくなり、
地味にUXが落ちます。

「右端だけ非リンク」
この1ルールで十分なので必ず徹底しましょう。

パンくず内の語尾/記号 — 記号の統一（「>」「/」など）を全体で一貫

パンくずで意外と見落とされるのが、“区切り記号の統一”。

サイトによっては——

• 「>」

• 「＞」（全角）

• 「/」

• 「｜」

• 「→」

など、ページごと・プラグインごとにバラバラになっていることがあります。

見た目の問題だけ……と思うかもしれませんが、
実はこのバラつき、検索エンジンやAI要約にもノイズになります。

例えば、

• “>” を階層の区切りと認識しているのに

• “/” が出てくると「URL？」と誤解される

• “｜” はラベルなのか区切りなのか判別しにくい

など、案外影響が出るんですね。

おすすめは以下のいずれか：

• 半角 >（もっとも一般的）

• /（ミニマルなデザイン向け）

どれを選んでもOKですが、
「サイト全体で必ず統一する」
これが最重要です。

迷ったら、
“パンくずとしての意味が認識されやすい > を採用する”
が無難です。

URL・カテゴリ・ナビの「地図一致」

パンくずを整えても、“サイト全体の地図”がズレていると効果は半減します。
とくに崩れやすいのが、URL・カテゴリ（情報設計）・グローバルナビ（UI設計） の3つ。

この3つが別々の思想で作られていると、
Googleも読者も「どれが本当の階層？」と迷ってしまうんですね。

ここでは、サイト構造を安定させるために欠かせない
“3点セットを同じ地図でそろえる方法” を解説します。

URLパターン — /{category}/{slug} を明文化する

まずはURL。パンくずと並んで“階層の意味”を示すもっとも強いシグナルです。

とくにWordPress系のサイトだと、
記事ごとに異なるURLパターンになっていたり、
カテゴリスラッグの命名がバラついていたり……と、
気づかないうちに“構造がねじれる”ことが多いです。

おすすめは、
「カテゴリ＝第1階層、記事＝第2階層」というURLを明文化すること」

例：
/seo/title/
/writing/outline/
/site-structure/breadcrumb/

これだけでサイト全体の構造が安定し、
パンくずとの意味的一致が一気に高まります。

逆に、

• /2024/… のような日付ベース

• /post-123/ のような意味のない番号

• /column/aaa/ のような曖昧なまとめ欄

これらは階層の意味が読み取りづらく、
カテゴリとの“地図不一致”を起こしやすいので注意です。

グローバルナビ — ナビ項目はカテゴリ（柱）と一対一

次に重要なのがグローバルナビ。

ここに“サイトの柱”が並ぶわけですが、
カテゴリと一致していないケースが本当に多いです。

• カテゴリは5つなのに、ナビには3つだけ表示

• 逆にナビには6項目あるのに、カテゴリは4つ

• ナビだけ別の呼び方をしている（例：カテゴリは「SEO」、ナビは「検索流入改善」）

こうなると、ユーザーもGoogleも混乱してしまいます。

原則としては、
「ナビ＝カテゴリの柱と1対1で揃える」
これだけでOK。

さらに、ラベル名も揃えるとベストです。

カテゴリ：ライティング
ナビ：ライティング
パンくず：Home ＞ ライティング ＞ 記事
URL：/writing/slug

——ここまで一致すると、構造はほぼ“崩れなく”なります。

ハブ記事基点 — 各カテゴリは旗艦のハブ記事へ収束、パンくず2層目で統一

3点セットの最後は「ハブ記事」。

カテゴリを表す“代表ページ”のことで、
階層の中心点としてめちゃくちゃ重要な存在です。

カテゴリ＝フォルダ
ハブ記事＝フォルダの表紙

このイメージです。

ハブ記事を中心に設計すると、

• パンくずの2層目が必ずハブ記事名と一致

• グローバルナビのリンク先もハブ記事に固定

• URL階層もカテゴリスラッグで安定

と、すべてが1か所に収束します。

逆に、ハブ記事が存在しないと、
カテゴリとURLとパンくずが“それぞれ別の意味”になり、
情報構造が一気に緩んでしまいます。

カテゴリを作ったら、
「そのカテゴリの案内役になる1記事」
を必ずセットで作りましょう。

サイトマップ（XML/HTML）との整合

パンくず・URL・カテゴリ・ナビをそろえたら、
最後に忘れてはいけないのが サイトマップ（XML/HTML）との整合性 です。

実はここ、盲点になりやすいポイントで、
“パンくずは正しくても、サイトマップが古い”
というだけで、検索側は“地図が2つある”ように見えてしまいます。

その結果——

• クロール対象がズレる

• 更新が伝わりづらくなる

• ハブ記事の重要度が認識されない
  など、小さなロスが積み重なります。

逆に、パンくず＝URL＝ナビ＝サイトマップの4点が一貫すると、
検索エンジンは「このサイトは階層構造が明確だ」と判断し、
評価の土台が安定しやすくなります。

XML — 正規URLのみ、ハブ/代表ページは必ず収載

XMLサイトマップは検索エンジン向けの“機械用地図”。

ここでもっとも大事なのは、
**“正規URLだけを載せる”**ということです。

よくある誤りは：

• リダイレクト前の古いURLが残っている

• 一覧・検索・タグ・アーカイブが全部入っている

• パラメータ付きのURLが勝手に吐き出されている

このあたり。
パンくずの意味が正しくても、
XMLに“別ルートのページ”が混ざると、
検索側の地図がブレるのは想像しやすいですよね。

特に忘れられがちなのが、
カテゴリごとのハブ記事を必ず収載すること。
これを入れていないサイトが本当に多いです。

カテゴリの中心点であり、
検索エンジンにとっても“フォルダの案内役”なので、
XMLには確実に含めておきましょう。

HTML — 読者向けの目次ページをハブ記事として兼用

HTMLサイトマップは、
ユーザー向けの“見える地図”です。

とはいえ、ページを新規で作る必要はありません。
カテゴリのハブ記事をそのままHTMLサイトマップとして機能させる
という方法が最もムダがなく、構造もブレません。

• カテゴリのトップ

• ハブ記事への導線

• カテゴリ内の記事への一覧リンク

これが揃えば、
パンくず、ナビ、URL、HTMLサイトマップ……
全部が同じ思想でつながります。

“地図を複数つくらない”のがコツです。

更新ルール — 追加/移動時はパンくず/ナビ/URLの3点セットで更新

そして、もっとも重要なのは更新ルール。

記事を追加したり、カテゴリを移動したりしたとき、
以下の3つを“必ずセットで”確認してください。

• パンくず

• ナビゲーション（特に該当カテゴリ）

• URL（スラッグや階層）

この3点がズレると、
パンくずの設計思想そのものが崩れ始めます。

さらに忘れがちですが、
XML/HTMLサイトマップも同時に更新しましょう。

4点すべてが揃っている状態が、
“地図が一貫している”という状態です。

用語ミニ辞典

パンくず設計やサイト構造の話は専門用語が多く、
なんとなく理解したつもりでも、意味の“境界線”が曖昧になりがちです。
ここでは、本記事で頻出する3つのキーワードをコンパクトに整理しておきます。

● パンくず（Breadcrumb）

ページ上部に表示される「現在地の道順」。
Home ＞ カテゴリ ＞ 記事 のように階層を明示し、
読者と検索エンジンの双方に「今どこか？」を伝える役割を持つ。
構造・UX・SEOの3分野に影響する“地図の中核”。

● ハブ記事（Hub Page）

カテゴリの代表となる“案内役”の記事。
カテゴリ構造の中心点であり、ナビ・パンくず・URLがここに収束する。
ハブ記事が存在すると、カテゴリが“情報のまとまり”として認識されやすくなる。

● 地図一致（サイト構造の一貫性）

パンくず・URL・カテゴリ（階層設計）・ナビ（UI）・サイトマップの
5つが同じ地図を描いている状態 のこと。
これがズレると、読者・検索エンジン・AIがそれぞれ違う景色を見るため、
“迷子”や“評価のブレ”が起こりやすい。

まとめ：パンくず設計の基礎——階層・URL・ナビを“同じ地図”で揃え、迷子をゼロに

パンくずは飾りではなく、サイトの地図の核心部分です。

前編では、

• “必要最小の3層”で階層をシンプルに保つ

• ラベル・記号・リンク有無を揃えて“読むパンくず”にする

• URL・カテゴリ・ナビ・ハブ記事を同一の地図として設計する

• サイトマップ（XML/HTML）まで含めて4点を同期する

という、サイトの“骨格”を整える方法を解説しました。

この地図が整っていれば、
後編で扱う「例外」「多言語」「サブドメイン」の運用も崩れにくくなります。

別記事への導線（キーワード入り）

Vol.9【後編】｜パンくず運用とサイト監査：多言語・サブドメイン・一覧・ページネーションを崩さず管理する方法

前編で“設計図”を固めたら、後編では
例外ページ・多言語・サブドメイン・監査 を扱い、
「崩れない運用」の型を作ります。

Vol.8【前編/後編】復習｜カテゴリの柱×タグの横断で地図の骨組みを固める

カテゴリの“柱”とタグの“横のつながり”を整理することで、
パンくずの下支えとなるサイト全体の骨組みが強化できます。

今回はここで終わりにしたいと思います！

最後までお読みいただきありがとうございました！

このブログでは「ChatGPT×副業」をテーマに、AIをフル活用したリアルな副業チャレンジを発信しています🎶

むずかしい話はナシで、「ちょっとやってみたいかも」と思えるような内容を目指しています😁

私は現在、ChatGPTを使ってTシャツのデザインを作って販売したり、

LINEスタンプのキャラ制作に挑戦したりしています👍

デザインの知識ゼロでも、AIの画像生成機能を使えばかなりいい感じになりますよ！

ブログの内容やSEO対策も、ぜんぶChatGPTに相談しながら書いています。

アイデアが出ないときも、相棒みたいに助けてくれます🎶

さらに、楽天ルームのレビュー文章もChatGPTと一緒に考えたり、

X（旧Twitter）の投稿や運用方法も提案してもらったりと、あらゆる場面でAIに頼っています。😅

「AIって便利そうだけど、自分にも使えるのかな？」

と思っている人には、ぜひ読んでほしいです。

このブログは、AI初心者でも副業が始められるように、

体験ベースでわかりやすく書いています。

私の成功も失敗もまるごとシェアしていくので、よかったら気軽に読んでいってくださいね。

Xでも日々の活動をゆるっと更新しているので、ぜひのぞいてみてください！

明日のあなたがより豊かになりますように😌

それでは、おやすみなさい😴