サーチコンソールの拡張レポートとは、構造化データのエラーは順位ではない

Search Console から「新しい問題が検出されました」というメールが届き、開いたら赤いエラーが並んでいた。この状態で最初に知りたいのは「放置すると順位が下がるのか」だと思います。

先に結論を書きます。拡張レポートのエラーは、公式ドキュメントの中では順位の問題として説明されていません。説明されているのは、その構造化データがリッチリザルトとして表示される資格を持つかどうかだけです。

つまり、エラーを直しても検索パフォーマンスの数字は動かない可能性が高いということです。なぜそう言えるのかを、公式ヘルプの原文をたどって書きます。

クリック数を増やす目的で拡張レポートを開いたのなら、見るべき画面は検索パフォーマンスのほうです。

拡張レポートはどこに出て、どんなときに出ないのか

拡張レポートとは、Google が自分のサイトで見つけた構造化データと、その有効性を、リッチリザルトのタイプごとに分けて表示する画面です。2026年8月に日本語版ヘルプを確認した時点で、置き場所はナビゲーション バーの「拡張機能」と書かれています(商品スニペットと販売者のリスティングだけは「ショッピング」の下)。

呼び方は揺れています。同じヘルプの中に「拡張レポート」という言い方も残っていますし、正式名称は「リッチリザルト レポート」です。どれも同じ画面を指しています。

重要なのは、このレポートが出る条件です。公式ヘルプは「Google がプロパティ内で有効なマークアップを検出する。かつ、そのマークアップが、サポートされているリッチリザルト タイプである」場合にのみ表示されると書いています。

構造化データを入れていないサイトには、拡張機能の下に何も出ません。正常な状態です。「拡張が空だから対策が足りない」という読み方は成立しません。

レポートが用意されているタイプは、パンくずリスト・レシピ・レビュー スニペット・イベント・求人情報・動画・画像メタデータなど19種類です。個人ブログに関係しそうなのは実質パンくずリスト・画像メタデータ・動画あたりで、このヘルプページの一覧には記事(Article / BlogPosting)のレポートは載っていません。BlogPosting を入れても拡張機能の下に画面が増えないのは、そのためです。動画については、動画のインデックス登録レポートに「動画再生ページに動画がありません」と出ることもあり、その記事自体は登録済みで、動画を動画検索結果などに出す必要が無ければ直さなくて構わない理由を「動画再生ページに動画がありません」は直す？に書きました。

数え方にも癖があります。公式ヘルプは「レポート内の数値はページ数ではなく、項目数です」と明記しています。1ページに構造化データを2つ書いていれば2項目なので、「エラー40」はエラーのあるページが40枚という意味ではありません。

「エラー」「警告」「有効」が意味しているもの

3段の呼び名は、公式ヘルプの中でも表現が分かれています。レポートの概要ページが使うのは「有効なアイテム」「無効なアイテム」と「重大な問題」「重大ではない問題」です。一方、解析できない構造化データのレポートの説明には「問題の重大度レベルのラベル（「エラー」または「警告」）」という記述が残っています。指しているものは同じです。「拡張機能」の下ではなく「解析不能な構造化データ」にエラーが並んでいるときの見方と直し方は「解析不能な構造化データ」とは？サーチコンソールに出たときの原因の見つけ方に書きました。

見落とされやすいのは、警告だけの項目が「無効」に数えられない点です。有効の定義が「重大な問題がなく」なので、重大ではない問題しか無ければ有効側に入ります。警告は「出ていない」の話ではなく、「出てはいるが、もっと良く見せられる」の話です。

3段目の「保証されない」も公式の記述です。構造化データの一般的なガイドラインには「リッチリザルト テストに照らして正しくマークアップされていても、構造化データが検索結果に表示されることを Google は保証しない」という趣旨の一文があります。

なぜ順位の話にならないのか

ここがこの記事の中心です。上の表をもう一度見てください。3段のどの定義にも、順位という言葉が1つも入っていません。語られているのは「リッチリザルトとして表示できるかどうか」だけです。

これは偶然の言い落としではありません。構造化データの一般的なガイドライン(2026年7月10日更新)には、もっと踏み込んだ一文があります。

