パンくずリストを設置する意味

パンくずリストとは、ユーザーが今見ているページの位置を、サイト内の階層や文脈で示すナビゲーションです。

「TOP > カテゴリ > 記事名」のような表示を指し、ユーザーの回遊を助けるだけでなく、サイト構造を検索エンジンに伝えるうえでも役立ちます。2026年のSEO実務では、単なる見た目の部品ではなく、内部リンク設計・情報設計・構造化データまで含めて整えることが重要です。

この記事では、パンくずリストの基本、種類、SEO効果、HTMLとWordPressでの実装方法、設置時の注意点までを順番に整理します。パンくずリストを正しく設計したい方は、ここからはじめていきましょう。

この記事の監修者
株式会社EXIDEA 代表取締役社長
小川 卓真
SEO歴20年。2006年にSEOツールの開発企業を共同創業して以来、SEOを軸にデジタルマーケティングに従事。2013年に「株式会社EXIDEA」を設立。現在はEXIDEAの代表取締役社長として、Webメディア事業、マーケティングDX事業、オールインワンSEOツール「EmmaTools」の事業に携わる。
執筆者の詳しいプロフィールはこちら
EmmaBlog執筆者

この記事でわかること

パンくずリストの役割

パンくずリストの役割は、現在地を示し、上位階層へ戻りやすくし、サイト構造をわかりやすくすることです。特にページ数が多いサイトほど効果が出やすく、記事メディア、EC、サービスサイトのいずれでも有効です。

たとえば「SEO対策」の記事を読んでいるユーザーが、その1つ上の「Webマーケティング」カテゴリや、さらに上の「TOP」へすぐ戻れる状態であれば、別ページへの移動が自然になります。逆にパンくずリストがないと、ユーザーはブラウザバックに頼るか、グローバルナビを探す必要があり、回遊の流れが切れやすくなります。

検索エンジンの観点でも、パンくずリストは内部リンクの一部です。各ページから上位カテゴリへ一定のルールでリンクが張られるため、ページ同士の関係性を理解しやすくなります。実務では、関連記事リンクだけ整っていても、カテゴリ構造が曖昧だとサイト全体の整理が弱く見えることがあります。パンくずリストは、その土台を補強する役割を持ちます。

パンくずリストの種類

パンくずリストにはいくつかの考え方がありますが、2026年時点で実務上もっとも重要なのは位置型です。まずは位置型を基本として理解し、必要に応じて属性型を使い分けるのが現実的です。

位置型パンくずリスト

位置型は、サイト階層のどこにそのページがあるかを示す形式です。もっとも一般的で、企業サイトやオウンドメディアで広く使われています。

位置型パンくずリスト例

例としては「TOP > SEO > 内部対策 > パンくずリスト」のような形です。ページの所属先が明確なので、ユーザーにも検索エンジンにも理解されやすいのが利点です。

情報発信型サイトでは、まずこの形式を採用することがおすすめです。カテゴリ設計と整合しやすく、運用時のルールも作りやすいためです。

属性型パンくずリスト

属性型は、商品やコンテンツの属性に応じて表示が変わるパンくずリストです。ECサイトでよく使われます。

属性型パンくずリスト例

たとえば同じスニーカー商品でも、「メンズ > スニーカー > 黒」と「ランニング > 軽量 > 黒」のように、ユーザーがたどった絞り込み軸によって見せ方を変えるケースがあります。色違いの靴やサイズ違いの商品が多いECでは、ユーザーがどの条件で商品にたどり着いたかを保ったまま戻れるため便利です。

ただし、属性型は便利な反面、URL設計や正規化が曖昧だと評価が分散しやすくなります。絞り込みURLや並び替えURLが大量に生まれるサイトでは、パンくずリストの見せ方と評価させたいURLを分けて考える必要があります。

具体的には、絞り込み条件ごとにURLが生成される場合、canonical(正規URL)を商品カテゴリの代表URLに統一し、パンくずリストの構造化データもcanonical先のURLに合わせることが重要です。たとえば「/shoes/sneakers/?color=black&size=27」のようなパラメータ付きURLが大量に生まれる場合、パンくずの構造化データは「/shoes/sneakers/」をitemとして指定し、絞り込み条件はパンくずに含めないほうが評価の分散を防げます。

パス型パンくずリスト

パス型は、ユーザーが実際にたどった閲覧履歴をもとに表示する形式です。

パス型パンくずリスト例

考え方としては分かりやすいものの、現在はブラウザの戻る機能や履歴管理で代替されやすく、SEOや情報設計の観点でも主流ではありません。新規実装の候補として優先度は低めです。

