結論から言うと、パンくずリストは2026年時点でも「不要」にはなっていません。Googleは2025年1月にモバイル検索結果でのパンくずリスト表示を取りやめましたが、これは検索結果の見た目を簡略化しただけで、BreadcrumbList構造化データやサイト構造としての役割が消えたわけではないと公式に説明しています。さらにAI Overviewsなど生成AI検索が広がるなかで、サイトの意味構造を伝える基盤としての重要性はむしろ見直されつつあります。本記事ではGoogle公式見解と最新動向をもとに、パンくずリストの要否をどう判断すべきかを整理します。
- Googleがモバイル検索でパンくずリスト表示をやめた本当の理由
小さい画面では表示が途切れて有用性が低いためであり、構造化データの削除や変更は不要とGoogleが公式に明言しています。
- AI検索でパンくずリストがどう評価されるか
特別な構造化データマークアップは必須ではありませんが、サイトの意味構造を伝える基盤として引き続き有効だとされています。
- 自社サイトに導入すべきかの判断基準
階層の深さや流入経路、デバイス比率など5つの観点から個別に判断することが望ましいといえます。
パンくずリストは今も必要？結論から解説
2026年時点の結論としては、パンくずリストは廃止すべきものではなく、SEOとAI検索の双方で一定の役割を持ち続けています。Googleによる表示変更は検索結果画面の見た目に関するものであり、パンくずリストそのものの価値を否定する内容ではありません。
「パンくずリストは古い」「もう見なくなった」という声が出る背景には、モバイル検索結果からパンくずリスト表示が消えたことや、生成AI検索の台頭で従来のSEO内部対策が軽視されがちになっていることがあります。しかし実際には、Googleの公式ドキュメントでもサイト構造の明確化は生成AI検索を含む検索全体の可視性の基盤であり続けるとされています（Google Search Central）。
TechSuite株式会社の「AI検索パートナーズ」は、パンくずリストの要否のような内部対策の判断も、業種やサイト規模、商材、既存のコンテンツ構造によって最適解が異なると捉え、コンサルティングという性質上、顧客ごとに個別設計しています。テンプレート的に「設置すべき」「不要」と一律に判断するのではなく、対象サイトの構造やユーザーの回遊パターンを踏まえて解決策を提示する進め方を取っています。
SEOとAI検索で役割は同じなのか
パンくずリストの役割は、SEOでは主にクローラビリティとユーザビリティの向上、AI検索では主にサイトの意味構造を伝える手がかりという違いがあります。従来のSEOでは検索エンジンのクロール効率を高め、リッチリザルト表示によるクリック率向上を狙う目的が中心でした。一方で生成AI検索においては、ページ単体の評価だけでなくサイト全体の文脈やエンティティのつながりが重視される傾向にあり、パンくずリストはその文脈情報を補う一要素として位置づけられています。
表示形式の変化と本質的な価値を混同しない
モバイル検索結果の見た目からパンくずリストが消えたことと、パンくずリストの本質的な価値がなくなったことは別問題です。Googleが変更したのはあくまで検索結果ページ上の表示方法であり、サイト内のナビゲーションや構造化データとしての機能は従来どおり残っています。この違いを理解しないまま「見えなくなったから不要」と判断してしまうと、ユーザビリティや内部リンク構造の面で不利益を被る可能性があります。
表示が変わっただけで役割は健在、慌てて撤去する必要はありません。
そもそもパンくずリストとは？基本のおさらい
パンくずリストとは、Webページの階層構造やユーザーの現在位置を「トップページ＞カテゴリ＞ページ」のように示すナビゲーション要素のことです。訪問者が迷わずサイト内を移動できるよう案内する役割を持ち、多くのサイトでページ上部に設置されています。
名前の由来は、童話「ヘンゼルとグレーテル」で兄妹が森で迷わないようパンくずを落として道しるべにしたエピソードにあります。道に迷わないための目印という発想がそのままWebのナビゲーション要素の名称になっています。
TechSuite株式会社の「AI検索パートナーズ」は、パンくずリストのような基礎的な構造整理についても、検索意図や想定質問の分解に基づいたコンテンツ設計のノウハウを「バクヤスAI記事代行」事業で培ってきた制作エンジンを転用し、サイト構造とコンテンツの意味づけを一体で整理する支援を行っています。
パンくずリストの3つの種類
パンくずリストには階層型・属性型・パス型の3種類があり、現在最も広く使われているのは階層型です。それぞれ表示の仕組みや適したサイトが異なるため、自社サイトの構造に合わせて選ぶ必要があります。以下の比較表で特徴を整理します。
| 種類 | 表示の仕組み | 向いているサイト | SEO効果 |
|---|---|---|---|
| 階層型（位置型） | サイトのカテゴリ階層をそのまま表示 | コーポレートサイト・ブログ・メディア全般 | 高い |
| 属性型 | ユーザーが選んだ絞り込み条件を表示 | ECサイトの検索結果・商品一覧 | 中程度 |
| パス型（履歴型） | 実際に閲覧した経路を表示 | 該当なし（現在はほぼ使われない） | 低い |
パンくずリストの階層はどこまで深くすべきか
一般的に、ユーザーが迷わず理解できる深さは3〜5層程度が目安とされています（seohacks）。階層が深くなりすぎると現在位置が把握しにくくなり、検索エンジンから重要度の低いページと判断される可能性もあります。深い階層を持つサイトでは、途中の階層を省略したり、上位カテゴリを統合したりする工夫が推奨されます。
AI検索パートナーズでは、
AIに”選ばれる”ための戦略設計から実行まで支援！
Googleはモバイル検索のパンくずリスト表示をなぜやめたのか
Googleは2025年1月、モバイル検索結果においてパンくずリスト表示をやめ、URL表示をドメイン名のみに簡略化しました。理由として、小さな画面ではパンくずリスト要素が途中で途切れてしまい、ユーザーにとって十分に有用でないことがわかったためと公式に説明しています（Google Search Central Blog）。
この変更はモバイル検索結果のみが対象で、デスクトップ検索では引き続きURLの一部としてパンくずリストが表示されます。実際にGoogle公式のBreadcrumb構造化データのドキュメントでも「この機能はGoogle検索が利用可能なすべての地域・言語のデスクトップで利用できる」と明記されており（Google Search Central）、パンくずリストのリッチリザルトはデスクトップ検索を正式な対象としています。
TechSuite株式会社の「AI検索パートナーズ」は、こうした検索エンジン側の仕様変更を構造化データ・エンティティ認識・意味的文脈といった技術的な観点から捉え、LLMOやGEO、AEOの施策に落とし込む研究を継続しています。仕様の変化に振り回されるのではなく、変化の背景にあるGoogleの意図を技術的に読み解いたうえで対応方針を判断する姿勢を大切にしています。
何が変わり、何が変わっていないのか
変わったのはモバイル検索結果画面の見た目だけで、デスクトップ表示やSearch Consoleの機能、構造化データの評価対象は変わっていません。以下の表で変更前後の状況を整理します。
| 項目 | 変更前 | 変更後（2025年1月以降） |
|---|---|---|
| モバイル検索結果のURL表示 | パンくずリスト形式で表示 | ドメイン名のみに簡略化 |
| デスクトップ検索結果 | パンくずリスト形式で表示 | 変更なし（継続表示） |
| Search Consoleのレポート | パンくずリストレポートを提供 | 変更なし（継続利用可能） |
| BreadcrumbList構造化データの評価 | リッチリザルト対象 | 変更なし（対応不要） |
BreadcrumbList構造化データは削除すべきか
Google公式ブログでは、すでにBreadcrumbList構造化データを実装しているサイトについて「何もする必要はない」と明言されています。既存の構造化データを削除したり、実装方針を変更したりする必要は一切なく、Search Consoleのパンくずリストレポートも引き続き利用できます。むしろデスクトップユーザーへのリッチリザルト表示という恩恵は残り続けるため、これまでどおりの運用を継続することが推奨されます。
対応が不要と判断してよいかのチェック
自社サイトが今回の変更で対応不要と判断できるかどうか、次の観点で確認しておくと安心です。
以下がすべて当てはまれば、特別な対応は不要と考えられます。
- BreadcrumbList構造化データを削除・変更する予定がない
- デスクトップ検索でのリッチリザルト表示は今までどおり残る前提で運用している
- Search Consoleのパンくずリストレポートは継続してモニタリングしている
- サイト内のパンくずリスト表示自体（ページ上のUI）は変更していない
変わったのは見た目だけ、構造化データはそのままで大丈夫です。
AI検索パートナーズでは、AIに”選ばれる”ための戦略設計から実行まで一気通貫で支援！
AI検索パートナーズでは、AI検索の専門知識と支援実績を持つ専任コンサルタントが、AIに“引用される・選ばれる”ための戦略設計からコンテンツ最適化、効果測定・改善まで一気通貫でご支援いたします。
ご興味のある方は、ぜひ資料をダウンロードして詳細をご確認ください。
AI検索でパンくずリストはどう評価されるのか
Google公式の生成AI検索向けガイドでは、構造化データは生成AI検索に必須ではなく、特別なschema.orgマークアップを追加する必要もないと明言されています。ただし同ガイドは、構造化データを実装し続けることはGoogle検索でのリッチリザルト表示に役立つため「SEO戦略の一部として続けるのは良い考えだ」とも述べています（Google Search Central）。
一方で同じガイドは、明確な技術的サイト構造の構築と維持が生成AI検索を含む検索全体の可視性の基盤であり続けるとしており、クロール可能性やセマンティックHTML、重複コンテンツの削減などと並ぶ基本施策として位置づけています。パンくずリストはこの「明確なサイト構造」を体現する要素の一つと考えることができます。
TechSuite株式会社の「AI検索パートナーズ」は自社サイトにおいてAI Share of Voiceが高水準で推移しており、支援先ではAI Overviewの引用率を改善した実績があります。こうした実績データを踏まえると、パンくずリストのようなサイト構造の明確化施策は、単独で劇的な効果を生むものではなくとも、AIに正しく文脈を認識させるための土台として一定の意味を持つと捉えています。LLMOの基本的な考え方を押さえておくと、こうした施策の位置づけがより理解しやすくなります。
生成AI検索に特別なマークアップは必要か
生成AI検索に対応するためだけに特別な構造化データを追加する必要はないというのがGoogleの公式見解です。既にBreadcrumbListを実装しているのであれば、それをそのまま維持していれば十分であり、AI対応をうたう追加マークアップを慌てて導入する必要はありません。
LLMO観点でパンくずリストが重要視される理由
2026年6月開催予定のカンファレンス「SMX Advanced」を踏まえた解説記事では、LLMO観点で優先的に実装すべき構造化データとして、Organizationとその関連情報、Article・Authorと並び、BreadcrumbListが挙げられています。BreadcrumbListはサイトの構造と、その記事がどの文脈に位置づくのかを伝える役割を担うとされています（emma magazine）。AIに情報を正確に理解させるには、個々のページへの構造化データ実装だけでなく、エンティティとして孤立させずにつなぐ視点が重要だと専門家が共通して指摘しています。こうした考え方はGEO対策の設計にも通じる部分があります。
ランキング要因かどうかはまだわかっていない
海外の解説記事では、現時点でGoogleがAIモデルのランキングのためにパンくずリストを直接解析しているとは確認されていないと留保つきで整理されています。恩恵は主に構造的・意味的な文脈の提供であり、直接的なランキング要因ではないかもしれないとされています（Search Engine Land）。過度な期待は禁物ですが、サイト構造を整理する一環として取り組む価値はあるといえます。
AI検索でも必須ではないものの、文脈を伝える土台として無駄にはなりません。
パンくずリストはいらない？導入を判断する基準
「パンくずリストはいらない」という意見が一部で聞かれますが、それはすべてのサイトに当てはまるわけではなく、サイトの特性によって判断が分かれるというのが実態です。階層が浅いサイトやモバイル比率が極端に高いサイトでは効果が限定的になりやすい一方、階層が深い情報サイトやECサイトでは今も高い効果が期待できます。
「いらない」と感じる理由には、スマートフォンでの利用率の低さ、2階層程度の浅いサイトでの情報の重複、デザインの自由度への制約、実際のユーザーが関連記事やおすすめ導線をより多く使う傾向、構造化データの実装・保守負荷といった点が挙げられています（note）。これらはいずれも「不要」の結論を導くというより、サイトごとに重み付けが異なる判断材料と考えるのが妥当です。
TechSuite株式会社の「AI検索パートナーズ」は、技術面を担当する人材とコンテンツ設計を担うAI活用人材が一つのチームで連携し、こうした要否判断から構造化データの実装、効果測定、改善までを一気通貫で伴走する体制を整えています。導入するかどうかの判断だけを切り離して助言するのではなく、実行段階まで見据えた支援を行っています。
いらないと言われる理由と必要とされるケース
パンくずリストが不要とされやすいのは階層が浅くモバイル比率が極端に高いサイトで、必要とされやすいのは階層が深く情報量の多いサイトです。両者の違いを踏まえずに一律の結論を採用すると、自社サイトに合わない判断をしてしまう恐れがあります。
自社サイトに必要か判断する5つの基準
自社サイトへの導入可否は、次の5つの基準のうち3つ以上が「有効」に該当するかどうかで検討する価値があるとされています（note）。
| 判断基準 | 導入を検討すべき目安 |
|---|---|
| サイト階層の深さ | 4階層以上ある |
| 検索流入の経路 | オーガニック直接流入がランディングページ全体の70%以上 |
| デバイス別トラフィック比率 | モバイル比率が極端に高すぎない（80%超は実用性が下がりやすい） |
| ビジネスモデルとコンバージョン導線 | カテゴリ間の回遊がコンバージョンに寄与する構造がある |
| 開発・保守リソース | 構造化データの継続的な保守が可能 |
パンくずリストの代替手段はあるか
導入しない、あるいは既に廃止しているサイトでは、最適化されたグローバルナビゲーションやメガメニュー、コンテンツ内の文脈的な内部リンクの充実、ビジュアルサイトマップページ、タグ・フィルタ機能などが代替手段として挙げられています（note）。パンくずリストを設置しない場合でも、これらの導線を丁寧に設計すれば同等以上のユーザビリティやSEO効果を狙える場合があります。導入有無を単独で決めるのではなく、サイト全体のナビゲーション設計とあわせて検討することが望ましいといえます。
いる・いらないは二択ではなく、サイトの特性で見極めましょう。
正しい実装方法と運用のポイントは？
パンくずリストを導入する場合は、HTML表示に加えてBreadcrumbList構造化データをJSON-LD形式で実装するのが基本です。表示上のテキストと構造化データの内容を一致させ、position番号を連番で正しく設定することが、リッチリザルト表示を得るための前提条件になります。
設置位置は一般にページ上部、メインコンテンツの直前が推奨されています。またモバイル画面では横幅が限られるため、階層が深い場合は途中の階層を省略表示にしたり、フォントサイズや区切り記号を工夫したりして、読みやすさを損なわない配慮が必要です。
TechSuite株式会社の「AI検索パートナーズ」は、パンくずリストの実装そのものを目的化するのではなく、AI検索経由の受注率が従来のSEO経由の約3倍という実績データを踏まえ、露出や順位だけでなく受注という成果につながる形で技術対応の優先順位を設計することを重視しています。LLMO対策の具体的な進め方を検討する際にも、こうした成果起点の考え方が参考になります。
JSON-LDでの実装のポイント
BreadcrumbListの実装ではitemListElement内の各ListItemにposition、name、itemを正しく指定することが必須です。position番号の抜けや重複があると、リッチリザルトの対象外になる可能性があります（Google Search Central）。主なプロパティは次の表のとおりです。
| プロパティ | 役割 | 注意点 |
|---|---|---|
| position | 階層の順番を示す連番 | 1から始め、抜け・重複がないようにする |
| name | 画面に表示するテキスト | 実際の表示文言と一致させる |
| item | リンク先のURL | 相対URLではなく絶対URLで記述する |
WordPressやCMSでの設置方法
WordPressサイトの場合、SWELLなど多くのテーマや専用プラグインにパンくずリスト表示機能とBreadcrumbList構造化データの自動出力機能が備わっていることが一般的です。自作でHTMLとJSON-LDを実装する場合は、Googleのリッチリザルトテストで表示結果を確認しながら進めると安全です。
実装時によくあるミスと注意点
実装時には、表示テキストと構造化データの名称が食い違っていたり、ドメイン自体やページ自体までListItemに含めてしまったりするミスが起きやすいところです。Googleのガイドラインでは、パンくずリストはURL構造をそのまま反映するのではなく、典型的なユーザーの閲覧経路を表すことが推奨されており、ドメインやページ自体へのListItemは必須ではないとされています（Google Search Central）。実装前後には次のようなチェックを行うと安心です。
実装後は次の項目を確認しておくと安心です。
- 表示テキストと構造化データのnameが一致しているか
- itemに絶対URLを指定しているか
- positionが1から連番になっているか
- Googleのリッチリザルトテストでエラーが出ていないか
- Search Consoleのパンくずリストレポートで反映を確認したか
導入後の効果測定では、Search Consoleのパンくずリストの拡張レポートで表示状況を確認するほか、GA4やヒートマップツールでクリック率を測定する方法があります。クリック率が1%未満であれば、そのパンくずリストの価値が低い可能性があるため、設置位置やデザインの見直しを検討する材料になります（note）。海外の解説記事では、構造化データの喪失によってパンくずリスト表示が消えた結果、あるサイトのオーガニックCTRが6.6%から4.1%へ約40%低下し、3週間で復旧した後は7%まで回復した事例が紹介されています（Search Engine Land）。
実装して終わりにせず、効果測定まで含めて運用しましょう。
よくある質問
- パンくずリストの構造化データは削除すべきですか
削除する必要はありません。Googleは公式ブログで、既にBreadcrumbList構造化データを実装しているサイトは何もする必要がないと明言しています。デスクトップ検索でのリッチリザルト表示は引き続き有効なため、これまでどおり運用を継続することが推奨されます。
- モバイルで表示されなくなったらSEO効果はなくなりますか
モバイル検索結果でのパンくずリスト表示終了は見た目の変更であり、SEO効果全体がなくなるわけではありません。デスクトップでのリッチリザルト表示や、クローラビリティ・ユーザビリティ向上といった本質的な効果は変わらず残っています。
- AI検索対策としてパンくずリストは必須ですか
必須ではありません。Google公式ガイドでは、生成AI検索に対応するための特別な構造化データは不要とされています。ただし、サイトの意味構造を伝える基盤としては引き続き有効とされており、LLMO観点でも優先実装候補の一つに挙げられています。
- パンくずリストは何階層まで設置すべきですか
一般的には3〜5層程度が、ユーザーが迷わず理解できる目安とされています。それ以上深くなる場合は、途中の階層を省略したり上位カテゴリを統合したりする工夫を行うことで、ユーザビリティを保ちやすくなります。
まとめ
パンくずリストは2026年時点でも不要にはなっておらず、Googleのモバイル検索表示終了は見た目の簡略化にとどまります。BreadcrumbList構造化データはこれまでどおり運用を続けて問題なく、Search Consoleのレポートも継続して機能します。
AI検索においても特別なマークアップは必須ではないものの、サイトの意味構造を伝える基盤として一定の意味を持ち続けています。自社サイトへの導入可否は、階層の深さや流入経路、デバイス比率などの基準に照らして個別に判断することが望ましいといえます。
表示形式の変化に一喜一憂するのではなく、パンくずリストが本来担ってきたユーザビリティやサイト構造の明確化という役割に立ち返り、自社に合った運用方針を検討していくことが大切です。
参考にした情報源
- Simplifying the visible URL element on mobile search results（Google Search Central Blog）
- Breadcrumb（BreadcrumbList）structured data（Google Search Central）
- AI features and your website（Google Search Central）
- SEO breadcrumbs guide（Search Engine Land）
- グーグル、モバイル検索結果でのパンくずリスト表示をやめる（海外SEO情報ブログ）
- 構造化データとは？検索エンジンとAIにページの意味を伝える仕組み（emma magazine）
