リッチリザルト構造化データの実装ガイド｜テストツールの使い方も解説

構造化データはひととおり実装したつもりなのに、検索結果には変化がない――そんなケースの多くは、マークアップ自体は間違っていなくても「どの情報を、どの順番で構造化データに落とし込むか」の設計段階でつまずいています。リッチリザルトは正しい形式でコードを書けば表示されるものではなく、ユーザーに伝えたい情報から逆算して設計する必要があるためです。

本記事では、LLMO対策を専門とするAIコマース研究所が、診断現場で見てきた「表示されない原因」の傾向をもとに、構造化データの実装手順からリッチリザルトテスト・構造化データテストツールを使った確認方法までを解説します。読み終える頃には、自社サイトがどの段階でつまずいているのか、次に何を確認すべきかが具体的に見えているはずです。

リッチリザルトとは？基本の仕組みとGoogle検索での見え方

リッチリザルトとは、通常のタイトル・URL・説明文だけの検索結果に、画像や評価の星、価格、在庫状況といった追加情報を表示させるGoogleの検索結果表示機能です。ユーザーはページを開く前に商品の評価や価格帯を把握できるため、検索結果一覧の中で該当ページが視覚的に目立ちやすくなります。

以前は「リッチスニペット」「リッチカード」「エンリッチリザルト」など表示形式ごとに呼び分けられていましたが、現在はGoogleの検索セントラルでも「リッチリザルト」という名称に統一されています。

リッチリザルトとリッチスニペットの違い

結論として、リッチスニペットはリッチリザルトの一種であり、両者は上位・下位の関係にあります。リッチリザルトは「検索結果に追加情報を表示する仕組み」全体を指す総称で、その中に星評価やFAQを表示する「リッチスニペット」、モバイルに最適化された「リッチカード」、求人やレシピで検索結果から直接アクションできる「エンリッチリザルト」が含まれます。

現在はこれらすべてを「リッチリザルト」と呼ぶのが一般的な表記であり、記事や資料によって呼び方が混在している場合は、内容としては同じ機能を指していると考えて差し支えありません。

なぜ他社はリッチリザルトが表示され、自社サイトは表示されないのか

結論として、その差の多くは「構造化データの有無」ではなく「構造化データの設計と精度」にあります。すでに何らかの構造化データを実装しているにもかかわらず表示されない場合、必須プロパティの記述漏れ、ページ内容と構造化データの不一致、あるいはGoogle側が該当キーワードでリッチリザルトを表示する必要がないと判断している、といった要因が重なっていることがほとんどです。

単に「構造化データを入れれば出る」ものではない、という前提を押さえたうえで、次の章から種類・原因・実装手順を具体的に見ていきます。

リッチリザルトの種類一覧

リッチリザルトには現時点で30種類前後のタイプが存在し、業種やコンテンツの性質によって狙うべき種類が異なります。

商品・レビュー系のリッチリザルト

商品ページで狙いやすいのは、価格・在庫状況を表示する「Product」と、星評価とレビュー件数を表示する「クチコミ抜粋（レビュー）」です。レビュー系のリッチリザルトを設定する際は、対象のページに実際にレビュー情報が掲載されていること、個別の商品・サービスに対するレビューであること、自社サイト上で集めたレビューであることが前提条件になります。

トップページのような集計ページに複数商品のレビューをまとめてマークアップすることは、Googleのガイドライン違反として扱われるため注意が必要です。

FAQ・パンくずなどコンテンツ系のリッチリザルト

オウンドメディアの記事コンテンツで狙いやすいのは、ページの階層構造を示す「パンくずリスト」、記事の公開日や概要を伝える「Article」、よくある質問とその回答を表示する「よくある質問(FAQ)」です。

特にFAQ形式のリッチリザルトは、検索結果の占有面積を広げてクリック率を高めやすいだけでなく、質問と回答が構造単位で完結しているため、ChatGPTやPerplexity、Google AI Overviewsといった生成AI検索エンジンが回答を生成する際の参照元としても認識されやすい形式です。

リッチリザルトが表示されるメリットとLLMOへの間接効果

