パンくずリストとは?
パンくずリストは、ユーザーが現在ページの位置を理解し、上位階層へ戻れるようにするナビゲーションです。Google 検索セントラルのパンくずリスト構造化データでは、画面上のパンくず表示と BreadcrumbList 構造化データを揃えることが推奨されています。
パンくずは UX を改善するだけでなく、検索結果のスニペットに表示されたり、サイト構造の手がかりとして検索エンジンに伝わったりします。AI 検索でも、ページの位置づけを示す情報として使われます。
画面上のパンくずと BreadcrumbList 構造化データは、ラベル・順序・階層を一致させます。Google は構造化データの内容と画面表示の整合性を見ています。
01.パンくずリストとは
パンくずリスト(Breadcrumb)は、サイトのトップから現在ページまでの階層を「TOP > カテゴリ > 詳細ページ」のように表示するナビゲーションです。ユーザーが「自分はどこにいるか」「どこへ戻ればよいか」を一目で理解できるようにします。

02.UX と SEO での役割
| 観点 | 効果 |
|---|---|
| UX | 現在地の把握 / 上位階層への即時遷移 / 内部回遊の促進 |
| SEO | サイト構造の伝達 / 内部リンクの強化 / 検索結果スニペットでの表示 |
| AI 検索 | ページの位置づけ・カテゴリの手がかりに使われる |
| アクセシビリティ | スクリーンリーダーで階層を音声化できる(aria-label の指定が必要) |
03.BreadcrumbList 構造化データ
構造化データは Schema.org の BreadcrumbList 型を JSON-LD で書きます。各階層を ListItem として position と name、item で記述します。
<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": "Cryptul Insights",
"item": "https://example.com/insights"
},
{
"@type": "ListItem",
"position": 3,
"name": "SEO・AI検索 基礎知識集"
},
{
"@type": "ListItem",
"position": 4,
"name": "パンくずリストとは?SEOでの役割とBreadcrumbList構造化データを解説"
}
]
}
</script>※ 中間階層に独立 URL がない場合は、Google 公式例に従って item を省略します。最終階層(現在ページ)も item 省略可です。
positionは 1 から始まる整数で、表示順に揃える。nameは画面表示と同じ文言にする。itemは階層先の URL(最終ページは省略可)。- 画面に表示しないパンくずだけを JSON-LD に入れない(Google は画面表示との整合性を見ている)。
Schema.org 全体と JSON-LD 実装の考え方は別記事で詳しく整理しています。あわせてご覧ください。
構造化データとは?Entity(エンティティ)をAI SEOで伝えるSchema実装ガイド
Schema.org の主要型、JSON-LD の書き方、AI 検索に向けた Entity 表現を実装ガイド形式でまとめています。
04.URL 階層との関係
パンくず階層と URL 階層は、できる限り一致させるのが原則です。ただし、ユーザーにとって自然な分類が URL 構造と異なる場合は、UX を優先しても問題ありません。
| 状況 | 推奨アプローチ |
|---|---|
| URL 階層がカテゴリと一致する | URL 階層をそのままパンくずに反映 |
| URL がフラットでカテゴリ構造がない | サイト構造ベースでパンくずを設計(URL とは独立) |
| 1 記事が複数カテゴリに属する | 主カテゴリを決めてパンくずに使い、副カテゴリはタグなどで示す |
05.検索結果での表示と AI 検索
Google は、BreadcrumbList を入れると検索結果のスニペットに URL の代わりとしてパンくずを表示することがあります。長く分かりにくい URL より、階層パスのほうがクリック判断の助けになります。AI 検索でも、ページの所属カテゴリを把握する手がかりとして利用されます。
06.よくある失敗
- 画面に表示しないパンくずだけを JSON-LD に入れる(整合性違反)。
- 階層が深すぎる(5 階層以上)、もしくは浅すぎて意味がない。
- パンくず名・カテゴリ名・ページタイトルの表記がバラバラで、ユーザーが混乱する。
- カテゴリ変更時にパンくずだけ更新し、構造化データを更新し忘れる。
07.よくある質問(FAQ)
パンくずリストは SEO に必須ですか?
必須ではありませんが、ユーザーと検索エンジンの双方にサイト構造を伝えやすくなるため、多くのサイトで実装する価値があります。記事数が増えるサイトほど効果が出やすいです。
BreadcrumbList 構造化データだけでよいですか?
ユーザーにも見えるパンくずを表示し、その内容と一致する構造化データを入れるのがおすすめです。Google は画面表示と構造化データの整合性を見ているため、JSON-LD だけで主張することは避けましょう。
URL 階層とパンくずは完全に一致させるべきですか?
可能なら一致させるのが理想です。ただし、ユーザーにとって自然なカテゴリ階層を優先する場合は URL と独立させても問題ありません。重要なのは、画面表示と構造化データの整合性です。
1 記事が複数カテゴリに属する場合のパンくずは?
主カテゴリをひとつ決めて、それをパンくずに使うのが一般的です。副カテゴリはタグや関連記事リンクで示します。複数のパンくずを並列で出すと、ユーザーも検索エンジンも混乱しやすくなります。
08.まとめ
パンくずリストは、UX と SEO の両面で価値のあるナビゲーションです。BreadcrumbList 構造化データを画面表示と一致させ、URL 階層と整合する形で運用しましょう。検索結果スニペットや AI 検索でも、ページの位置づけを正しく伝える助けになります。
パンくず・内部リンク・構造化データを一気通貫で整えませんか?
TANTOU では、テクニカル SEO、構造化データ、AI 検索対策まで一貫して支援します。
SEO・AI検索 基礎知識集
一覧に戻る →基本概念
コンテンツ設計・品質
サイト構造・リンク設計
- ›サイト構造の設計について
- ›内部リンクとは?設計と改善方法
- ›外部リンクとは?発リンクと被リンク
- ›トピッククラスターとは?
- ›パンくずリストとは?(この記事)
- ›多言語SEOとhreflang実装

