リッチリザルトテストの使い方｜構造化データのチェックとエラーの直し方

構造化データを書いたあと、それがGoogleに認識されるかを確かめる公式ツールが「リッチリザルト テスト」です。この記事では、2つの入力モードの使い分け、結果画面に出る項目の読み方、エラーや警告が出たときの直し方を、Googleの日本語ヘルプの表記に沿って説明します。画面は2026年10月時点のものです。

ツールは search.google.com/test/rich-results から使えます。Search Consoleにサイトを登録していなくても使えて、自分が所有していないサイトのURLも試せます。

リッチリザルトテストでできること

リッチリザルトテストは、1つのページまたは1つのコードについて、書いた構造化データがGoogleのリッチリザルトとして認識されるかを確かめるツールです。あわせて、検索結果でどう見えるかのプレビューも見られます。

Googleはこのツールを「構造化データをテストするための Google の公式ツールで、ページの構造化データで生成される Google のリッチリザルトを確認できます。Google 検索でリッチリザルトがどのように表示されるかをプレビューすることもできます」と説明しています。

リッチリザルトそのものの種類や、ECサイトでどれを優先して入れるかは別の記事にまとめています。

リッチリザルトとは？ECで入れる構造化データと、もう出ない3種類

ULTRO NOTES｜SEO・LLMOリッチリザルトとは？ECで入れる構造化データと、もう出ない3種類リッチリザルトの仕組みと、2026年9月時点でGoogleがサポートしている種類・すでに廃止された種類を一次情報で整理しました。ECサイトで優先して入れるものと、入れたあとの確認手順まで解説します。

構造化データを確かめるツールは4つあり、役割が分かれています。使う場面が開発中と公開後で入れ替わるので、先に図で示します。

表にすると、次のとおりです。

ツール	見る範囲	使う場面	自分のサイト以外
リッチリザルト テスト	1つのURL、または貼ったコード	実装中、直した直後	テストできる
リッチリザルト レポート（Search Console）	サイト全体（対象タイプの、検出されたもののサンプル）	公開後の継続監視	不可
URL検査（Search Console）	自分のプロパティの1URL	インデックス登録状況とあわせて見るとき	不可
スキーマ マークアップ検証ツール	1つのURL、または貼ったコード	schema.org全般の構文を見たいとき	テストできる

Googleは「開発中はリッチリザルト テストを使用して構造化データをテストし、デプロイ後はリッチリザルトのステータス レポートを参照して、構造化データの有効性を確認してください。テンプレートや配信の仕方が原因で、デプロイ後にページの正常性が損なわれることがあるからです」と案内しています。テストが通っても、本番のテンプレートや出力で壊れることがあるので、公開後はレポート側で見る、という組み立てです。

ただしレポート側には2つ前提があります。ひとつは、レポートが用意されているリッチリザルトタイプが限られていること。Googleは「特定のリッチリザルト タイプのレポートは、次の場合にのみ表示されます。Google がプロパティ内で有効なマークアップを検出する。かつ、そのマークアップが、サポートされているリッチリザルト タイプである」と書いています。記事や組織のようにテストでは検出できてもレポートがないタイプがあります。もうひとつは「レポートは、検出されるすべてのアイテムを網羅したものではありません。検出されるアイテムのサンプルを表示し、構造化データの品質を評価するのに役立ちます」という注意書きです。レポートに出ていないURLを確かめたいときはURL検査、という流れになります。

使い方1：公開済みのページを確認する

公開されているページは、URLを入れるだけで試せます。ヘルプの見出しは「URL の場合」です。

1. リッチリザルト テストを開く
2. 「URL」のタブが選ばれていることを確かめ、「テストする URL を入力」の欄にページの完全なURLを入れる
3. 入力欄の下のリストで、「Google 検査ツール（スマートフォン）」か「Google 検査ツール（パソコン）」を選ぶ（初期状態はスマートフォン）
4. 「URL をテスト」を押す
5. 結果が出たら、検出された構造化データと問題を確認する

URLでテストするときに引っかかりやすいのが、取得できる状態になっているかどうかです。Googleは「ページのリソースはすべて、そのコードにインターネット経由で匿名ユーザーがアクセスできるようになっている必要があります。ファイアウォールやパスワードで保護されているリソースについては、このテストは実施できません」と書いています。