実務で選ぶなら、メディアやコーポレートサイトは位置型、ECや大規模データベース型サイトは位置型を基本にしつつ一部で属性型を使う、という整理が分かりやすいです。

パンくずリストがSEOに効く理由

パンくずリストは、設置しただけで順位が上がる施策ではありません。ただし、ユーザー導線と内部リンク構造を整えることで、SEOの土台を強くしやすくなります。

ユーザーが上位階層へ戻りやすくなる

パンくずリストがあると、閲覧中のページから1つ上のカテゴリや一覧ページへすぐ移動できます。これは回遊率の改善に直結しやすい要素です。

たとえば「パンくずリスト」の記事を読んだあとに、同じカテゴリの「内部リンク」や「サイト構造」に進める状態なら、単ページで終わらずにサイト全体を見てもらえる可能性が高まります。情報収集段階のユーザーほど、上位カテゴリへ戻れる導線が効きます。

SEOでは、こうした使いやすさが間接的に効く場面が少なくありません。ページ単体の内容が良くても、次の行動先が見えないサイトは評価を伸ばしにくいためです。

内部リンクとしてクローラビリティを支える

パンくずリストは、各ページから上位階層へ向かう定型リンクです。これにより、検索エンジンがサイト構造をたどりやすくなります。

特に記事数が増えたメディアでは、古い記事が孤立しやすくなります。関連記事の自動表示だけに頼ると、カテゴリとの関係が薄いままページが増えていくことがあります。その点、パンくずリストは全ページに一貫した構造を持たせやすく、サイト全体の整理に向いています。

当社でもサイト改善の際、重要ページの順位だけでなく、カテゴリページへのリンクの集まり方を確認することがあります。個別記事は充実しているのに、カテゴリの役割が弱く、全体像が伝わりにくいケースは少なくありません。そうした場面では、パンくずリストの見直しが内部リンク改善の入口になります。

検索結果でパンくず表示される可能性がある

構造化データを適切に実装すると、検索結果でURLの代わりにパンくずが表示されることがあります。これにより、ユーザーはページの所属カテゴリを把握しやすくなります。

ただし、ここで重要なのは「表示されること」自体より、Googleにページの文脈を伝えやすくすることです。見た目の変化だけを狙って雑にマークアップするより、実際のページ上のパンくずと構造化データを一致させるほうが重要です。

