投稿者 投稿日: カテゴリー EC・WEBノウハウ
リッチリザルトとは、通常の検索結果に追加情報が付く表示形式のことです。
この記事は2026年6月時点のGoogle公式仕様に合わせて全面的に更新しました。かつて「リッチスニペット」と呼ばれていた機能は現在「リッチリザルト」に呼称が統一され、対応している種類も大きく変わっています。本記事では、ECサイトが現実的に狙えるリッチリザルトの種類、構造化データによる実装方法、公開前に必ず通すべきリッチリザルトテストの使い方までを一気通貫で解説します。読み終えたときに、自店舗の商品ページでどのリッチリザルトを狙い、何から着手すべきかを判断できる状態を目指します。
リッチリザルトとは何か——「リッチスニペット」からの呼称変更
検索結果に表示されるページの紹介文を「スニペット」と呼びます。タイトル、URL、説明文という基本3点セットに加えて、星評価・価格・在庫状況・パンくずリストといった追加情報が表示されたものが「リッチリザルト」です。
もともとこの機能は「リッチスニペット」という名前で2009年にスタートしました。その後、Googleはリッチスニペット・リッチカード・エンリッチリザルトなど乱立していた呼び名を段階的に整理し、2010年代後半から公式ドキュメント上の呼称を「リッチリザルト」に統一しています。検証ツールも旧「構造化データテストツール」から「リッチリザルトテスト」へ移行が完了しており、2026年現在、Googleの公式情報を調べる際は「リッチリザルト」で検索しないと最新仕様にたどり着けません。古い記事で「リッチスニペット」と書かれている内容は、仕様が変わっている可能性を疑って読む必要があります。
ECサイトが現実的に狙える代表的なリッチリザルトは次のとおりです。
- クチコミ抜粋（レビューの星評価と件数）
- 商品スニペット・販売者のリスティング（価格・在庫状況・配送/返品情報）
- パンくずリスト（サイト内の階層表示）
- よくある質問（FAQ。ただし2026年現在は表示対象サイトに大きな制限あり）
このほかGoogle公式の構造化データ ギャラリーには、記事、イベント、求人情報、レシピ、動画、ローカルビジネスなど25種類前後の機能が掲載されています。ECとの関連が深いものに絞って、次章で一つずつ見ていきます。
ECサイトで狙える主なリッチリザルト（2026年版）
クチコミ抜粋（レビューの星評価）
検索結果に星1〜5の評価と件数が表示されるタイプで、ECにとって費用対効果が最も分かりやすいリッチリザルトです。同じ順位でも、星評価が付いた結果と付いていない結果ではクリック率に差が出るのが一般的で、私が支援してきた店舗の事例でも、商品ページに星が表示されるようになってから検索順位が変わらないままクリック率が改善したケースが複数ありました。
実装上の注意点が1つあります。自社が自社について書いたレビュー（いわゆる自作自演に見えるレビュー）は表示対象外というルールです。「自社サービスは素晴らしい」と自社サイトのトップページにレビューを付けても星は出ません。商品ページに、購入者から集めた個別商品のレビューをマークアップするのが正攻法です。
商品スニペットと販売者のリスティング（価格・在庫）
商品系のリッチリザルトは、2026年現在「商品スニペット」と「販売者のリスティング」の2系統に分かれています。商品スニペットは価格・在庫状況・評価などの基本情報を検索結果に出すもので、レビューサイトや比較サイトでも使えます。一方の販売者のリスティングは、実際にその商品を販売しているECサイト向けの拡張で、配送料・返品ポリシー・ポイントプログラムといった購買判断に直結する情報まで表示対象になります。
自社ECを運営しているなら、狙うべきは販売者のリスティングです。Product型の構造化データにOffer（価格・在庫）を含め、さらに販売者の返品ポリシーや配送ポリシーの情報を加えることで、検索結果の時点で「いくらで、いつ届いて、返品できるか」が伝わる状態を作れます。Shopifyや主要なECカートは標準テーマでProduct型の構造化データを出力するものが多いので、まずは自店舗のページが何を出力しているかの確認から始めるのが近道です。
パンくずリスト
検索結果のURL表示部分が「example.com > メンズ > スニーカー」のような階層表示に置き換わるタイプです。クリック率への直接的な寄与は商品系より小さいものの、実装の難易度が低く、サイト構造をGoogleに正しく伝える効果もあるため、EC・メディアを問わず最初に対応しておきたい項目です。WordPressであれば主要SEOプラグインがBreadcrumbList型を自動出力しますし、ECカートも大半が標準対応しています。
よくある質問（FAQ）——2026年時点の重要な制限
ここは旧記事から最も大きく変わった部分です。FAQリッチリザルト（検索結果に質問と回答がアコーディオン表示される機能）は、2023年8月のアップデート以降、表示対象が大幅に制限されました。FAQの構造化データに関するGoogle公式ドキュメントには、よく知られた信頼のおける政府機関または保健衛生関連のウェブサイトのみを対象とすると明記されており、一般のECサイトにはFAQリッチリザルトは表示されなくなっています。同時期に、手順を表示するHowToリッチリザルトはサポート自体が終了しました。
では一般サイトにFAQPage構造化データは無意味かというと、そうとも言い切れません。検索結果での見た目には反映されなくても、ページ内のQ&Aコンテンツ自体は、AI Overview（AIによる概要）や生成AI検索が回答を組み立てる際の引用元として参照される余地があります。「リッチリザルト表示は出ないが、Q&A形式のコンテンツ整備は続ける」というのが2026年時点の現実的な判断です。マークアップの工数をかける優先度は、商品系・クチコミ抜粋・パンくずより後で構いません。
リッチリザルトの実装方法——構造化データの基本
リッチリザルトを表示させる手段が「構造化データ」です。schema.orgという共通語彙を使って、ページの内容（これは商品である、価格はいくらである、など）を検索エンジンが確実に理解できる形式で記述します。記述形式はJSON-LD・microdata・RDFaの3種類がありますが、GoogleはJSON-LDを推奨しており、HTMLの構造に手を入れずscriptタグ1つで追加できるため、特別な理由がなければJSON-LD一択です。
商品ページの最小構成イメージは次のようになります。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "オーガニックコットンTシャツ",
"image": "https://example.com/images/tshirt.jpg",
"offers": {
"@type": "Offer",
"price": "3980",
"priceCurrency": "JPY",
"availability": "https://schema.org/InStock"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.4",
"reviewCount": "127"
}
}
</script>
重要なのは、構造化データの値とページに実際に表示されている内容を必ず一致させることです。ページ上では売り切れなのに構造化データではInStock、レビューが存在しないのに星4.4と書く、といった食い違いはガイドライン違反となり、手動対応（ペナルティ）でリッチリザルトが表示されなくなるリスクがあります。
なお、JSON-LDの文法、Product以外の型の書き方、WordPressやECカートごとの実装手順といった構造化データそのものの詳細は、姉妹記事の構造化データの基礎と書き方の解説にまとめています。本記事は「検索結果にどう表示させるか（リッチリザルト側）」、構造化データ記事は「どうマークアップするか（実装側）」という役割分担です。実装の手を動かす段階になったら、あわせて参照してください。
リッチリザルトテストの使い方
マークアップを書いたら、公開前後に必ずリッチリザルト テストで検証します。Googleが提供する無料ツールで、使い方は次の3ステップです。
手順1は対象の入力です。公開済みページなら「URL」タブにアドレスを貼り付け、公開前のコードを試したいなら「コード」タブにHTMLごと貼り付けます。テスト実行後、数十秒で結果が表示されます。
手順2は検出結果の確認です。「検出されたアイテム」に、そのページで認識されたリッチリザルトの種類（商品スニペット、パンくずリストなど）が一覧表示されます。狙っている種類がここに出てこなければ、マークアップ自体が認識されていないということです。scriptタグの記述ミスやJSONの文法エラーを疑います。
手順3はエラーと警告の処理です。各アイテムを開くと「エラー」と「警告（改善できる項目）」が分かれて表示されます。エラーは必須プロパティの欠落などリッチリザルト表示の妨げになるもので、必ず解消します。警告は推奨プロパティの欠落で、表示自体は可能ですが、埋められるものは埋めたほうが表示される情報量が増えます。たとえばProduct型でレビュー関連のプロパティが警告に出ているなら、レビューデータを追加することで星評価表示の可能性が広がります。
公開後の継続監視にはGoogle Search Consoleを使います。左メニューの「拡張」セクション（解析結果によっては「ショッピング」など）に、サイト全体で検出された構造化データの種類ごとに有効ページ数とエラーページ数が集計されるため、テンプレート起因のエラーが全商品ページに波及していないかを定期的に確認できます。リッチリザルトテストが1ページ単位の精密検査、Search Consoleがサイト全体の健康診断という使い分けです。
注意点として、テストに合格してもリッチリザルトの表示が保証されるわけではありません。表示するかどうかの最終判断はGoogle側にあり、クエリやデバイスによって出たり出なかったりします。実装の正しさを担保するのがテストの役割であり、表示は確率を上げる施策と捉えるのが正確です。
AIでリッチリザルト対応を進める具体手順
構造化データの作成と検証は、生成AIと相性の良い作業です。ChatGPT・Claude・Geminiのいずれでも使える実務プロンプトを2本紹介します。
1本目は、商品ページの情報からJSON-LDを生成させるプロンプトです。
あなたはECサイトのテクニカルSEO担当者です。
以下の商品情報から、Googleの販売者リスティング向けの
Product型JSON-LD構造化データを生成してください。
商品情報:
- 商品名: {商品名}
- 価格: {価格}円（税込）
- 在庫: あり
- レビュー: 平均{4.2}点・{86}件
- 画像URL: {URL}
- 返品: 商品到着後7日以内・購入者負担
出力条件:
- schema.org準拠のJSON-LDのみをコードブロックで出力
- 価格はJPY、在庫はschema.orgのavailability値で表現
- hasMerchantReturnPolicyを含める
- ページに実在しない情報は出力しない
2本目は、既存のマークアップをレビューさせるプロンプトです。リッチリザルトテストでエラーが出たときの原因切り分けに使えます。
あなたは構造化データの監査担当者です。
以下のJSON-LDを検査し、次の3点を報告してください。
1. JSON文法エラーの有無と箇所
2. Googleのリッチリザルト必須プロパティの欠落
3. 推奨プロパティのうち追加効果が高いもの3つ
検査対象:
{JSON-LDを貼り付け}
出力形式: 問題点を重要度順の番号付きリストで、
修正後のJSON-LD全文をコードブロックで提示
AIの出力をそのまま本番投入するのではなく、リッチリザルトテストでの検証を必ず挟んでください。ALSELが支援する店舗群では、AIでドラフトを作り、テストツールで検証し、テンプレートに組み込むという流れに変えたことで、構造化データ整備にかかる時間が手作業時代から大きく短縮されています。
リッチリザルトのSEO効果と取り組む順番
リッチリザルトの実装は、検索順位を直接引き上げる施策ではありません。効果の中心は検索結果での占有面積と情報量が増えることによるクリック率の改善です。順位が同じでも流入が増える、というのが正しい期待値です。あわせて、構造化データによってページ内容が機械可読になることは、AI Overviewや生成AI検索にコンテンツが正しく理解・引用されるための土台にもなります。
検索結果での見え方を改善する施策としては、リッチリザルトのほかにタイトルと説明文の作り込みがあります。説明文の最適化はmeta descriptionの書き方の解説で、ページ構成と見出し設計はSEOにおけるh2タグの使い方の解説で詳しく扱っているので、リッチリザルト対応とセットで進めると検索結果1行あたりの訴求力が揃います。
ECサイトの取り組み順は次の優先度を目安にしてください。第一にパンくずリスト（実装が容易でサイト全体に波及する）、第二に商品スニペット・販売者のリスティング（価格・在庫・配送の表示で購買意欲の高いユーザーを取り込む）、第三にクチコミ抜粋（レビューデータが貯まっている店舗ほど効果が出やすい）、最後にFAQ（リッチリザルト表示は期待できないため、AI検索向けのコンテンツ整備として余力があれば）という順番が、2026年時点では費用対効果に合っています。
よくある質問
リッチリザルトとリッチスニペットは何が違うのですか？
指しているものは同じで、呼び名が変わっただけです。Googleがリッチスニペット・リッチカードなどの呼称を「リッチリザルト」に統一したため、現在の公式ドキュメントやツールはすべてリッチリザルト表記になっています。最新仕様を調べる際はリッチリザルトで検索してください。
構造化データを設定すれば検索順位は上がりますか？
構造化データ自体は順位を直接決める要因ではありません。効果はリッチリザルト表示によるクリック率の改善が中心です。ただし流入が増えてユーザー行動のデータが蓄積されることが、結果的にサイト評価に好影響を与えるケースはあります。
実装したのにリッチリザルトが表示されません。なぜですか？
まずリッチリザルトテストでエラーの有無を確認してください。エラーがなくても、表示の最終判断はGoogleが行うため、実装が正しい場合でも常に表示されるとは限りません。また、構造化データの内容とページの表示内容が食い違っていると表示対象から外されることがあります。
ECサイトでFAQのリッチリザルトは出せますか？
2023年8月以降、FAQリッチリザルトの表示対象は信頼性の高い政府機関・保健衛生関連サイトに限定されており、一般のECサイトでは表示されません。ただしQ&A形式のコンテンツ自体はAI検索の引用元として価値が残るため、マークアップよりコンテンツの充実を優先するのが現実的です。
自社で書いたレビューに星を付けてもいいですか？
自社が自社（自組織）について付けたレビューのマークアップは、自己申告的なレビューとして表示対象外です。商品ページで購入者から集めたレビューをマークアップするのが正しい方法です。実態のないレビュー数や評価値を記述するとガイドライン違反になります。
ShopifyやWordPressでも構造化データの追加は必要ですか？
主要なECカートやSEOプラグインは、Product型やBreadcrumbList型を標準で出力するものが多くあります。まずリッチリザルトテストに自店舗のURLを入れて、何が検出されるかを確認してください。不足分（返品ポリシーやレビューなど）だけをテーマ編集やアプリで補うのが効率的です。
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
