Google Search Consoleの「拡張」レポートにBreadcrumbListのエラーが表示され、対応方法が分からず困っていませんか。本記事では原因の特定からJSON-LDの修正手順、検証ツールでの解消確認までを具体的に解説します。
結論： パンくずリストの構造化データエラーは、positionの連番崩れ・name欠落・URLの相対パス表記が主な原因です。JSON-LDを修正し、リッチリザルトテストで検証後、Search Consoleで「修正を検証」をリクエストすれば解消できます。
パンくずリストエラーとは何か
パンくずリストの構造化データエラーとは、Googleがページ内のBreadcrumbList構造化データを正しく解釈できない状態を指します。BreadcrumbListとは、ユーザーがサイト内のどの階層にいるかを示すパンくずナビゲーションを、検索エンジンに伝えるための構造化データタイプのことです。
このエラーはGoogle Search Consoleの左メニュー「拡張」内、またはページ単位のURL検査ツールで確認できます。2024年以降、Googleが構造化データ全般の検証基準を一律に厳格化したというより、FAQなど一部のリッチリザルトについて表示対象を制限しています。
エラーが未解消のまま放置されると、検索結果でのパンくずリッチリザルト表示が失われます。直接的な順位への影響は限定的ですが、クリック率に関わるUI要素が失われる点は見過ごせません。
GSCで表示される主なエラーメッセージ
Search Consoleでは「無効な値」「必須フィールドが見つかりません」「項目の不足」といった文言でエラーが報告されます。エラー文言は英語表記の場合もあり、プロパティ名（position・name・item）が直接示されるため、該当箇所の特定自体は難しくありません。
エラーの原因は何か
パンくずリストの構造化データエラーの大半は、JSON-LD内のitemListElement配列における記述ミスに起因します。原因を切り分けずに修正すると再発するため、まずパターンを把握することが重要です。
- positionの連番崩れ
各階層のpositionが1から始まる連続した整数になっていない、または重複している。 - name属性の欠落
各階層の表示名を示すnameプロパティが抜けている、または空文字になっている。 - itemの相対URL表記
itemに指定するURLが/category/pageのような相対パスで、絶対URLになっていない。 - 最終階層のURL不一致
最後のパンくず項目に設定したURLが、現在閲覧中のページURLと一致していない。 - JSON構文エラー
カンマの付け忘れ・閉じ括弧の不足など、JSON自体が不正な形式になっている。 - BreadcrumbListの重複出力
テーマとプラグインの両方からパンくずの構造化データが出力され、1ページに2つ存在している。
特に最終階層のURL不一致は見落とされやすい原因です。Googleの公式ガイドラインでは、現在表示中のページに該当する最後のパンくず項目はitemプロパティを省略してもよいとされています。あえて省略せず、誤ったURLを入れたままにしているサイトでエラーが頻発しています。
CMS・プラグイン起因のエラー傾向
WordPressサイトでは、SEOプラグインが自動生成するパンくず構造化データと、テーマ側が独自に出力するパンくず構造化データが競合するケースが目立ちます。2025年以降にテーマアップデートを行ったサイトで、突然エラーが増加した相談も多く寄せられています。
JSON-LD修正の手順は
JSON-LDの修正は、エラー箇所の特定・コード修正・検証ツールでの確認・Search Consoleへの再検証依頼という4段階で進めます。手順を飛ばすと修正漏れが残るため、順番通りに進めることが重要です。
- STEP 1 エラー対象URLを特定する
Search Consoleの「拡張」レポートから該当エラーをクリックし、影響を受けているURLの一覧を確認します。 - STEP 2 ページソースのJSON-LDを確認する
対象ページで右クリックから「ページのソースを表示」し、application/ld+jsonタグ内のBreadcrumbList部分を探します。 - STEP 3 必須プロパティを修正する
positionの連番・nameの有無・itemの絶対URL表記を1項目ずつ確認し、欠落や誤りを修正します。 - STEP 4 検証ツールで事前確認する
修正したコードをリッチリザルトテストに貼り付け、エラーが解消されたかを本番反映前に確認します。 - STEP 5 Search Consoleで再検証を依頼する
本番環境に反映後、該当エラーの画面から「修正を検証」をクリックし、再クロールをリクエストします。
修正の具体例として、3階層のパンくず（トップ＞カテゴリ＞記事）を正しく記述する場合、itemListElementには3件のListItemが必要です。各要素にはpositionを1から3まで連番で付与し、nameには表示名、itemにはhttps://から始まる絶対URLを設定します。最後の項目（現在のページ）はitemを省略するか、現在のURLと完全一致させてください。
WordPressでSEOプラグインを利用している場合、パンくず構造化データの自動出力機能とテーマ側の出力が重複していないか、必ず事前に確認してください。
検証ツールでの確認方法は
修正したJSON-LDの検証には、GoogleのリッチリザルトテストとSearch Consoleの2つを併用します。片方だけの確認では、本番反映後に別の問題が見つかるケースがあるためです。
リッチリザルトテストでの確認手順
リッチリザルトテストにURLを入力するか、コードを直接貼り付けて「コードをテスト」を実行します。結果画面でBreadcrumbListが検出され、エラー・警告がゼロであれば本番反映の準備が整った状態です。警告が残っている場合は、該当プロパティ名をクリックすると詳細な原因が表示されます。
Search Consoleでの再検証リクエスト
本番反映後は、Search Consoleの「拡張」レポートから該当エラーを開き、「修正を検証」ボタンをクリックします。再検証には数日から数週間かかることがあり、反映タイミングはページのクロール状況に左右されます。急いで確認したい場合は、URL検査ツールで個別にライブテストを実行すると、修正状況を即座に確認できます。
再発防止のポイントは
パンくずリストのエラーを再発させないためには、実装後の定期チェックと出力元の一元化が有効です。エラーは一度修正しても、テーマ更新やプラグイン追加のタイミングで再発する傾向があります。
- positionが1から連番になっているか
階層を追加・削除した際に番号がずれていないかを確認します。 - nameが全階層に設定されているか
空のページタイトルがそのまま反映されていないかを確認します。 - itemが絶対URLで記述されているか
https://から始まる完全なURLになっているかを確認します。 - 1ページに重複出力がないか
テーマとプラグインの双方からBreadcrumbListが出力されていないかを確認します。 - canonicalタグとURLが矛盾していないか
パンくずのitem URLと正規URLが一致しているかを確認します。
これらの確認は、サイト更新のたびに手動で行うと抜け漏れが発生しやすい作業です。構造化データの自動チェック機能を組み込んだ運用体制を整えておくと、テーマ更新やページ追加時のエラー再発を早期に発見できます。
よくある質問
パンくずリストの構造化データエラーはSEO評価に影響しますか？
A. 順位への直接的な影響は限定的です。ただし検索結果でのパンくず表示が失われ、クリック率に関わるUI要素を損なうため、早期の修正が推奨されます。
JSON-LDとマイクロデータ、どちらで実装すべきですか？
A. Google公式ドキュメントでもJSON-LDが推奨形式です。HTML本文と分離して記述できるため、保守性が高く修正ミスも起きにくくなります。
「項目の不足」エラーとはどういう意味ですか？
A. itemListElement内の必須プロパティ（positionやname）が1つ以上欠落している状態を指します。該当階層のコードを確認してください。
修正後、Search Consoleの表示はいつ更新されますか？
A. 「修正を検証」リクエスト後、数日から2週間程度で反映されます。個別ページはURL検査ツールのライブテストで即座に確認可能です。
WordPressでエラーが出た場合はどこを確認すべきですか？
A. SEOプラグインとテーマの両方がパンくず構造化データを出力していないか確認してください。重複出力がエラーの主要因です。
リッチリザルトテストでエラーがないのに表示されないのはなぜですか？
A. 構造化データが正しくても、Googleの表示判断により掲載が見送られる場合があります。これはエラーとは別の仕様です。
SEOの技術対応に不安がある方へ
構造化データの点検やSEO記事の継続運用に手間を感じる場合は、AI広報DXシステムContent Ops Engineの無料相談で、実践的な改善方法を確認できます。