Webサイト上部にある「トップ＞カテゴリ＞現在地」という表示を、特に意識せず習慣で置いているだけになっていませんか。この名前は童話「ヘンゼルとグレーテル」で、森で迷わないよう道に落としたパンくずに由来します。訪問者へ現在地を伝えつつ、検索エンジンにサイト構造を示す役割を持つ仕組みです。由来を知ると、なぜこの表示が欠かせないのか、どの型を選んでどう設置すべきかまで判断しやすくなります。
この記事で基本と実務上の判断基準を順に確認し、自社で迷わず対応できる状態を目指しましょう。
＼月9,960円～プロのSEO対策／
スマートSEOの詳細を見る
1. パンくずリストの名前の由来
パンくずリストの名前は、童話「ヘンゼルとグレーテル」に由来します。森で迷わないよう道にパンくずを落として帰り道の目印にした場面が元になっています。Webでは、この目印が訪問者を迷わせないための現在地表示にあたり、SEOでは構造化データとセットで実装する点も後半で扱います。
1.1 由来となったグリム童話「ヘンゼルとグレーテル」の場面
パンくずリストの語源は、グリム童話「ヘンゼルとグレーテル」で兄妹が道に落としたパンくずです。深い森へ連れて行かれた2人は、帰り道が分からなくならないよう、歩きながら小さなパンくずを少しずつ落として目印にしました。
つまり由来にあたる場面は、「通ってきた道をあとからたどれるようにする」という発想そのものです。この考え方が、Webページで「いま自分がどの階層にいるか」をたどれる表示へと結びついています。
名前の起点は、道に落としたパンくずという「たどれる目印」の発想
童話の一場面を知っておくと、パンくずリストが装飾ではなく道案内の仕組みだと理解しやすくなります。
1.2 英語のbreadcrumbが持つ「たどってきた道筋」という意味
英語のbreadcrumb（ブレッドクラム）は、もともと「パンくず」を指す単語です。そこから転じて、英語圏では「たどってきた道筋」や「小さな手がかり」の比喩として一般に使われています。
Webの文脈で使われるパンくずリストも、この「手がかりをたどる」という語感を引き継いだ呼び名です。同じ役割を指す表現は言語圏によって異なり、フランスでは神話にちなんで「アリアドネの糸」と呼ぶ例もあるとされています。
breadcrumbは「たどってきた道筋」を示す比喩として定着した語
呼び名の背景を押さえると、なぜ現在地までの経路を一列に並べる形が選ばれているのかが腑に落ちます。
1.3 童話とWebでパンくずリストの役割が異なる点
由来は同じでも、童話とWebではパンくずが果たす結果が正反対になります。童話では落としたパンくずが役目を果たせず迷子につながりますが、Webでは迷わせないための仕組みとして機能するのです。
次の表で、両者の目的と結果を対比して整理します。
| 観点 | 童話のパンくず | Webのパンくずリスト |
|---|---|---|
| 目的 | 帰り道をたどる目印 | 訪問者への現在地表示 |
| 結果 | 鳥に食べられ道に迷う | 迷わせず目的ページへ導く |
| 残り方 | 時間とともに消える | 常に画面に表示される |
このように、Webのパンくずリストは「消えない目印」として設計されている点が童話との決定的な違いです。訪問者がどのページから入ってきても現在地を確認できる状態を保てます。
2. パンくずリストの3つの種類と使い分け
Googleは、パンくずリストがページの階層上の位置を理解する手掛かりになると説明しています。構造化データの要件はGoogleのBreadcrumbListガイドで確認してください。
パンくずリストには、位置型・属性型・履歴型（パス型）の3種類があります。結論から言えば、通常は位置型を選び、絞り込み検索のあるサイトだけ属性型を検討すれば十分です。ここでは3つの型の違いと、どのサイトに向くのかを順に見ていきます。
2.1 位置型の特徴と一般的な使われ方
位置型は、サイトの階層構造をそのまま反映するパンくずリストです。訪問者がどのページから来ても表示内容は変わらず、常に「トップ＞カテゴリ＞現在地」という決まった経路を示します。
位置型の主な特徴は次のとおりです。
- サイト構造をそのまま反映する
- 流入経路が違っても表示は一定
- コーポレートサイトやブログで最も一般的
多くのサイトでまず選ぶべきは位置型
判断に迷う場合は位置型を基本と考え、そのうえで自社サイトに絞り込み機能があるかどうかを確認すると選びやすくなります。
2.2 属性型が向いているサイトの条件
属性型は、訪問者が選んだ絞り込み条件を反映して表示するパンくずリストです。たとえば「メンズ＞シューズ＞スニーカー」のように、選択したカテゴリや条件が経路として並びます。
このタイプが向くのは、ECサイトや不動産サイトのように条件検索が中心となるサービスです。商品や物件を条件で絞り込みながら探す動線では、位置型より属性型のほうが現在の絞り込み状況を伝えやすくなります。
属性型は「条件で探す」サイトに限って検討する型
一方で、階層がシンプルな会社案内やブログでは属性型の利点が生きにくく、無理に導入する必要はありません。
2.3 履歴型（パス型）が通常使われない理由
パス型は、訪問者がたどってきた閲覧履歴を並べて表示するパンくずリストです。「さっき見たページ＞その前のページ＞現在地」のように、行動の順序を示します。
ただし、この役割はブラウザの「戻る」操作と大きく重複します。通常はパス型を選ばない理由として、次の点が挙げられます。
- ブラウザの戻る操作と機能が重なる
- 履歴に依存し表示が毎回変わる
- サイト構造が訪問者に伝わりにくい
パス型は役割が重複するため通常は採用しない
そのため実務では位置型を基本とし、条件検索があるときだけ属性型を足す、という判断で十分なケースがほとんどです。どの分類で並べるかを決める前提として、検索意図の分析方法も参考になります。
3. パンくずリストのSEO効果
パンくずリストは、順位を直接押し上げる施策ではありません。効果の中心は、検索エンジンへの構造の伝達と、検索結果でのクリックのしやすさにあります。ここでは、SEOにどう関わるのかを3つの側面から整理します。
3.1 クローラーの巡回を助ける仕組み
パンくずリストを設置すると、各ページに上位階層へのリンクが増えます。このリンクが、検索エンジンのクローラーがサイト内を巡回する際の手がかりになります。
具体的には、次のような形で巡回を支えます。
- 上位カテゴリへのリンクが各ページに加わる
- ページ同士の階層関係が伝わりやすくなる
- 深い階層のページにも経路ができる
パンくずリストは巡回の「手がかり」を増やす仕組み
これだけで順位が上がると断定はできませんが、階層が深いページを見つけてもらいやすくなる下地づくりにはなります。
3.2 検索結果にパンくずリストが表示される仕組み
構造化データでパンくずの階層を正しく伝えると、検索結果のURL部分に「トップ＞カテゴリ＞現在地」といった階層が表示される場合があります。単なるURLの文字列よりも、ページの位置づけが一目で伝わります。
階層が示されることで、そのページがサイト内のどこにあるのかを検索段階で判断してもらえます。結果として、内容に合った訪問者がクリックしやすくなる効果が期待できます。
階層表示は「クリック前の理解」を助ける
必ず表示されるわけではありませんが、構造化データを整えておくこと自体が表示の前提条件になります。
3.3 アンカーテキストでページの位置づけを伝える点
パンくずリストの各階層は、カテゴリ名などがそのままリンクのアンカーテキストになります。このカテゴリ名が、ページの内容や位置づけを検索エンジンに伝える手がかりとして働きます。
アンカーテキストの役割を整理すると、次のとおりです。
- 階層名にカテゴリ名が含まれる
- ページがどの分類に属するか伝わる
- サイト内での位置づけが明確になる
カテゴリ名がそのままページの位置づけを伝える
だからこそ、階層名へキーワードを詰め込むのではなく、内容を正しく表す名前を付ける必要があります。ページ内の見出しについても考え方は同じで、SEOにおける見出しの最適化にまとめています。
4. パンくずリストの設置方法
パンくずリストの設置は、画面に表示する部分と構造化データの2つをセットで用意します。実装や検証に不安がある場合は、Web制作の専門会社に相談する方法もあります。ここでは基本の作り方から検証までを順に見ていきます。
4.1 画面に表示する部分の作り方
まず訪問者の目に触れる表示部分を用意します。基本形は「トップ＞カテゴリ＞現在地」の並びを、ページ上部のタイトル付近に横一列で配置する形です。
区切り記号には「＞」や「/」がよく使われ、上位階層にはリンクを設定します。訪問者がどの階層からでも1クリックで上位へ戻れる状態にしておくと、現在地表示としての役割を果たせます。
表示部分は上部に一列、上位階層はリンクにする
見た目を作り込む前に、まずは階層の並び順が実際のサイト構造と合っているかを確認しておきましょう。
4.2 構造化データBreadcrumbListの実装手順
画面表示に加えて、検索エンジン向けの構造化データを用意します。BreadcrumbListをJSON-LDで記述し、itemListElementとpositionで順序を示すのが基本です。
実装は次の手順で進めます。
- リスト全体の宣言：JSON-LDで@typeをBreadcrumbListと指定する。
- 各階層の記述：itemListElement内に各ページをListItemとして並べる。
- 順序の指定：positionでトップから現在地まで1、2、3と番号を振る。
- 名前とURLの指定：各ListItemにnameとitemでページ名とURLを記述する。
JSON-LDで階層と順序を機械可読な形にする
positionの番号がずれると階層が正しく伝わらないため、実装後は必ず次の検証を行います。
4.3 実装後にリッチリザルトテストで検証する方法
構造化データは、記述しただけでは正しく認識されているか分かりません。実装後はGoogleのリッチリザルトテストを使い、BreadcrumbListが正しく読み取られているかを確認します。
対象ページのURLかコードを入力し、パンくずリストが検出されるか、エラーや警告が出ていないかを見ます。問題が示された場合は、positionの重複やURLの記述漏れなど、指摘箇所を修正して再度テストします。
実装は「テストで検出される」まで確認する
表示部分と構造化データの内容が食い違っていないかも、あわせて見ておくと安心です。
4.4 URLの階層とパンくずリストを一致させる必要がない理由
プロパゲートの実務
プロパゲートでは、URLの階層を機械的に写すのではなく、訪問者が一つ上へ戻るときに自然な分類を基準にパンくずを設計します。表示内容と構造化データは必ず一致させます。
パンくずリストの階層は、URLの階層構造と一致させる必要はありません。URLが階層に分かれていないサイトでも、パンくずリスト自体は問題なく作れます。
理由を整理すると次のとおりです。
- パンくずは「情報の分類」を示す仕組み
- URLは「ページの所在」を示す仕組み
- 両者は役割が異なり一致は必須でない
パンくずの階層とURLの階層は別物と考える
そのため、URLがフラットな構成でも、訪問者にとって分かりやすい分類でパンくずを設計して差し支えありません。
弊社サイトがまさにその形です。ブログ記事のURLはカテゴリを含まないフラットな形式ですが、パンくずは「ホーム＞ブログ＞記事タイトル」の3階層をBreadcrumbListで出しています（2026年8月時点・自社調べ）。URLを階層構造に作り替えなくても、分類を示すパンくずは問題なく用意できます。
5. パンくずリストでやりがちな失敗
パンくずリストは仕組みがシンプルなぶん、細かな設定を誤りやすい部分でもあります。特に多いのが、現在地にリンクを貼ることと、1ページに複数置いてしまうことです。ここでは代表的な失敗を4つ取り上げます。
5.1 現在地のページにリンクを貼らない
いま表示しているページ自体には、リンクを貼らないのが基本です。現在地は移動先ではないため、リンクにしても訪問者が同じページに戻るだけになります。
避けたいポイントは次のとおりです。
- 末尾の現在地はリンクにしない
- 現在地は文字表示のままにする
- リンクは上位階層だけに設定する
末尾の現在地は「リンクなしの文字」にする
上位階層はリンク、現在地は文字、という区別を徹底すると、訪問者が迷わず操作できます。
5.2 1ページに複数のパンくずリストを設置しない
1つのページに複数のパンくずリストを置くのは避けます。検索エンジンが複数の記述を見つけた場合、最初のものだけを認識する場合があり、意図した階層が伝わらないおそれがあるためです。
デザインの都合で上下2か所に表示したいときは、構造化データは1つに絞る方法があります。表示は複数でも、機械向けの記述は1つにまとめておくと混乱を避けられます。
構造化データは1ページにつき1つへ絞る
複数テンプレートを使うサイトでは、意図せず二重に出力していないかを確認しておきましょう。
5.3 階層名にキーワードを詰め込まない
カテゴリ名は、訪問者が理解できる言葉で付けます。SEOを意識するあまり階層名にキーワードを詰め込むと、かえって内容が分かりにくくなりがちです。
パンくずリストは訪問者の道案内であり、不自然に語を並べたカテゴリ名は現在地表示としての役割を損ないます。まず人が読んで分かる名前を優先し、その結果として内容が正しく伝わる状態を目指します。
カテゴリ名は「人が読んで分かる言葉」を基準にする
分類名に迷ったら、訪問者がサイト内で使うであろう言葉に近いかどうかを判断の目安にすると決めやすくなります。
5.4 スマホで折り返さない長さに収める
スマートフォンでは画面幅が狭く、パンくずリストが折り返して読みにくくなりがちです。表示が2段3段に折り返さない長さに収める工夫が求められます。
スマホ表示で押さえたい点は次のとおりです。
- 折り返さない長さに項目を収める
- 省略表示にしても現在地は残す
- 区切り記号を詰めすぎない
省略する場合でも現在地は必ず残す
深い階層のサイトでは、中間を省略しつつ両端を残す表示にすると、狭い画面でも現在地を見失わせずにすみます。
6. SEO記事制作を支援するスマートSEO
スマートSEOは、累計700社以上を支援するSEO記事制作代行サービスです。1記事4,980円（税別）、月2〜100記事、8,000〜12,000文字を目安に、企画から執筆・品質確認まで支援します。
6.1 記事制作を外注したい担当者に向いているケース
記事の企画や構成、執筆、品質確認まで社内だけで継続するのが難しい担当者に向いています。技術設定そのものの代行が必要な場合は、対応範囲を事前に分けて確認してください。
6.2 AI初稿と人の確認を組み合わせた制作体制
AIで初稿を作成した後、SEO担当者が検索意図、事実関係、日本語表現、引用、リンク、CTAなど35項目を確認します。AIの出力をそのまま納品するサービスではありません。
＼AIの速さとSEO担当者の品質を両立／
スマートSEOの料金・制作内容を見る7. パンくずリストに関するよくある質問
最後に、パンくずリストについて読者から寄せられやすい疑問を取り上げます。ここまでの内容を、英語表現・SEOへの影響・種類の選び方という3つの角度から整理し直します。判断や実装に迷ったときの確認用としてご活用ください。
7.1 パンくずリストは英語で何といいますか？
パンくずリストは英語で「breadcrumb（ブレッドクラム）」と呼ばれます。もとは「パンくず」を指す単語で、そこから「たどってきた道筋」や「小さな手がかり」という比喩として使われるようになりました。
由来を整理すると、押さえておきたいのは次の点です。
- 単語自体は「パンくず」を意味する
- 「たどった道筋」の比喩として定着
- 童話の目印の発想が語源にある
Webの現在地表示も、この「手がかりをたどる」語感を引き継いだ呼び名です。
7.2 パンくずリストを設置しないとSEOで不利になりますか？
設置しないこと自体が、直接順位を下げる要因になるわけではありません。ただし、設置すればクローラーの巡回や検索結果での階層表示といった手がかりを得やすくなります。
言い換えると、パンくずリストは「置かないと減点される」ものではなく、「置くと構造を伝えやすくなる」補助的な仕組みです。階層が深いサイトや、検索結果での見え方を整えたいサイトほど、設置する利点は感じやすくなります。まずは自社サイトの構造の複雑さを基準に、優先度を判断すると決めやすくなります。
7.3 パンくずリストの種類はどう選べばよいですか？
結論から言えば、通常は位置型を選び、絞り込み検索のあるサイトだけ属性型を検討すれば十分です。パス型はブラウザの戻る操作と役割が重なるため、通常は使いません。
判断の目安は、自社サイトに条件検索の機能があるかどうかです。会社案内やブログのように階層がはっきりしたサイトなら位置型、ECや不動産のように条件で絞り込むサイトなら属性型が合います。迷ったときは位置型を基本と考え、必要に応じて属性型を足す形にすると、選択で失敗しにくくなります。
8. まとめ：パンくずリストは訪問者の現在地表示として設計しよう
パンくずリストは、童話「ヘンゼルとグレーテル」の道の目印に由来する仕組みです。Webでは訪問者に現在地を伝え、検索エンジンにサイト構造を示す役割を担います。
設置の基本は、画面表示と構造化データBreadcrumbListの2つをセットで用意し、リッチリザルトテストで検証することです。型は通常なら位置型を選び、現在地にはリンクを貼らない、1ページに複数置かないといった基本を守れば、大きな失敗は避けられます。
まずは自社サイトのパンくずリストが、訪問者にとって分かりやすい現在地表示になっているかを見直してみてください。設置や構造化データの実装に不安がある場合は、制作から運用まで任せられる支援を検討し、無理なく整備を進めていきましょう。
＼AI任せにしないSEO記事制作／
スマートSEOのサービス内容を見る