Googleはパンくずリストの構造化データとしてBreadcrumbListを案内しており、ページ上のパンくずがサイト階層を示すことを前提にしています。
(参照:Googleのパンくずリスト構造化データ

2026年時点でおすすめの設計方針

2026年のパンくずリスト設計で大切なのは、URLの見た目に合わせることではなく、ユーザーにとって自然な分類を優先することです。ここを誤ると、見た目は整っていても使いにくい導線になります。

2026年の検索環境では、AI Overviewsが検索結果上部に表示される場面が増えています。AIがページの文脈を理解するうえでも、パンくずリストによるカテゴリ構造の明示は有効です。また、Core Web VitalsではINP(Interaction to Next Paint)が正式指標として定着しており、パンくずリストのクリック反応が遅い実装(JavaScriptに依存した動的生成など)は体験指標にも影響しうる点に注意が必要です。

URL構造をそのまま表示しない

パンくずリストは、URLの階層を機械的に並べるものではありません。ユーザーが理解しやすいカテゴリ名に置き換えることが大切です。

たとえばURLが「/column/seo/internal/breadcrumb/」でも、パンくずは「TOP > SEO対策 > 内部対策 > パンくずリスト」のように意味が伝わる表現にしたほうが分かりやすくなります。英数字や省略語をそのまま見せると、ナビゲーションとしての価値が下がります。

Googleも、URL構造をそのまま反映するのではなく、ユーザーがページにたどり着く一般的な経路を示すことを推奨しています。(前述のGoogleのパンくずリスト構造化データのガイドに記載)

カテゴリは細かく分けすぎない

カテゴリを増やしすぎると、パンくずリストが長くなり、かえって分かりにくくなります。基本は「TOP > 大カテゴリ > 必要なら中カテゴリ > 記事・商品」のように、短く保つのが実務では扱いやすいです。

たとえばBtoBサイトで「業界別」「課題別」「機能別」をすべて階層に入れると、どれが主分類なのか分からなくなります。ユーザーが最初に理解したい軸を1つ決め、その軸でパンくずを組むほうが迷いません。

実際の運用では、カテゴリ名を増やすより、一覧ページの説明文や絞り込み機能で補うほうが整理しやすいです。パンくずリストは、情報を全部載せる場所ではなく、戻り先を明快にする場所と考えると設計しやすくなります。

モバイルで省略表示を前提にする

スマートフォンでは横幅が限られるため、パンくずリストをPCと同じ長さで表示すると崩れやすくなります。2026年時点では、モバイルでの見え方を先に決めてからPCに展開するほうが安全です。

具体的には、階層が深い場合に中間要素を省略して「TOP > … > 現在ページ」と見せる、スクロール可能にする、改行させず省略記号を使う、といった方法があります。ただし、見た目だけ省略してもHTML上のリンク構造まで消してしまうと、内部リンクとしての価値が落ちることがあります。表示とマークアップは分けて考えるのがポイントです。

パンくずリストの実装方法

実装方法は、HTMLで表示を作ることと、構造化データで意味を伝えることの2つに分けて考えると整理しやすいです。どちらか片方だけでは不十分になりやすいため、セットで整えるのがおすすめです。

HTMLでの基本実装

画面上に見せるパンくずリストは、<nav>の中にリストを置く形が基本です。リンクとして機能させるには、各階層を<a href="...">で記述します。

<nav aria-label="パンくずリスト">
  <ol>
    <li><a href="/">TOP</a></li>
    <li><a href="/seo/">SEO対策</a></li>
    <li><a href="/seo/internal/">内部対策</a></li>
    <li><span>パンくずリスト</span></li>
  </ol>
</nav>

見た目はCSSで横並びに整えますが、最近はfloatよりもflexを使うほうが管理しやすいです。

.breadcrumb ol{
  display:flex;
  flex-wrap:wrap;
  gap:8px;
  list-style:none;
  padding:0;
  margin:0;
}

ここで大切なのは、クリック可能な階層をJavaScriptだけで作らないことです。Googleは、href属性を持つ<a>要素のリンクを基本として理解します。見た目だけリンク風にしても、クロールや導線の面で弱くなります。
(参照:Googleのリンクに関するベストプラクティス

構造化データはJSON-LDで実装する

検索エンジン向けには、BreadcrumbListの構造化データをJSON-LDで実装する方法が扱いやすいです。HTMLの見た目と分離できるため、保守しやすくなります。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "TOP",
      "item": "https://example.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "SEO対策",
      "item": "https://example.com/seo/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "内部対策",
      "item": "https://example.com/seo/internal/"
    },
    {
      "@type": "ListItem",
      "position": 4,
      "name": "パンくずリスト"
    }
  ]
}
</script>

最後の項目は現在ページなので、itemを省略する実装も一般的です。positionの順番がずれていないか、表示中のパンくずと名前が一致しているかは必ず確認しましょう。

WordPressではテーマ機能を優先する

WordPressでは、テーマにパンくずリスト機能があるなら、それを優先して使うのが無難です。プラグイン追加は簡単ですが、テーマ機能と重複すると表示や構造化データが二重になることがあります。

プラグインを使う場合も、単に表示されたから終わりではありません。カテゴリの出し方、カスタム投稿タイプへの対応、タクソノミーの優先順位、schema出力の有無まで確認する必要があります。特に複数プラグインを入れているWordPressサイトでは、titleタグやサイトマップだけでなく、パンくず出力も競合しやすいです。

当社でもWordPressサイトの改善では、記事本文より先にテンプレート側の出力を確認することがあります。パンくずリストが2系統で出ていたり、カテゴリ名と実際の導線がずれていたりすると、後から記事を増やすほど修正コストが上がるためです。

設置前に確認したい注意点

パンくずリストは、サイト構造が曖昧なまま設置すると逆効果になりやすいです。実装前に、どのページをどこへ属させるかを整理しておく必要があります。

1ページ1主分類を基本にする

1つのページが複数カテゴリにまたがると、パンくずリストの軸がぶれます。たとえば「SEO記事の書き方」が「SEO対策」にも「コンテンツ制作」にも属する場合、どちらを主分類にするかを決めないと、一覧・内部リンク・パンくずの整合が崩れます。

もちろん、サイトによっては複数の経路が自然なケースもあります。Googleも、同じページに複数のパンくずリストを指定できる例を案内しています。ただし、一般的な企業サイトやメディアでは、まず主経路を1つ決めたほうが運用しやすいです。複数経路は例外処理として扱うほうが混乱を防げます。

カテゴリ名とページ内容を一致させる

パンくずリストは、分類のラベルそのものです。カテゴリ名が曖昧だと、ユーザーはページ内容を誤解します。

