【Google検索セントラル解説】パンくずリスト（BreadcrumbList）の構造化データ｜デスクトップ限定の表示と書き方

2026年10月8日

中野輝規

自社サイトのパンくずリストは、画面に見えているだけでなく、Googleが読める形で書かれているでしょうか。Googleは、その書き方を検索セントラルの1ページで説明しています。

この記事は、そのページ「Breadcrumb (BreadcrumbList) structured data」を英語版の原文から読んで整理します。英語版と日本語版の比べ読み、更新の経緯、弊社のサイトで確かめたことも書きます。

合同会社謙虚は、3つのドメインを並行して運用し、何を変えると数字が動くかを測り続けています。パンくずは、画面の表示、内部リンク、構造化データの3か所に同じ階層が現れるため、食い違いを確かめる出発点として原文を読みました。

結論：3行で言うと

このページによれば、パンくずリストの表示はデスクトップの検索結果が対象です。2025年1月に「機能の提供状況」の節が足され、モバイルでは出ないことが書かれました
書き方の要点は、BreadcrumbListの中に、2つ以上のListItemを置くことです。JSON-LD、RDFa、Microdataのどれでも書けます
階層は、URLの構造をそのまま写すのではなく、利用者が通る一般的な経路に合わせるよう、ページは勧めています。通り道が複数あるときは、パンくずを複数書けます

このページの基本情報

項目	内容
原題（英語）	Breadcrumb (BreadcrumbList) structured data
日本語版の題名	パンくずリスト（BreadcrumbList）の構造化データ
英語版の最終更新日	2026年9月8日
日本語版の最終更新日	2026年9月12日
Google検索セントラルの中の位置（章）	左の目次の「Ranking and search appearance」の中、「Structured data」の項目群にあります。ArticleとBook actionsの次に並んでいます
直近の主な更新	変更履歴でパンくずに触れた最新の記載は2025年1月22日で、「機能の提供状況」の節が足されました。2026年9月の日付変更は、変更履歴に載っていません

原文はこちらで読めます。英語版／日本語版。

Googleがこのページで言っていること

機能の提供状況：デスクトップだけ

続く「Feature availability」の節は、この機能がデスクトップで、Google検索を使えるすべての地域と言語で使えると述べています。

この節は2025年1月22日に足されました。変更履歴は、画面の小さいモバイルではパンくずが途中で切れてしまい、検索する人の役に立ちにくいと分かったため、と理由を説明しています。

同じ変更を知らせたブログ記事（2025年1月23日付）も開いて確かめました。

モバイルの検索結果ではドメイン名だけの表示になり、パソコンではパンくずが残ります。すでにマークアップを使っている場合は、対応が要らないとも書かれています。

追加の手順：4つのステップ

必須のプロパティを足します。CMSなら、組み込まれたプラグインのほうが簡単な場合があります
ガイドラインに従います
リッチリザルトテストで検証し、重大なエラーを直します。重大でない指摘は、直すと品質の助けになりますが、リッチリザルトの対象になるために必須とはされていません
入れたページを数ページ公開し、URL検査ツールでGoogleからの見え方を確かめます。robots.txt、noindex、ログインで遮られていないことも見ます。問題がなければ、再クロールを依頼できます

公開から、Googleがクロールするまでには、数日かかることがあります。

書き方の例：1本の経路と、複数の経路

例は、架空の書籍賞の受賞作ページです。「Books ＞ Science Fiction ＞ Award Winners」という1本の経路を、JSON-LD、RDFa、Microdataの3つの書き方と、画面に出すHTMLのパンくず（構造化データの属性は付かない）で示しています。

書き方	例の中での特徴
JSON-LD	head内のscript要素に、BreadcrumbListをまとめて書きます。最後の項目のitemは省かれています
RDFa	画面に出す順序つきリストに、vocabとtypeof、propertyの属性を付けます。positionはmeta要素で持たせます
Microdata	順序つきリストに、itemscope、itemtype、itempropの属性を付けます。positionはmeta要素で持たせます

