リッチリザルトとは？種類・構造化データ・表示確認方法を解説

監修: 菊地 将（リブランディング株式会社）

検索結果で、商品価格や評価、求人情報、イベント日時、パンくずリストなどが通常の青いリンクより詳しく表示されることがあります。こうした拡張表示が「リッチリザルト」です。

リッチリザルトを狙うときに重要なのは、構造化データをとりあえず追加することではありません。まず自社ページがGoogleのどのリッチリザルトに対応できるかを確認し、そのタイプの要件に沿って構造化データを実装し、リッチリザルトテストとSearch Consoleで検証する順番が基本です。

この記事では、リッチリザルトの意味、代表的な種類、構造化データとの関係、対象タイプの選び方、表示確認の流れまでを整理します。

リッチリザルトとは通常の検索結果を拡張する表示機能

リッチリザルトとは、Google検索で通常のタイトル・URL・説明文だけではなく、画像、価格、評価、日時、パンくずリストなどの追加情報を表示できる検索結果です。

Googleは、リッチリザルトを「通常の青いリンクを超える検索結果」と説明しています。構造化データを使ってページの内容をGoogleへ伝えることで、対応する検索機能に表示される可能性が生まれます。

ただし、構造化データを正しく実装しても、リッチリザルトが必ず表示されるわけではありません。Googleは検索履歴、位置情報、デバイスなど複数の要因を踏まえて検索結果を決定するためです。

そのため、実務では「構造化データを入れたか」ではなく、次の3点を分けて考える必要があります。

• ページ内容が対象タイプに合っているか
• 構造化データがGoogleの要件を満たしているか
• 実際の検索結果で表示対象として選ばれているか

リッチリザルトと構造化データの違い

リッチリザルトは検索結果上の「表示」であり、構造化データはページの意味を検索エンジンへ伝える「データ形式」です。両者は同じものではありません。

構造化データはページ情報を検索エンジンへ伝えるための仕組みで、リッチリザルトは検索結果上の表示です。

Googleは構造化データを、ページに関する情報を標準化して伝える形式と説明しています。例えば商品ページであれば、商品名、価格、在庫状況、評価などを構造化データとして記述できます。

構造化データを実装することで、Googleがページ内容を理解しやすくなり、対応するリッチリザルトへ表示される可能性が生まれます。

構造化データを正しく追加したことと、検索結果でリッチリザルトが表示されたことは分けて確認しましょう。

Googleがサポートするリッチリザルトの主な種類

Googleがサポートする構造化データの種類は複数あります。すべてのサイトがすべてのタイプを実装する必要はありません。自社ページの内容と一致するものだけを選ぶことが基本です。

Google検索セントラルでは、2026年9月時点で、記事、パンくずリスト、カルーセル、コースリスト、データセット、ディスカッションフォーラム、イベント、求人情報、商品、レシピ、レビュー、動画などの構造化データ機能が案内されています。

代表例を整理すると、次のようになります。

重要なのは、過去の記事や古い実装例だけを見て判断しないことです。Googleが対応する検索機能や表示条件は変更されるため、実装前に必ず最新のGoogle検索セントラル「構造化データ ギャラリー」を確認してください。

自社ページで狙うリッチリザルトはページ内容から決める

狙うタイプは「検索結果で目立ちそうだから」ではなく、ページの主目的と実際に掲載している情報から決めます。

ページの中心情報と一致するタイプを選ぶ

商品を販売しているページなら商品、求人募集ページなら求人情報、開催日時と場所が決まったイベントページならイベントというように、まずページの中心情報を基準にします。

Googleは、構造化データがページの主要な内容を表していない場合、リッチリザルトとして表示されない可能性があると説明しています。

ページ内に存在しない情報を構造化データだけに追加したり、ページ内容より大きな意味を持つタイプを無理に付けたりするのは避けるべきです。

Googleが現在サポートしているタイプか確認する

schema.orgに存在する構造化データが、すべてGoogleのリッチリザルトに対応しているわけではありません。

実装候補を決めるときは、次の順で確認すると迷いにくくなります。

1. 自社ページの種類を整理する
2. Googleの構造化データ ギャラリーで対応タイプを探す
3. 各タイプの必須・推奨プロパティを確認する
4. 自社ページ上に必要情報が実際に掲載されているか確認する
5. 実装後にリッチリザルトテストで検証する

この順番にすると、コードを書く前に「そもそも狙えるタイプなのか」を判断できます。

リッチリザルトの適格性は3段階で確認する

リッチリザルトの実装では、「コードがエラーになっていない」だけでは不十分です。ページ内容、構造化データ、Googleからの取得状態を分けて確認します。

リッチリザルトは、ページ内容との適合、構造化データの実装、Googleによる取得・認識を分けて確認します。

例えば、リッチリザルトテストで「有効」と判定されても、表示が保証されるわけではありません。

一方、重大なエラーで無効になっている場合は、表示対象になる前に修正が必要です。Search Consoleでは有効・無効な構造化データ項目や問題の種類を確認できます。

リッチリザルトテストで実装直後の状態を確認する

構造化データを追加したら、まずGoogleの「リッチリザルト テスト」で確認します。

リッチリザルトテストでは、公開URLまたはコードを入力し、ページからどのリッチリザルトタイプが検出されるか、重大なエラーや警告がないかを確認できます。

確認の流れは次のとおりです。

1. Googleのリッチリザルトテストを開く
2. 公開済みならURL、公開前ならコードを入力する
3. 検出されたリッチリザルトタイプを確認する
4. 「無効」や重大なエラーがないか確認する
5. 必須プロパティの不足を修正する
6. 必要に応じて推奨項目も追加する
7. 再テストする

GoogleはJSON-LD、microdata、RDFaをサポートしており、一般的にはJSON-LDを推奨しています。