さらに「このツールは、Google-InspectionTool として（ユーザーの認証情報を使用するのではなく、Google として）ページにアクセスします。そのため、robots.txt ファイルによってブロックされることがあります」とも書かれています。自分のブラウザで見えているページでも、robots.txtで止めていればテストは失敗します。

robots.txt だけではありません。 Googleは「Google が通常のクロール サイクル中にページをクロールできない場合（robots.txt ルールまたは noindex ディレクティブによってページをクロールできない場合など）、このツールではページをテストできません」と書いています。noindexを付けたままのページは、公開されていてもテストできません。

ステージング環境をテストしたいときは、HTMLをコードとして貼るほうが早いことが多いです（当社の考え方）。ただしコードを貼る方法で確かめられるのは、貼ったマークアップの書き方までです。画像のURLやcanonicalが本番のドメインになっていない状態のまま通してしまうことがあるので、本番に出したあとにURLでもう一度テストします。

使い方2：公開前のコードを確認する

まだ公開していないコードは、貼り付けて試せます。ヘルプの見出しは「コード スニペットの場合」です。貼るのは構造化データの部分だけでも、ページのHTML全体でもかまいません。

1. 確認したいページをブラウザで開き、右クリック→「ページのソースを表示」でHTMLを表示する
2. HTMLを全選択してコピーする（構造化データの部分だけを探さなくてよい）
3. ツールのランディングページで、「URL」の隣の「コード」のタブを選ぶ
4. 「テストするコードを貼り付け」の欄にコピーしたコードを貼る
5. 「コードをテスト」を押す
6. コードを直して、必要なだけ何度でも再実行する

対応形式は「JSON-LD、RDFa、microdata」の3つです。構造化データの書き方は3種類ありますが、HTML全体を貼れば、どの書き方かを気にする必要はありません。Shopifyのテーマが出しているのは多くの場合JSON-LDです。

ひとつ注意点があります。Googleは「リッチリザルト テストツールでは、JSON-LD ブロック内のコメントは無視されます。ただし、この動作は JSON-LD 標準ではサポートされていないため、実際の使用状況ではエラーが発生する可能性があります。最終的にページを公開する前には、JSON-LD からコメントを必ず削除してください」と書いています。コメント入りのまま「テストは通ったから大丈夫」と判断すると、公開後に壊れます。

URLモードのほうは、サイト側の負荷で止まることがあります。「ホスト負荷が制限を超えています」というエラーが出たときは、Googleが推定するトラフィックの負荷が下がるまで実行できません。

URLとコード、どちらで確かめるか

リッチリザルトテストのURLモードは公開済みのページをGoogleが取得した結果を、コードモードは貼り付けたコードを見ます。どちらも「構造化データが仕様に合っているか」を確かめますが、対象が違うので目的で選びます。

確かめたいこと	使うモード	理由
本番のページに実際に出ている構造化データ	URL	テンプレートやアプリが出力した最終結果を見られる
公開前・レビュー中のコード	コード	公開しなくても試せる
パスワードや社内ネットワークの内側にあるページ	コード	URLでは取得できない
noindexを付けたままのページ	コード	URLではテストできない
直しながら何度も試したいとき	コード	貼り替えて再実行できる

結果画面の「コード エクスプローラ」については、ヘルプに「エクスプローラでは、レンダリングされたソースコードが使用されます」と書かれています。テーマやアプリが後から構造化データを足している場合、ここで初めて見えるものがあります。

ユーザーエージェントを切り替える

リッチリザルトテストの既定のユーザーエージェントはスマートフォンです。パソコン向けテンプレートだけに構造化データを入れている場合、既定のままでは検出されません。

Googleは「ページをテストする際に、使用するユーザー エージェントを選択できます。つまり、スマートフォンやデスクトップ パソコンでテストが行えます。URL またはコードを入力するテキスト ボックスの下のリストからユーザー エージェントを選択します。今日ではユーザーの大半がスマートフォンでウェブを閲覧しているため、デフォルトのユーザー エージェントはスマートフォンになっています」と書いています。

実画面では、入力欄の下に「テストに使用するユーザー エージェント」というリストがあり、選べるのは次の2つです。