複数の経路の例は、「Books ＞ Science Fiction ＞ Award Winners」と「Literature ＞ Award Winners」の2本です。JSON-LDではBreadcrumbListを配列に2つ並べ、RDFaとMicrodataでは順序つきリストを2つ置きます。

公式の例とは別に、会社のお知らせページを想定した最小の書き方を示します。URLとページ名は仮のものです。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "ホーム", "item": "https://example.com/" },
    { "@type": "ListItem", "position": 2, "name": "お知らせ", "item": "https://example.com/news/" },
    { "@type": "ListItem", "position": 3, "name": "年末年始の営業日" }
  ]
}
</script>

ガイドラインと型の定義

パンくずとして検索に出る資格を得るには、Google検索の基本事項と、構造化データの一般的なガイドラインに従う必要があります。範囲を外れた手法が見つかると、手動による対策を受けることがある、という警告も付いています。

このページ固有の推奨が1つあります。

“We recommend providing breadcrumbs that represent a typical user path to a page, instead of mirroring the URL structure.”（URL構造をそのまま映すのではなく、ページにたどり着く一般的な利用者の経路を表すパンくずを推奨します）

最上位のパス（サイトのドメイン名）と、ページ自身は、ListItemに含めなくてもよいとされています。

パンくずを指定するには、2つ以上のListItemを含むBreadcrumbListを定義します。必須のプロパティは次のとおりです。

型	プロパティ	原文の内容
BreadcrumbList	itemListElement	ListItemの配列です。決まった順序で並べます
ListItem	item	パンくずが指すページのURLです。最後の項目では省略でき、省略するとGoogleは、それを含むページのURLを使います
ListItem	name	利用者に見えるパンくずの名前です
ListItem	position	整数です。1が経路の先頭を表します

古い書き方についても1行あります。data-vocabulary.orgのマークアップは、Googleのリッチリザルト機能の対象ではなくなりました。

Search Consoleでの見守りと、表示されないとき

場面	ページの説明
初めて入れた後	リッチリザルトのステータスレポートで、有効な項目が増え、無効な項目が増えない状態が理想です。問題があれば無効な項目を直し、一般公開URLの検査で確かめ、検証をリクエストします
テンプレートの公開やコード更新の後	無効が増えたなら、新しいテンプレートの不具合が疑われます。有効が減って無効が増えていないなら、構造化データが埋め込まれなくなった可能性があります
定期的な分析	パフォーマンスレポートで、リッチリザルトとしての表示の頻度、クリックの頻度、平均掲載順位が分かります

表示されないときの案内からは、3点を拾います。

“Google does not guarantee that features that consume structured data will show up in search results.”（構造化データを使う機能が検索結果に出ることを、Googleは保証しません）
手動による対策を受けると、そのページの構造化データは無視されます。ページ自体は検索結果に出ることがあります
原因がスパム的な内容やマークアップのときは、構文の誤りではないため、リッチリザルトテストでは見つかりません

英語版と日本語版の違い

英語版を正として読み、日本語版と比べました。確認日は2026年10月8日です。

比べた点	英語版	日本語版
最終更新日	2026年9月8日	2026年9月12日（4日新しい）
構成	大見出し7、小見出し15、コード例10、表2、注記枠4	すべて同じ
本文中のリンク（コード例の中を除く）	46個	46個。リンク先も同じ
例の前置き	a fictional book award（架空の書籍賞）	「フィクションの書籍に関する賞」
複数の経路の例	a page for award winning books（受賞した本のページ）	「文学賞の受賞作のページ」

英語版にだけある文や節は、見つかりませんでした。

本文に意味の差が見えないため、訳文の見直しなどの可能性があります。理由はどこにも書かれていないため、確かなことは言えません。

表の下2行は訳のゆれで、例の階層は同じです。

更新の経緯

Googleの変更履歴のページ（保存した版）と、ページが指すブログ記事で確かめました。Internet Archiveでの過去の版の照合は、アクセス制限で行えず、含めていません。

