パンくずリストは必要？AI検索に備えるサイト階層と構造化データの整え方

パンくずリストで整理できること

パンくずリストは、現在のページに至る階層を「ホーム ＞ サービス ＞ 個別サービス」のように示す案内です。Googleのパンくずリストに関する公式資料では、ページがサイト階層のどこに位置するかを示し、利用者が上位階層へ移動しながらサイトを理解・探索する助けになると説明されています。

同資料では、Google検索がWebページ本文内のパンくず マークアップを、検索結果でページ情報を分類するために利用することも示されています。ただし、これはパンくずを付ければ検索順位やAI回答が改善するという意味ではありません。

これらを踏まえ、本記事ではパンくずリストを「検索エンジンだけに送る記号」ではなく、利用者にも見えるサイト案内として先に整えることを推奨します。サービスが三つ程度の小規模サイトでも、対象者や提供内容が異なるなら、ページ同士の関係を確認する材料になります。

URLより先に利用者向けの階層を決める

フォルダー名をそのまま並べるだけでは、利用者にとって分かりやすい経路になるとは限りません。Googleの公式資料でも、URL構造を機械的に写すのではなく、利用者が通常たどる経路を表すパンくずが推奨されています。また、サイト最上位や現在のページを必ず項目に含めなければならないわけではありません。

実務上は、次の三つを先に決めると整理しやすくなります。

1. 現在のページは何を説明するページか
   サービス詳細、導入事例、店舗案内、記事など、ページの役割を一つに絞ります。
2. 一つ上の案内ページはどこか
   個別サービスならサービス一覧、店舗詳細なら店舗一覧というように、戻る先として自然なページを決めます。
3. 利用者がその上位ページから目的のページへ移動できるか
   階層名だけ存在し、実際にはリンクで行き来できない状態を避けます。

AI BRAND CHECK運営者による実務上の提案としては、まず問い合わせや予約に近い主要ページを五つ前後選び、そのページだけで経路を試作します。全ページを一度に分類し直すより、名称の迷いを見つけやすくなります。

表示名とリンク先をそろえる

パンくずの各項目は短くても、リンク先の内容が想像できる名称にします。GoogleのSEOスターターガイドでは、リンクは利用者と検索エンジンをサイト内外のページにつなぎ、リンクテキストは移動先の内容を伝えると説明されています。

これをパンくずに当てはめると、「情報」「その他」のような広すぎる言葉より、「訪問サービス」「店舗案内」「導入事例」のように、移動先の役割が分かる名称のほうが確認しやすくなります。ただし、検索語を詰め込んで長くする必要はありません。

• パンくずの名称と、リンク先ページの見出し・メニュー表記に大きなずれがないか
• 同じサービスをページごとに別の略称で呼んでいないか
• 上位項目を選ぶと実在する一覧ページへ移動できるか
• スマートフォンでも現在地と戻り先を読み取れるか

表記を統一するときは、パンくずだけを直すのではなく、グローバルメニュー、ページタイトル、一覧ページ、関連リンクも照合します。これはGoogleの仕様ではなく、本記事が提案する運用上の点検方法です。

BreadcrumbList構造化データを確認する

画面上のパンくずを整えたら、次に構造化データを確認します。Schema.orgのBreadcrumbList仕様では、BreadcrumbListをリンクされたWebページの連なりとして定義し、各項目の順序をpositionで表します。

Googleの公式資料では、Google検索のパンくず表示の対象になるには、少なくとも二つのListItemを含むBreadcrumbListを定義し、項目の配列であるitemListElementを設定する必要があると説明されています。各項目では主に次を確認します。

• position：経路内の順番が1から連続しているか
• name：利用者に示す項目名と意味が一致しているか
• item：対応するページのURLになっているか。Googleの仕様上、最後の項目では省略できます