実画面の選択肢	既定
Google 検査ツール（スマートフォン）	こちらが初期状態
Google 検査ツール（パソコン）	—

ヘルプの本文では「スマートフォン」「デスクトップ パソコン」と書かれていますが、画面の選択肢は上の表記です。結果画面の「クロール」のところに、クロールに使われたユーザーエージェントのタイプが出ます。

テスト結果の読み方

リッチリザルトテストの結果画面には、検出されたリッチリザルトのタイプ、エラー、警告が出ます。ヘルプで「URL ステータス」と呼ばれている値は次の9種類です（Nは検出したアイテム数）。

URL ステータス	意味
N 件の有効なアイテムを検出しました	問題なし
アイテムが検出されませんでした	対象の構造化データが見つからない
N 件の有効なアイテムを検出しました（警告あり）	有効。改善の余地がある
N 件の有効なアイテムを検出しました（すべて警告あり）	有効。全件に警告
N 件の有効なアイテムを検出しました（一部警告あり）	有効。一部に警告
N 件のアイテムを検出しました（一部無効）	有効と無効が混在
N 件の無効なアイテムを検出しました	リッチリザルトとして認識されない
URL をクロールできません	ページを取得できなかった
構文にエラーがある構造化データが検出されました	タイプの判別前に解析が止まった

警告が「あり」「すべて」「一部」の3つに分かれていますが、違いは警告が付いたアイテムの件数が全部か一部かだけで、どれも有効なアイテムとして扱われます。

Nはアイテム（項目）の数です。1ページに同じ型が2件出ているときは、テーマとアプリが同じ構造化データを二重に出力している可能性があります。出力元は「コード エクスプローラ」で確かめます。

検出された型が並ぶ欄は、実画面では「検出された構造化データ」という見出しで出ます（ヘルプの表記は「検出された項目 / 検出された構造化データ」）。ヘルプの説明は「構造化データの項目がページで見つかったかどうかを示します。構造化データが見つかったにもかかわらず解析できない場合は、ここに表示されます。見つかった項目（良好、警告やエラーあり、解析不能）と、項目の説明や問題がここにリスト表示されます」です。

型の名前は日本語で出ます。実際に当サイトの記事ページをテストしたときは「記事」「パンくずリスト」「組織」と並びました。

検索結果での見え方をプレビューする

リッチリザルトテストでは、検索結果での表示イメージをプレビューできます。実画面のボタンは「結果をプレビュー」です。ただし出るのは一部のタイプだけで、プレビューと実際の表示は一致しません。

Googleは「リッチリザルトのタイプによっては、Google 検索や Google アシスタントで検索結果がどのように表示されるかをプレビューできます。ページが複数の検索結果レイアウトの対象となる場合、このツールのセレクタを使用して、PC 検索やモバイル検索など、さまざまなレイアウトを確認できます」と書いています。

そのうえで「なお、必ずしもこのツールによるプレビューとまったく同じようにページが表示されるとは限りません。また、プレビューに表示されている内容のすべてが検索結果でのページの表示に反映されるとも限りません。Google では、ユーザーの検索履歴、位置情報など多くの不定要素に基づき、検索リクエストに対して最善の結果を表示するよう努めています」とも書かれています。

プレビューが出ないことは実装の不備を意味しません。クライアントにプレビュー画像をそのまま「検索結果ではこう出ます」と見せると、後で食い違いが出ます（当社の考え方）。

テストが失敗したときの切り分け

「URL をクロールできません」が出たときは、結果の「クロール」の欄を見ます。ヘルプには「クロールが完了しました／クロールに失敗しました」のほか、「ユーザー エージェント」「クロールを許可？」「ページの取得」という項目が並ぶと書かれています。取得に成功したときの実画面は「前回のクロール: 2026/10/31 7:53:17」のように日時で出ます。

ページにアクセスできない場合に出るエラーは、ヘルプに8種類挙げられています。

出るエラー	原因と対応
DNS サーバーが応答しません	多くの場合、数分以内に自動で解決する一時的な問題
DNS エラー: 不明なホストです	DNSでURLが解決されなかった。これも一時的な問題と思われる
DNS エラー: プライベート IP が指定されました	DNSが10.0.0.1などの除外範囲のIPを返している
サーバー接続エラー	サーバーにアクセスできない、接続が拒否された
サーバーが無効な応答を返しました	プロトコル非対応、応答やヘッダーの切り詰め、圧縮の不正
サーバーの SSL 証明書が無効です	証明書が有効でない限り、GoogleはHTTPSのURLをテストしない
robots.txt にアクセスできません	robots.txt が存在するのにアクセスできない状態
ホスト負荷が制限を超えています	サイトが最大容量に達している。負荷が下がるまで実行できない