結論として、リッチリザルトの直接的なメリットはクリック率(CTR)の向上であり、Google検索の順位そのものへの直接的な影響はないとされています。ただし、その効果は「検索結果での見え方」にとどまりません。構造化データはリッチリザルトの表示条件であると同時に、ページの内容を機械可読な形で整理する仕組みでもあるため、ChatGPTやPerplexity、Google AI Overviewsといった生成AI検索エンジンがページの情報を読み取り、回答の中で引用・言及する際の手がかりとしても機能しやすくなります。

実際の事例として、あるSEO担当者がリッチスニペットを導入した結果、CTRが2%から8%へと改善し、オーガニック検索からの流入数が導入前と比べて大きく伸びたという海外の報告もあります。数値は媒体・業種によって変動するため一律の成果を保証するものではありませんが、視覚的な情報が検索結果内での目立ちやすさに寄与しやすいことを示す一例といえます。

さらにLLMOの観点では、構造化データによって「価格」「評価」「開催日」といった情報がプロパティ単位で明確に区切られていること自体に価値があります。生成AIは文章全体を要約する際、本文中に散らばった情報よりも、構造化された情報のほうが事実関係を誤りなく抽出しやすい傾向があります。つまりリッチリザルト対応で構造化データを整備することは、従来のSEOにおけるCTR改善だけでなく、生成AI検索での引用されやすさを高める土台づくりにもつながる、という二重のメリットがあると捉えることができます。

リッチリザルトが表示されない主な原因

結論として、表示されない原因は大きく「記述の不備」「ガイドライン違反」「反映待ち」「そもそも不要と判断されている」の4パターンに分類できます。診断現場では、この4つを順番に切り分けていくことで、自己流の対応では気づきにくい原因の特定がしやすくなります。

構造化データの記述ミス・必須プロパティの漏れ

商品情報であればname・image・offers、レビュー情報であればratingValue・reviewCountといった必須プロパティが1つでも欠けていると、その項目のリッチリザルトは正しく認識されません。推奨プロパティ(description・itemConditionなど)は必須ではないものの、記述しておくことでGoogleに渡せる情報量が増え、表示の安定性が高まる傾向があります。

ガイドライン違反（無関係なコンテンツへのマークアップなど）

商品ページにレシピ用の構造化データを使う、イベント用の構造化データで商品プロモーションを行うなど、ページの実際の内容と構造化データの種類が一致していない場合はガイドライン違反となり、リッチリザルトは表示されません。

レビュー系であれば、外部サイトのレビューを転用する、複数商品のレビューを1つにまとめて集計するといった行為も違反にあたるため注意が必要です。

クロール・インデックスがまだ反映されていない

構造化データは設置した直後に反映されるわけではなく、Googleのクローラーが該当ページを再度読み込んだ後に検索結果へ反映されます。

反映までの期間はサイトのクロール頻度によって異なるため、実装直後にリッチリザルトが表示されていなくても、必ずしもマークアップの誤りとは限りません。反映を早めたい場合は、サーチコンソールからインデックス登録をリクエストする方法があります。

そもそもGoogleが表示すべきと判断していない

構造化データを正しく実装しても、Googleが「このキーワードの検索結果にはリッチリザルトが不要」と判断した場合、通常のタイトル・URL・説明文のみが表示されることがあります。

この場合は競合サイトが同一キーワードでリッチリザルトを表示できているかどうかを確認し、表示できていれば自社側の記述、表示できていなければキーワード自体の相性を見直す、という切り分けが有効です。

「表示させたい情報」から逆算する構造化データ実装の3ステップ

結論として、構造化データは利用可能なマークアップを上から順に追加していくのではなく、検索結果でユーザーに伝えたい情報から逆算して設計することで、不要な実装や記述と実態の不一致を防ぎやすくなります。これはAIコマース研究所が診断・実装支援の現場で繰り返し確認してきた考え方で、次の3段階で整理すると迷いにくくなります。

ステップ1：ユーザーの比較項目を特定する

検索ユーザーが複数のページを比較検討する際、何を判断材料にしているかをまず整理します。商品ページであれば価格・在庫・評価・送料などが候補になり、イベントページであれば開催日・場所・出演者・料金などが候補になります。

この段階で「自社の読者は何を比較して検索結果からクリックするページを選んでいるか」を具体的に言語化しておくことが、後工程のマークアップ精度を左右します。

ステップ2：ページ上に情報が存在するか確認する

構造化データは、ページ上に存在しない情報を検索エンジンだけに伝えるための仕組みではありません。まずはステップ1で特定した情報を、ユーザーが実際にページ上で閲覧できる形で掲載しているかを確認します。

