リッチリザルトとは？25の種類・テストの使い方と表示されない5つの原因

リッチリザルトとは、通常の検索結果に画像・評価・価格・パンくずなどの視覚的な機能や操作機能が追加された、Google検索結果のことです。表示させるには構造化データでページの内容を機械が読める形にする必要がありますが、正しく実装しても表示は保証されず、機能によっては提供される国や言語も限られます。

「マークアップしたのにリッチリザルトが出ない」という状態について、Googleの公式トラブルシューティングは原因を5つ挙げています。その5つ目は「リッチリザルトがお客様の地域でまだサポートされていない」です。つまり構文が100点でも、住んでいる国が対象外なら出ません。この記事では、いまGoogleが対応している機能を公式ドキュメントから数え直し、表示される条件、リッチリザルトテストの使い方と結果の読み方、出ない原因を、実装の層と地域の層に分けて整理します。

この記事でわかること

• 対応機能は25： Googleの検索ギャラリーに掲載されている機能を2026年11月7日に数え直したところ25でした（ギャラリーの最終更新は2026年10月19日）。解説記事に出てくる8・29・31・34といった数字は、いずれも現在のギャラリーと一致しません。
• テストの緑は「表示される」ではない： リッチリザルトテストが確かめるのは構文と必須項目までです。公式もプレビューどおりに表示されるとは限らないと書いています。
• 出ない原因は5つで、うち1つは地域： 公式が挙げる原因の5つ目は「その地域でまだサポートされていない」で、実装をいくら直しても解決しません。
• 日本は地域限定機能の対象外： 2026年9月8日にGoogleが公開した地域差のドキュメントに載っているのはEEA・トルコ・南アフリカだけで、日本の記載はありません。

リッチリザルトとは？通常の検索結果と何が違うのか

リッチリザルトは、タイトルと説明文だけの検索結果に、画像・評価・価格・手順などの要素が足された状態を指します。

通常の検索結果は、タイトル・URL・説明文の3つでできています。ここに星の評価やパンくずリスト、レシピの調理時間といった情報が加わったものがリッチリザルトです。追加される要素は機能ごとに決まっていて、サイト側が自由に選んで表示させられるわけではありません。

リッチリザルトの定義（Google公式の言い方）

Googleは「視覚的な機能や操作機能が追加された、Google検索結果」と定義しています。

【公式仕様】Search Consoleヘルプの用語集には「リッチリザルト：視覚的な機能や操作機能が追加された、Google 検索結果です」と書かれています（出典：Search Console ヘルプ 用語集）。同じページに、以前は「リッチカード」「リッチスニペット」と呼ばれていたことも記載があります。古い記事で3つの言葉が混在しているのはこのためで、いま公式が使っているのは「リッチリザルト」です。

呼び方が変わっただけで、指しているものは同じです。社内で用語を揃えるなら、現行の「リッチリザルト」に寄せておくと公式ドキュメントと突き合わせやすくなります。

強調スニペット・ナレッジパネルとの違い

リッチリザルトは構造化データが必要で、強調スニペットとナレッジパネルは不要です。

3つはどれも「通常の検索結果とは違う見え方」をしますが、出どころが違います。条件と結論が対になるように表で整理します。

表の違いは「誰が材料を用意するか」に集約されます。リッチリザルトだけはサイト側が材料を書きます。

構造化データとリッチリザルトは同じものではない

構造化データは書式の名前で、リッチリザルトはGoogleの表示機能の名前です。

【公式仕様】schema.orgはGoogle・Microsoft・Yahoo・Yandexが共同で立ち上げた語彙のプロジェクトで、2026年3月19日公開のV30.0時点で823のType（型）と1,529のProperty（プロパティ）を持ちます（出典：schema.org）。schema.orgの側には「リッチリザルト」という語は出てきません。

つまり、構造化データを書くことと、リッチリザルトが出ることは、別のできごとです。schema.orgの語彙で書けるものは823型ありますが、そのうちGoogleがリッチリザルトとして表示するのはごく一部です。書き方そのものは「JSON-LDとは？書き方・実装例・SEO効果」で詳しく扱っています。