同じページなのにテストのたびに結果が違う、ということもあります。Googleは「読み込めないリソースや、ページの読み込みに関する他の問題がある場合は、テストを実行するたびに若干異なる結果が表示されることがあります。これは、各テストの実行時に読み込まれるリソースが、異なる場合があるためです」と説明しています。結果が揺れるときは、リソースの読み込みに関する警告を先に見ます。

エラーと警告の違い

結果のステータスに「有効なアイテムを検出しました（警告あり）」があることから、警告付きでも有効なアイテムとして扱われていることが分かります。ただし、エラーと警告を並べて定義した文は、リッチリザルトテストのヘルプには見当たりませんでした。

近い説明はリッチリザルト レポート側のヘルプにあります。「有効な項目とは、重大な問題がなく、Google にリッチリザルトとして表示できる項目のことです。無効なアイテムには、リッチリザルトとして表示できないようにする重大な問題が 1 つ以上あります」。あわせて、重大でない問題は「検索での見え方を改善できるアイテム」として扱われます。

実画面では「エラー」「警告」という言葉は使われていません。アイテムの行に「2 件の重要な問題」（赤）「5 件の重大ではない問題」（オレンジ）のように出ます。重要な問題がエラー、重大ではない問題が警告にあたります。

整理すると、エラー（重要な問題）は必須のものが足りていない状態で、直さないとリッチリザルトにならない。警告（重大ではない問題）は推奨のものが足りていない状態で、そのままでも有効だが見え方を良くする余地がある、という読み方になります。ただし「警告があってもリッチリザルトは表示される」と言い切った記述は公式には確認できていないので、保証として扱わないほうが安全です。

Googleの一般ガイドラインには「指定する推奨プロパティが多いほど、表示される検索結果の質が高くなります」「リッチリザルトのランキングでは追加情報が考慮されます」とあります。警告を潰す意味はここにあります。

ただし、埋めればいいという話ではありません。Googleは「完全でないデータ、不正な形式のデータ、不正確なデータを含む多数の推奨プロパティを提供するより、少数であっても完全で正確な推奨プロパティを提供するほうが重要です」と書いています。実データのない推奨プロパティは、空のままにしておきます。とくにクチコミや評価について、ガイドラインには「実際のユーザーによるものではないレビューや評価は、手動による対策とみなされる可能性があります」とあります。警告を消すために数字を作るのは、最もやってはいけないことです。

よくあるエラーと直し方（実際に出した結果）

必須項目が足りないときに何が出るかを、実際にコードモードで試しました。貼ったのは、商品名と価格だけを書いた最小限のJSON-LDです。

<script type="application/ld+json">
{"@context":"https://schema.org","@type":"Product","name":"テスト商品",
 "offers":{"@type":"Offer","price":"1000"}}
</script>

結果は「2 件のアイテムを検出しました（一部無効）」でした。

出たメッセージは次のとおりです。どれも「項目「○○」がありません」という同じ形で、警告のほうだけ末尾に「（任意）」が付きます。 ここが読み分けのポイントです。

出たメッセージ	区分	足りないもの
項目「image」がありません	重要な問題	商品画像
項目「priceCurrency」がありません	重要な問題	通貨（offers の中）
項目「description」がありません（任意）	重大ではない問題	商品説明
グローバル ID が指定されていません（例: gtin、brand）	重大ではない問題	gtin や brand
項目「shippingDetails」がありません（任意）	重大ではない問題	配送情報（offers の中）
項目「availability」がありません（任意）	重大ではない問題	在庫状況（offers の中）
項目「hasMerchantReturnPolicy」がありません（任意）	重大ではない問題	返品ポリシー（offers の中）

直す場所は、メッセージがどこにぶら下がっているかで分かります。上の例では「image」は商品そのものの階層に、「priceCurrency」「shippingDetails」「availability」「hasMerchantReturnPolicy」は offers の下に並んで出ました。結果画面はJSON-LDの入れ子の形をそのまま表示するので、どの階層に足せばよいかはその場で読み取れます。

