パンくずリストは、利用者が今いるページの位置を知り、上位のカテゴリや一覧へ戻るための小さなナビゲーションです。ところが、URLの文字列をそのまま並べる、PCだけに表示する、ボタン風の見た目だけでリンクにしない、画面と構造化データで別の階層を示す、といった実装では役割が曖昧になります。
Googleは2026年の生成AI検索向け公式ガイドで、生成AI機能にも基礎的なSEOが重要であり、明確な技術構造、クロール可能性、内部リンクが引き続き土台になると説明しています。一方、生成AI検索のためだけの特別な構造化データは不要で、構造化データを入れれば表示や引用が保証されるわけではありません。
この記事では、2026年10月24日時点のGoogle、Bing、Schema.org、W3Cの資料をもとに、パンくずリストを5つの確認に分けて整理します。URL一覧の更新はXMLサイトマップのLLMO、絞り込みページの扱いはサイト内検索のLLMOもあわせてご覧ください。
結論：パンくずは『現在地・戻り道・機械可読データ』を同じ階層で揃える
最初に、利用者が実際にたどる代表的な階層を決めます。次に、その階層を画面上のナビゲーション、通常の内部リンク、BreadcrumbList構造化データへ同じ順序・名称・URLで反映します。公開前後には、リンク先、表示、構造化データ、PC・スマートフォンの差を確認します。
パンくずだけでサイト構造の問題は解決しません。グローバルナビゲーション、カテゴリ一覧、関連記事、サイトマップ、canonical、リダイレクトなども一緒に整える必要があります。パンくずは検索・AI表示の裏技ではなく、利用者と検索システムに矛盾の少ない道筋を示す基本設計として扱います。
パンくずリストで揃える5つの確認
1．URL文字列ではなく、利用者の代表的な階層を決める
Googleのパンくず構造化データの案内は、URL構造をそのまま写すのではなく、ページへ至る代表的な利用者の経路を示すことを推奨しています。たとえば『ホーム ＞ サービス ＞ 動画制作』のように、上位へ戻ったときに内容のまとまりが理解できる階層を選びます。
CMSの管理用ディレクトリ、年月アーカイブ、タグ、検索パラメータなどがURLに含まれていても、利用者の主要な分類でなければ自動的にパンくずへ入れません。逆に、URLが短くても、重要なカテゴリ一覧へ戻る必要があるなら、実際のページ関係を確認して階層へ含めます。
同じページに複数の経路があり得る場合は、利用者の目的とサイト運営上の主分類から代表経路を決めます。カテゴリ名やページ移動を頻繁に変えると、画面、内部リンク、構造化データ、サイトマップの不一致が起きやすいため、変更責任者と更新対象を先に決めます。
2．画面上で現在地と上位ページを理解できるようにする
W3CのWAI-ARIA Authoring Practices Guideは、パンくずを親ページへのリンクを階層順に並べたものとして説明しています。パンくず全体をナビゲーションのランドマークに入れ、aria-labelまたはaria-labelledbyで識別し、現在ページがリンクならaria-currentをpageに設定する設計を示しています。
表示名は、メニューやページ見出しと対応する短く明確な名称にします。『その他』『詳細』『ページ』のように単独では意味が分かりにくい語や、検索語を詰め込んだ不自然な長文は避けます。区切り記号は視覚上の補助として使い、読み上げ時に同じ記号が何度も邪魔にならない実装を確認します。
PCとスマートフォンで階層を別物にしないことも重要です。狭い画面で一部を省略する場合でも、現在地と戻り先が分かるか、リンクが操作できるか、横スクロールや文字の重なりがないかを実機幅で確認します。
3．上位ページを通常のクロール可能なリンクにする
Googleのリンクに関する公式案内では、一般に、href属性を持つa要素がクロール可能なリンクとして扱われます。span要素にhrefを付ける、クリックイベントだけで遷移させる、実際のURLにならないJavaScript式をhrefへ入れる、といった実装へ依存しません。
リンク文言は、遷移先の内容が分かる名称にします。パンくずの『サービス』『動画制作』が、それぞれ実在する一覧や詳細ページへつながり、HTTP 200で表示できるかを確認します。削除済みURL、長いリダイレクト、ログイン必須ページ、noindexページへ戻す設計は見直します。
Googleは、重要な各ページにサイト内の別ページから少なくとも一つリンクを設けることも案内しています。パンくずだけに発見を任せず、カテゴリ一覧や文脈に合う関連記事からも自然に結びます。JavaScript描画の確認はJavaScriptサイトのLLMOで整理しています。
4．見える階層とBreadcrumbListを一致させる
Schema.orgのBreadcrumbListは、通常、URLと名称を持つWebページの連鎖を表し、positionで順序を再構成します。Googleの仕様では、BreadcrumbListに少なくとも2つのListItemを含め、各項目のnameとposition、必要なitem URLを設定します。現在ページは最後の項目として扱い、Googleの例では最後のitemを省略する形も示されています。
JSON-LDを使う場合も、画面にないカテゴリや、リンク先と異なるURLを構造化データだけへ追加しません。名称、順番、URL、末尾スラッシュ、wwwの有無、httpとhttps、canonicalの向きを照合します。構造化データが正しくても、リンク先が存在しない、画面表示が別階層、本文と無関係なカテゴリを付ける、といった矛盾は残ります。
Googleは、生成AI検索に特別なschema.orgマークアップは必要なく、構造化データへ過度に集中しないよう案内しています。BreadcrumbListはパンくずを機械可読に表すものであり、AI回答での引用、順位、リッチリザルト表示を約束する機能ではありません。
5．公開後もリンク・構造化データ・検索表示を検証する
公開前に、対象ページと上位ページをPC・スマートフォンで開き、表示名、順序、リンク、現在地、折り返し、横スクロール、キーボード操作を確認します。HTMLではa要素とhref、ナビゲーションのラベル、aria-current、JSON-LDの値を確認し、Googleのリッチリザルトテストで重大なエラーを修正します。
公開後はURL検査でGoogleが取得したHTMLを確認し、Search Consoleのパンくず関連レポートでテンプレート全体の増減やエラーを監視します。BingのWebmaster Guidelinesも、重要なURLをクロール可能な内部リンクから到達可能にし、標準のa hrefと関連性のあるアンカーテキストを使うよう案内しています。
Googleは2025年1月、モバイル検索結果ではパンくず表示を廃止し、ドメインのみを表示する変更を発表しました。デスクトップ検索ではパンくずが引き続き使われ、マークアップとレポートもサポートされています。検索結果の見え方だけを確認項目にせず、サイト内ナビゲーションとしての使いやすさとデータの整合性を継続して点検します。
公開前チェックリスト
- 利用者が上位へ戻れる代表的な階層を決めた
- URL文字列やCMS内部構造をそのまま表示していない
- 画面の名称・順番・URLがPCとスマートフォンで一致している
- パンくず全体を識別できるナビゲーションとして実装した
- 現在ページと上位ページの違いが分かる
- 上位ページが標準のa要素とhrefでリンクされている
- リンク先が公開中でHTTP 200を返す
- BreadcrumbListが画面の階層と一致している
- 名称、position、item、canonicalを照合した
- リッチリザルトテスト、URL検査、実機表示を確認した
よくある質問
パンくずリストを付ければAI検索に引用されますか？
保証されません。Googleは生成AI検索にも基礎的なSEOが有効と説明する一方、特別な構造化データは不要で、クロール、インデックス、表示は保証されないと案内しています。パンくずは、利用者の現在地とサイト階層を一貫して示すために整えます。
URLのディレクトリをそのままパンくずにしてよいですか？
常に同じとは限りません。Googleは、URL構造の写しではなく、代表的な利用者の経路を示すことを推奨しています。管理用の年月やパラメータではなく、実際に戻れる上位ページと内容のまとまりを基準にします。
現在のページもリンクにしますか？
必須ではありません。現在地はリンクにせず表示する方法もあります。リンクにする場合はaria-currentをpageに設定し、上位ページとの違いが分かるようにします。構造化データでは最後のListItemとして順序と名称を揃えます。
スマートフォンでパンくずが長くなる場合はどうしますか？
表示名を短く明確にし、改行や省略後も現在地と戻り先が分かるかを確認します。横方向へはみ出す、操作対象が小さい、重要な階層をすべて消す、といった状態は避けます。画面上の省略と構造化データが矛盾しないかも検証します。
Googleのモバイル検索結果にパンくずが出ないのは不具合ですか？
一律に不具合とはいえません。Googleは2025年1月からモバイル検索結果でパンくずを表示せず、ドメインだけを表示すると発表しています。デスクトップ表示、Search Console、サイト内のナビゲーションは別に確認してください。
まとめ：小さなナビゲーションに、同じ階層を三度書く
パンくずリストでは、利用者が見て戻れる階層、検索システムがたどれる内部リンク、機械可読なBreadcrumbListの三つを揃えます。どれか一つだけを作るのではなく、同じ名称、順番、URL、公開状態を共有することが重要です。
検索・AI表示の結果を保証する施策ではありませんが、利用者に分かりやすく、クロール可能で、検証できるサイト構造は長く使える基盤になります。テンプレート変更やカテゴリ再編のたびに更新対象を洗い出し、公開後もエラーとリンク先を見直してください。
パンくずとサイト階層を整理したい企業・医療機関へ
株式会社メディカルアトラクトでは、対象URL、現在のカテゴリ構造、PC・スマートフォンの表示、内部リンク、BreadcrumbList、canonicalを一つの確認表へ整理します。お問い合わせページから、対象サイト、改善したいページ群、CMS、現在困っている階層やリンクをご共有ください。初回の相談では、代表経路の候補、パンくず名、修正するテンプレート、構造化データの対応関係、公開前後の検証順序を具体化できます。
LLMOを含む支援範囲はLLMOサービスページ、Web・SNS・動画の支援はサービスページ、制作・運用例は制作実績ページをご覧ください。カテゴリ再編やURL変更を伴う場合はサイト移転のLLMO、公開終了URLの処理は公開終了ページのLLMOも参考にしてください。
本記事は株式会社メディカルアトラクト編集部（LLMO・Web運用担当）が、Google、Bing、Schema.org、W3Cの公表資料を2026年10月24日に確認して作成しました。
参考にした一次情報
- 生成AI機能向けにウェブサイトを最適化する（Google Search Central）（2026年10月24日確認）
- BreadcrumbList構造化データ（Google Search Central）（2026年10月24日確認）
- リンクのベストプラクティス（Google Search Central）（2026年10月24日確認）
- Webmaster Guidelines（Bing Webmaster Tools）（2026年10月24日確認）
- BreadcrumbList（Schema.org）（2026年10月24日確認）
- Breadcrumb Pattern（W3C WAI-ARIA APG）（2026年10月24日確認）
- モバイル検索結果のパンくず表示変更（Google Search Central Blog）（2026年10月24日確認）
本記事は2026年10月24日時点の公表資料に基づく一般的なWebサイト設計・運用の整理であり、個別案件への法律上、医療上の助言ではありません。検索結果、生成AI機能、リッチリザルト、クロール、インデックス、引用、表示仕様は、地域、端末、検索内容、サービス、アルゴリズム、サイトの状態、仕様変更等により異なります。実装前に各サービスの最新公式情報、CMS仕様、Search Console等を確認し、必要に応じて制作会社や適切な専門家へご相談ください。本記事はGoogle、Microsoft、Schema.org、W3Cの提携・監修を受けたものではなく、検索順位、AI回答での引用、表示維持、問い合わせ、売上を保証しません。文中の会社名・サービス名は各社の商標または登録商標です。