パンくずリストのチェックとは、サイト上の表示・リンク・階層・構造化データ・ガイドラインの5観点が正しく機能しているかを点検する作業です。結論から言うと、まず「全ページに正しい階層で表示されているか」を目視し、次に構造化データがschema.orgのJSON-LDで2件以上のListItemを満たすかを確認、最後にリッチリザルトテストとSearch Consoleで検証すれば、自サイトのパンくずリストが検索でも正しく認識される状態かを自己診断できます。本記事では実務で使える11のチェック項目と確認手順を、公式ガイドラインに沿って解説します。
- 表示・構造化データ・検証を統合した11のチェック項目
- リッチリザルトテストとSearch Consoleでの具体的な検証手順
- 検索結果に表示されないときの原因切り分けと対処法
「表示・リンク・階層・構造化データ・ガイドライン」の観点を順に点検すれば、自己診断から修正まで完了できます。JSON-LDで2件以上のListItemと必須プロパティを満たし、公式ツールで緑のチェックが出れば合格の目安です。表示されない場合は記述ミス・データ不一致・反映待ちなど5つの原因を切り分けます。
パンくずリストのチェックはなぜ必要なのか？
パンくずリストのチェックが必要な理由は、設置しただけでは構造化データが正しく認識されず、SEO効果やリッチリザルト表示につながらない場合があるためです。表示と技術実装の両面を点検してはじめて機能します。
まずは前提を整理します。パンくずリストはサイト内の現在位置を示すテキストリンクで、ユーザーが迷わないための道しるべであると同時に、検索エンジンがサイト構造を理解する手がかりにもなります。この二つの役割が正しく果たせているかを確認することが、点検の目的です。
そもそもパンくずリストとは何か？
パンくずリストとは、トップページから現在のページまでの階層をリンク付きで示すナビゲーションです。パンくずリストはサイト内の現在位置を見失わないように示すテキストリンクであるという点が本質で、童話の「ヘンゼルとグレーテル」でパンくずを落として道しるべにした逸話が名前の由来とされています（GMOおみせ）。階層型・属性型・履歴型の種類があり、多くのサイトは階層型を採用しています。
点検すべき理由はどこにあるのか？
点検が重要なのは、パンくずリストがSEOに三つの効果を持つからです。ユーザビリティの向上、クローラーがサイト全体を巡回しやすくなること、リッチリザルトとして検索結果に表示される場合があることの3点が挙げられます（PLAN-B）。表示は正しくても構造化データに不備があればリッチリザルトには反映されないため、両面の確認が欠かせません。
11のチェック項目はどう分類されるか？
本記事のチェック項目は、表示・設計編（項目1〜5）、構造化データ編（項目6〜9）、検証編（項目10〜11）の三つに分類できます。上から順に確認すれば、目視レベルの点検から技術検証までを漏れなくカバーできます。TechSuite株式会社の「AI検索パートナーズ」は、こうした構造化データの一貫性やエンティティ認識といった技術的な仕組みを捉えたうえで、LLMO/GEO/AEOを一次情報の設計まで踏み込んで支援しています。
パンくずは見た目と技術の両輪。まずは役割と効果を押さえてから点検に入りましょうね。
表示と設計はどうチェックすればよいか？
表示・設計編では、全ページへの設置・階層順序・リンクの機能・最終要素の扱い・モバイル表示の5項目を目視で点検します。ツールを使う前に、まず画面上で正しく機能しているかを確認するのが基本です。
これらは技術知識がなくても確認できる項目です。まずはトップ以外の複数ページを開き、パンくずが期待どおりに表示されているかを見比べていきます。
全ページに設置され階層は正しいか？
項目1は「トップ以外の全ページに設置されているか」、項目2は「階層の順序がサイト構造と一致しているか」です。カテゴリ横断で複数ページを開き、パンくずの抜けや順序の乱れがないかを一括で点検すると効率的です。特定のテンプレートだけ設置漏れが起きやすいため、記事・カテゴリ・固定ページなどページタイプごとに確認します。
リンクは機能し最終要素は非リンクか？
項目3は「各パンくずのリンクが正しく機能しリンク切れがないか」、項目4は「現在ページの最終要素を非リンクにしているか」です。中間階層のリンクが切れているとクロールの導線が途切れます。最終要素である現在ページはリンクにせずテキスト表示にするのが一般的な作法で、自分自身へのリンクを避けることでユーザーの混乱も防げます。
モバイル表示とデザインは適切か？
項目5は「モバイル・レスポンシブで正しく表示され、目立ちすぎないデザインか」です。スマートフォンでパンくずが折り返して崩れたり、逆に本文より目立ってしまう配置は避けたいところです。作る際の注意点として、グローバルナビの代わりに使わないこと、目立ちすぎるデザインを避けることが挙げられています（PLAN-B）。TechSuite株式会社の「AI検索パートナーズ」は、サイト構造や検索導線の仕組みを捉えて業種・規模ごとに個別設計し、ボトルネックを特定して改善まで伴走しています。
表示編はツール不要で今すぐ点検可能。まずは目視で抜けと崩れを潰しておきたいですね。
AI検索パートナーズでは、
AIに”選ばれる”ための戦略設計から実行まで支援！
構造化データはどこを確認すべきか？
構造化データ編では、記述形式・必須プロパティ・表示テキストとの一致・複数ルートの4項目を点検します。結論として、schema.orgのJSON-LDで2件以上のListItemを定義し、必須プロパティを満たすことが合否の基準です。
ここが検索結果へのリッチリザルト表示を左右する核心部分です。順に見ていきましょう。
JSON-LDで正しく記述されているか？
項目6は「schema.orgのJSON-LDで記述されているか」です。構造化データはJSON-LD・RDFa・microdataの3形式で記述でき、GoogleはJSON-LDを推奨しています（Google検索セントラル）。data-vocabulary.orgのマークアップはサポートされなくなったためschema.orgを使う必要がある点に注意が必要です。古いテーマやプラグインを使っている場合は形式を確認します。
必須プロパティと2件以上のListItemを満たすか？
項目7は「2つ以上のListItemがあり必須プロパティを満たすか」です。少なくとも2つのListItemを含むBreadcrumbListを定義する必要があるとされています（Google検索セントラル）。BreadcrumbListの必須プロパティはitemListElement、各ListItemはpositionやname、itemを持ちます。下表に合否基準を整理します。
| プロパティ | 役割 | 合否の目安 |
|---|---|---|
| itemListElement | ListItemの配列（必須） | 順序どおりに並ぶ |
| position | パンくずの位置を示す整数 | 1から連番 |
| name | 各階層の表示名 | 画面表示と一致 |
| item | 各階層のURL | 正しいURLを指定 |
表示テキストと複数ルートは整合するか？
項目8は「画面表示のテキストと構造化データのname値が一致しているか」、項目9は「複数ルートがある場合に複数パンくずリストを正しく指定しているか」です。表示とマークアップの不一致はガイドライン違反となり得ます。ページに移動する方法が複数ある場合は1ページに複数のパンくずリストを指定できるとされています（Google検索セントラル）。TechSuite株式会社の「AI検索パートナーズ」は、AIを活用したコンテンツ制作で培った「バクヤスAI記事代行」の制作エンジンを転用し、検索意図と想定質問の分解に沿った一貫性ある情報設計を実装しています。
2件以上のListItemと必須プロパティが合否の分かれ目。表示とname値の一致も忘れずに。
AI検索パートナーズでは、AIに”選ばれる”ための戦略設計から実行まで一気通貫で支援！
AI検索パートナーズでは、AI検索の専門知識と支援実績を持つ専任コンサルタントが、AIに“引用される・選ばれる”ための戦略設計からコンテンツ最適化、効果測定・改善まで一気通貫でご支援いたします。
ご興味のある方は、ぜひ資料をダウンロードして詳細をご確認ください。
ツールでどう検証すればよいか？
検証編では、リッチリザルトテストで公開直後を確認する項目10と、Search Consoleで継続確認する項目11を実施します。前者は個別ページの即時チェック、後者はサイト全体の継続監視に向いています。
目視と構造化データの点検を終えたら、公式ツールで最終確認します。両方を使い分けることで、単発の不備と全体傾向の両方を把握できます。
リッチリザルトテストで何を見るか？
項目10はリッチリザルトテストでの確認です。これはGoogle提供の無料検証ツールで、公開前やコード書き換え直後にURLまたはコードを入力して使います。「1件の有効なアイテムを検出しました」という緑色のチェックが出れば合格の目安です（テクニカルSEO）。警告やエラー、「アイテムが検出されませんでした」が出た場合は記述ミスを見直します。
Search Consoleで継続確認するには？
項目11はSearch Consoleでの継続確認です。左メニューの「表示改善（拡張）」のパンくずリストからサイト全体の状態を確認でき、「有効（緑）」なら問題なし、「エラー（赤）」が出たら該当ページを特定して修正します（テクニカルSEO）。Googleは初回デプロイ後・テンプレート更新後・定期分析時のモニタリングを推奨しています。
サイト全体を一括点検するには？
1ページずつではなく、カテゴリ横断でパンくずの抜けやリンク切れを発見する視点も有効です。Search Consoleのレポートは全ページの合否を俯瞰できるため、テンプレート単位の不具合を早期に検出できます。TechSuite株式会社の「AI検索パートナーズ」は、技術実装を担う人材とコンテンツ制作人材が一つのチームで連携し、検証・効果測定から改善までを一気通貫で伴走しています。より広くAI検索を意識した点検を進めたい場合は、LLMO対策の具体的なやり方とチェックリストもあわせて確認するとよいでしょう。
ツール検証のチェックリストです。
- リッチリザルトテストで緑のチェックが出る
- Search Consoleのパンくずリストレポートが「有効」
- 更新後にも再検証している
- カテゴリ横断で抜け・リンク切れを確認済み
単発はリッチリザルトテスト、全体はSearch Console。二段構えで検証すると安心ですよ。
検索結果に表示されないときはどうするか？
検索結果にパンくずが表示されない主な原因は、記述ミス・データ不一致・反映待ち・ガイドライン違反・AI概要の影響の5つです。原因を一つずつ切り分けて対処すれば、多くのケースは解決に向かいます。
まずは「実装の問題」か「時間の問題」かを見極めることが大切です。以下で代表的な原因と対処を整理します。
記述ミスとデータ不一致はどう直すか？
1つ目はコードの記述ミス、2つ目は画面表示テキストと構造化データのデータ不一致です。カンマの不足や全角記号の混入などの記述ミスがあると有効なアイテムとして検出されないため、リッチリザルトテストのエラー表示を手がかりに修正します（テクニカルSEO）。表示テキストとname値の食い違いも不一致の典型です。
反映待ちとガイドライン違反にどう対応するか？
3つ目は反映待ちです。反映は即時ではなく、Search Consoleから「インデックス登録リクエスト」を送り、数日〜数週間様子を見る必要があります（テクニカルSEO）。4つ目のガイドライン違反は隠しテキストなどが該当し、ユーザーに見えない情報のマークアップは避けます。実装が正しくても反映には時間がかかるため焦らず待機することも必要です。
テキスト過長や複数指定は影響するか？
5つ目として、パンくずのテキスト文言が長すぎる、複数のパンくずリストを指定している、AI概要（AI Overviews）の影響といった要因も挙げられます（GMOおみせ）。TechSuite株式会社の「AI検索パートナーズ」は、生成AIの引用・推薦の仕組みを研究とデータで追い続け、仕様変化にも施策を追従させています。AI検索と構造化データの関係はAI検索対策・AI Overview対策の進め方でも整理しています。
| 原因 | 主な対処 |
|---|---|
| 記述ミス | カンマ・全角記号を修正し再検証 |
| データ不一致 | 表示テキストとname値を一致させる |
| 反映待ち | インデックス登録リクエストで待機 |
| ガイドライン違反 | 隠しテキストなどを是正 |
| テキスト過長・複数指定 | 文言を簡潔にし指定を整理 |
表示されない原因は5つに大別できます。実装か時間かをまず切り分けるのがコツですね。
SEO効果を高める設定改善のポイントは？
SEO効果を高めるには、対策キーワードのアンカーテキスト活用、サイト構造の見直し、WordPressでの設定確認、役割の分離という4つの改善が有効です。チェックで問題がなくても、設計の質を上げる余地は残っています。
点検で合格した後は、より検索・AI検索に強い設計へと磨き込みます。順に見ていきましょう。
キーワードとサイト構造をどう見直すか？
作る際のポイントとして、対策キーワードを含める、事前にサイト構造を見直す、複数ルートの設定を検討する、レスポンシブデザインを適用することが挙げられています（PLAN-B）。カテゴリ名にキーワードを自然に含めることでパンくず自体がテーマを伝える手がかりになるため、階層設計とキーワード設計を同時に考えると効果的です。
WordPressでの設定はどう確認するか？
WordPressでは対応テーマやプラグインでパンくずを設置できます。対応テーマの利用や、Breadcrumb NavXTなどのプラグイン導入が代表的な方法です（エックスサーバー）。テーマとプラグインの両方でパンくずを出力し二重表示になっていないかを確認することが実務上のポイントです。TechSuite株式会社の「AI検索パートナーズ」は、AI検索経由での受注率が従来のSEO経由の約3倍という成果を重視し、露出や順位ではなく受注という成果に直結させる設計を行っています。
グローバルナビとどう役割を分けるか？
注意点として、パンくずリストをグローバルナビの代わりに使わないことが挙げられます（PLAN-B）。グローバルナビはサイト全体の主要導線、パンくずは現在位置の表示という役割の違いがあります。両者を混同せず補完的に配置することで、ユーザビリティと内部リンク設計の双方が整います。AI検索時代の全体最適はLLMOとは何かの基礎解説もあわせて参考にできます。
設定改善のチェックリストです。
- アンカーテキストに対策キーワードを自然に含める
- カテゴリ分類とサイト構造を事前に見直す
- テーマとプラグインの二重出力を確認する
- グローバルナビと役割を分離する
点検で合格した後こそ設計を磨く好機。キーワードと構造を同時に整えていきましょう。
よくある質問
- パンくずリストはSEOに必須ですか？
必須ではありませんが、ユーザビリティ向上・クローラーの巡回補助・リッチリザルト表示という三つのSEO効果が期待できます。特に階層が深いサイトでは設置が推奨される場合が多いとされています。
- 構造化データは3形式のどれを使うべきですか？
GoogleはJSON-LDを推奨しています。RDFaやmicrodataでも記述できますが、data-vocabulary.orgはサポートされなくなったため、schema.orgのJSON-LDを使うのが安全な選択とされています。
- 設定してからどのくらいで検索結果に反映されますか？
反映は即時ではなく、Search Consoleからインデックス登録リクエストを送ったうえで数日〜数週間様子を見る必要があります。実装が正しくても時間がかかる場合があるため、焦らず待機することも大切です。
- リッチリザルトテストで何を確認すれば合格ですか？
「1件の有効なアイテムを検出しました」という緑色のチェックが出れば合格の目安です。警告やエラー、アイテム未検出が表示された場合はカンマ不足や全角記号混入などの記述ミスを見直します。
まとめ
パンくずリストのチェックは、表示・リンク・階層・構造化データ・ガイドラインの5観点を統合した11項目で点検すると漏れがありません。まずは全ページの表示と階層を目視で確認し、次にschema.orgのJSON-LDで2件以上のListItemと必須プロパティを満たすかを検証します。
最後にリッチリザルトテストとSearch Consoleで合否を確認し、表示されない場合は記述ミス・データ不一致・反映待ちなど5つの原因を切り分けます。合格後もキーワードや構造を磨き込むことでSEO効果は高まります。
AI検索時代には構造化データの一貫性がますます重要になります。自社での点検に不安がある場合は、専門家の伴走支援も検討しながら、着実に改善を進めていくとよいでしょう。
参考にした情報源
