パンくずリスト SEO効果と構造化データの正しい実装方法

検索結果からたどり着いたページの上に表示される「ホーム > カテゴリ > 記事名」という表示を見たことがあるだろう。これがパンくずリストである。単なる案内表示に見えるが、実はサイトの内部構造を検索エンジンに伝えるうえで、地味に効いてくる要素である。

この記事では、自社サイトの内部構造を見直したい中小企業のWeb担当者に向けて、パンくずリストの種類の使い分け、SEOへの具体的な効果、そして構造化データによる正しい実装方法を解説する。

パンくずリストには3つの種類がある

パンくずリストは、その構造によって主に3つの種類に分類される。どれを使うかによって、SEOへの適性が大きく変わる。

ユーザーインターフェース研究で知られるNielsen Norman Groupは、1995年からパンくずリストの導入を推奨している。ただし、これはサイト内の主要なナビゲーションを置き換えるものではなく、あくまで現在地を示す補助的な仕組みとして機能すべきだという位置づけである。また、現在閲覧しているページの部分は、リンクにしないことが推奨されている。今いる場所へのリンクは、押しても何も起きないため、ユーザーを混乱させるだけだからである。

SEOで最も安定するのは「位置型」

検索結果から直接、商品ページやブログ記事にたどり着いたユーザーに対して、位置型のパンくずリストは、サイト全体の中での立ち位置を即座に伝える。ECサイトのように、絞り込み検索の利便性も重視したい場合は、画面上の見た目には属性型の要素を加えても構わないが、検索エンジン向けの構造化データには、必ず正規化された単一の位置型階層だけを出力するようにしたい。ユーザーの閲覧経路によってパンくずリストの内容が変わってしまうと、検索エンジンがサイトの本当の構造を理解できなくなり、評価が分散する原因になる。

パンくずリストがSEOにもたらす効果

孤立ページを防ぎ、評価を届ける通り道になる

パンくずリストは、すべての下層ページから親カテゴリ、そしてトップページへと向かう、静的で予測可能な内部リンクの通り道を作る。この仕組みがあることで、他のどこからもリンクされていない「孤立したページ」が生まれるのを防げる。検索エンジンは、内部リンクを持たないページを相対的に低く評価する傾向があるため、パンくずリストによる確実なリンクの供給は、サイト全体の健全性を保つうえで意味を持つ。

リッチリザルト表示とクリック率

構造化データを使ってパンくずリストを正しくマークアップすると、Googleの検索結果に、URLの単純な羅列の代わりに階層表示(リッチリザルト)が表示されるようになる。この視覚的な情報は、検索結果の中でページの内容を伝えやすくし、クリック率の向上に寄与するとされている。実際に、構造化データの実装ミスでこの表示が失われた際に、クリック率が大きく落ち込んだという事例も報告されており、正しく維持しておくことの重要性がうかがえる。

モバイルで表示が消えても構造化データは重要

Googleは2025年1月23日、モバイル版の検索結果画面の仕様を変更し、スニペット内のパンくずリスト表示を取りやめ、ドメイン名だけを表示する形に切り替えた(デスクトップ版では引き続き表示される)。この変更を受けて、「モバイルでは構造化データを入れても意味がなくなったのでは」という誤解が一部で広がった。

しかし、画面上の表示が消えたことと、バックエンドのデータとしての重要性は別の話である。AI Overviewsのような生成AI検索は、ページがどのカテゴリに属し、どのような文脈で書かれているかを理解するために、構造化データを直接的な情報源として利用する。画面に見えなくなったからこそ、コードとしての構造化データの役割はむしろ高まっているというのが実情である。ある旅行系サイトで実施された検証実験では、モバイルページに構造化データを正しく実装したところ、オーガニックトラフィックが増加したという結果も報告されている。

構造化データ(JSON-LD)による実装

パンくずリストの階層を検索エンジンに正確に伝えるには、Schema.orgが定義する「BreadcrumbList」という形式で、JSON-LDによる構造化データを実装する。以下は、「ホーム > 書籍 > SF小説」という階層の実装例である。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type": "ListItem", "position": 1, "name": "ホーム", "item": "https://example.com/"},
    {"@type": "ListItem", "position": 2, "name": "書籍", "item": "https://example.com/books"},
    {"@type": "ListItem", "position": 3, "name": "SF小説"}
  ]
}
</script>

最後の階層(現在のページ)には、URLの指定を省略してもよいことがGoogleの仕様で明記されている。省略した場合は、そのページ自身のURLが自動的に補完される。

よくある実装ミス

特にWordPressでは、SEOプラグインとテーマの両方がパンくずリストの構造化データを出力してしまい、内容が重複・矛盾するトラブルが起きやすい。どちらか一方の機能をオフにして、出力元を1つに絞っておきたい。ECサイトでよく使われるプラットフォームでは、カテゴリの階層構造そのものを持たない設計になっている場合もあり、その際は商品ごとに「正規のカテゴリ」をあらかじめ決めておく工夫が必要になる。

実装後の確認方法

構造化データを実装・修正したら、公開前にGoogleの「リッチリザルトテスト」で構文エラーがないかを確認する。公開後は、Search Consoleの「パンくずリスト」レポートを定期的に見て、新しいエラーが出ていないかをチェックする習慣をつけたい。

パンくずリストについてよくある質問

パンくずリストは全ページに必要ですか

階層構造を持つサイトであれば、基本的に全ページに設置するのが望ましい。トップページから何段階も離れたページほど、現在地を示す効果が大きくなる。

見た目のデザインと構造化データは一致させる必要がありますか

必要がある。画面に表示されている階層と、コード上の構造化データの階層が食い違っていると、検索エンジンから不適切な実装とみなされ、リッチリザルトの表示が無効になるおそれがある。

スマホでは表示されないなら実装しなくてもよいですか

その考え方は誤り。画面上の表示が省略されるようになったからこそ、コードとしての構造化データがAIや検索エンジンにとっての情報源として重要になっている。

まとめ:見えなくなったからこそ効いてくる

パンくずリストは、単なる画面上の飾りではなく、サイトの階層構造を検索エンジンに伝える基盤的な仕組みである。位置型の構造を一貫して保ち、JSON-LDによる構造化データを正しく実装することが、クローラビリティの向上とリッチリザルトの獲得につながる。モバイル画面での表示が省略されるようになった今だからこそ、目に見えないコード側の実装を丁寧に整えておく価値がある。

今日できる点検

ページを増やしても問い合わせが来ないなら、原因はページの外にあります。その場合は、下の入口からご相談ください。