Googleが対応しているリッチリザルトは25種類（2026年11月時点）

Googleの検索ギャラリーに掲載されている機能は、2026年11月7日時点で25です。

【公式仕様】構造化データの検索ギャラリー（日本語版・最終更新2026年10月19日）に並んでいる機能を2026年11月7日に1件ずつ数えたところ、25でした（出典：Google 検索がサポートする構造化データ マークアップ）。英語版は最終更新が2026年6月15日で、更新日は違いますが掲載されている機能の数と名前は一致します。

25機能の一覧

25機能は、コンテンツ型・ビジネス型・メディア型の3グループに分けて見ると扱いやすくなります。

以下がギャラリーの掲載順です。1つのページの内容に当てはまる機能は限られるので、全部を実装する話ではありません。

表のとおり、業種で当たる機能はほぼ決まります。ECなら商品とクチコミ抜粋、店舗ならローカルビジネス、求人サイトなら求人情報という具合です。求人情報の実装は「Googleお仕事検索のマークアップ完全ガイド」で個別に扱っています。

解説記事によって「種類の数」が違う理由

数え方の基準が記事ごとに違い、廃止された機能が残っている記事もあるためです。

【実測】当社が2026年9月10日に「リッチリザルト」「リッチリザルト とは」「リッチリザルト 種類」「リッチリザルト 表示されない」の上位記事9本を開いて数えたところ、機能数は8・29・31・34と割れていました。原因は3つあります。1つ目は、ギャラリーの掲載機能（25）とSearch Consoleのレポート対象（19）を混ぜていること。2つ目は、廃止された機能を一覧に残していること。3つ目は、1つの機能に複数のサブページがある商品まわりを、別々に数えているかどうかの違いです。

（アイダイム分析）数が合わないこと自体は大きな問題ではありませんが、そこに廃止済みの機能が混ざっていると実害が出ます。「一覧にあったから」という理由でHowToやFAQの実装工数を取ってしまうと、表示されない機能に時間を使うことになります。数を覚えるより、いま自社に必要な1つが現行のギャラリーに載っているかを確認するほうが実務的です。

Search Consoleのレポートに出る19種類との差

Search Consoleのリッチリザルト レポートに列挙されているのは19種類で、ギャラリーの25とは一致しません。

【公式仕様】Search Consoleヘルプに列挙されているレポート対象は、パンくずリスト・データセット・ディスカッション フォーラム・教育関連のQ&Aほか19種類です（2026年9月10日時点。出典：リッチリザルト レポート）。同じページには、特定のタイプのレポートは「Googleがプロパティ内で有効なマークアップを検出する」場合にのみ表示される、とも書かれています。

つまり、自社のSearch Consoleに出ているレポートの数は、19よりさらに少なくなります。レポートが見当たらないことは、その機能に対応していない証拠にはなりません。検出されていないだけの可能性があります。

用語の違いを押さえたところで、次はリッチリザルトが表示されるための条件を見ます。

リッチリザルトが表示される条件

技術要件を満たし、品質ガイドラインに違反せず、その機能が自分の地域で提供されていることが条件です。

条件は3つの層に分かれています。よく語られるのは1つ目の技術要件だけですが、実際には2つ目と3つ目でつまずくケースがあります。

図の第1層だけを見て「テストが緑なら大丈夫」と判断すると、第2層と第3層を見落とします。層ごとに中身を確認します。

技術要件は3つ（形式・アクセス・テスト）

形式が正しく、Googlebotがページを読めて、テストに通ることが技術要件です。

【公式仕様】構造化データの一般的なガイドライン（最終更新2026年7月10日）は、技術要件を形式・アクセス・テストの3つとしています（出典：構造化データの general guidelines）。形式はJSON-LD・Microdata・RDFaの3種類が使え、GoogleはJSON-LDを推奨しています。アクセスは、robots.txtやnoindexでGooglebotをブロックしていないこと。テストは、リッチリザルト テストとURL検査ツールで確認することです。

3つの形式はどれを使っても評価は同じで、実装の都合で選べます。