Googleの構造化データ全般のガイドラインでは、対応形式としてJSON-LD、Microdata、RDFaが挙げられ、JSON-LDが推奨されています。一方、WordPressではテーマや導入済み機能がすでにパンくずのマークアップを出力している可能性もあるため、追加前にページのHTMLとテスト結果を確認してください。重複出力を避けるための確認は、本記事による実務上の提案です。

画面表示とマークアップを一致させる

構造化データだけに理想的な階層を書き、画面上では別の経路を表示するのは避けます。Googleの構造化データ全般のガイドラインでは、マークアップはページの主な内容を正しく表し、利用者に見えない内容や無関係・誤解を招く内容を記述しないことが求められています。

また、構造化データを実装しても、検索結果で該当機能が表示される保証はないとGoogleは明記しています。したがって、表示されたかどうかだけを成功条件にせず、利用者がページの位置を理解できること、リンク切れがないこと、マークアップが画面表示と一致していることを完了条件にするのが現実的です。

GoogleのAI検索機能に関する公式資料でも、AI OverviewsやAI Modeのために特別なSchema.org構造化データを追加する必要はなく、既存のSEOの基本を適用するとされています。パンくずを「AI専用施策」と位置づけず、サイト全体の理解しやすさを整える一要素として扱ってください。

WordPressで実装するときの順序

WordPressサイトでは、テーマ、ブロック、SEO関連機能など複数の場所が表示や構造化データに関係することがあります。設定名は環境によって異なるため、実務上は次の順で確認すると整理しやすくなります。

1. 代表ページの現状を確認する
   サービス詳細、記事、店舗ページを一つずつ開き、画面上のパンくずとページのHTMLを確認します。
2. 正しい経路を紙やメモで決める
   WordPressの設定を触る前に、利用者に見せたい上位ページと名称を確定します。
3. 一つの方法で表示する
   テーマ側と別機能側の両方から同じパンくずが出ないよう、採用する表示方法を確認します。
4. 構造化データの出力元を一つずつ点検する
   複数のBreadcrumbListがある場合は、経路が同じか、意図した複数経路なのかを判断します。
5. キャッシュを反映してから再確認する
   古い表示が残る環境では、変更直後の画面だけで判断しないようにします。

Googleの公式資料では、一つのページに複数の到達経路がある場合、複数のパンくず経路を指定できる例も示されています。ただし、小規模サイトでは管理が複雑になりやすいため、これらを踏まえ、本記事ではまず主要な経路を一つ決め、複数経路が利用者の行動として本当に必要なページだけ個別に検討することを推奨します。

公開前後の確認項目

Googleのパンくずリスト公式資料では、リッチリザルト テストでコードを検証し、公開後はURL検査ツールでGoogleがページをどのように認識しているか確認する流れが案内されています。公開後のクロールと処理には時間がかかる場合があり、要件を満たしても表示は保証されません。

公開前後は、次の項目を代表ページだけでなく、異なるテンプレートのページでも確認します。

• パンくずの順番、名称、リンク先が意図した階層になっている
• PCとスマートフォンで途中の項目が読め、横スクロールや不自然な折り返しがない
• リンク先が404や不要な転送になっていない
• 画面表示とBreadcrumbListの項目名・URL・順番が一致している
• リッチリザルト テストで重大なエラーがない
• URL検査で対象ページがGoogleからアクセス可能な状態になっている
• テーマや関連機能の更新後も重複・欠落が起きていない

まとめ

パンくずリストを整えるときは、構造化データから着手するのではなく、利用者が理解しやすいサイト階層を先に決めます。そのうえで、表示名、リンク先、BreadcrumbListの順番とURLをそろえ、代表ページをテストします。

これらを踏まえ、本記事では「主要ページの経路を決める → 画面に表示する → 構造化データを確認する → テストする」の順序を推奨します。検索結果やAI回答の変化を保証する方法ではありませんが、利用者と検索システムの双方に矛盾の少ないサイト構造を維持するための基礎になります。