リッチリザルトとは、Googleがページ内容を認識し、通常の青いリンクより情報量の多い検索結果として表示する仕組みです。ただし、構造化データを追加すれば必ず表示されるわけではありません。対象となるページの内容が実際にあり、Googleがサポートする形式に適合し、取得・処理されたうえで表示対象になる可能性があります。
最初に確認したいのは「どのマークアップを入れれば目立つか」ではなく、「自社サイトに実在する情報のうち、利用者の判断に役立つものは何か」です。構造化データ全体の役割と実装の基本は、親記事の構造化データの実装・保守ガイドで確認できます。この記事ではリッチリザルトの種類、表示の前提、確認方法に絞って解説します。
リッチリザルトで扱える主な種類
| 種類 | 対象ページ | 伝えられる情報の例 | 先に確認すること |
|---|---|---|---|
| 記事 | ニュース、ブログ記事 | タイトル、画像など | 記事内容、画像、公開情報が整っているか |
| パンくずリスト | 階層を持つページ | サイト内での位置 | 画面上の階層と一致するか |
| 商品 | 個別の商品ページ | 価格、在庫状況、評価など | ページ上の価格・在庫と一致し、更新できるか |
| 求人 | 個別の募集ページ | 職務、勤務地、雇用条件など | 募集中の情報だけを正確に管理できるか |
| イベント | 個別の開催情報 | 日時、場所、出演者など | 延期・中止・終了を更新できるか |
| ローカルビジネス | 事業者情報 | 所在地、営業時間など | 公式情報と継続して一致させられるか |
Googleがサポートする種類や検索結果の見え方は変わることがあります。他社の表示例や古い解説だけで決めず、実装する日にGoogleの検索ギャラリーで確認してください。商品ページを運用する場合は通販サイト制作、募集情報を継続して扱う場合は求人・採用サイト制作も、情報更新の担当と手順を決める参考になります。
表示条件はマークアップだけではない
- 実際の内容：ページ上に利用者が読める正確な情報がある。
- 形式の適合：Googleがその種類で求める必須項目とガイドラインに沿っている。
- 技術的な取得：URLをGoogleが取得でき、意図しないnoindex、転送、ログイン制限がない。
- 内容との一致：画面に見える価格、日付、評価、募集条件と構造化データが一致している。
- 検索での表示：最終的な表示はGoogleが判断するため、適合しても表示を保証するものではない。
たとえば、商品ページに価格や在庫の表示がないのに、構造化データだけで補うことはできません。実ページと構造化データの不一致は、検索者の期待を損ねます。Bämでは、装飾としてのマークアップではなく、利用者の理解とホームページの目的に役立つ情報から優先順位を付けます。
実装前に決める優先順位
| ページの状態 | 先に行うこと | リッチリザルトの優先度 |
|---|---|---|
| 重要ページが取得されない、内容が古い | URL、インデックス、本文、内部リンクを整える | 低い |
| 階層が分かりにくい | ページ構成とパンくずを見直す | 中程度 |
| 商品・イベント・求人などを継続管理できる | ページ内容と対応する種類を設計する | 高い |
| 実装済みだがエラーや表示変化がある | テスト、Search Console、変更履歴を確認する | 高い |
重要ページの取得や検索表示から見直す場合は中小企業のSEO対策ガイド、記事の答えと更新体制を整える場合は中小企業のコンテンツSEOを先に確認してください。
公開前はリッチリザルトテストで確認する
公開前または更新後は、GoogleのリッチリザルトテストでURLまたはコードを確認します。このツールは、ページの構造化データから生成できるGoogleのリッチリザルトを確認・プレビューするものです。schema.org全体の構文確認とは目的が異なります。
- 対象URLと、対応させたい種類を記録する。
- ページ上の実際の情報とマークアップを項目ごとに照合する。
- リッチリザルトテストでエラーと警告を確認する。
- 必須項目の不足は公開前に直し、推奨項目は実在する情報だけを追加する。
- テスト日時、結果、変更箇所、担当者を記録する。
コード入力は開発途中の確認に使えますが、公開後はURL入力で実際に配信される内容を検査してください。見た目だけでなく、canonical、クロール可否、ページ上の情報との一致も確認します。
公開後はSearch Consoleと実ページを確認する
公開後はSearch ConsoleのリッチリザルトレポートとURL検査で、Googleが取得した項目やエラーを確認します。レポートに表示される数値はページ数ではなく項目数の場合があり、サイト内の全項目を完全に列挙するとは限りません。レポートがないことだけで、実装失敗と決めないでください。
| 確認 | 合格の目安 | 問題があるとき |
|---|---|---|
| 公開ページ | HTTP 200で表示され、内容が最新 | 転送、noindex、ログイン制限、古いキャッシュを確認 |
| 構造化データ | 画面上の情報と一致し、必須項目がある | テンプレートと入力データの両方を確認 |
| リッチリザルトテスト | 対象種類が検出され、重大なエラーなし | 種類ごとの公式要件へ戻る |
| Search Console | 取得と処理の状態を追える | URL検査と実ページを個別確認 |
| サイトマップ | 検索結果に表示したい正規URLが掲載 | 転送元、noindex、重複URLを外す |
サイトマップに載せるURLと更新後の確認はXMLサイトマップの作成・送信手順も参照してください。実装後の検証と保守を社内で続けにくい場合はホームページの保守・管理でご相談いただけます。
種類ごとに更新責任を決める
- 商品：価格、在庫、販売状態を商品ページと同時に更新する。
- 求人：募集終了時に終了日や公開状態を更新する。
- イベント：延期、中止、終了を速やかに反映する。
- 記事：公開日と更新日を実際の変更に合わせる。
- 事業者情報：住所、電話、営業時間などの公式情報をそろえる。
担当者、更新のきっかけ、確認期限、検証方法を決めておくと、構造化データだけが古くなる事故を防ぎやすくなります。種類を増やすより、少ない種類でも正確に保つことを優先してください。
よくある誤解
- 「入れれば順位が上がる」：リッチリザルトは検索結果の見え方に関する機能であり、順位や表示を保証しません。
- 「すべてのページに同じ種類を入れる」：ページの実内容と対応しないマークアップは避けます。
- 「警告は全部エラー」：必須か推奨か、内容不足か実装不良かを分けて確認します。
- 「テスト合格なら必ず表示」：技術的に適合しても、検索結果での表示はGoogleが判断します。
- 「公開後に一度見れば終わり」：商品、求人、イベント、営業時間など変わる情報には更新手順が必要です。
構造化データ、検索での見え方、記事の優先順位をまとめて整理したい場合はBämのSEO・集客支援をご覧ください。現在の実装や確認方法についてはホームページの相談窓口からお聞かせください。
参考資料
- Google Search Central「Introduction to structured data markup in Google Search」（2026年9月6日確認）
- Google Search Central「Structured data markup that Google Search supports」（2026年9月6日確認）
- Google Search Central「General structured data guidelines」（2026年9月6日確認）
- Google Search Console ヘルプ「Rich Results Test」（2026年9月6日確認）
- Google Search Console ヘルプ「Rich result report overview」（2026年9月6日確認）