品質要件7項目は自動ツールでは確かめにくい

品質ガイドラインの違反は構文エラーとして出ないため、テストが緑でも表示されません。

【公式仕様】同じガイドラインの品質要件は、内容・関連性・網羅性・場所・具体性・画像・1ページ内の複数項目の7項目に分かれています。ページに表示されていない内容をマークアップしないこと、必須プロパティをすべて入れること、構造化データはそれが説明しているページに置くこと、といった条件が並びます。ここに書かれているのは書式の話ではなく中身の話なので、リッチリザルト テストは反応しません（出典：構造化データの general guidelines）。

（実務知見）実際の案件では、構文エラーがゼロのまま何も起きないという状態が起こります。よくあるのは、ページに書いていない評価やレビュー件数をマークアップだけに入れているケースと、必須プロパティが1つ欠けたまま「エラーなし」と表示されているケースです。テストの結果画面は、必須プロパティの欠落を警告として控えめに出すことがあるので、エラーの有無だけでなく警告まで開いて読む必要があります。

必須プロパティを満たしても表示は保証されない

Googleは、正しく実装されたページでもリッチリザルトの表示を保証しないと明記しています。

【公式仕様】Search Consoleヘルプには「Google ではいかなるページについてもリッチリザルトの表示を保証していません」と書かれています（出典：Google 検索の検索結果で特定の機能が使用されない）。構造化データが与えるのは「対象になる資格」であって、表示そのものではありません。

（アイダイム分析）この一文は、構造化データの費用対効果を社内で説明するときの前提になります。「実装すれば必ず星が付く」と説明してしまうと、出なかったときに実装の失敗として扱われます。実際には資格を用意するところまでが実装の仕事で、その先はGoogle側の判断です。構造化データの投資判断そのものは「構造化マークアップはMEOに効くのか」で、効果の測り方も含めて整理しています。

表示させるまでの4つの手順

機能を選ぶ、構造化データを書く、テストで確かめる、公開後にSearch Consoleで見る、の4段階で進めます。

1つ目は、ページの中身に当てはまる機能を検索ギャラリーから選ぶことです。商品ページなら商品、記事なら記事とパンくずリスト、というように、ページに実際に書いてある内容から決めます。2つ目は、その機能の公式ドキュメントにある必須プロパティを埋めて、構造化データを書くことです。書き方は「JSON-LDの正しい書き方と、入れても順位が上がらない理由」で、コードの例と一緒にまとめています。

3つ目が、公開前のテストです。【公式仕様】構造化データの一般的なガイドラインは、リッチリザルト テストとURL検査ツールで確認することを技術要件の1つに挙げています（出典：構造化データの general guidelines）。4つ目は、公開後にSearch Consoleで検出されているかを見続けることです。テストは公開前の一時点しか見ていないため、テンプレートの変更やプラグインの更新で後から壊れたものは、公開後の確認でしか気づけません。

（アイダイム分析）4つのうち、手を抜かれやすいのは1つ目と4つ目です。1つ目を飛ばして「入れられる型を全部入れる」と品質要件に触れやすくなり、4つ目を飛ばすと壊れたことに気づかないまま数か月が過ぎます。

条件のうち、ツールで確かめられるのは第1層です。次は、その確認に使うリッチリザルトテストを見ます。

リッチリザルトテストの使い方と結果の読み方

リッチリザルトテストは、構造化データがリッチリザルトの対象になる書き方かを確かめるGoogleの無料ツールです。

ブラウザで開き、URLかコードを入れて実行するだけで使えます。ただし、結果の緑は「対象になる書き方をしている」という意味で、「検索結果に出る」という意味ではありません。この章では、テストで分かることと分からないこと、2通りの調べ方、結果の読み方、ほかのツールとの使い分けを順に見ます。

リッチリザルトテストで分かること・分からないこと

分かるのは検出された型とエラー・警告まで、分からないのは品質要件と提供地域と実際の表示です。