A structured data manual action means that a page loses eligibility
for appearance as a rich result; it doesn't affect how the page ranks
in Google web search.

構造化データの手動対策を受けたページは「リッチリザルトとして表示される資格を失う。ただし、そのページが Google ウェブ検索でどう順位付けされるかには影響しない」という意味です。

手動対策は、構造化データに関する処分の中でいちばん重いものです。その最も重い処分ですら、失うのはリッチリザルトの資格であって順位ではない、と公式に書かれている。レポートに出るエラーはそれより軽い、単なるマークアップの不備です。

だから私は、拡張レポートのエラーを直したときに期待していい変化は「検索結果での見え方」であって、「順位」ではないと読んでいます。直した翌週に検索パフォーマンスを開いて平均掲載順位が変わっていなくても、それは失敗ではなく、そもそも動く場所が違うということです。

誤解が広まりやすい理由も挙げておきます。日本語版ヘルプは「有効な構造化データは、Google 検索でリッチリザルトとして表示されます」と書いていますが、英語版は eligible to appear、つまり「表示される資格がある」です。日本語版には「AI 技術を使用して翻訳されたコンテンツが含まれている場合があります」という注記も付いています。確定した効果に見える訳文ですが、原文は資格の話です。

逆に、リッチリザルトとして表示されるようになれば検索結果での見え方が変わり、クリック率が動く可能性はあります。効果測定は「順位が上がったか」ではなくクリック率で見ることになります。クリック率を平均と比べる手順はCTRの平均は何%？掲載順位別の一覧と、自分のCTRとの比べ方に分けて書きました。

個人ブログでの優先度をどう決めるか

結論から言うと、個人ブログにとって拡張レポートの優先度は低いです。ただし「常に無視してよい」ではありません。状況で分かれます。

2行目と3行目だけが「直す」です。理由は順位ではなく、入れた意味が無くなっているからです。半日かけて書いたのに無効判定なら、その半日は何も生んでいません。そこは取り返す価値があります。

そもそも何を入れるべきか、入れる順番はどうかという話は構造化データのSEO効果は順位ではないに分けて書いてあります。

優先度を「低い」と言えるのは、比べる相手があるからです。同じ半日を、順位は取れているのにクリックされていない記事のタイトル修正に使うほうが、動く数字は大きくなります。

直すと決めたときの手順と、待つ時間

なお、HTMLを触らずマウス操作で構造化データを伝える「データハイライター」という道具もあります。新しいSearch Consoleの画面からは消えていますが、専用URLでは今も開けます。何が壊れやすいかは Googleのデータハイライターとは？今も開ける専用URLと使い方に書きました。

公式ヘルプが示している順番は次のとおりです。効率がまったく違うので、そのまま書きます。

1. 「アイテムが無効な理由」の表から、問題を1つ選ぶ。他の問題には手を出さず、その問題を関連するすべてのURLで直すことに集中する
2. テンプレート起因かを確かめる。公式ヘルプは「問題がテンプレートのエラーに起因している場合は、テンプレートを修正すると、関連するすべてのページで問題が解決します」と書いている。個人ブログのエラーはほぼこれ
3. 修正を反映し、robots.txt や noindex でブロックされていないことを確認する
4. URL検査の「公開URLをテスト」で、直ったことを1ページで確認する
5. 問題の詳細ページで「修正を検証」を押す

1件ずつではなく問題の種類ごとに潰すのがポイントです。40項目のエラーが1種類のテンプレート不備から来ていることは珍しくありません。

待つ時間も先に知っておいてください。公式ヘルプには「検証には、クロール頻度に応じて2週間以上かかる場合があります」と書かれています。押した翌日に数字が0にならないのは正常です。

さらに、問題は新しいインスタンスが発生することなく90日が経過するまでアクティブなままとされ、91日後に再発した場合は新しい問題として記録されます。「直したのに同じ問題が残っている」の多くは、この仕様です。

URL検査の画面そのものの読み方はサーチコンソールでインデックスを確認する方法に、サーチコンソール全体でどの画面をいつ見るかはサーチコンソールの使い方にまとめてあります。

よくある質問