ただし、テスト結果のプレビューと実際のGoogle検索の表示が完全に一致するとは限りません。テストは「実装がGoogleの対象機能として解釈可能か」を確認するものと考えると分かりやすいでしょう。

リッチリザルトだけでなく、構造化データのエラー・本文との不一致・重複を詳しく点検する場合は、構造化データの確認方法も確認してください。

Search Consoleでは公開後の検出状況を確認する

公開後は、Google Search Consoleで構造化データの検出状況を確認します。

リッチリザルトテストは実装直後の適格性確認、Search Consoleは公開後のGoogleによる検出状況の確認に使います。

Search Consoleでは、Googleがサイト上で検出した有効・無効な構造化データ項目を、対応するリッチリザルトタイプごとに確認できます。

特に見るべきポイントは次のとおりです。

• 有効な項目が検出されているか
• 無効な項目が増えていないか
• 重大な問題の内容は何か
• 修正後の検証が完了しているか
• 対象URLがGoogleに取得されているか

注意したいのは、Search Consoleのリッチリザルトレポートが、サイト上のすべての構造化データを完全に一覧表示するものではない点です。

Googleは、レポートに表示されないURLについて、URL検査ツールで構造化データの検出状況を確認するよう案内しています。

リッチリザルトが表示されない場合の基本確認

構造化データを実装したのに表示されない場合は、すぐに「実装ミス」と決めつけず、原因を段階的に切り分けます。

対象タイプが現在もGoogleでサポートされているか

古い記事や過去の実装例では、現在のGoogle検索での扱いと一致しない場合があります。

まずGoogle検索セントラルの構造化データ ギャラリーで、現在サポートされているタイプとガイドを確認してください。

ページ内容と構造化データが一致しているか

構造化データで示している情報は、原則としてユーザーがページ上で確認できる内容と一致させます。

商品価格、イベント日時、求人条件などがページ本文と構造化データで食い違っている場合は、正しい情報へ揃える必要があります。

リッチリザルトテストで重大なエラーがないか

必須プロパティの欠落や構文エラーがあると、対象タイプが無効になる場合があります。

「警告」と「エラー」は分けて確認してください。警告は必ずしも適格性を失うものではありませんが、重大な問題は修正が必要です。

Googlebotがページへアクセスできるか

robots.txt、noindex、ログイン制限などでGoogleがページを取得できない場合は、構造化データを評価できません。

URL検査ツールでGoogleがページを取得できているかを確認します。

有効でも表示されない場合があることを理解する

Googleは、正しくマークアップされたページでもリッチリザルトが必ず表示されるわけではないと明記しています。

つまり、実装の成功条件は「毎回必ず表示されること」ではありません。

まずは、

• 対象タイプとして適切
• 必須要件を満たす
• Googleが取得できる
• Search Consoleで重大な問題がない

という状態を整え、そのうえで実際の検索結果やSearch Consoleの表示データを継続確認します。

リッチリザルトのSEO効果は順位上昇と分けて考える

リッチリザルトは、検索順位を直接上げるための仕組みとして考えるべきではありません。

構造化データには、Googleがページ内容を理解しやすくする役割があります。また、リッチリザルトとして表示されれば、通常の検索結果より多くの情報を提示できるため、検索ユーザーがページ内容を判断しやすくなる可能性があります。

Googleは構造化データ導入事例として、クリック率やアクセス、滞在時間などが改善した企業例を紹介しています。ただし、これは個別事例であり、同じ改善幅がすべてのサイトで再現されることを意味しません。

実務では、次のように評価すると安全です。

検索結果での見え方を改善したい場合は、順位だけでなく、どのページでどの検索機能を狙えるかを整理することが重要です。

リッチリザルト対応は「対象選定→実装→確認」の順で進める

初めてリッチリザルト対応を進める場合は、次の順番がおすすめです。

リッチリザルト対応は、先に対象タイプを決めてから実装し、テストとSearch Consoleで確認した後も仕様変更やエラーを継続的に確認します。

1. 自社サイトのページ種類を分類する
2. Googleの構造化データ ギャラリーと照合する
3. 対象になり得るリッチリザルトを選ぶ
4. 各タイプの必須・推奨項目を確認する
5. ページ内容と構造化データを一致させる
6. リッチリザルトテストで検証する
7. 公開後にSearch Consoleで検出状況を確認する
8. エラーや仕様変更を継続的に確認する

ここまでが「実装前〜初期の理解・対象選定・表示確認」の範囲です。

すでに多数のページへ構造化データを実装しており、適用範囲、構文、本文との不一致、重複、取得状態をサイト横断で確認したい場合は、個別のリッチリザルト理解ではなく、構造化データ監査として扱う方が整理しやすくなります。

構造化データを含む技術要件を、クロール・正規化・表示速度などとあわせて点検する場合は、テクニカルSEOの全体像も確認してください。

まとめ

リッチリザルトとは、Google検索で通常の青いリンクより多くの情報を表示できる検索機能です。

対応を始めるときは、構造化データを先に書くのではなく、まず自社ページの内容がGoogleのどのリッチリザルトに対応するかを確認します。その後、公式ガイドに沿って実装し、リッチリザルトテストで適格性を確認し、公開後はSearch ConsoleとURL検査でGoogleの検出状況を確認します。

また、正しい構造化データを実装しても、リッチリザルトの表示は保証されません。対象タイプ、実装状態、クロール状態、実際の表示を分けて確認することが重要です。

自社サイトのテクニカルSEO課題をまとめて整理したい場合は、無料資料を使って確認項目を洗い出す方法もあります。

参考文献・データ元

‹ 親記事: テクニカルSEOとは？クロールからセキュリティまで、企業担当者が押さえるべき7領域の実務チェックリスト