【公式仕様】Search Consoleヘルプには、テストを実行すると「ページで見つかったリッチリザルト タイプ、構造化データのエラー、候補が表示されます」と書かれています。同じページは、検索結果では「必ずしもこのツールによるプレビューとまったく同じようにページが表示されるとは限りません」とも書いています（出典：リッチリザルト テスト）。

（アイダイム分析）前の章の3層に当てはめると、テストが見ているのは第1層の技術要件だけです。第2層の品質要件は自動ツールで簡単には確かめられないとガイドラインに書かれていて、第3層の提供地域はテストの判定に入っていません。テストの結果を「表示される見込み」として社内に報告すると、出なかったときに説明が付かなくなります。

URLとコードの2通りで調べる

公開済みのページはURLで、公開前のマークアップはコードを貼り付けて調べます。

【公式仕様】URLで調べる場合は、ページの完全なURLを入れます。ページは匿名のユーザーがインターネット経由でアクセスできる必要があり、ログインが必要なページや社内ネットワークの中のページは調べられません。コードで調べる場合は、URLの代わりに「コード」を選んでマークアップを貼り付け、直しながら何度でも実行できます。クローラーはスマートフォンとパソコンから選べて、既定はスマートフォンです。対応している形式はJSON-LD・RDFa・microdataの3つです（出典：リッチリザルト テスト）。

（アイダイム分析）URLとコードで結果が違うときは、まず差がどこから来ているかを確かめます。WordPressのテーマやSEOプラグインは、自分が書いたものとは別の構造化データを自動で出力していることがあり、URLで調べて初めて重複や上書きが見えます。公開前はコードで、公開後はURLで、と分けて使うのが確実です。

「有効」「警告」「エラー」の読み方

エラーは対象から外れる重大な問題、警告は対象のまま残る重大でない問題で、どちらも開いて中身を読みます。

【公式仕様】Search Consoleのリッチリザルト レポートは、重大な問題が無い項目を「有効」、重大な問題が1つ以上ある項目を「無効」と分け、重大でない問題は見え方を改善できる項目として別に示します。有効であっても、表示そのものは保証されません（出典：リッチリザルト レポート）。リッチリザルトテストも「N 件の有効なアイテムを検出しました（警告あり）」という形で、有効と警告を同時に出します（出典：リッチリザルト テスト）。

結果画面に出る表示と、次にやることを並べます。

（アイダイム分析）警告は「エラーではないから」と閉じたまま放置されやすい表示です。警告の中に、ページには書いてあるのにマークアップに入れ忘れた項目が含まれていることもあるので、件数ではなく中身で判断します。ただし、ページに書いていない情報を警告を消すためだけに足すのは品質要件に反するので、埋めるのはページにある情報に限ります。

Schema Markup Validator・URL検査との使い分け

Googleの対象かはリッチリザルトテスト、公開後はURL検査、schema.orgの文法はValidatorで見ます。

【公式仕様】以前Googleが提供していた構造化データ テストツールは、2020年12月15日に、schema.orgのコミュニティ向けの新しいドメインへ移すと発表されました。移行後の役割はマークアップの構文とschema.orgの標準への準拠の確認で、Google検索のリッチリザルトを確かめるには引き続きリッチリザルト テストを使う、とされています。移行先がSchema Markup Validatorで、2021年8月には旧ツールが適切なツールを選ぶ案内ページへ転送されるようになりました（出典：Structured Data Testing Tool update）。URL検査ツールはライブテストで構造化データを確認でき、インデックス済みの結果は直近にインデックスされた版の情報です（出典：URL 検査ツール）。

4つのツールの役割を並べます。

（アイダイム分析）Schema Markup Validatorで問題が出ないことは、Googleのリッチリザルトの対象になることを意味しません。Googleが必須としているプロパティは、schema.orgの文法上は省略してよいものがあるためです。Googleの検索結果を狙うなら、最後はリッチリザルトテストで判定します。

テストで確かめられない層があることを踏まえて、次は表示されないときの原因を切り分けます。

マークアップしたのにリッチリザルトが出ない5つの原因

Googleは原因を5つ挙げていて、クロール・アクセス・実装の誤り・ポリシー違反・地域の未サポートに分かれます。

