こんにちは！relationのリコです！
「構造化データ」という言葉をSEOの資料やツールの画面で見かけたものの、設定方法が分からず、戸惑っている方もいるでしょう。「自社のサイトにも必要なのか」「専門知識がないと設定できないのか」と迷うのは、自然なことです。
構造化データは、ページに含まれる情報の意味を検索エンジンに伝えるための仕組みです。適切に設定することで、検索エンジンによるページ内容の理解を助け、リッチリザルトの表示対象になる可能性があります。ただし、検索順位の上昇やリッチリザルトの表示が保証されるわけではありません。
まずは自社サイトで現在どのような構造化データが設定されているかを確認し、ページの内容に合った種類を選びましょう。設定後はテストツールで記述を確認し、必要に応じて専門家への相談も検討してください。
この記事では、構造化データの基礎知識からSEOとの関係、代表的な種類、設定方法、公開後の確認方法までを順番に解説します。自社でどこまで対応でき、どこから専門家に任せるべきかを判断する材料として、ぜひ活用してください。
こんな方におすすめの記事です
- 構造化データの役割や、SEO上の本当のメリット・影響を知りたい方
- 自社サイト（企業サイト・オウンドメディア）でどの種類を設定すべきか迷っている方
- JSON-LDの書き方や、Search Console・テストツールでの確認手順を知りたい方
構造化データとは？
商品ページに「3,980円」と書かれていれば、人はそれが価格だとすぐに分かります。しかしクローラーは、その数字が価格なのか、型番なのか、在庫数なのかを、常に正確に判別できるとは限りません。
構造化データとは、こうした情報の意味を、決められた形式で検索エンジンに伝える仕組みです。「この文字列は商品名」「この数字は価格」とラベルを付けるイメージです。
Googleの公式ドキュメント（Google検索セントラル）でも、構造化データはページ内容の理解や、検索結果での特別な表示のために使われると説明されています。
構造化データと構造化マークアップの違い
構造化データと似た言葉に、「構造化マークアップ」があります。どちらも同じ意味で使われることがありますが、本来は指すものが異なります。
構造化データは、決められた形式で整理された情報そのものです。一方、構造化マークアップは、その情報をWebページのHTMLに組み込む作業を指します。
荷物にたとえると、宛名ラベルに書かれた内容が構造化データ、ラベルを貼る作業が構造化マークアップです。
制作会社へ依頼する場面では、「構造化マークアップをお願いします」「構造化データが出力されているか確認したい」のように使い分けると、意図が伝わりやすくなります。
Schema.orgとJSON-LDの役割
構造化データを書くときには、「何をどんな名前で表すか」と「どんな形式で書くか」の2つを決める必要があります。この2つを担うのが、Schema.orgとJSON-LDです。
Schema.org（スキーマ・オルグ）は、情報の種類や項目を定めた共通の辞書のようなものです。Google、Microsoft、Yahoo!などが共同で作り、記事、商品、組織、イベントといった情報を表す名前が決められています。
JSON-LD（ジェイソン・エルディー）は、その辞書に沿った情報をHTMLに書き出す形式の一つです。
ほかにMicrodataやRDFaという形式もありますが、JSON-LDはページの見た目を作る部分とは別に、scriptタグの中へまとめて書けます。
そのため、デザイン変更の影響を受けにくく、Googleも推奨しています。
構造化データとSEOの関係
構造化データを設定すると何が期待でき、反対に何が保証されないのかを、先に整理しておきましょう。
期待できる効果と限界を知ることで、自社に必要かどうかを判断しやすくなります。
検索エンジンがページの情報を理解する手助けになる
構造化データを使うと、記事の著者や公開日、商品の価格や在庫、企業名やロゴといった情報を、検索エンジンへ明示的に伝えられます。
たとえばブログ記事に「2025年3月」と「2026年1月」の日付が並んでいるとします。文章だけでは、どちらが公開日でどちらが更新日なのか、クローラーには判断しにくい場合があります。
構造化データで公開日や更新日を明示することで、Googleがそれぞれの情報の意味を理解する手助けになります。ただし、構造化データを設定したからといって、インデックス登録が保証されるわけではありません。
リッチリザルトの表示対象になる可能性がある
Googleが対応する構造化データを適切に設定すると、検索結果にタイトルや説明文以外の追加情報が表示される場合があります。これが「リッチリザルト」です。
- 商品の価格、在庫状況、レビューの星評価
- レシピの調理時間やカロリー
- イベントの開催日程や場所
- ページの階層を示すパンくずリスト形式の表示
追加情報があると、検索結果の中で目に留まりやすくなり、ユーザーがクリックするかを判断する材料も増えます。
なお、表示されるかどうかはGoogleが決めるため、「表示される可能性がある」という位置づけで考えてください。タイトルや説明文の見直しについては下記の記事をご覧ください。
構造化データを設定しても検索順位や表示は保証されない
構造化データの設定は、検索順位を直接上げる要因ではありません。検索順位はさまざまな要素をもとに決まるため、構造化データの設定だけで順位が上がるわけではありません。
また、Googleの要件を満たしていても、リッチリザルトが必ず表示されるとは限りません。検索キーワードやユーザーの状況、サイトの品質などをもとに、表示するかどうかはGoogleが判断します。
さらに、検索結果の表示仕様は変更されることがあります。Googleでは、HowToリッチリザルトの表示が廃止され、FAQリッチリザルトも2026年5月に表示が終了しました。
そのため、構造化データを正しく設定していても、以前と同じ形式で検索結果に表示されるとは限りません。
HowToのリッチリザルト表示も、現在は廃止されています。設定したのに表示されなくても慌てず、「ページの内容を正確に伝えること」を目的に取り組みましょう。
構造化データ以外にも、SEO内部対策にはサイト構造や内部リンク、表示速度の改善などがあります。SEO内部対策の全体像については下記の記事をご覧ください。
SEOで活用する主な構造化データの種類
構造化データには非常に多くの種類がありますが、すべてを理解する必要はありません。
ここでは、Google検索で利用される種類のうち、企業サイトやオウンドメディアで関係の深い3つを紹介します。
Article・BlogPosting（記事情報）
「Article」は、記事ページの情報を伝える種類です。ブログの記事なら、派生の「BlogPosting」を使うと、より内容に合った形になります。
記事のタイトル、アイキャッチ画像、公開日、更新日、著者などを示します。
誰がいつ書いた記事なのかが明確になるため、情報の透明性を示す手段の一つにもなります。自社でコラムやお知らせを発信している企業サイトでは、最初に設定を検討しやすい種類です。
BreadcrumbList（パンくずリスト）
パンくずリストとは、「ホーム > ブログ > 記事タイトル」のように、今いるページの階層を示す案内のことです。
画面上のパンくずリストは、ユーザーがサイト内で迷わないためのナビゲーションです。
一方、「BreadcrumbList」は、その階層情報を検索エンジン向けにコードで伝える構造化データです。BreadcrumbListを設定すると、PC版のGoogle検索結果で、ページの階層を示すパンくずリストが表示される場合があります。ただ、スマートフォンのGoogle検索結果では、現在パンくずリストは表示されません。
Organization（企業・組織情報）
「Organization」は、企業や団体の情報を検索エンジンに伝える種類です。企業名、ロゴ、サイトのURL、連絡先、公式SNSアカウントなどを関連付けて示せます。
主にトップページや会社概要ページに設定します。検索エンジンが「この組織の情報」と認識しやすくなる一方、ロゴや企業情報パネルの表示が保証されるわけではありません。
このほかにも、ECサイトの商品を示す「Product」、実店舗の情報を示す「LocalBusiness」、イベント告知に使う「Event」などがあります。自社サイトの内容や目的に応じて、必要な種類を検討しましょう。
構造化データの設定方法と確認手順
設定は、「どのページに何を設定するか決める」「コードを設定する」「正しく記述・認識されているか確認する」の3ステップで進めます。専門的に見えますが、CMSの機能を使えば自社で対応できる範囲も多くあります。
ページに合った構造化データの種類を選ぶ
最初に、ページの内容に合った種類を選びます。たとえば、ブログ記事ならBlogPosting、サイト内の階層を示すページならBreadcrumbList、企業情報を掲載するトップページや会社概要ページならOrganizationが候補になります。
次に、Googleの公式ドキュメントで、種類ごとの設定要件を確認します。必要な項目は種類によって異なり、必須項目が指定されていないものもあります。
推奨項目については、不足していると警告が表示される場合があります。すべての項目を無理に設定するのではなく、ページの内容に合った正確な情報を記述しましょう。
JSON-LDやCMSの機能を使って設定する
Googleが推奨するJSON-LDは、HTMLのheadタグ内などに、scriptタグで囲んで書きます。以下は、ブログ記事に設定する場合の基本的なコード例です。
// HTML
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "サンプル記事のタイトル",
"image": "https://example.com/images/sample.jpg",
"datePublished": "2026-01-01T09:00:00+09:00",
"dateModified": "2026-01-15T09:00:00+09:00",
"author": {
"@type": "Person",
"name": "著者名"
}
}
</script>「@type」は種類、「headline」はタイトル、「datePublished」は公開日、「dateModified」は更新日を表します。公開日や更新日は、ISO 8601形式で記述します。例えば「2026-01-01T09:00:00+09:00」のように、タイムゾーンを含めて記載することがGoogleから推奨されています。
WordPressなどのCMSでは、テーマやSEOプラグインの機能で、構造化データが自動的に出力される場合があります。
まずは、いま使っているテーマやプラグインが何を出力しているかを確認しましょう。自社で対応できるのは、こうしたCMSの設定や、公式ツールでの確認です。
独自テンプレートの改修や多数のページへの一括設定など、自社での対応が難しい場合は制作会社などへの相談も検討しましょう
テストツールとGoogleサーチコンソールで設定内容を確認する
設定したあとは、役割の違う3つのツールで確認します。
- リッチリザルトテスト： Googleが提供するツールで、URLやコードを入力すると、リッチリザルトの対象になるか、エラーや警告がないかを確認できます。
- Schema Markup Validator： Schema.orgの仕様に沿って正しく書かれているか、構文を確認するツールです。
- Google Search Console：公開後の状態を確認するツールです。Googleが対応する一部のリッチリザルトでは、専用レポートから検出状況やエラーを確認できます。ただし、すべての構造化データに専用レポートが用意されているわけではありません。個別ページの状態はURL検査ツールでも確認できます。
設定時はリッチリザルトテストとSchema Markup Validatorで確認し、公開後はSearch Consoleで継続的にチェックする流れです。
Search Consoleの対応するレポートでエラーが確認された場合は、該当URLと問題点を確認して修正します。修正後は再度テストし、必要に応じてSearch Consoleの「修正を検証」を実行しましょう。Google Search Consoleについては下記の記事をご覧ください。
構造化データを実装するときの注意点
構造化データを正しく活用するには、守っておきたいポイントがあります。
- ページに存在しない情報や誤った内容を設定しない： ページの内容と一致しない情報や、誤解を招く情報を設定すると、Googleの構造化データに関するガイドラインに違反する可能性があります。その場合、リッチリザルトの表示対象外となったり、手動による対策を受けたりすることがあります。
- 既存の設定と重複させない： テーマとプラグインの両方が同じ種類を出力しているなど、重複することがあります。設定前に、すでに出力されていないかを確認しましょう。
- ページの変更に合わせて見直す： URLの変更や、価格・営業時間などの更新があっても、構造化データだけ古いままになりがちです。サイトを更新するたびに、見直す習慣をつけましょう。
なお、種類や項目を増やせばSEOに有利になる、というものではありません。優先すべきなのは、ページの内容と一致した正確な情報を記述することです。
構造化データを含むSEO対策のご相談はrelationへ
構造化データの設定には、ページに合った種類の選定、コードの実装、公開後の検証が必要です。CMSの機能だけで完結する場合もありますが、独自のテンプレートの改修や、サイト全体の見直しが必要になると、専門的な知識が求められます。
「自社で対応できるか判断できない」「SEO対策をサイト全体で見直したい」という場合は、外部の制作会社に相談するのも一つの方法です。
株式会社relationでは、Webサイトの制作から公開後の運用まで、ご要望に合わせて支援しています。
サイトの構造から見直したい場合はWebサイト制作サービスを、公開後のSEO施策や改善を進めたい場合はマーケティング支援サービスをご覧ください。
これまでの開発・制作実績もご確認いただけます。
まとめ
構造化データは、ページの情報を検索エンジンに正確に伝えるための仕組みです。設定すると、ページ内容が伝わりやすくなり、リッチリザルトが表示される可能性も生まれます。
一方で、順位の上昇や表示は保証されません。
適切な種類を選び、正確な内容を設定し、ツールで確認するという流れを押さえておけば、自社で対応できる範囲も見えてきます。まずは、自社サイトの主要ページをリッチリザルトテストで確認し、現状を把握することから始めてみてください。
- 構造化データは検索エンジンにページの「意味」を正確に伝える仕組み
- 正しい記述によりリッチリザルトが表示される可能性があるが、順位上昇は保証されない
- まずはArticle・BreadcrumbList・Organizationなど主要なものから検討しましょう
- 実装後はリッチリザルトテストとSearch Consoleで検証しましょう
設定の進め方や、サイト全体のSEOの見直しでお困りの際は、relationまでお気軽にご相談ください。