診断現場では、構造化データ上には価格や在庫情報を記述しているものの、ページの本文やUI上にはその情報が表示されていない、という食い違いがしばしば見つかります。この状態はGoogleのガイドライン上も推奨されず、リッチリザルトが表示されない、あるいは表示が不安定になる一因になります。

ステップ3：構造化できる情報だけをマークアップする

ページ上に掲載済みの情報の中から、Googleが構造化データとして対応している項目だけを選んでマークアップします。この順番を守ることで、構造化データだけが先行してページ内容と一致しない状態を防ぎやすくなります。

逆算のプロセスを踏まずに利用可能な項目をすべて詰め込もうとすると、必須プロパティの記述漏れや実態と乖離した情報の記述につながりやすく、結果としてエラーやガイドライン違反のリスクが高まる傾向が診断現場では見られます。

リッチリザルトの設定・実装方法（JSON-LDでの基本手順）

結論として、リッチリザルトの実装はおおまかに「構造化データのマークアップ作成」と「HTMLへの設置」の2ステップで完了します。Googleが現在サポートしている構造化データの記述形式にはJSON-LD、Microdata、RDFaの3種類がありますが、そのうちGoogleが最も推奨しているのはJSON-LDです（2026年時点）。

JSON-LDを使用する場合は、schema.orgのボキャブラリーに基づいて記述したコードを、<script type="application/ld+json">タグとして記述します。設置場所はHTML内であればどこでも機能しますが、ページの冒頭付近に置くとページのサマリとして構造化データの内容が拾われてしまうことがあるため、</body>タグの直前など、ページの末尾に設置することが推奨されています。

商品ページであれば、@typeを「Product」として宣言したうえで、name・imageといった基本情報、offers内にprice・priceCurrency・availabilityといった価格・在庫情報、レビューを扱う場合はaggregateRating内にratingValue・reviewCountを記述する、という構成が基本形になります。複数ページに適用する場合は、ページごとに異なる商品名・価格・在庫状況を反映させ、テンプレートをそのまま使い回して実態と異なる情報を記述しないよう注意してください。

リッチリザルトテスト・構造化データテストツールの使い方

結論として、実装した構造化データが正しく機能するかどうかは、Google公式の「リッチリザルトテスト」で公開前に確認できます。マークアップにミスがあれば、どの箇所にエラーがあるかが具体的に表示されるため、公開後に手戻りが発生するリスクを減らせます。

リッチリザルトテストでの確認手順

リッチリザルトテストは、Google検索セントラルが提供する無料のツールです。確認したいページのURL、またはマークアップしたコードそのものを入力し、「URLをテスト」または「コードをテスト」を実行すると、数分程度で結果が表示されます。

構造化データが正しく認識されている場合は有効なアイテムとして検出結果が一覧表示され、記述に誤りがある場合はエラー箇所とともに指摘が表示されます。推奨プロパティが未記述の場合は警告として表示されますが、これはエラーではないため、可能な範囲で追記すれば十分です。

サーチコンソールの拡張機能での確認方法

公開後、リッチリザルトが実際にサイト内で機能しているページ数を確認したい場合は、Googleサーチコンソールの「拡張」メニューを使用します。設定したリッチリザルトの種類ごとに、正しく認識されている「有効」なページ数と、認識されていない「無効」なページ数、無効の原因が一覧で確認できます。実装後は、公開前のリッチリザルトテストと、公開後のサーチコンソールの拡張メニューの両方を定期的に確認する運用が推奨されます。

構造化データを実装しても表示されない場合のチェックリスト

結論として、実装済みなのに表示されない場合は、記述内容・ページ内容・時間経過・キーワードとの相性の4点を順番に見直すことで、原因の切り分けがしやすくなります。

これらを一通り確認しても原因が特定できない場合、自己流の対応では見落としやすいページ全体の構造や、生成AI検索での引用まで見据えた設計面に課題があるケースも少なくありません。AIコマース研究所では、こうしたケースも対象にLLMO無料診断を提供しており、構造化データの記述内容だけでなく、ページ設計・情報設計まで含めた原因の切り分けを行っています。

対応会社・依頼先を選ぶ際のチェックポイント

