この記事の要点
私はパンくずリストを、画面上の通常表示と構造化データ（スキーマ）の両方に入れる運用にしています。表示用は読んでいる人への案内、構造化データは検索エンジンやAIにページの位置づけを伝えるデータで、役割が別です。構造化データにはパンくずリストを含められるので、同じ階層情報を人と機械の両方へ渡しておく、という考え方です。
公開日 2026-10-11／更新日 2026-10-23
パンくずリストは表示と構造化データの両方に設定する必要がある？
私は両方に入れる運用にしています。画面に出るパンくずは読んでいる人への案内で、構造化データのパンくずは検索エンジンやAIにページの位置づけを伝えるためのデータです。目的が違うので、どちらかをもう一方の代わりにはしていません。
同じ「パンくずリスト」という名前でも、届け先が違います。整理すると次のようになります。
| 項目 | 通常表示のパンくず | 構造化データのパンくず |
|---|---|---|
| 届け先 | ページを読んでいる人 | 検索エンジン・AI |
| 置き場所 | 本文の上など画面上 | HTML内のデータ（JSON-LDなど） |
| 役割 | 今どの階層を読んでいるかの案内 | ページがどのカテゴリの下にあるかの明示 |
| 人の目に見えるか | 見える | 見えない |
私がやっているのは、この2つに同じ階層情報を入れておくことです。カテゴリ設計をした時点で「どの親の下にあるページか」は決まっているので、その情報を人向けと機械向けの両方に出力しておく、という作業になります。片方だけでもページは成立しますが、せっかく決めた構造を伝える経路を片側しか使わないのはもったいない、と考えています。
構造化データのパンくずリストは何を伝えるためのもの？
構造化データ（スキーマ）は、ページの内容をAIや検索エンジンに伝えるためのデータです。その中にパンくずリストを含めることができます。つまり「このページはどのカテゴリの下にある、何についてのページか」を機械が読める形で渡せます。
スキーマを「検索結果にパンくずが出るための設定」だと捉えると、効果が小さく見えます。私はそうではなく、ページの内容と位置づけを機械に説明するためのデータだと捉えています。パンくずリストはその一部で、ほかにも記事の情報、組織の情報、よくある質問といった形で、ページが何を含んでいるかを伝えられます。
公式に用意されている仕様がある
パンくずリストの構造化データは、schema.org に BreadcrumbList という型が定義されており、Googleの検索セントラルにもパンくずリストの構造化データに関するドキュメントが用意されています（2026年9月時点）。書き方や必須プロパティは更新されることがあるので、実装前に最新の公式ドキュメントで確認してください。
自己流のマークアップは作らない
ここは発明するところではありません。公式に定義された型と項目名に沿って出力するだけです。独自の書き方をしても機械は解釈できないので、仕様に合わせる方が確実です。
表示用のパンくずは消して、構造化データだけにしてもいい？
私は画面上の表示も残しています。構造化データは人の目に見えないので、読んでいる人への案内にはなりません。表示用とデータ用は、それぞれ別の役割を持ったまま置いておくのが私の運用です。
検索やAI経由で来る人は、トップページからではなく記事ページに直接着地します。そのとき画面上にパンくずがあると、今読んでいる記事がどの分類の中にあるのかが一目で分かり、同じ分類のほかのページへ移動する入口にもなります。問い合わせまでの動線を設計するうえで、この「今どこにいるか」の表示は地味ですが効く部分です。
表示とデータは同じ内容にそろえる
私が気をつけているのは、画面に出ているパンくずと構造化データの中身をそろえることです。階層の順番、カテゴリ名、リンク先のURLを一致させます。人に見せている構造と機械に伝えている構造が違うと、どちらを信じればいいのか分からないデータになってしまいます。やることは単純で、ひとつの階層情報から表示とデータの両方を出力するという作り方にしておくことです。
パンくずを表示と構造化データの両方に設定する手順は？
先にカテゴリ構造を決め、それをテンプレートから表示用とデータ用の両方に出力するのが順番です。構造が決まっていないまま個別ページで手作業で書くと、ズレが起きやすくなります。
私が実際にサイトを組むときの流れは次のとおりです。
- カテゴリ設計を先に決める。どのテーマをどの分類に置くか、URLの階層をどう切るかを決めます。パンくずはこの設計の表示物なので、ここが決まらないと先に進めません。
- URL階層と分類を一致させる。ディレクトリの構造と、画面で見せる分類の名前をそろえます。
- テンプレートに表示用パンくずを入れる。ページごとに手で書かず、階層情報から自動で出る形にします。
- 同じ階層情報を構造化データとして出力する。schema.org の BreadcrumbList の型に沿ったJSON-LDなどで出します（2026年9月時点の仕様は公式ドキュメントで確認）。
- 表示とデータの一致を確認する。名前・順番・リンク先がそろっているかを見ます。
- 検証ツールでエラーがないか確認する。Googleのリッチリザルトテストで、構造化データが読み取れる状態かを確かめます。
手順として見ると設定作業は最後の方です。時間がかかるのは1番のカテゴリ設計で、ここを丁寧にやると、以降のパンくずは自動的に正しいものが出続けます。
AI検索（ChatGPT・Perplexity・AI Overviews）にパンくずは関係ある？
パンくずを入れたから引用されるという単純な話ではありません。ただスキーマはページ内容をAIや検索エンジンに伝えるデータなので、そのページが何の分類の何についての記事かを明示する手段として使えると考えています。
私はAI検索について、AIがページ全体を丸ごと評価するのではなく、ブロック単位で中身を見て引用していると考えています。そのため、記事側では見出しを質問形式にし、ブロックの冒頭に端的な答えを書いて、その後に補足を入れる構造を意識しています。表やリストのように、AIとの対話でよく求められる形式もあらかじめ用意しておきます。
順位との関係についても体感があります。「実はですね、AIなので100位とかぐらいだったとしても引用される可能性はあったりします」。これは私の体感・推定で、必ずそうなると言える話ではありません。ただ、検索順位とAIに引用されるかどうかは別の軸で動いていると感じています。
だからこそ、ページの位置づけを機械に伝えるデータを整えておくことに意味があると考えています。「AIに引用されるっていうことは、AIに気に入られる。だから、どんどんAIが欲しがっている情報を、出していた方がいいんじゃないかなって、思っていたりはします」。パンくずの構造化データは、その「伝える」部分の、いちばん基礎的なところです。
パンくずを整えたあと、次に何をすればいい？
構造が伝わる状態を作ったら、次は中身です。ブロックごとに話が完結している記事構造と、一次情報の入った内容をそろえていくのが順番だと考えています。
パンくずの表示と構造化データは、言ってしまえば土台の整備です。整えると「このページはこの分類の、この話」というのが人にも機械にも伝わる状態になります。そのうえでやることは次の3つです。
- 見出しを質問形式にする。読者が実際に検索やAIに投げる問いの形にします。
- 各ブロックで答えを先に書く。見出しの直下に端的な答えを置き、そのあとに根拠や補足を続けます。切り出されても意味が通る形にしておきます。
- 一次情報を入れる。「結局のところは、やっぱり私は一次情報っていうのが、一番強いんじゃないかなと、やっていて思います」。自分でやってみて分かったこと、数字、判断の理由は、ほかの誰も書けません。
もうひとつ私が方針としてやっているのは、マイナスの情報や失敗談も適度に入れることです。「本当にマイナスのことばっかり、たくさん書くのは、ちょっとお勧めはしないですけれども、適度にね、そういった情報も、リアルな情報も入れながら、SEO対策、AIO対策をやっていくのがいいんじゃないかなと思っております」。良いことだけを並べたページより、リアルな情報が入っているページの方が、AIにも人にも伝わるものがあると考えています。
まず手を動かすなら、自分のサイトの記事ページを1枚開いて、画面上にパンくずが出ているか、その階層が構造化データとしても出力されているかを確認するところから始めてください。
よくある質問
パンくずリストの構造化データだけ入れて、画面には表示しなくても問題ない？
技術的に入れること自体はできますが、私は両方に入れる運用にしています。構造化データは人の目には見えないため、記事ページに直接着地した人への案内にはなりません。画面表示は人向け、構造化データは検索エンジンとAI向けと役割を分けて、両方を置いています。
表示しているパンくずと構造化データの中身が違っていても大丈夫？
そろえる方がいいと考えています。階層の順番、カテゴリ名、リンク先URLが一致していないと、人に見せている構造と機械に伝えている構造が食い違います。私はひとつの階層情報から表示用とデータ用の両方を出力する作り方にして、ズレが起きないようにしています。
構造化データはパンくずリスト以外にも入れた方がいい？
構造化データはパンくずリストだけのものではなく、ページの内容をAIや検索エンジンに伝えるデータとして使えます。記事の情報やよくある質問など、ページに実際に含まれている内容に対応する型を使うのが基本です。型や必須項目の仕様は更新されることがあるため、2026年9月時点の情報として、実装前に公式ドキュメントで確認してください。
パンくずを整えると検索順位は上がる？
パンくずを入れたから順位が上がる、と言える性質のものではありません。私はパンくずを、サイトの構造を人と機械の両方に正しく伝えるための整備だと捉えています。順位やAI引用は記事の中身の方で決まる部分が大きいので、土台を整えたうえで、質問形式の見出しと一次情報の入った内容を積む順番で考えています。
参考・出典
- schema.org（BreadcrumbList）（2026年9月時点）
- Google 検索セントラル パンくずリストの構造化データ（2026年9月時点）
- Google リッチリザルトテスト（2026年9月時点）
売れるSEO対策について
アクセスは増えたのに問い合わせが来ない、という段階でしたら一度ご相談ください。何を直すべきかをお伝えします。初回のご相談は無料です。
関連記事
デメリットも書くSEO｜失敗談の掲載がAI評価に効く理由
100位でもAIに引用される。順位とAI引用は別の評価軸
AIO対策とSEO対策は別物か？20年やってきた私の答え