日付	内容	出どころ
2020年1月21日	data-vocabulary.orgを、リッチリザルトの対象から外す予定を告知（当初は2020年4月6日の予定）	ブログ記事
2020年4月30日	パンくずとURLのパスの関係を説明する文が足された。いまの推奨と同じ文かは、当時の版を見られず未確認	変更履歴
2020年10月30日	2021年1月29日以降、data-vocabulary.orgは対象外になると、時期が更新された	変更履歴
2025年1月22日	「機能の提供状況」の節が足され、デスクトップだけと明記	変更履歴

このページから、言えること・言えないこと

言えること（原文にある）	言えないこと
パンくずの表示は、デスクトップの検索結果が対象	スマホの検索結果にも階層が出る
2つ以上のListItemを含むBreadcrumbListで書く	書けば必ず検索に表示される
URLの写しより、利用者の一般的な経路を勧めている	URLの階層とパンくずが一致しないと使えない
1ページに複数の経路を書ける	経路を増やすと順位に有利になる（このページは順位への影響を述べていません）
重大でない指摘は、直すと品質に役立つが必須ではない	リッチリザルトテストが通れば表示される

中小企業の視点で、どう受け取るか

ここからはGoogleの説明とは別の、私の読み取りです。

1　自社の現状を、3か所で見比べる

パンくずの階層は、画面の表示、ページのソースにあるデータ、Search Consoleのレポートの3か所に現れます。

記事ページを開き、画面上部のパンくずの名前と順番を書き留めます
ブラウザの右クリックで「ページのソースを表示」を選びます。開いた画面でページ内検索（WindowsはCtrl+F、MacはCommand+F）にBreadcrumbListと入れ、見つかったデータの名前と順番を画面と見比べます
Search Consoleで、パンくずリストのレポート（リッチリザルトのステータス）を開きます。メニューの名前は画面の更新で変わることがあります

パンくずの種類の使い分けや、よくある実装ミスの直し方は、パンくずリストのSEO効果と実装方法を解説した記事に書いています。この記事は公式ページの読み解き、そちらは実務の手順という分担です。

2　WordPressでは、データの出どころを1つ確かめる

WordPressでは、テーマやプラグインがパンくずのデータを出しています。ソースでBreadcrumbListを検索し、見つかる数を数えます。

2つ以上あるときは、出力元を確かめます。

重複への言及は、このページにありません。ただ、画面の階層と食い違う原因になりやすいので、確認する価値があると考えます。

3　階層は、利用者が通る道で決める

URLに階層が無くても、パンくずは作れます。弊社の記事はURLにカテゴリが入りませんが、パンくずはカテゴリを経由しています。

複数のカテゴリに属する記事は、1本の経路も複数の経路も公式の例にあります。管理の手間から、まず1本に絞るのが扱いやすいと考えます。

弊社のサイトで確かめたこと

2026年10月8日に、kenkyo.aiの公開ページへcurlでアクセスし、HTMLの中のJSON-LDを読み取りました。対象は、カテゴリのページと記事のページの2種類です。

ページ	データの中身	画面のパンくず
記事（https://kenkyo.ai/kouzouka-data-toha/）	BreadcrumbListは1つで、JSONとして構文エラーなく読めた。ListItemは3つ。「ホーム」（URLあり）、カテゴリ名（カテゴリのURLあり）、記事の題名（URLなし）	3つの名前と順番が一致
カテゴリ（Web集客・マーケティング）	ListItemは2つ。「ホーム」（URLあり）、カテゴリ名（URLなし）	2つの名前と順番が一致

この結果から、次のことが言えます。

記事のURLは「/kouzouka-data-toha/」で、カテゴリを含みません。一方でパンくずはカテゴリを経由していて、ページの推奨する「URLの写しではなく、利用者の経路」に当てはまる形です
記事ページとカテゴリページの最後の項目には、itemがありません。ページの説明では、最後の項目のitemは省略でき、省略した場合は、それを含むページのURLが使われます
ListItemには、ページの表にある項目（item、name、position）のほかに、@idと、前後を指すnextItem、previousItemが付いていました。余分な項目への言及は、このページにありませんでした。出力元は、ページ内のメタタグからSEOプラグインとみられます（製品名は伏せます）

確かめられなかったことも書きます。リッチリザルトテストの実行と、モバイルの検索結果での見え方は、確認の対象外です。

Search Consoleの数字は、私には見られません。