ひとことで言うと
BreadcrumbListはSchema.orgが定義する構造化データの型の一つで、現在のページがサイト階層のどの位置にあるかを示すリスト情報です。例えば「トップ > ブログ > SEO基礎」という3階層を定義すると、Googleがそれを検索結果のURLスニペット部分にパンくずナビとして表示するリッチリザルトを生成できます。
JSON-LDで記述する場合は、@typeをBreadcrumbList、itemListElementに各階層をListItemとして配列で並べます。各ListItemにはposition（順番を示す整数）、name（表示名）、item（そのページの絶対URL）の3つを指定します。AIツールが複数ページのサイトを生成した場合、各ページに対応する階層情報を個別に設定する必要があります。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
HTML共有で関係する場面
ギガサイト便などでAI生成のマルチページサイトを公開し、Googleにインデックスされた場合、BreadcrumbListが正しく設定されていると検索結果にパンくずが表示されます。特にカテゴリページ・詳細ページという2〜3階層構造を持つLP集合では、ユーザーが求めているページを素早く判断できるため、クリック率改善につながることがあります。
単ページの静的HTMLをURLで共有するケースでは、BreadcrumbListの効果は限定的です。パンくずは階層を持つサイトで意味を持つため、提案書1枚・LPを1URLで共有するだけなら優先度は低く、まずOGPとpage titleを正しく設定する方が実用上の優先度が高いです。
よくある誤解
「BreadcrumbListを入れればGoogleがそのURLを正しいパスとして認識してくれる」という誤解があります。実際にはBreadcrumbListのitemフィールドに書いたURLと実際のページURLが一致していないとエラーになります。AIが自動生成したBreadcrumbListのitemURLがexample.comのままになっているケースがよくあるため、公開ドメインに変更する作業が必要です。
HTMLに視覚的なパンくずナビ（ul/li要素のナビゲーション）が実装されていればBreadcrumbListは不要、と思う人がいますが両者は別物です。視覚的なパンくずはユーザー向け、BreadcrumbListは検索エンジン向けの機械読み取り用データです。どちらか一方だけでも機能しますが、両方揃えるのがGoogleが推奨する実装です。
安全に使うための注意点
BreadcrumbListのitem（URL）には必ず公開可能な絶対URLを書いてください。社内プレビュー用の一時URLや認証付きURLを書くと、検索エンジンがそこにアクセスしようとしたときに403エラーになり、構造化データが無視されます。本番ドメインへの移行時にitem URLを必ず書き換えるチェックリストを用意しておくと安全です。
positionの番号は1から連番で並べることがGoogleの仕様です。1, 2, 4 のように欠番があったり、0始まりにしたりするとバリデーションエラーになります。AIツールが自動生成したBreadcrumbListを使う場合は、リッチリザルトテストに貼って「エラー 0件」を確認してから本番投入するのが確実な手順です。
よくある質問
BreadcrumbListを入れると必ず検索結果にパンくずが表示されますか？
表示されるかはGoogleの判断に委ねられており、正しく実装しても表示されないことがあります。ただしエラーのない正しいBreadcrumbListは表示される可能性を高める条件の一つです。Search Consoleのパンくずリストレポートで状況を確認できます。
1ページだけのLPにBreadcrumbListは意味がありますか？
意味はほぼありません。BreadcrumbListは複数ページの階層構造を持つサイトで効果を発揮します。単ページLPの場合は代わりにWebPage型またはLandingPage型のJSON-LDを実装する方が適切です。
BreadcrumbListで指定するURLはhttpsとhttpどちらにすべきですか？
本番サイトのプロトコルに合わせてください。現在ほぼ全てのサイトがhttpsのため、httpsを使うのが標準です。httpとhttpsを混在させるとGoogleが別URLとして認識し、インデックス分散が起きる場合があります。