各メッセージの右にある「？」を押すと、その問題の公式ドキュメントに移動できます（ツールチップは「問題のドキュメントに移動する」）。

1つのコードが2つの型として判定されることがある

上の実測でもうひとつ分かったことがあります。貼ったJSON-LDは1つなのに、「商品スニペット」と「販売者のリスティング」の2つの型として別々に判定されました。

検出された構造化データ	結果
商品スニペット	1 件の有効なアイテムを検出しました（重大ではない問題を検出しました）
販売者のリスティング	1 件の無効なアイテムを検出しました

同じ Product のマークアップでも、求められる項目が型ごとに違うためです。商品スニペット（商品の情報を見せるだけのページ向け）としては通ったものの、販売者のリスティング（その場で買えるページ向け）としては画像と通貨が足りず無効になりました。

ECサイトでよくあるのが、この片方だけを見て「有効と出たから大丈夫」と判断してしまうことです。買えるページなら、見るべきは販売者のリスティングのほうです。全体のステータスが「一部無効」のときは、必ず型ごとに開いて確かめます（当社の考え方）。

構文のエラーは別枠で出る

タイプを判別する前に解析が止まるようなエラーは、「タイプが不明な項目に関する構文エラー」として別に出ます。Googleは「なんらかのエラーにより、リッチリザルト タイプの判別が終了する前に解析が停止する場合があります」と説明しています。

このときに出るエラー名には「無効な JSON ドキュメントです」「値の型が正しくありません」「解析エラー: 「:」がありません」「一意のプロパティが重複しています」「最上位の要素が無効です」「存在しない項目を参照しています」などがあります。型の話ではなくJSONの書き方の話なので、まずここを直します。構文エラーが出ているあいだは、型の必須プロパティの話に進めません。

結果を共有する、履歴を残す

リッチリザルトテストの結果は、リンクを渡すだけで誰にでも見せられます。開発者やクライアントに直したコードの結果を見せたいときに使えます。

Googleは「［共有］ボタンを使うと、テスト結果のブラウザリンクを誰とでも共有できます。共有した結果の表示には、アクセス権限は必要ありません。テスト結果のリンクの有効期間は約 90 日です」と書いています。

テストの履歴も残せます。「Search Console では、テストを実行するたびに、対象のコードとテストのステータスが保存されます。コードとテストのバージョン履歴を保存するには、テストを実施した後にページの URL をブックマークします。テスト履歴の保存期間は約 90 日です。このブックマークには誰でもアクセスできます」。

権限が要らないということは、社外にも見えるということです。社内向けのステージングのHTMLを貼ってテストした結果をそのまま共有すると、公開前の内容が見える状態になります。渡す前に中身を確かめたほうがいいところです（当社の考え方）。

テストできる型は限られている

リッチリザルトテストは、schema.orgのマークアップ全部を検証するツールではありません。ヘルプには「このテストは現在、次のリッチリザルトタイプをサポートしています」として、記事、パンくずリスト、カルーセル、コースリストの項目、ディスカッション フォーラム、データセット、教育向け Q&A、雇用主の総合評価、イベント、ホテル、画像メタデータ、求人情報、ローカル ビジネス、ポイントプログラム、数学の解法、映画、販売者のリスティング、組織、ペイウォール コンテンツ、練習問題、商品スニペット、プロフィール ページ、Q&A ページ、レシピ、返品に関するポリシー、クチコミ抜粋、配送に関するポリシー、ソフトウェア アプリ、登録コンテンツ、民泊、動画が挙げられています（2026年10月時点）。

ここに載っていない型を書いても、Googleのリッチリザルトとしての検証結果は出ません。ただし、構文が壊れていれば「構文にエラーがある構造化データが検出されました」として出ることがあります。「アイテムが検出されませんでした」と出たときの原因は1つではないので、下の順に確かめます。

schema.org全般の構文を見たいときは、スキーマ マークアップ検証ツールを使います。Googleは「一般的なスキーマ検証は、スキーマ マークアップ検証ツールを使用して、すべての種類の schema.org マークアップをテストします。この際、Google 固有の検証は行われません」と書いています。もとは構造化データ テストツールだったもので、「構造化データ テストツールから Google 固有の検証を削除し、このツールを新しいドメインであるスキーマ マークアップ検証ツールに移行しました」という経緯が書かれています。