構造化データのエラーを直すと検索順位は上がりますか

公式ドキュメントに、そう読める記述は見つかりませんでした。「有効」「無効」の定義はリッチリザルトとして表示できるかどうかだけを扱っていて、順位には触れていません。さらに構造化データの一般的なガイドライン(2026年7月10日更新)は、構造化データの手動対策について「構造化データに関する手動による対策が実施されると、ページがリッチリザルトとして表示されなくなります。ただし、Google ウェブ検索でのページの掲載順位には影響しません。」と明記しています。最も重い処分ですら順位に影響しないと書かれている以上、エラーを直して平均掲載順位が動くことは前提にできません。変わりうるのは検索結果での見え方と、その結果としてのクリック率です。

拡張機能の下に何も出ていません。エラーですか

エラーではありません。公式ヘルプは、レポートが表示されるのは「Google がプロパティ内で有効なマークアップを検出する」かつ「そのマークアップが、サポートされているリッチリザルト タイプである」場合だけだと書いています。構造化データを入れていないサイトには、そもそもレポートが1つも出ません。また、記事(Article / BlogPosting)はサポートされているレポートの一覧に含まれていないので、それだけを入れていても画面は増えません。

警告は放置しても大丈夫ですか

急ぎではありません。警告は「重大ではない問題」に当たり、公式ヘルプの表では「検索での見え方を改善できるアイテム」として並びます。有効な項目の定義が「重大な問題がなく、Google にリッチリザルトとして表示できる項目」なので、重大ではない問題しか無い項目は有効として数えられます。先に潰すのはエラー(重大な問題)のほうです。

「修正を検証」を押したのに数字が減りません

時間の問題であることが多いです。公式ヘルプは検証に「クロール頻度に応じて2週間以上かかる場合があります」としています。数値がページ数ではなく項目数である点も、合わないと感じる原因になります。URLごとの「保留中」が減らないときの見方と、不合格になったときにどこを見るかは、サーチコンソールの「修正を検証」とは？押すと何が起きるかと、不合格・保留中のときに見る場所で確かめています。

まとめ

• 拡張レポート(リッチリザルト レポート)は「拡張機能」の下に出る。表示されるのは有効なマークアップが検出され、かつサポートされているタイプのときだけで、入れていなければ何も出ない
• 3段の定義はすべて「リッチリザルトとして表示できるかどうか」の話。エラー(重大な問題)は出ない、警告(重大ではない問題)は出るが改善余地あり、有効は表示される資格がある(保証はされない)
• 構造化データの手動対策について公式は「ページがリッチリザルトとして表示されなくなります。ただし、Google ウェブ検索でのページの掲載順位には影響しません。」と明記している。レポートのエラーを直しても検索パフォーマンスの数字が動くとは限らない
• 個人ブログでの優先度は低い。ただし入れたのにエラーが出ているなら直す。入れた作業が無駄になっているため
• 直すときは問題の種類ごとに、テンプレート側で潰す。検証には2週間以上かかる場合があり、問題は90日アクティブなまま残る
• レポートの数値はページ数ではなく項目数。インデックス済みページのサンプルで、網羅的ではない

ここから先は、私が作ったツールの話です。拡張レポートを片付けたら、リライトレーダーに気になる記事のURLを入れて、見出しや本文の直す点を見てみてください。もっと具体的に深掘りするなら、Search Consoleのデータを入れると、直す順番まで出ます。

URLの診断で送るのは入れたURLだけで、本文は保存しません。Search Consoleの「ページ」タブのエクスポートをZIPのまま置くと、掲載順位4.0〜20.5位のページから手を入れる候補を順に並べます。判定と、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで3記事分(候補が4件以上のときだけご案内)、生成の期限は購入から90日間で、月額課金はありません。CSVはブラウザの中で読み、送るのは候補ページのURLと、診断カードを出すときの狙いキーワード・順位・表示回数・CTRだけです。

⚠️ URLの診断は本文だけを読み、順位・表示回数・CTRは使いません(それらを使うのはSearch Consoleのデータを入れたときです)。構造化データやリッチリザルトは見ないので、拡張レポートのエラーを直す役には立ちません。