5つのうち4つはサイト側で動かせますが、5つ目だけは動かせません。まず全体を1枚で見ます。

表の下2行は、実装をいくら見直しても解決しません。上から順に潰していくと、最後まで行ってから「そもそも対象外だった」と分かることになります。また、5つをすべて潰しても表示されないことはあります。前の章で見たとおり、Googleは表示そのものを保証していないためです。

公式が挙げている5つの原因

Googleのヘルプは5つを並べていますが、確認する順番までは書いていません。

【公式仕様】「Google 検索の検索結果で特定の機能が使用されない」というヘルプページに、①Googleがまだページをクロールしていない、②Googleがページにアクセスできない、③ページの構造化データに誤りがある、④構造化データがポリシー ガイドラインに違反している可能性がある、⑤リッチリザルトがお客様の地域でまだサポートされていない、の5つが挙げられています（出典：Google 検索の検索結果で特定の機能が使用されない）。

順番が書かれていないため、実務では自分で優先順位を決めることになります。【実測】当社が2026年9月10日に確認した上位記事9本では、この5つを並べている記事はあっても、どれから見るかを書いている記事はありませんでした。

実務で最初に見る順番

当社は5つのうちマークアップの誤りから探します。その場で確認でき、当社の案件で原因として当たることがいちばん多かったためです。

（実務知見）構造化マークアップの代行で「リッチリザルトが出ない」という相談を受けたとき、当社が最初に開くのはマークアップそのものです。クロール待ちは時間が解決しますし、アクセス不可は、サイト全体の設定が原因なら他のページも一緒に落ちるので気づきやすい、というのが当社の判断です。手を動かして確かめる価値がいちばん高いのがマークアップの中身でした。

（アイダイム分析）マークアップから入る順番には、副次的な効果もあります。マークアップを読むと、そのページが何を主張しているつもりなのかが分かるので、品質要件（第2層）の違反にも同時に気づけます。ページに書いていない情報をマークアップだけに入れている、必須プロパティが欠けている、といった問題は、テストの緑色ではなくコードを読むことで見つかります。

手動対策を受けた場合に失うもの

手動対策で失うのはリッチリザルトの表示資格で、検索順位そのものではありません。

【公式仕様】構造化データのガイドラインには、手動による対策を受けた場合、そのページの構造化データは検索結果の機能に使用されなくなる、と書かれています。ページ自体が検索結果から消えるわけではありません（出典：構造化データの general guidelines）。

（アイダイム分析）ここを混同すると、対応の緊急度を読み違えます。「順位が飛ぶ」と考えて他の作業を止める必要はなく、止まっているのはリッチリザルトの表示だけです。ただし通知の内容が構造化データ以外のポリシーに及んでいないかは別途確認が必要です。

5つ目の原因である地域の問題は、日本の検索結果にも直接関係します。次で詳しく見ます。

同じマークアップでも国によって結果が変わる

機能ごとに提供される国と言語が決まっているため、同じコードでも国が違えば結果が変わります。

読み上げは米国の英語設定、コースリストは英語のみ、民泊はフランスで必須プロパティが変わります。さらに2026年には、特定の地域にしか出ない機能群のドキュメントが新設されました。

図の左右で違うのはコードではなく、Googleがその国で提供している機能です。ここから、その根拠になった公式ドキュメントを見ます。

2026年9月にGoogleが地域差のドキュメントを出した

Googleは2026年9月8日に、地域ごとの検索機能をまとめた新しいドキュメントを公開しました。

【公式仕様】Search Centralの更新履歴に、2026年9月8日付で「Added documentation about regional differences in Search experiences」という項目が追加されています（出典：Search Central 更新履歴）。新設されたページには、特定の地域でのみ提供される検索機能と、その参加条件が一覧で示されています（出典：Regional differences in Search experience）。

このドキュメントは、2026年9月10日時点で英語版のみが提供されていました。その後、2026年9月18日の更新で、Aggregator unitとSupplier unitの対象にローカルビジネスのクエリが加わっています（出典：Search Central 更新履歴）。海外のSEOメディアも公開当日に取り上げていて、Search Engine Journalが2026年9月10日、Search Engine Roundtableが2026年9月8日に記事を出しました。