結論として、外部への依頼を検討する際は「構造化データの実装実績」だけでなく「生成AI検索への理解」を持つ会社かどうかを基準にすることが重要です。従来のSEO対策の延長でリッチリザルト対応を行う会社は多くありますが、ChatGPTやGoogle AI Overviewsといった生成AI検索での引用まで見据えた情報設計を行っているかどうかは、会社によって差が出やすいポイントです。

依頼先を選ぶ際は、次のような点を確認すると判断しやすくなります。

AIコマース研究所では、LLMO/AI検索領域を専門に扱う研究チームが、生成AIの認識・文脈理解プロセスの分析に基づいた診断・実装支援を行っています。自社での対応が難しいと感じた場合は、まずはLLMO無料診断で現状の課題を可視化することから始めることをおすすめします。

よくある質問

リッチリザルトは廃止されたのですか？

リッチリザルトという仕組み自体は廃止されていません。過去には特定の種類（一部のFAQリッチリザルトの表示範囲縮小など）で仕様変更があった例はありますが、機能全体が廃止された事実はありません（2026年時点）。表示対象の種類はGoogle側の判断で随時見直されるため、最新の対応状況は公式ヘルプページで確認することをおすすめします。

リッチリザルトの表示例にはどのようなものがありますか？

商品の価格・在庫を示すProduct、星評価を示すレビュー、質問と回答を表示するFAQ、ページ階層を示すパンくずリストなどが代表例です。ECサイトでは商品・レビュー系、オウンドメディアではFAQ・パンくず・Article系が特に活用されやすい傾向があります。

リッチリザルトテストと構造化データテストツールに違いはありますか？

現在はどちらもGoogle公式の同一ツール「リッチリザルトテスト」に統合されています。以前は「構造化データテストツール」という別ツールが存在していましたが、現在はサポートが終了しており、構造化データの検証・リッチリザルトの表示確認は同じツールで行います。

商品ページでリッチリザルトを表示させるには何が必要ですか？

Product型の構造化データで、商品名・画像に加え、価格・通貨単位・在庫状況を含むoffers情報を必須項目として記述する必要があります。レビューの星評価も表示したい場合は、aggregateRating内にratingValueとreviewCountを追加で記述します。

リッチリザルトはスマホとパソコンで表示のされ方が違いますか？

はい、デバイスによって表示形式やレイアウトが異なる場合があります。特にリッチカード形式はモバイル向けに最適化された表示形式のため、パソコンの検索結果では同じ見え方にならないことがあります。

リッチリザルト対応を外部の会社に依頼する場合、費用相場はどれくらいですか？

構造化データの設計・実装のみか、生成AI検索(LLMO)対策まで含めるかによって費用感は大きく変わるため、一律の相場を示すことは難しいのが実情です。具体的な見積もりは依頼範囲によって幅があるため、無料相談で自社の状況に合わせた概算を確認するのが確実です。

リッチリザルトは実装後どれくらいで検索結果に表示されますか？

明確な日数の目安はなく、Googleのクローラーが該当ページを再クロールするタイミング次第で変動します。サイトの更新頻度やクロール頻度によって数日から数週間程度の幅が生じるため、早期反映を狙う場合はサーチコンソールからインデックス登録をリクエストする方法があります。

LLMOとSEOはリッチリザルト対策においてどう違いますか？

SEOがGoogleなどの検索エンジンでの評価・順位向上を目的とするのに対し、LLMO(Large Language Model Optimization)はChatGPTやGoogle AI Overviewsなど生成AI検索での引用・言及を目的とします。リッチリザルト対応で整理した構造化データや自己完結した情報単位は、SEOだけでなくLLMOの観点でも参照されやすい情報設計につながる傾向があります。

リッチリザルト対応はまず現状診断から

リッチリザルトは、構造化データを正しく実装すれば必ず表示されるものではなく、「ユーザーに伝えたい情報から逆算して設計する」という視点が欠かせません。本記事で紹介した4つの原因パターンとチェックリストを使えば、自社サイトがどの段階でつまずいているのかをある程度は自力で切り分けられます。

それでも原因が特定できない、あるいは生成AI検索への対応まで見据えた設計を行いたい場合は、専門的な診断を受けることも選択肢の一つです。AIコマース研究所のLLMO無料診断では、構造化データの記述だけでなく、ページ設計・情報設計まで含めた総合的な現状把握を行っています。