Cookie設定

必須cookieはサイトを動かし続けます。アナリティクスはどのページが役立つかを示します。選択はフッターからいつでも変更できます。

当サイトのCookieポリシー — Cookieのカテゴリー、選択内容をブラウザーに保存する方法、同意の撤回方法を詳しく説明しています。

必須

サイトの基本機能と同意の選択。常に有効。

アクセス解析

サイトの利用状況の理解に役立ちます。許可した後にのみ読み込まれます。

GitHubZIPをダウンロード

BreadcrumbList schema：パンくずリストのマークアップ

BreadcrumbListは、ページのナビゲーション上の経路を記述するSchema.orgのマークアップです。対象となるGoogleの検索結果では、URLだけでなく、文脈を示す階層を表示できます。

BreadcrumbListは、画面に表示されているパンくずリストのための構造化データです。パンくずリストは、現在のページを文脈の中に位置づけるナビゲーション上の経路です。サイトの設計、内部リンク、正規URLの代わりにはなりません。訪問者にも理解でき、使える経路を記述するものです。Googleは、対象となるマークアップを使って、検索結果に文脈を示す階層を表示できます。ただし、表示するかどうかはGoogleが決め、表示面によっても異なります。

パンくずリストは、実際のナビゲーションの選択肢を順番に並べたものとしてモデル化します。商品や記事に意味のある経路が複数ある場合もあり、Googleのドキュメントも、同じページに複数のパンくずリストを認めています。選ぶべきなのは、そのページに到達した文脈で、人に表示される経路です。キーワードのラベルを人工的に連ねた経路ではありません。

イメージ図：表示される階層と、その構造化データでの表現は、同じ経路を記述する必要があります。
パンくずリストのマークアップがあると、ページはパンくずリスト表示の対象になり得ます。ただし、リッチリザルトの表示は保証されず、ランキングが変わる原因にもなりません。

URLのスプレッドシートではなく、レンダリング後のページから始めます。パンくずリストの各項目について、表示されているラベルとリンク先を記録し、現在のページを最後のListItemに含めるかどうかを決めます。リンク先には絶対URLを使います。positionは1から連続させ、名前は簡潔で人が読めるものにして、ページのUIと一貫させます。ページに存在しない階層のマークアップは作りません。

json
{\n  "@context": "https://schema.org",\n  "@type": "BreadcrumbList",\n  "itemListElement": [\n    {"@type":"ListItem","position":1,"name":"Home","item":"https://example.com/"},\n    {"@type":"ListItem","position":2,"name":"Guides","item":"https://example.com/guides/"},\n    {"@type":"ListItem","position":3,"name":"Technical SEO","item":"https://example.com/guides/technical-seo/"}\n  ]\n}

このJSON-LDは、可能であれば、パンくずリストのコンポーネントを描画するのと同じデータから生成します。そうすれば、カテゴリ名を変えたときに、UIは更新されたのにマークアップは古いままという、よくある食い違いを避けられます。浅い階層のホームページなど、役立つ経路がないページでは、CMSのテンプレートがBreadcrumbListを出力しないようにします。

  1. 代表的なページでレンダリング後のパンくずリストを確認し、すべてのリンク先が意図した正規URLに解決されるかを確認します。
  2. DOM、JSON-LD、情報設計を比べます。ラベル、順序、経路は一致している必要があります。
  3. Googleのリッチリザルトテストをかけたあと、公開後にURL検査を使い、Googleが認証、robotsによるブロック、noindexなしでページを取得できるか確認します。
  4. 再クロールの後で、Search Consoleのパンくずリストの拡張レポートを確認します。有効なURLが1つあれば全テンプレートをカバーすると決めつけず、テンプレートごとにサンプルを調べます。

バリデーションは、構文とアクセスのチェックとして扱います。検索結果にパンくずリストが表示される証拠ではありません。Googleは、代表的なページをいくつか公開し、Googleからの見え方を確認し、再クロールの時間を見込むことを明確に推奨しています。分類体系を変更したときは、同時に数百のパンくずリストに影響し得るため、再度確認が必要です。

BreadcrumbListだけで、CTRやランキングが改善すると主張してはいけません。検索パフォーマンスの変化は、クエリのセットと、同時に行った他の変更と照らして測定します。

実務的なリグレッションチェックとして、ナビゲーションや分類体系の変更を公開するたびに、パンくずリストのテンプレートごとに1つずつURLをサンプリングします。レンダリング後のラベル、JSON-LDの順序、正規URLの指定先、HTTPレスポンスを比べます。この小さな習慣で、テンプレートのずれを、拡張レポート全体の問題になる前に見つけられます。

このチェックの記録は、リリースノートと一緒に残します。サンプリングしたURL、テンプレート、結果、必要ならフォローアップです。後でSearch Consoleに警告が出たとき、対応しやすくなります。マークアップの機能が、検証できないSEOの主張になることもありません。

FAQ

すべてのページにBreadcrumbListのマークアップが必要ですか？
意味のあるパンくずリストが画面に表示されているページだけで必要です。マークアップは、ユーザー向けに実在するナビゲーションを記述するものです。すべてのテンプレートに、人工的な階層を追加するものではありません。
1つのページに、複数のパンくずリストを置けますか？
はい。Googleのドキュメントでは、異なる有用な階層からコンテンツにたどり着ける場合、1つのページに複数のパンくずリストを指定できるとされています。それぞれのパンくずリストは、一貫していて正確である必要があります。
リッチリザルトテストが有効なら、パンくずリストの表示は保証されますか？
いいえ。リッチリザルトテストは、対象となるマークアップをGoogleが理解できることを確認するものです。特定の検索結果で検索機能を表示するかどうか、どう表示するかは、Googleが決めます。
現在のページを、最後の項目として含めるべきですか？
最後のListItemで、現在のページを示せます。順序とラベルは、表示されているパンくずリストと一貫させます。慣例を満たすためだけに、自己リンクを作る必要はありません。