「アイテムが検出されませんでした」と出たときに見る順番

検出されない原因は5つに絞れます。上から順に確かめます。

1. JSON構文が壊れていないか（壊れていれば型の判別前に止まり、別枠の構文エラーとして出ます）
2. その型がリッチリザルトテストの対象か（上の一覧にない型は、リッチリザルトとしての検証結果が出ません）
3. ユーザーエージェントが合っているか（既定はスマートフォン。パソコン向けテンプレートだけに入れている場合は切り替える）
4. robots.txt や noindex でクロールが止まっていないか（結果の「クロールを許可？」で分かります）
5. そもそも構造化データが出力されていないか（「コード エクスプローラ」で確かめます）

公式ページどうしで食い違っているところ

リッチリザルトテストの対応型一覧と、検索セントラルの変更履歴は、2026年10月30日時点で食い違っています。

上の一覧には「練習問題」と「データセット」が入っています。一方、変更履歴では2025年11月5日に練習問題のドキュメントにサポート終了の通知が追加され、「2026 年 1 月より、Search Console のリッチリザルト レポート、リッチリザルト テスト、検索での見え方フィルタのリストでも、この機能のサポートが終了します」と書かれています。理由として「Google 検索の検索結果から練習問題とデータセットの構造化データタイプを段階的に廃止するためです」とあり、データセットも同じ対象です。さらに2026年1月6日には「練習問題の構造化データタイプに関するドキュメントを削除しました」とあります。データセットについては、同じ変更履歴で「データセットの構造化データはデータセット検索でのみ使用され、Google 検索では使用されないことを明確にしました」と書かれています。

残っているのはリッチリザルトテストのヘルプだけではありません。リッチリザルト レポートのヘルプのサポート一覧にも、練習問題とデータセットが載っています（いずれも2026年10月30日時点）。

どちらが正しいかは公式に明記されていません。実務では、新しく実装するときにこの2つの型は採用しない、すでに入っているものは剥がさない（剥がす必要がないことは後述します）、型の最新状況は変更履歴側で見る、という扱いが無難です（当社の考え方）。

廃止された型をテストしたらどうなるか

廃止された型のマークアップがページに残っていても、リッチリザルトテストの結果には型として出てきません。エラーにも警告にもならず、無いものとして扱われます。

当サイトの記事ページで実際に試しました。このページにはよくある質問（FAQPage）の構造化データが入っていますが、テスト結果は次のようになりました。

検出されたのは記事・パンくずリスト・組織の3つで、よくある質問は1行も出ませんでした。同じページに入っている他の型の判定が、廃止された型のせいで崩れることもありませんでした。

これは公式の案内と整合します。Googleは廃止を知らせたときに「サイトからこの構造化データを削除することもできますが、あえて削除する必要はありません。使用されていない構造化データによって検索で問題が発生することはなく、Google 検索において目に見える影響もありません」と書いています。残しておいても害はない、という扱いです。

ただし、テストに出てこないのでツールでは確認できなくなります。マークアップが壊れていても気づけないということです（当社の考え方）。

廃止された主な型と、表示が終わった日付は次のとおりです。

型	表示が終わった時期	公式に書かれていること
よくある質問	2026年5月7日以降	2026年6月15日にドキュメントも削除
ハウツー	2023年9月13日（パソコンの検索結果）	「リッチリザルト テストのサポートを 30 日以内に終了する予定」と記載
サイトリンク検索ボックス	2024年11月21日	「リッチリザルト テストでのマークアップのハイライト表示も停止します」と記載
パンくずリスト（モバイル）	2025年1月	モバイル版での表示を終了し、パソコン版のみに

パンくずリストは型自体が廃止されたわけではありません。モバイルの検索結果での表示が終わり、パソコン版には引き続き出ます。Googleは「小さな画面ではパンくずリストが切り捨てられてしまい、モバイルで検索を行うユーザーにとって役に立たないことがわかったため」と説明しています。テストでは引き続き検出されます（上の実測でも「パンくずリスト」が出ています）。