EEA・トルコ・南アフリカだけの7機能

このドキュメントに載っている機能は7つで、対象はEEA（欧州経済領域）とトルコ・南アフリカです。

7機能の内訳と対象を並べます。対象地域に日本が1つも入っていないことが、表を見ると一目で分かります。

表のうち、構造化データの実装が関係するのは最下行の「構造化データ カルーセル」だけです。上の6つは、Vertical Search Serviceとしての承認やデータフィードの提供が条件で、マークアップの話ではありません。

日本の検索結果で狙えるのはギャラリー側の機能

日本の記載は地域差のドキュメントに無いため、狙えるのはギャラリー側の機能に限られます。

【公式仕様】構造化データ カルーセル（beta）のドキュメントには、この機能が利用できるのはEEA各国・トルコ・南アフリカのみと書かれています（出典：Structured data carousels (beta)）。対応する構造化データの型はLocalBusinessとそのサブタイプ（Restaurant・Hotel・VacationRental）、Product、Eventの3系統です。

ただし、ギャラリーの25機能がそのまま全部日本で使えるわけでもありません。読み上げはGoogleアシスタント対応デバイスを英語に設定した米国のユーザー向け、コースリストは英語のみ、民泊はフランスで必須プロパティが変わる、と機能ごとの公式ドキュメントに書かれています。「地域限定の7機能は対象外」「ギャラリーの25機能のうち、言語や国の条件が付くものがある」の二段構えで見る必要があります。

この話は新しく見えて、実は日本語でも既に指摘されていました。鈴木謙一氏が2024年4月18日に、カルーセルの構造化データが提供されるのはEEAだけで日本では利用できない、と書いています。2026年9月の新設ドキュメントは、それを機能横断でまとめ直したものにあたります。

海外向けサイトを持っているなら前提が変わる

海外向けサイトでは、同じ実装でも取りに行くべき機能と競合の顔ぶれが変わります。

（実務知見）当社は海外SEOの案件でタイと台湾を扱っており、日本と同じ設計で取り組んでも、結果の出方は国ごとに大きく違いました。日本では上位が取れなかった領域が、台湾では比較的簡単に取れる、という差はざらにあります。検索結果の競争の厚みが国によって違うためで、日本で通用しなかった打ち手が海外で通用しないとは限りません。

（アイダイム分析）この差は順位の話ですが、リッチリザルトでも構図は同じです。日本のサイトで検証した「出る・出ない」を、そのまま海外向けサイトに当てはめられません。多言語サイトを運用しているなら、機能ごとの公式ドキュメントで対象言語と対象地域を確認する工程を、実装の前に1つ入れておくと手戻りが減ります。AI検索側での扱いについては「AI検索のエンティティ設計」で別途整理しています。

終了した機能と、いまリッチリザルトを狙う意味

2023年以降、使われていない機能の終了が続いていますが、構造化データ自体の位置づけは変わっていません。

終了した機能を一覧にすると、どこに工数をかけるべきかが見えます。

表のとおり、終了は一度に起きたわけではなく、数年かけて段階的に進んでいます。

FAQ・HowTo・練習問題はもう表示されない

FAQリッチリザルトは2026年5月7日に表示が終わり、HowToと練習問題も既に終了しています。

【公式仕様】FAQPageのドキュメントには、FAQリッチリザルトはGoogle検索の結果に表示されなくなった旨が記載されています（出典：FAQPage 構造化データ）。更新履歴では2026年5月8日に廃止の告知が追加され、2026年6月15日にドキュメント本体が削除されました。

FAQは2019年に導入され、2023年8月に政府・医療系の権威あるサイトのみへ対象が絞られ、2026年5月に完全に終わりました。段階的な縮小の末の終了です。

マークアップを消すべきか、残すべきか

Googleは削除不要としていますが、当社は2026年5月の表示終了以降、既存のマークアップを消しています。

