「パンくずリストは、とりあえず付けておけばSEOに効くのだろう」。サイトの内部対策を一つずつ潰していく場面で、この項目はかなり早い順番に出てきます。内部対策のチェックリストや監査レポートでは「設置済みかどうか」の一行で判定が終わることが多く、付けたかどうかだけが問われる作業のように受け取られやすいのでしょう。
しかし、記事の量産とあわせてサイトの階層を組み直す仕事を重ねてきた弊社の立場から言えるのは、パンくずリストの効き方を決めるのは設置の有無ではなく、そこに並ぶ文言だということです。カテゴリ名が「ブログ」「記事一覧」のまま並んでいるサイトにパンくずを足しても、検索エンジンに渡る言葉は一つも増えません。先にカテゴリの切り方を見直してから実装に入る会社もあります。
本記事では、パンくずリストが何を示すものなのか、SEOに効く3つの経路、設置場所と構造化データの手順、そして文言を左右するカテゴリ設計の考え方まで、記事制作会社の視点で順を追ってお伝えします。
- パンくずリストが示している2つの役割と、名前の由来
- 位置型・属性型・パス型の違いと、選ぶ基準
- SEOに効く3つの経路と、効かない場面の線引き
- パンくずの文言がカテゴリ設計で決まる理由
- 設置場所の作法と、構造化データを入れる5つの手順
パンくずリストとは何を示すものか
パンくずリストは、ページの上部に「ホーム ＞ SEO対策 ＞ パンくずリストの設置方法」のように並ぶ一行のリンク群です。今見ているページがサイトのどの位置にあるのかを示しつつ、一つ上のまとまりへ戻る移動手段も同時に提供しています。
パンくずリストは現在地の表示と、上の階層へ戻すリンクを兼ねています。二つの役割を持つ点が、あとで説明するSEO上の効き方につながります。
実際の並びは、サイトの種類によって次のように変わります。
- オウンドメディア：ホーム ＞ SEO ＞ 内部対策 ＞ 記事タイトル
- ECサイト：ホーム ＞ レディース ＞ アウター ＞ 商品名
- 企業サイト：ホーム ＞ サービス ＞ 記事制作代行
一行のリンクなので画面の場所をほとんど取らず、実装にかかる時間も短い。それでいてユーザーの移動とクローラー（サイトを巡回して内容を取り込むプログラム）の巡回の両方に関わるため、内部対策の中では手数に対する見返りが大きい部類に入ります。
名前の由来とほかの呼び方
名前はグリム童話「ヘンゼルとグレーテル」から来ています。森で迷わないようパンくずを落として道の印にした場面が、たどってきた経路を残す仕組みと重ねられました。
英語では breadcrumb list、breadcrumb trail、breadcrumb navigation と表記され、日本語での正式名称は一つに定まっていません。「パンくずナビ」「トピックパス」と呼ぶ現場もあります。呼び方が違っても指しているものは同じです。ただし社内の会話では、ヘッダーのグローバルナビゲーションやサイトマップを指して「パンくず」と言っている場合があります。制作会社とのやり取りでは、画面のどの部分の話なのかを最初に合わせておくと行き違いが減るはずです。
関連記事：【2025年最新版】初心者でもできるSEOのやり方完全ガイド | 上位表示するための具体的な方法を徹底解説
パンくずリストの3つの種類
種類は3つに分かれます。どれを選ぶかは好みの問題ではなく、サイトの情報の並べ方で決まります。
| 位置型（階層型） | 属性型 | パス型（履歴型） | |
|---|---|---|---|
| 並ぶもの | サイトの階層 | 絞り込んだ条件 | 直前に見てきたページの順 |
| 向くサイト | 企業サイト・オウンドメディア | ECサイト・求人サイト | ほぼ該当なし |
| 検索エンジンへの働き | 階層の関係が伝わる | 条件の組み合わせが伝わる | 訪問ごとに変わり伝わらない |
| 実装 | テーマやプラグインで対応可 | 絞り込み機能との連動が必要 | 閲覧履歴の保持が必要 |
位置型は階層をそのまま写す
位置型は、サイトの階層構造をそのまま上から順に並べる形です。同じページを開けば誰が見ても同じ並びになるため、検索エンジンにとっても解釈が一つに定まる。記事メディアや企業サイトで採用されているのは、ほぼこの形だと見ています。
属性型は絞り込んだ条件を並べる
属性型は、階層ではなく「レディース ＞ アウター ＞ Mサイズ ＞ 1万円以下」のように、ユーザーが選んだ条件を並べます。商品の分類が階層で一意に決まらないECサイトや求人サイトに向いた形です。
ただし条件の組み合わせが増えるほどページ数も増えるため、同じ内容のページが別のURLで量産される状態を招きやすい。属性型を採る場合は、どの組み合わせを検索エンジンに登録させるかを先に決めておく必要があります。
パス型は今ではほぼ使わない
パス型は、そのユーザーが直前にたどってきたページを順に並べる形です。訪問ごとに並びが変わるため、ブラウザの戻るボタンと役割が重なります。検索エンジンから見ても毎回違う並びが返ることになり、階層を伝える働きは期待できません。新規に作るサイトで選ぶ理由は、現状ほとんど見当たらないでしょう。
SEOでパンくずリストが効く3つの理由
ここから検索順位側の話に移ります。先に線を引いておくと、パンくずリストは単独で順位を押し上げる要素ではありません。効いてくるのは、次の3つの経路を通ってサイト全体の評価が整う部分です。
カテゴリページに内部リンクが集まる
パンくずリストは全ページの上部に入るため、記事が増えるほどカテゴリページへ向かうリンクが自動的にたまっていきます。記事が300本あり、各記事のパンくずに同じカテゴリ名が入っていれば、そのカテゴリページは300本のリンクを受け取る計算になる。手作業で内部リンクを張る運用では届きにくい本数です。
しかも、そのリンクの文字列（アンカーテキスト）はカテゴリ名そのもの。リンク先のページが何について扱っているかを示す語が、同じ形で300回渡されます。記事間のリンク設計とあわせて考えると効き方が見えやすくなるため、記事の内部リンク設計の考え方も参考にしてください。
クローラーが階層をたどれる
クローラーはページ内のリンクをたどって次のページへ移ります。パンくずリストが入っていれば、深い階層の記事からでも上位のカテゴリページへ戻る経路が常に確保される。新しく公開した記事から既存のカテゴリページへ向かう経路が、記事が増えるたびに1本ずつ足されていく形です。
パンくずが作るのは記事からカテゴリへの一方向のリンクだけで、カテゴリから記事へ下りる経路はカテゴリ一覧ページの記事リストが別に担っています。両方がそろって、上下どちらにもたどれる状態になります。
巡回の仕組みそのものについては、Googleクローラーの巡回申請の方法で詳しく扱っています。
検索結果にパスが表示される
構造化データ（検索エンジンにページの情報を機械で読める形で伝える書き方）でパンくずリストを記述すると、検索結果のタイトル上部にサイト名と階層のパスが並ぶ形で表示されることがあります。検索結果に並ぶパスの文字列は、パンくずの文言がもとになります。
表示されれば、クリックする前に「このページはどんな分類の中にあるのか」がわかります。同じ語で並んだ他社の結果がURLをそのまま表示しているなら、内容を推し量る材料が一つ多い状態を作れるでしょう。
※ Google 検索セントラルの資料では、検索結果でのパンくずリスト表示はパソコン版に対応した機能として案内されています。スマートフォンの検索結果では2025年1月23日からパスが表示されなくなり、ドメイン名だけの表示に変わりました。構造化データを入れれば必ず出るものでもないため、3つの経路のうち検索結果の表示だけを目当てに実装を決めるのは避けてください。
パンくずの文言を決めるのはカテゴリ設計
前の章で挙げた3つの経路は、どれもパンくずに並ぶ文字列を経由して働きます。パンくずに出る文字は、カテゴリ名をそのまま映したものです。パンくずの側だけを直そうとしても、書き換える対象はカテゴリ名の側にあります。
「ブログ」「記事一覧」では言葉が増えない
相談をいただくサイトで頻繁に目にするのが、カテゴリ名が「ブログ」「お役立ち情報」「記事一覧」で止まっている状態です。パンくずは「ホーム ＞ ブログ ＞ 記事タイトル」と表示され、リンクの文字列に「ブログ」という語だけが渡り続けます。
この状態では、前の章で挙げた3つの経路のうち2つの効きが目減りします。リンクの本数そのものはカテゴリ名に左右されないため、300本は300本のまま渡ります。減るのは、その1本1本が運ぶ情報です。渡っている語が「ブログ」では、リンク先が何を扱うページなのかを伝えられません。検索結果に出るパスも「ブログ」のままで、クリック前の判断材料になりません。
改善の方向は、カテゴリ名を検索される語の側に寄せることです。「ブログ」を「SEO対策」「記事制作」のように、実際に検索される語で置き換える。ただし記事の中身と合っていないカテゴリ名を置くと分類が壊れるため、記事群を並べ直す作業が先に来ます。
カテゴリ名を決めるときに確かめている点
- そのカテゴリ名で月間の検索が実際に発生しているか
- 配下に置く記事が5本以上あり、今後も増える見込みがあるか
- 他のカテゴリとの境目を、記事の担当者が迷わず言えるか
- 一覧ページとして読者が見て役に立つ並びになるか
1記事が複数カテゴリに入るときの決め方
記事メディアで最もつまずくのが、1本の記事が複数のカテゴリに当てはまる場合の扱いです。「SEO記事の外注費用」という記事は「SEO対策」にも「外注」にも入ります。
実務では、記事ごとに主カテゴリを1つだけ決め、パンくずにはそれだけを出す運用を勧めています。理由は二つ。パンくずが2本並ぶと読者が階層を読み取りにくくなり、URLの階層も1本に決まらないためです。副カテゴリはタグで持たせ、パンくずには反映させない切り分けにしておくと、記事が増えても運用が崩れません。
なお構造化データの仕様上は、複数の経路でたどり着けるページに対して複数のパンくずリストを記述できます。ただし表示とデータの両方を二重に管理する手間が増えるため、記事メディアの規模では1本に絞る判断のほうが現実的だと見ています。
階層は3段から4段までに収める
階層が深くなるほど、パンくずの行は長くなり、下層のページまでクローラーが届くのに必要なリンクの本数も増えます。ホームから記事までを3段から4段に収める設計を基本にしてください。
5段を超えている場合、たいていは中間のカテゴリが細かすぎます。配下の記事が2、3本しかない小さなカテゴリを一つ上の階層に統合すると、階層は浅くなり、統合先のカテゴリページに集まるリンクも増えます。
経営者カテゴリ名を変えると、今のURLも変わってしまうのでしょうか。
Writers-hub編集部
表示名だけを変えるのであれば、URLは今のままで構いません。パンくずに出る文字列とアンカーテキストは表示名から作られるため、名前の付け替えだけでも3つの経路のうち2つは改善します。URLにカテゴリのスラッグを含めている場合は、URLを変えると古いアドレスからの転送設定も必要になるでしょう。運用の負担を考えると、まず表示名を直し、URLの変更は次のサイト改修とあわせる進め方が無理がないと思います。
カテゴリ名の付け替えだけで済む範囲か、記事群の並べ直しまで必要かは、既存記事の本数と現在の分類を並べてみれば判断できます。手を付ける前に、その切り分けだけは済ませておいてください。
カテゴリ名の付け替えから手を付けるべきか、迷っていませんか
カテゴリの切り方は、どの語で検索流入を取るかという判断と切り離せません。弊社のキーワード戦略設計では、記事のテーマ一覧を作るところから、それをどうカテゴリとして束ねてサイトの階層に落とすかまでを一続きで設計しています。既存記事の並べ直しが必要かどうかの判断もお手伝いできます。
パンくずリストの設置場所と表示の作法
配置と見せ方には、ほぼ共通の作法があります。読者が迷わず使える形にしておけば、検索エンジン側の読み取りも同時に整います。
パンくずリストはページ上部、本文が始まる直前に置くのが基本です。ヘッダーの直下か、タイトルの直前。読者は現在地を確認してから本文を読み始めるため、読み終わったあとの位置に置くのは順番が合いません。
- ページの上部、本文が始まる直前に置く
- 現在見ているページ自身にはリンクを張らない
- 区切り記号は「＞」のような見慣れたものを使い、独自の記号は避ける
- 全ページに入れる（記事だけ、カテゴリだけにしない）
- スマートフォンでも省略せず表示する
- 文字を小さくしすぎず、本文より目立たせない
下部だけの設置についても質問をいただきますが、上部を優先してください。ページを開いた時点で現在地がわからないと、読者は本文を読みながら位置を推測することになります。上部に置いたうえで、記事が長い場合に下部にも繰り返す形なら問題はありません。
スマートフォンでは横幅が足りず、階層名が折り返されるか画面外にはみ出す場合があります。行を折り返して2行で表示するか、中間のカテゴリ名を短い表記に差し替える対応が実務的です。中間を「…」で省略する処理は、リンクそのものが消えてしまう実装だと内部リンクとしての働きも消えるため、リンクは残したまま表示を縮める形にしてください。
構造化データでパンくずリストを伝える手順
表示されているパンくずリストは、HTMLのリンクとして置いてあるだけでも内部リンクとしては働きます。それに加えて構造化データを入れると、階層の順番と各段の名前を検索エンジンへ明示できる。手順は5つです。
カテゴリ名と階層の段数を決め、画面に出す文字列を固めます。構造化データは表示内容と一致させる必要があるため、表示側が固まる前に書き始めると二度手間になります。
BreadcrumbList型を使い、itemListElementに階層を上から順に並べます。CMSを使っている場合は、テーマやプラグインが自動で出力していることも多いため、先に既存の出力を確認してください。
最上位のホームをposition 1とし、下の階層へ向かって2、3と振ります。Googleはこの数値で階層の順番を判断するため、番号が飛んでいたり、順番が階層と逆になっていると、意図した並びで伝わらなくなります。
相対パスではなく、httpsから始まる絶対URLを指定します。末尾（現在のページ）だけはitemを省けます。Google検索セントラルの資料に、最後のアイテムにitemが含まれていない場合はそのページのURLが使われると書かれているためです。画面上でリンクを張るかどうかとは関係がありません。
Googleのリッチリザルトテストにページのアドレスを入れ、パンくずリストが検出されるかを見ます。公開後はSearch Consoleのリッチリザルトのステータスレポートで、サイト全体の有効な項目と無効な項目の数を追えます。
記述例を挙げます。カテゴリが1段のオウンドメディアであれば、この形がそのまま使えます。
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "ホーム",
"item": "https://example.com/"
},
{
"@type": "ListItem",
"position": 2,
"name": "SEO対策",
"item": "https://example.com/blog/seo/"
},
{
"@type": "ListItem",
"position": 3,
"name": "パンくずリストの設置方法"
}
]
}仕様と記述例はGoogle検索セントラルの公式ドキュメントに日本語で掲載されているため、実装を社内のエンジニアに依頼する段階であれば、一度目を通しておくと仕様の確認が早く済みます。
※ 出典：Google 検索セントラル「パンくずリスト（BreadcrumbList）の構造化データ」
なお、構造化データを入れても検索結果にパスが出ないケースがあります。最初に確かめてほしいのは、どの端末で検索結果を見ているかです。Googleは2025年1月23日に、スマートフォンの検索結果でパンくずのパスを出すのをやめました。現在パスが並ぶのはパソコン版の検索結果だけで、スマートフォンではドメイン名だけの表示になります。実装した本人がスマートフォンで検索し、「正しく入れたのに出ない」と判断しているだけの場合が少なくありません。
パソコンで見ても出ない場合は、次の3つを順に確かめてください。表示しているパンくずの文言とnameの値が食い違っている、positionの連番が崩れている、そもそもページがインデックスされていない。構造化データ全体の考え方はschema.orgと構造化データの書き方で扱っているため、実装の前にあわせてご覧ください。
パンくずリストが不要になるサイトの条件
すべてのサイトに必要かというと、そうとは言い切れません。判断の軸になるのは階層の深さです。
階層が1段しかないサイトに、パンくずを作る材料はありません。1枚完結のランディングページや、トップページの下にページが数枚だけ並ぶ小規模なサイトでは、「ホーム ＞ 会社概要」と表示しても読者が得る情報がほとんどありません。
一方で、次のどれかに当てはまるなら設置してください。カテゴリと記事の2段になった時点から、前の章で挙げた3つの経路が働き始めます。
- カテゴリの下に記事や商品が並ぶ構造になっている
- ページ数が数十を超え、今後も増えていく見込みがある
- 検索エンジン経由で、トップページ以外に直接入ってくる流入がある
- 商品や記事を分類で絞り込みながら見る使い方を想定している
判断に迷う規模、つまりページ数が10から30あたりのサイトであれば、設置しておくほうが無難だと考えています。実装の手間が小さく、後からページが増えたときに作り直す必要もなくなるためです。
パンくずリストでつまずきやすい5つのこと
最後に、設置後に見つかりやすい問題を挙げます。どれも公開前の確認で防げるものです。
- 画面に出している文言と、構造化データのnameの値が食い違っている（表示は「SEO対策」、データ側は「ブログ」のまま）
- カテゴリ名が長すぎて、スマートフォンで3行に折り返されている
- 現在のページにもリンクが張られ、自分自身に戻るリンクになっている
- グローバルナビゲーションの代わりに使い、サイト全体のメニューを置いていない
- カテゴリページが存在せず、パンくずのリンク先が見つからないページになっている
とりわけ見落とされがちなのが、いちばん下に挙げたリンク先の欠落です。パンくずの文言だけをテンプレートで出力していると、リンク先のカテゴリページを作っていない状態でも表示は成り立ちます。実際にクリックして404が返らないか、公開前に階層ごとに1回ずつ確かめてください。
グローバルナビゲーションとの混同も根が深い問題です。パンくずは今いる場所から上へ戻る一方向の経路しか示しません。別のカテゴリへ横に移動する手段は、ヘッダーのメニューやフッターのリンクで別に用意する必要があります。
内部対策の直す順番が決まらないまま、項目だけが増えていませんか
パンくずリスト、内部リンク、構造化データ、階層設計は互いに関わっているため、1項目ずつ潰す進め方では手戻りが出ます。弊社のSEO対策では、サイトの階層とカテゴリを確認したうえで順位に効く順に着手する計画を組んでおり、何から直すべきかの切り分けからご相談いただけます。
パンくずリストのよくある質問
実装の相談でくり返し聞かれる論点を、5つに絞って答えます。
構造化データの仕様としては、複数の経路でたどり着けるページに複数のパンくずリストを記述できます。ただし画面に2本並べると読者が階層を読み取りにくくなるため、表示は1本に絞り、記事ごとに主カテゴリを決める運用のほうが管理しやすいと考えています。
省略しないでください。検索エンジン経由の流入はスマートフォンが中心のサイトも多く、表示を消すとその環境では現在地がわからなくなります。横幅が足りない場合は、折り返して2行にするか、表記を短くする対応で残してください。
使っているテーマにパンくずリストの機能が含まれていれば、管理画面の設定を有効にするだけで表示できます。含まれていない場合は、Yoast SEOやBreadcrumb NavXTなどのプラグインを使う方法があります。
ただしプラグインを入れれば自動で出るわけではありません。Yoast SEOのパンくず機能は初期状態では無効のため、まず管理画面で有効にする操作が要ります。そのうえでテーマがYoast SEOのパンくずに対応していない場合は、テーマのテンプレートファイルに呼び出しのコードを加えるか、専用のブロックを置く作業が必要です。テーマファイルを直接編集するなら、更新で消えないよう子テーマで行ってください。構造化データを同時に出力するかもプラグインによって違うため、導入後にリッチリザルトテストで確認しておくと安心です。
読者に見せる中身が違います。パンくずリストは「今どこにいるか」を示すもので、今見ているページから上の階層への経路だけを全ページに表示します。HTMLサイトマップは「全体に何があるか」を示すもので、サイト全体のページ一覧を1枚にまとめ、通常1ページだけ用意します。どちらも内部リンクとしてクローラーの発見経路になる点は共通しているため、この面では働きが重なります。それでも読者に返す情報が違うので、片方を置いたからもう片方は不要、という関係にはなりません。
英語では breadcrumb list、breadcrumb trail などと表記され、日本語の正式名称は定まっていません。「パンくずナビ」「トピックパス」と呼ぶ現場もあります。どの呼び方でも指しているものは同じです。注意したいのは名前ではなく、社内でグローバルナビゲーションやサイトマップを「パンくず」と呼んでいる場合。画面のどの部分の話なのかを先に合わせてください。
まとめ｜パンくずリストは設置より設計で決まる
パンくずリストは、現在地の表示と上の階層へ戻すリンクを兼ねた一行のナビゲーションです。SEOの面では、カテゴリページに内部リンクが集まる、クローラーが階層をたどれる、検索結果にパスが表示される、という3つの経路で働きます。
ただし3つの経路はどれも、パンくずに並ぶ文字列を通って機能します。文字列の中身はカテゴリ名をそのまま映したものですから、「ブログ」「記事一覧」が並んでいるサイトでは、設置しても渡る言葉が増えません。設置の作業そのものは短時間で終わる一方、効き方を左右するのは手前のカテゴリ設計の側にあります。
着手する順番の目安
- 記事やページを並べ、カテゴリの切り方と名前を決める
- 階層を3段から4段に収め、記事ごとの主カテゴリを1つ決める
- 表示側のパンくずを上部に設置し、全ページに入れる
- 構造化データを記述し、リッチリザルトテストで検出を確認する
私たち合同会社Writers-hubは、記事の制作とあわせてサイトのカテゴリ設計やキーワード戦略の設計を手がけています。パンくずの文言を直すべきか、その前に記事群の分類から見直すべきかの判断でお困りであれば、現状のサイト構造を拝見したうえでお答えできます。
カテゴリ名を直すか、記事の分類から作り直すか、切り分けからご相談ください
既存の記事本数とカテゴリの一覧を拝見すれば、カテゴリ名の付け替えで済む範囲か、記事群の並べ直しが必要かの見立てをお伝えできます。パンくずリストの実装だけを急ぐ前に、判断材料をそろえておきたい方はお声がけください。
