構造化データ(Schema.org)入門【2026年】｜リッチリザルトでクリック率を上げる
構造化データ(Schema.org)とは何かを初心者向けにやさしく解説。検索結果に星評価やよくある質問、パンくずなどを表示するリッチリザルトの仕組み、LocalBusinessやFAQPageなど代表的な型、JSON-LDでの書き方の基本、リッチリザルトテストやSearch Consoleでの検証方法、AI検索(LLMO)との関係、やってはいけない使い方まで、2026年の実務目線でまとめました。
構造化データとは｜検索エンジンに「意味」を伝える仕組み
構造化データとは、ページの内容が「何を表しているか」を、検索エンジンが理解できる決まった形式で補足する印(マークアップ)のことです。人間はページを見れば「これは店舗の営業時間だ」「これは商品の価格だ」と直感的にわかりますが、機械にとっては、ただの文字の並びと区別がつきません。そこで「この数字は価格、この文はよくある質問の答え」といったラベルを裏側で付けてあげるのが構造化データです。 この語彙(ボキャブラリ)の世界標準がSchema.org(スキーマ)で、GoogleやMicrosoftなど主要な検索エンジンが共同で策定・サポートしています。つまり構造化データは、特定の検索エンジン向けの小細工ではなく、機械にページの意味を正しく伝えるための共通言語なのです。
リッチリザルトという「見た目のごほうび」
構造化データを正しく設置すると、検索結果が通常の青いリンクと説明文だけでなく、より豊かな見た目(リッチリザルト)で表示されることがあります。レビューの星評価、よくある質問のアコーディオン、パンくずリスト、価格や在庫、イベントの日時、レシピの調理時間——こうした追加情報が検索結果に現れると、ユーザーの目に留まりやすくなります。 通常のテキストだけの結果に比べ、リッチリザルトは占有面積が広く、情報量も多いため、クリックされる確率(CTR)が高まりやすいのが最大のメリットです。
なぜ効くのか｜順位ではなく「クリック率」と「AIへの伝達」
ここは誤解が多いので正確にお伝えします。構造化データを設置しても、それ自体が直接、検索順位を押し上げるわけではありません。効き方が違うのです。
クリック率(CTR)を通じて成果につながる
構造化データの主な効果は、リッチリザルトによって検索結果での見え方を良くし、クリック率を高めることにあります。同じ順位でも、星評価やよくある質問が表示されていれば、ユーザーは「ここに答えがありそう」と感じてクリックしやすくなります。アクセスが増え、その積み重ねが結果として集客や成果に貢献します。順位を直接いじるのではなく、「表示された機会を確実に活かす」ための施策だと捉えると本質を外しません。
AI検索・生成AIにも読まれやすくなる
近年は、GoogleのAIによる要約や、ChatGPTなどの生成AIが情報源としてWebを参照する場面が増えています。構造化データは、ページの意味を機械に明確に伝えるため、こうしたAIが内容を正確に理解し、引用・要約しやすくする助けになります。AI検索時代の最適化(LLMO/GEOと呼ばれます)においても、意味を整理して伝える構造化データは、土台として有効な打ち手のひとつです。
代表的な型(タイプ)｜まず押さえるべきもの
Schema.orgには膨大な種類の型がありますが、実務でよく使うものは限られています。自社サイトに関係の深いものから設置するのが効率的です。
LocalBusiness・Organization(事業者情報)
店舗や会社であれば、名称・住所・電話番号・営業時間・対応エリアなどを伝えるLocalBusinessやOrganizationが基本です。地域名での検索やマップ表示(MEO)とも相性がよく、「どこにある何の事業者か」を機械に正確に伝えます。地域密着のビジネスにとって、最初に設置したい型のひとつです。
FAQPage・BreadcrumbList(よくある質問・パンくず)
FAQPageは「よくある質問」を構造化する型で、検索結果に質問と回答がアコーディオン形式で表示されることがあります。ページの占有面積が広がり、ユーザーの疑問に検索結果上で先回りできます。BreadcrumbList(パンくずリスト)は、サイト内の階層(例:トップ > サービス > LP制作)を伝える型で、検索結果のURL表示を分かりやすくし、サイト構造の理解も助けます。
Article・Product・Review・Event
ブログや記事にはArticle、商品にはProduct(価格・在庫・レビュー)、口コミにはReview/AggregateRating(星評価)、セミナーやイベントにはEvent(日時・場所)が使われます。とくにレビューの星評価や商品情報は視覚的な訴求力が強く、ECや口コミの多いビジネスで効果を発揮します。自社の扱う情報に合わせて選びましょう。
JSON-LDでの書き方の基本
構造化データにはいくつかの記述方法がありますが、現在の主流かつGoogleが推奨しているのがJSON-LDという形式です。なぜ推奨されるのか、そして何に気をつければよいかを押さえておきましょう。
なぜJSON-LDが推奨されるのか
JSON-LDは、ページの見た目を作るHTMLとは分離した形で、構造化データだけをまとめて記述できる方式です。本文のタグに直接埋め込む従来の方式(MicrodataやRDFa)と違い、コードが読みやすく、後からの修正や管理がしやすいのが利点です。ページのhead内などにスクリプトとしてまとめて置けるため、デザインを崩さずに追加・更新できます。
「表示内容と一致させる」が絶対条件
構造化データで最も重要なルールが、「マークアップの内容は、ページに実際に表示されている内容と一致していなければならない」という点です。ページに載っていない星評価を勝手にマークアップしたり、実在しない価格を記述したりするのは、Googleのガイドライン違反です。違反すると、リッチリザルトが表示されなくなるだけでなく、手動による対策(ペナルティ)の対象になることもあります。あくまで「見えている情報を、機械にも分かるように補足する」ものだと理解してください。
動的に生成すると運用が楽になる
ページ数が多いサイトでは、構造化データを1ページずつ手書きするのは非現実的です。記事や商品のデータから構造化データを自動生成する仕組みにしておけば、コンテンツを追加・更新するだけで、常に表示内容と一致した正しいマークアップが保たれます。HaLVision TechではNext.jsを用い、記事・サービス・FAQなどのデータからJSON-LD(LocalBusinessやFAQPageなど)を自動で生成する実装を標準にしています。手作業のズレや漏れを防ぎ、規模が大きくなっても正確さを維持できます。
実装後の検証方法｜テストとSearch Console
構造化データは「書いて終わり」ではありません。正しく認識されているか、エラーがないかを必ず確認します。無料のツールで手軽にチェックできます。
リッチリザルトテストとスキーマ検証ツール
Googleの「リッチリザルトテスト」にURLやコードを入力すると、そのページがどのリッチリザルトの対象になり得るか、エラーや警告がないかを確認できます。まずはここで、意図した型が正しく認識されているかをチェックします。あわせてSchema.orgのバリデータを使えば、記述そのものの妥当性も確認できます。公開前・修正後には必ず通しておきたい工程です。
Search Consoleの拡張レポートで全体を監視する
Google Search Consoleには、サイト全体の構造化データの状態をまとめて確認できる「拡張(エンハンスメント)」レポートがあります。FAQ・パンくず・商品などの型ごとに、有効な件数やエラー・警告の件数が表示され、どのページで問題が起きているかを追えます。個別ページの確認はリッチリザルトテスト、サイト全体の監視はSearch Console、と役割分担すると効率的です。
やってはいけないこと｜逆効果になる使い方
構造化データは強力ですが、使い方を誤ると効果が出ないどころか、評価を下げる原因にもなります。最後に注意点を整理します。
虚偽・非表示コンテンツのマークアップ
前述のとおり、ページに存在しない情報や、ユーザーには見えない内容をマークアップするのは違反です。「星評価を盛る」「表示していないFAQを構造化データにだけ書く」といった行為は、リッチリザルトの停止や手動対策につながります。構造化データは実態を正確に伝えるためのものであり、実態を偽るための道具ではありません。
ガイドライン適合とメンテナンスを前提に
リッチリザルトの表示可否は最終的にGoogleが判断するため、正しく設置しても必ず表示されるとは限りません。また、各型に必要な項目(必須プロパティ)を満たしていないと対象外になります。コンテンツの更新に合わせて構造化データも更新し続けること、そしてGoogleの構造化データに関するガイドラインに沿うことが、長く効果を保つコツです。設計段階から構造化データを織り込んでおくと、後追いの手直しを最小限にできます。
よくある質問
Q.構造化データを入れれば検索順位は上がりますか。
構造化データ自体が直接、順位を押し上げるわけではありません。主な効果は、リッチリザルトによって検索結果での見え方を良くし、クリック率(CTR)を高めることです。結果としてアクセスや成果につながります。順位を直接操作するものではなく、「表示された機会を最大限に活かす」施策だと理解するのが正確です。
Q.JSON-LDとMicrodataはどちらを使うべきですか。
現在はJSON-LDが主流で、Googleも推奨しています。HTMLと分離して記述できるため読みやすく、修正や管理がしやすいのが利点です。これから設置するなら、特別な事情がなければJSON-LDを選ぶのがおすすめです。
Q.リッチリザルトは設置すれば必ず表示されますか。
必ず表示されるとは限りません。表示するかどうかは最終的にGoogleが判断し、各型に必要な項目を満たしていること、ガイドラインに適合していること、内容がページの表示と一致していることが前提です。正しく設置しても表示されない場合があるため、リッチリザルトテストで対象になり得るかを確認しつつ、内容の質を保つことが大切です。
Q.まずどの型から設置すればいいですか。
自社に関係の深いものからが効率的です。店舗・会社ならLocalBusinessやOrganization、よくある質問があるページならFAQPage、階層のあるサイトならBreadcrumbList、記事メディアならArticle、商品を売るならProductやReviewが基本です。事業内容に合わせて優先順位を付けましょう。
Q.構造化データはAI検索にも効果がありますか。
ページの意味を機械に明確に伝えるため、GoogleのAIによる要約や生成AIが内容を正確に理解し、引用・要約しやすくする助けになります。AI検索時代の最適化(LLMO/GEO)の土台のひとつとして有効です。ただし万能ではなく、あくまで質の高いコンテンツと組み合わせて効果を発揮します。
Q.自分で設置できますか。専門家に頼むべきですか。
FAQPageやBreadcrumbListなど基本的な型は、仕組みを理解すれば設置できます。一方、ページ数が多い場合や、データから自動生成して運用したい場合、内容との一致を厳密に保ちたい場合は、専門家に相談するのが確実です。HaLVision TechではNext.jsで構造化データを自動生成する実装を標準にしており、規模が大きくても正確さを保てます。