構造化データを入れればSEO順位が上がるという説明を受け、本当なのか疑問に感じている方は少なくありません。Google公式ドキュメントに、順位が上がるという記述はありません。効果があるのはリッチリザルトの対象になることです。本記事では公式情報をもとに、影響の範囲と実装で押さえるべきポイントを整理します。読み終える頃には、自社サイトに何をどこまで実装すべきか判断できるようになります。
構造化データとは何か――schema.orgは823タイプ・1529プロパティ（v30.0）を持つ共通語彙
構造化データの実装は、SEO対策全体からすると一部分です。優先順位の全体像は「中小企業のSEO対策は何から始める？優先順位と時間の使い方を解説」で扱いました。本記事では、構造化データという一つの技術要素に絞り、公式情報だけを根拠に効果と実装のポイントを整理します。まずは基本の定義からの確認が出発点です。
Google公式が定義する「構造化データ」
Google公式ドキュメントによる構造化データの定義は次のとおりです。「構造化データとは、ページに関する情報をさまざまなサイトで活用できるように標準化したデータ形式で、たとえばレシピページでは材料、加熱時間と加熱温度などを詳細に提供できます。」 英語版のリード文でも、ページの情報を標準化した形式で提供し内容を分類するものだという説明である点は同じです。
語彙はschema.orgでも、動作の定義はGoogle検索セントラルが優先
公式ドキュメントは「検索用の構造化データでは主に schema.org のボキャブラリが使用されていますが、Google 検索の動作の定義には、schema.org のドキュメントではなく、Google 検索セントラルのドキュメントを使用してください。」と明記しています。schema.orgは、Google・Microsoft・Yahoo・Yandexの4社が設立した共同コミュニティ活動です。
現在のバージョンは30.0（823タイプ・1529プロパティ）
schema.orgの最新バージョンは30.0で、2026年3月19日にリリースされました。語彙は823のタイプ、1529のプロパティ、19のデータ型、96の列挙、535の列挙メンバーで構成される点が特徴です。バージョン表記はリリース一覧・トップページのフッター・最新版の参照先の3系統で一致しており、頻繁に更新される仕様であることがわかります。
出典：Google 検索における構造化データのマークアップの概要｜Google 検索セントラル、Schemas｜Schema.org、Release listing｜Schema.org
構造化データで検索順位は上がるのか――公式記述4件はすべて「影響しない」側
構造化データと検索順位の関係は、公式情報をもとに整理すると誤解が多い論点です。「入れれば順位が上がる」という説明を受けたことがある方は少なくありません。ここでは、Googleの公式ドキュメントの本文に実際にどう書かれているかを、記述の有無まで踏み込んで確認します。あわせて、順位に関する例外的な記述も見ていく構成です。
公式ドキュメント本文に「順位が上がる」という記述は1件もない
Google公式のスパムに関するポリシー、検索ランキングシステムのガイド、検索の仕組みという主要3ドキュメントの本文を機械的に調べたところ、「構造化データ」という語は1件も出てきませんでした。 左側のナビゲーションには構造化データへのリンクがあるため単純な検索では表示されますが、本文だけを対象にすると言及はゼロです。「明言していない」のではなく、記載自体が無いという状態です。
順位に触れた公式記述はすべて「影響しない」側（4件）
構造化データの手動対策について、一般ガイドラインは「構造化データに関する手動による対策が実施されると、ページがリッチリザルトとして表示されなくなります。ただし、Google ウェブ検索でのページの掲載順位には影響しません。」と明記しているのです。7タイプ廃止時、サイトリンク検索ボックス廃止時、FAQ／HowTo縮小時のいずれのブログでも、順位への影響を否定する説明が繰り返されています。
例外は2つだけ：リッチリザルト内の順位と、エンリッチ検索の完全性
例外は2つです。ひとつはリッチリザルト内での並びで、一般ガイドラインは「リッチリザルトのランキングでは追加情報が考慮されます。」としています。 もうひとつはエンリッチ検索（求人・レシピ・イベント）で、英語原文の訳では完全性が「最も重要なランキング シグナルの一つ」とされる一方、日本語版が「品質基準」と訳している点が違いです。
出典：構造化データに関する一般的なガイドライン｜Google 検索セントラル、検索結果ページの簡素化｜Google 検索セントラル ブログ、サイトリンク検索ボックスの提供終了｜Google 検索セントラル ブログ、HowTo とよくある質問のリッチリザルトにおける変更｜Google 検索セントラル ブログ、Enriched search results｜Google Search Central、A guide to Google Search ranking systems｜Google Search Central
構造化データの効果は「リッチリザルトの対象になること」――検索ギャラリー掲載は25件
商品情報の構造化データは、ECサイトのリッチリザルト活用の代表例のひとつです。ECサイト特有のSEOの構造は「ECサイトのSEO対策は何が違う？自社ECとモール出店の構造から解説」で扱っています。商品情報に限らず、構造化データを入れると検索結果の見え方が具体的にどう変わるのかを、公式情報から順に見ていきます。
リッチリザルトとは何か、検索ギャラリー掲載は25件
構造化データを追加する目的について、公式ドキュメントの説明はこうです。「構造化データを追加することで、よりユーザーの興味をひく検索結果を表示できるようになり、ウェブサイトの利用も増えることが期待されます。これはリッチリザルトと呼ばれます。」 検索ギャラリーの一覧表に載る機能は25件（2026年8月時点）ですが、一覧表に無い機能ガイドも別にあり、「全部で25種類」と言い切るのは不正確です。
正しくマークアップしても表示は保証されない
「重要: 構造化データが検索結果に表示されるとは限りません。リッチリザルト テストに沿ってページを正しくマークアップしても表示されない場合があります。」というのが一般ガイドラインの注意書きです。Googleのアルゴリズムは検索履歴やデバイスなどに応じて、テキストの検索結果のほうが最適だと判断することもあり、個別の機能ドキュメントでも表示を保証しないと明記されています。
Google公式が掲載する事例数値は4件、楽天の例は2018年のAMP前提
Google公式ドキュメントが掲載している事例は4つです。Rotten Tomatoesのクリック率25%増、The Food Networkのアクセス数35%増、楽天の滞在時間1.5倍・AMPページのインタラクション率3.6倍、Nestléのクリック率82%増という内訳です。 ただし楽天の事例は2018年5月8日公開でAMPを使用していた前提の内容であり、現在は同じ効果を期待できる数値ではありません。
効果を確かめる公式の方法は「ビフォー＆アフターテスト」
効果を測る方法として公式は、「おすすめの比較方法は、サイトのいくつかのページでビフォー＆アフターテストを実行することです。」と案内しています。具体的には、未実装の状態で数か月分のデータを集めたうえで構造化データを追加し、Search Consoleの検索パフォーマンスレポートで比較する、という手順です。
出典：Google 検索における構造化データのマークアップの概要｜Google 検索セントラル、Google 検索がサポートする構造化データ マークアップ｜Google 検索セントラル、構造化データに関する一般的なガイドライン｜Google 検索セントラル、Rakuten increased time on site 1.5x with the recipe search experience on Google｜Google Search Central 事例紹介
廃止された構造化データを、いまも勧めていませんか――FAQは2026年5月7日に完全終了
「使える構造化データ一覧」をうたう記事の中には、すでに廃止された機能をそのまま紹介しているものが少なくありません。読者に古い情報を案内してしまうと、信頼を損なうリスクです。更新履歴を追っていない記事ほど、すでに終了した機能をそのまま勧めてしまうものです。ここでは、FAQ・HowTo・7タイプという3つの廃止事例を、一次ソースの日付とともに正確に整理します。
FAQリッチリザルトは2026年5月7日に完全終了した
FAQリッチリザルトは、2023年8月8日にまず「よく知られていて信頼のおける政府ウェブサイトおよび医療ウェブサイトに対してのみ表示されます。」という限定表示に縮小されました。その後2026年5月7日に表示が終了し、2026年6月15日にはドキュメントも削除済みです。廃止済みのドキュメントURLは現在301リダイレクトで更新履歴へ転送されるため、直接のリンクは避けるべきです。
HowToは2023年9月13日にパソコンでも表示が終了した
HowToは2023年8月8日にまずパソコン限定へ変更され、その後「9 月 13 日をもって、パソコンの Google 検索で How-to リッチリザルトが表示されなくなりました。したがって、この結果タイプのサポートは終了しました。」という追記が2023年9月14日付で加えられた形です。同日、ドキュメントも削除されており、パソコン限定への変更から1か月余りで完全終了した経緯がわかります。
2025年6月12日にさらに7タイプが廃止された
2025年6月12日、Googleは書籍アクション・コース情報・主張の審査・給与推定額・学習用動画・特別なお知らせ・車両リスティングの7タイプについて、「一般的に Google 検索で使用されておらず、ユーザーにとって特定の表示方法がもたらす付加価値が小さくなったと判断した」として段階的な終了を発表しました。このうち6タイプは、Search Console側も同年9月9日が終了日です。
使わなくなった構造化データは慌てて消さなくてよい
使われなくなった構造化データについて、公式の案内は明確です。「サイトからこの構造化データを削除することもできますが、あえて削除する必要はありません。使用されていない構造化データによって検索で問題が発生することはなく、Google 検索において目に見える影響もありません。」 全ページを一斉に直す必要はなく、更新頻度の高いページから順に手を付ければ十分です。
出典：HowTo とよくある質問のリッチリザルトにおける変更｜Google 検索セントラル ブログ、検索結果ページの簡素化｜Google 検索セントラル ブログ、Google 検索セントラル ドキュメントの更新履歴｜Google 検索セントラル、Latest Google Search Documentation Updates｜Google Search Central
構造化データの書き方――対応形式は3つ、推奨はJSON-LD
構造化データの実装は、ホームページ制作会社に依頼するケースが多い作業です。ただし発注側が仕様を理解していないと、実装内容の適否を判断できません。制作会社に依頼できる範囲の一般論は「ホームページ制作会社にSEOはどこまで頼める？守備範囲の線引きを解説」で扱っています。ここでは、発注する側が押さえておきたい形式とガイドラインの要点を扱う内容です。
対応形式は3つ、Googleが推奨するのはJSON-LD
Googleがサポートする形式は3つです。公式は「一般的に、Google はサイトの設定で許容されている限り、JSON-LD を構造化データに使用することを推奨します。」としており、マークアップが有効であればmicrodata・RDFaも同じように使えます。JavaScriptで動的に挿入されたJSON-LDも読み取りの対象です。
品質ガイドライン：見えている情報だけを、正確にマークアップする
品質ガイドラインの基本は、「ページの読者に表示されないコンテンツをマークアップしないでください。」という一文に集約されます。構造化データはページ内容を正確に表す関連性、必須プロパティを満たす完全性、最も具体的なタイプを使う具体性、クロール可能な画像URLであることも欠かせません。推奨プロパティも、数を増やすより少数で完全・正確なものを優先する考え方です。
違反すると「手動による対策」の対象になる。ただし掲載順位は下がらない
品質ガイドライン違反は、構文的に正しい構造化データでも「構造化データがスパムとしてマークされたりすることがあります。」という結果を招きます。手動による対策には「構造化データがコンテンツと一致しない」という項目があり、対処法はマークアップを直して再審査を依頼することです。ただし一般ガイドラインは、この対策について「Google ウェブ検索でのページの掲載順位には影響しません。」と明記しています。
出典：Google 検索における構造化データのマークアップの概要｜Google 検索セントラル、構造化データに関する一般的なガイドライン｜Google 検索セントラル、手動による対策レポート｜Search Console ヘルプ
実装後の検証方法――3つのツールは提供元も役割も違う
外注先の実装内容をどう確認するかは、SEOを代理店に任せる企業に共通する悩みです。確認方法を知らないまま任せきりにすると、実装漏れに気づけません。責任の所在という一般論は「広告代理店にSEOを任せる前に確認したい、責任の所在と商流」で扱っています。ここでは構造化データに限定して、非エンジニアでも自分で確認できる方法を扱う内容です。
リッチリザルト テスト：Google公式、まずここで確認する
Googleは「まずはリッチリザルト テストで、ページに対して生成される Google リッチリザルトを確認することをおすすめします。」と案内しています。Google公式のツールで、検索結果での見え方を確認できるのが特長です。ただし、ユーザーの認証情報ではなくGoogle-InspectionToolとしてページにアクセスするため、robots.txtでブロックされている場合はテスト対象外です。
スキーマ マークアップ検証ツール：schema.org側、Google固有の検証はしない
一般的なスキーマ検証については、「スキーマ マークアップ検証ツールを使用して、すべての種類の schema.org マークアップをテストします。この際、Google 固有の検証は行われません。」というのが公式の説明です。提供元はGoogleではなくschema.org側が担っています。旧「構造化データ テストツール」はGoogle固有の検証を削除され、このツールへ移行済みです。
Search Consoleのリッチリザルト レポート：公開後の監視用。全件リストではない
Search Consoleのレポートについて、「サイトで検出された構造化データ（およびその有効性）が表示されます。」というのが公式ヘルプの案内です。ただし、「レポートは、検出されるすべてのアイテムを網羅したものではありません。検出されるアイテムのサンプルを表示し、構造化データの品質を評価するのに役立ちます。」という点は見落とされがちです。対象は19種類で、ギャラリー掲載の25件とは異なります。
非エンジニアが外注先の「実装済み」を確かめる手順
確認の順序は次のとおりです。まず納品されたページURLをリッチリザルト テストに自分で通し、検出された項目名（パンくずリスト・商品など）が発注時の要件と一致するかを確認します。 そのうえで、数週間から数か月後にSearch Consoleのリッチリザルト レポートを開き、有効・無効の件数を確認します。レポートはサンプル表示である点を踏まえ、テスト結果と併せて判断するのが実務的な進め方です。
出典：構造化データをテスト｜Google 検索セントラル、リッチリザルト テスト｜Search Console ヘルプ、リッチリザルト レポート｜Search Console ヘルプ
AI検索のために構造化データは必要か――Googleは「必須ではない」と明言
AIに拾われるために構造化データを増やすべきかという相談は、生成AI検索が普及するにつれて増えています。営業トークとして「AI対策」を掲げる提案も見かけるようになりました。その多くは根拠が曖昧です。ここでは、Google公式が生成AI検索と構造化データの関係についてどこまで言及しているかを、過不足なく確認していきます。
生成AI検索に構造化データは必須ではないとGoogleは明言している
この点について、Google公式の記述は明快です。「生成 AI 検索に構造化データは必須ではありません。また、特別な schema.org のマークアップを追加する必要もありません。」の直後に、もう一文が続くのです。「ただし、Google 検索のリッチリザルトの対象となる助けとなるため、SEO 戦略全体の一部として引き続き使用することをおすすめします。」 必須ではないが継続は推奨。これが公式の立場です。
「AIに引用されやすくなる」という記述は公式ドキュメントに存在しない
AI機能ガイドと生成AI最適化ガイドの本文を全文確認したところ、AIによる概要で引用されやすくなるという趣旨の記述は1件も見つかりませんでした。 公式が言及しているのは必須ではないが継続使用は推奨するという範囲までで、それ以上の効果を示す記述はありません。「対応必須」と煽って営業する説明があれば、それは公式の記述を超えた主張です。
AI機能向けのベストプラクティスは「表示テキストと一致させること」
AI機能向けのSEOベストプラクティスの一つとして、Googleは「構造化データをページに表示されるテキストと一致させます。」と挙げています。これは、これまでの品質ガイドライン（見えている情報だけを正確にマークアップする）と同じ考え方で、AIの時代になっても変わらない考え方です。構造化データだけを厚くしても、表示テキストが伴わなければ意味がありません。
出典：AI 機能とウェブサイト｜Google 検索セントラル、生成 AI 機能向けに最適化する｜Google 検索セントラル
合同会社ワンブリマーケティングについて
合同会社ワンブリマーケティングは、SEO・オウンドメディア運用・生成AI活用支援を専門とする企業です。構造化データのように、公式ドキュメントの記述を1件ずつ確認しないと正確性を担保できない技術要素についても、廃止情報や仕様変更を追いながら、記事制作からサイト実装の点検まで一貫して支援しています。 自社サイトでも同様の運用を徹底しています。構造化データが今の仕様に合っているか相談したい場合は、お問い合わせからご連絡ください。
構造化データのSEOについてよくある質問
Q1. 構造化データを入れると検索順位は上がりますか？
Googleの公式記述に、構造化データが検索順位を上げるという内容はありません。手動対策を受けてもウェブ検索の掲載順位には影響せず、機能の廃止時にも順位への影響はないというのが繰り返しの説明です。 例外はリッチリザルト内での並びと、エンリッチ検索における完全性の2つに限られます。手動対策やアルゴリズムの変更でも、この線引きは変わっていません。
Q2. 構造化データを入れると何が変わりますか？
構造化データを追加する目的は、より興味を引く検索結果であるリッチリザルトの対象になることです。検索ギャラリーに掲載されている機能は25件（2026年8月時点）ありますが、正しくマークアップしても必ず表示される保証はありません。 表示の有無はGoogleのアルゴリズムがそのときどきに判断します。検索ギャラリーに載っていない機能ガイドが別にある点も注意点です。
Q3. JSON-LD以外の形式でもGoogleに評価されますか？
評価されます。Googleはマークアップが有効で機能のドキュメントどおりに実装されていれば、JSON-LD・microdata・RDFaの3形式はいずれも有効だという立場です。 JSON-LDは実装・保守のしやすさから推奨されていますが、必須ではありません。リッチリザルト テスト自体も、JSON-LD・RDFa・microdataの3形式に対応済みです。
Q4. FAQやHowToの構造化データはまだ入れる意味がありますか？
FAQリッチリザルトは2026年5月7日、HowToリッチリザルトは2023年9月13日にそれぞれ表示が終了しています。新規に実装する意味はありませんが、すでに設置済みのマークアップを慌てて削除する必要もない話です。 使われていない構造化データが検索で問題を起こすことはないとされています。ドキュメントも削除済みで、廃止済みURLは更新履歴への転送先です。
Q5. AI検索（AIによる概要）に対応するために構造化データは必要ですか？
必須ではありません。Googleは生成AI検索に構造化データが必須ではなく、特別なschema.orgマークアップも不要としつつ、リッチリザルトの対象になる助けになるためSEO戦略全体の一部としての継続使用が推奨事項です。 AI機能向けのベストプラクティスとしては、表示テキストとの一致が挙げられています。
まとめ：構造化データは公式情報にもとづいて必要な範囲を実装しよう
構造化データは、検索順位を直接押し上げる施策ではなく、リッチリザルトの対象になるための施策です。Googleの公式記述で順位に触れた4件はすべて「影響しない」側で、例外はリッチリザルト内の順位とエンリッチ検索の完全性の2つに限られます。またFAQ・HowTo・7タイプはすでに廃止済みで、古い情報のまま紹介している記事も少なくありません。外注先の実装が適切かどうかは、リッチリザルト テストで自分で確認できる範囲です。 まずは自社サイトの構造化データが廃止済みのタイプでないか、表示テキストと一致しているかを、リッチリザルト テストで確認してみてください。
構造化データの導入相談では、「構造化データを入れればSEO対策は万全」と考えている担当者にお会いすることがあります。あるBtoB企業のオウンドメディアでは、構造化データの実装が完了していても、そもそもコンテンツの検索意図への対応が不十分で順位が伸びていないケースでした。構造化データはコンテンツ設計を代替するものではなく、まず定義をすり合わせてから着手することが欠かせないと考えています。