【公式仕様】FAQPageのドキュメントには、FAQPageの構造化データ自体が非推奨になったわけではなく、マークアップの削除は不要と書かれています（出典：FAQPage 構造化データ）。つまりGoogleの立場は「どちらでもよい」です。

（実務知見）当社では、2026年5月7日以降、既存のFAQPageマークアップは消す方針を取りました。表示される機能が無くなった以上、残しても得るものがなく、コードとして残しておくと後から見た担当者が「これは何のために入っているのか」を毎回確認することになるためです。

（アイダイム分析）判断が分かれる論点なので、社内で方針を1つに決めておくことをおすすめします。残す側の理由は「削除の工数が無駄」「将来また使う可能性がある」で、消す側の理由は「意味を持たないコードを置かない」です。どちらも成立しますが、方針が決まっていないと、サイトごと・担当者ごとにばらばらになります。

構造化データは順位を上げる仕組みではない

構造化データが与えるのは表示の資格で、検索順位を上げる要因ではありません。

終了が続いたことで「構造化データはもう不要になるのでは」という受け取り方も出ましたが、Google側はそれを否定しています。Search Engine Journalは2025年11月11日に、GoogleのJohn Mueller氏が2026年に構造化データの利用を縮小するわけではないと述べたことを報じています。

（アイダイム分析）不利な話も書いておくと、構造化データを入れたからといってクリックが増えることを示す公的な集計データは、当社が探した範囲では見つかっていません。表示率やCTRへの影響を数値で示しているのは各社の自社調査で、母集団が公開されていません。当社が3つの経路（Google・Bingの公式情報／Web AlmanacやWeb Data Commonsの業界集計／自分で数える）で探した範囲では、第三者の集計は見つかりませんでした。「効果が数値で確認できないが、対象になる資格は用意しておく」という位置づけで扱うのが実態に近いと考えています。AI検索での引用条件は「AI Overviews引用の条件」と「AEO対策とは？AI引用のゆらぎ」で扱っています。

リッチリザルトのよくある質問

本編で扱いきれなかった5つの疑問に、公式の記述をもとに答えます。

まとめ

リッチリザルトの対応機能は2026年11月時点で25です。表示には技術要件・品質要件・提供地域の3層をすべて通ります。

リッチリザルトテストが確かめられるのは、このうち第1層だけです。公開前はテストで構文と必須項目を確かめ、公開後はSearch ConsoleのURL検査とリッチリザルト レポートで見続ける、という使い分けになります。

そのうえで、Googleは表示そのものを保証していません。構造化データが与えるのは資格までで、実装を完璧にしても出ないことがあります。

「マークアップしたのに出ない」を実装の問題だけで説明しようとすると、行き止まりに入ります。公式が挙げる5つの原因の5つ目は地域で、2026年9月8日に公開された地域差のドキュメントに載る7機能は、どれも日本の検索結果には出ません。狙う機能がギャラリーの25の側なのか、地域限定の7の側なのかを先に見分けるだけで、無駄な実装とその後の調査を丸ごと減らせます。

構造化データは順位を上げる仕組みではなく、表示される資格を用意する作業です。効果を数値で示す公的な集計は当社が探した範囲では見つかっていませんが、資格が無ければ表示の候補にすら入りません。全機能を並べて埋めていくのではなく、自社の内容に当てはまる1つか2つを、必須プロパティまで正確に書く。そこから始めるのが、いちばん短い道です。

参考情報

• Google 検索がサポートする構造化データ マークアップ（検索ギャラリー）
• 構造化データの一般的なガイドライン
• Google 検索の検索結果で特定の機能が使用されない
• Regional differences in Search experience
• Structured data carousels (beta)
• FAQPage 構造化データ（表示終了の告知）
• リッチリザルト レポート（Search Console ヘルプ）
• Search Console ヘルプ 用語集
• リッチリザルト テスト（Search Console ヘルプ）
• URL 検査ツール（Search Console ヘルプ）
• Structured Data Testing Tool update（Google 検索セントラル ブログ）
• Google Search Central 更新履歴
• schema.org スキーマ一覧