2025年には、書籍アクション・コース情報・主張の審査・給与推定額・学習用動画・特別なお知らせ・車両リスティングも段階的に終了しています。

エラー・警告が出たあとの流れ

リッチリザルトテストでエラーが消えても、検索結果に反映されるまでには本番反映・再クロール・レポート更新の3段階があります。

1. リッチリザルトテストで、エラーが消えて有効になることを確認する（コードモードで何度でも試せる）
2. 修正を本番に反映する
3. Search ConsoleのURL検査で、そのURLのインデックス登録をリクエストする
4. レポートがあるタイプなら、リッチリザルト レポートで該当の問題を開いて検証を始める
5. 検証のステータスと、同じ問題の件数が減っていくかを見る

反映までの日数は、Googleのヘルプに明記されていません。

レポートの日付の読み方には、知っておくと報告のときに困らない挙動があります。Googleは「同じタイプの問題をすべて解決してから 90 日以内に同じ問題が新たに発生した場合、初検出日は、問題が新たに発生した日ではなく元の初検出日の日付になります」と書いています。直したはずの問題が古い日付のまま残って見えるのはこのためです。

テストが通っているのにレポートに出てこないときは、原因が4つ考えられます。まだ再クロールされていない、本番の出力の過程でマークアップが壊れている、その型にレポートがない、レポートはサンプル表示なので載っていない。3つめと4つめのときはURL検査で確かめます。

URL検査の検査リクエストとライブテストには、プロパティごとに1日あたりの上限があります（具体的な数値は公式に書かれていません）。商品数の多いストアで全ページを順にリクエストしようとすると途中で止まるので、大量のページはサイトマップのlastmodを更新してGoogleに任せます。

構造化データを入れると順位は上がるのか

構造化データを入れても、ウェブ検索の順位は上がりません。リッチリザルトとして表示されるかどうかと、ウェブ検索の掲載順位は別の仕組みです。

Googleが「上がりません」と一文で言い切っている箇所は見つかりませんでしたが、構造化データのガイドライン違反で手動による対策を受けた場合について「構造化データに関する手動による対策が実施されると、ページがリッチリザルトとして表示されなくなります。ただし、Google ウェブ検索でのページの掲載順位には影響しません」と書かれています。リッチリザルトが出るか出ないかは、ウェブ検索の順位とは別だということが読み取れます。

リッチリザルトの機能を廃止したときのアナウンスにも「今回のアップデートは、ページの検索順位に影響を与えません」とあります。

なお、前の節で引いた「リッチリザルトのランキングでは追加情報が考慮されます」は、リッチリザルトとして表示されたあとの扱いの話です。ウェブ検索の並びの話と混ざりやすいところです。

AI検索との関係については、AI向けの最適化ガイドに「生成 AI 検索に構造化データは必要ありません。追加する必要がある特別な schema.org マークアップもありません。ただし、Google 検索のリッチリザルトの対象となる助けとなるため、SEO 戦略全体の一部として引き続き使用することをおすすめします」と書かれています。AI検索のために特別な型を足す必要はない、というのが公式の立場です。

AI検索に引用されるための考え方は別の記事にまとめています。

ECサイトのLLMO対策｜AI検索に商品とストアを出す手順

ULTRO NOTES｜SEO・LLMOECサイトのLLMO対策｜AI検索に商品とストアを出す手順ECサイトのLLMO対策を、Google・OpenAI・Shopifyの公式情報で手順にしました。AIクローラーの許可、Merchant CenterとShopify Catalogの商品データ、商品ページの書き方、AI経由の流入と引用の測り方まで。

参考にした公式情報

• リッチリザルト テスト - Search Console ヘルプ
• 構造化データ マークアップをテストする - Google 検索セントラル
• 構造化データの仕組み - Google 検索セントラル
• 構造化データの一般的なガイドライン - Google 検索セントラル
• リッチリザルト レポート - Search Console ヘルプ
• URL 検査ツール - Search Console ヘルプ
• ドキュメントの変更履歴 - Google 検索セントラル
• AI 検索向けのコンテンツ最適化ガイド - Google 検索セントラル
• 検索結果ページを簡素化（2025年6月12日）
• How-to とよくある質問のリッチリザルトの変更（2023年8月8日）
• サイトリンク検索ボックスの変更（2024年10月21日）