たとえば「ノウハウ」という大きすぎるカテゴリに、SEO、広告、SNS、営業資料の作り方まで混在していると、パンくずリストを見ても文脈が伝わりません。カテゴリは広すぎても狭すぎても使いにくくなるため、読者が「この下には似た内容が並んでいそう」と想像できる粒度に揃えることが大切です。

画像のように、関連性の薄い情報を同じカテゴリに入れると、導線としての意味が弱くなります。

異なるカテゴリの情報は入れないこと

現在ページにリンクを付けるかはルールを統一する

最後の要素である現在ページにリンクを付けるかどうかは、サイト内で統一することが重要です。一般的には、現在ページはテキスト表示のみで問題ありません。

重要なのは、HTML表示と構造化データで矛盾を作らないことです。画面上では4階層なのに、JSON-LDでは3階層しかない、カテゴリ名が微妙に違う、といったズレは避けましょう。こうした小さな不整合は、テンプレート変更時に起きやすいポイントです。

このセクションでいちばん注意したいのは、パンくずリストを「あとで整える部品」と考えないことです。実際には、カテゴリ設計・URL設計・内部リンク設計の境目にある要素なので、後回しにすると全体の修正範囲が広がります。新規構築でもリニューアルでも、早い段階でルールを固定しておくほうが現実的です。

よくある失敗パターン

パンくずリストの失敗は、見た目より構造のズレで起きることが多いです。実装できていても、設計がずれていると効果を活かしきれません。

カテゴリページが実質的に機能していない

パンくずリストで「カテゴリ」に戻れても、そのカテゴリページが記事一覧を並べただけで文脈がないと、導線として弱くなります。カテゴリページ自体に説明文や整理軸がないと、ユーザーは次の行動を決めにくくなります。

パンくずリストは単独で完結する施策ではなく、戻り先のページ品質まで含めて考える必要があります。

絞り込み条件をそのまま階層にしている

ECや不動産サイトで起きやすいのが、検索条件やフィルタ条件をそのままパンくずにしてしまうケースです。たとえば「TOP > 靴 > 黒 > 27cm > 在庫あり > セール」のように長くなると、ナビゲーションとして機能しにくくなります。

属性は絞り込みUIで見せ、パンくずリストは主分類に絞るほうが分かりやすい場面が多いです。

構造化データだけ入れて画面上に表示していない

JSON-LDだけ実装して、実際のページにはパンくずリストが見えない状態も避けたいところです。検索エンジン向けの記述と、ユーザー向けのナビゲーションが分離しすぎると、保守時に不整合が起きやすくなります。

構造化データは補助であり、本体はあくまでユーザーが使える導線です。見えるパンくずとマークアップを揃えることを優先しましょう。

よくある質問

パンくずリストはすべてのページに必要ですか?

基本的には、階層構造を持つページには設置したほうがよいです。特に記事ページ、商品詳細ページ、下層のサービスページでは有効です。一方で、LPのように単独完結型のページでは必須ではありません。

パンくずリストがあればSEO順位は上がりますか?

単体で順位を押し上げる施策ではありません。ただし、内部リンク構造や回遊性を整えやすくなるため、サイト全体の評価を支える要素として有効です。

パンくずリストと内部リンクは別物ですか?

別物ではありますが、密接に関係しています。パンくずリストも内部リンクの一種で、特に上位階層への導線を安定して作れる点に価値があります。

WordPressではプラグインとテーマ機能のどちらを使うべきですか?

まずはテーマ機能を確認するのがおすすめです。すでに対応しているなら、そのほうが出力の整合性を保ちやすくなります。プラグインを追加する場合は、重複出力やschemaの二重実装に注意が必要です。

複数のパンくずリストを1ページに持たせても問題ありませんか?

ケースによっては可能です。複数の自然な到達経路がある大規模サイトでは成立します。ただし、一般的なサイトでは主経路を1つに絞ったほうが、運用も理解もシンプルです。

まとめ

パンくずリストは、現在地を示すだけの表示ではなく、ユーザー導線とサイト構造を整理するための重要な要素です。2026年のSEOでは、見た目だけ整えるのではなく、カテゴリ設計・内部リンク・構造化データまで一貫させることが成果につながります。

まずは位置型パンくずリストを基本に、短く分かりやすい階層を作ることから始めるとよいでしょう。特にWordPressや大規模サイトでは、テンプレート側の出力ルールを早めに固めることが後の運用を楽にします。

パンくずリストを含む内部対策を体系的に見直したい方は、以下のページもあわせて確認してみてください。