構造化データとは？SEO効果とJSON-LDの書き方【設置例付き】

検索結果に表示される「レビュー評価」「パンくずリスト」などの強調表示は、構造化データによって実現されています。
構造化データは、検索エンジンにページ内容を正確に伝え、検索結果での目立ちやすさ（リッチリザルト）を向上させる重要なSEO施策です。

本記事では、構造化データの基本からSEO効果、具体的な作り方、さらにすぐ使えるサンプルコードまでわかりやすく解説します。

構造化データとは？

構造化データとは、Webページの内容を検索エンジンが理解しやすい形式で記述するマークアップのことです。HTMLが「情報の構造」を、CSSが「視覚的な外見」を定義するのに対し、構造化データは検索エンジンやAIにその情報の「具体的な意味（属性）」を伝える役割を持ちます。

構造化データが必要とされる理由

構造化データが重要視される理由は、検索エンジンがコンテンツをより正確に理解できるようになるためです。
主なメリットは以下の通りです。

Googleが推奨する形式と記述ルール

Googleは、構造化データの記述方法として以下を推奨しています。

構造化データとリッチリザルトの関係

構造化データを正しく実装すると、検索結果で以下のような表示が可能になります。

これらは「リッチリザルト」と呼ばれます。
通常の検索結果よりも表示面積が大きくなるため、ユーザーの目に留まりやすくなるのが特徴です。

ただし、構造化データを実装したからといって、必ずリッチリザルトが表示されるわけではありません。
最終的な表示有無はGoogle側が判断します。

構造化データの導入で得られるSEO効果

検索順位が直接上がるわけではない

まず理解しておきたいのが、構造化データ自体は「直接的な順位上昇要因ではない」という点です。
Googleも、構造化データを設定しただけで順位が上がるとは明言していません。

構造化データの主な役割は、

• 検索エンジンがページ内容を理解しやすくする
• 検索結果で情報を強調表示する

ことにあります。

検索結果での視認性向上

構造化データを導入する大きなメリットの一つが、検索結果での視認性向上です。
通常の検索結果は「タイトル」「URL」「ディスクリプション」のみで表示されますが、構造化データを適切に設定することで、Google検索結果上に追加情報を表示できる場合があります。

例えば、

• 商品の価格やレビュー評価
• パンくずリスト
• 記事情報
• 店舗情報

などが表示されることで、通常の検索結果より目立ちやすくなります。

特に検索順位が近い競合が多いキーワードでは、リッチリザルト表示の有無がクリック数に影響するケースも少なくありません。

クリック率（CTR）の改善

構造化データによって検索結果の情報量が増えると、クリック率（CTR）の改善も期待できます。
例えば、パンくずでページ内容を把握しやすくなったり、商品レビューが表示されることで安心感を与えられたりします。

その結果、
「このページには自分が求めている情報がありそう」
と判断されやすくなり、クリックにつながりやすくなります。

また、検索結果内で占有する表示面積が大きくなるため、視認性が向上し、自然とユーザーの目に入りやすくなる点もメリットです。
CTRの改善は直接的な順位上昇要因ではありませんが、ユーザー行動の改善によって間接的にSEOへ好影響を与える可能性があります。

間接的なSEO効果

構造化データは、検索エンジンに対して「このページが何について書かれているのか」を明確に伝える役割も持っています。通常のHTMLだけでは、Googleがコンテンツ内容を完全に理解できない場合があります。

しかし、構造化データを利用することで、

• 企業情報
• 記事情報
• 商品情報
• 著者情報
• 店舗情報

などを明確に伝えられるようになります。

その結果、検索エンジンがページ内容をより正確に理解しやすくなり、適切な検索クエリとの関連付けが期待できます。

また、GoogleはE-E-A-T（経験・専門性・権威性・信頼性）を重視しているため、組織情報や著者情報などを適切に構造化することは、サイト全体の信頼性向上にもつながる可能性があります。

代表的な構造化データの種類と特徴

種類	用途	主な表示例
Organization	企業情報	会社名・ロゴ
Article	記事ページ	著者・公開日
BreadcrumbList	パンくず	階層表示
Product	商品ページ	価格・レビュー
LocalBusiness	店舗情報	営業時間・住所

Organization（組織）

Organizationは、企業や団体の情報を検索エンジンへ伝えるための構造化データです。
会社名、ロゴ、URL、SNS情報などを設定でき、Googleに企業情報を正しく認識してもらいやすくなります。特に企業サイトやコーポレートサイトでは重要度が高く、ブランド認知向上にも役立ちます。

Article（記事）

Articleは、ブログ記事やニュース記事などのコンテンツに使用される構造化データです。
記事タイトル、著者名、公開日、アイキャッチ画像などを検索エンジンへ伝えることができます。Google Discoverやニュース系検索結果との相性も良く、コンテンツSEOを行うサイトでは導入優先度が高いスキーマの一つです。

BreadcrumbList（パンくず）

BreadcrumbListは、サイト内の階層構造を検索エンジンへ伝えるための構造化データです。

例えば、
ホーム ＞ SEO ＞ 構造化データ
のようなパンくずリスト情報をGoogleへ明確に伝えられます。

検索結果にもパンくず形式で表示される場合があり、ユーザーがサイト構造を理解しやすくなるメリットがあります。また、内部リンク構造を整理する意味でもSEO上重要な役割を持っています。

Product（商品）

Productは、ECサイトや商品ページで利用される代表的な構造化データです。
商品名、価格、在庫状況、レビュー評価などを検索エンジンへ伝えることができます。特にレビュー評価や価格情報が検索結果へ表示されると、ユーザーの購買意欲に大きく影響する場合があります。
ECサイトのSEOでは非常に重要なスキーマの一つです。

LocalBusiness（ローカルビジネス）

LocalBusinessは、店舗情報や地域ビジネス向けの構造化データです。
店舗名、住所、営業時間、電話番号、地図情報などをGoogleへ伝えることができます。ローカルSEOとの相性が非常に良く、Googleマップや地域検索での表示強化にも役立ちます。
飲食店、美容院、クリニックなど、実店舗を持つビジネスでは積極的に導入したい構造化データです。

FAQPage（よくある質問）

FAQPageは、質問と回答をセットでマークアップできる構造化データとしてこれまで設置されてきましたが、Googleより2026年5月7日をもって、検索結果における「FAQリッチリザルト」の表示を完全に終了したとの発表がありました。
現在、検索結果にアコーディオン形式のFAQメニューが表示されることはありませんが、すでに設置しているデータを急いで削除する必要はありません。

検索結果で目立たせることを目的として設置するメリットはなくなりましたが、AIによる検索回答（AI Overviews）の引用ソースとして採用されやすくなるなど、AI対策としての重要性は変わりません。そのため、ユーザーに役立つQ&Aがある場合は、引き続き設置しておくのが得策です。

構造化データの作成方法

スキーマ（schema.org）の選び方

構造化データを実装する際は、まずコンテンツ内容に適したスキーマ（schema.org）を選ぶ必要があります。schema.orgとは、GoogleやBingなどの検索エンジンが共通で利用している構造化データの語彙セットです。
適切なスキーマを選択することで、検索エンジンにページ内容を正確に伝えやすくなります。

例えば、以下のようにコンテンツの種類によって使用するスキーマは異なります。

もし内容に合わないスキーマを使用すると、Googleが正しく理解できなかったり、リッチリザルト対象外になる可能性があります。そのため、「どのページに、どの構造化データが適切か」を事前に整理しておくことが重要です。
特にSEO目的で導入する場合は、検索結果でどのように表示させたいかを意識しながら選定すると効果的です。

JSON-LD形式でマークアップする

構造化データにはいくつかの記述方法がありますが、現在Googleが最も推奨しているのが「JSON-LD形式」です。JSON-LDは、HTMLとは独立した形で記述できるため、ソースコードが複雑になりにくく、管理しやすいというメリットがあります。

基本的には、以下のように<script type="application/ld+json">タグ内に記述します。

<script type="application/ld+json">
{
 "@context": "https://schema.org",
 "@type": "Article",
 "headline": "構造化データとは？"
}
</script>

以前はMicrodata形式やRDFa形式も利用されていましたが、現在は保守性や実装のしやすさからJSON-LDが主流となっています。
また、WordPressなどのCMSでもJSON-LD形式に対応しているケースが多く、SEO対策として導入しやすい点も特徴です。

生成ツールやCMSを活用

構造化データは手動で記述することもできますが、生成ツールやCMSプラグインを活用することで、専門知識がなくても比較的簡単に導入できます。
例えばWordPressでは、SEO系プラグインを利用することで、自動的に構造化データを出力できる場合があります。

代表的な方法としては、

• WordPressのSEOプラグイン
• 構造化データ生成ツール
• schema.org対応サービス

などがあります。

特に大規模サイトでは、すべてを手作業で管理すると更新漏れや記述ミスが発生しやすいため、自動化ツールの活用が効果的です。ただし、自動生成された構造化データが必ずしも最適とは限りません。
不要なスキーマが含まれていたり、実際のページ内容とズレているケースもあるため、導入後は必ずリッチリザルトテストなどで確認しましょう。

HTMLに設置する際の注意点

構造化データは、通常HTML内の<head>または<body>タグ内に設置します。JSON-LD形式であれば、ページ表示に直接影響を与えないため、比較的柔軟に配置できます。

ただし、設置場所以上に重要なのが「ページ内容との整合性」です。

例えば、

• 実際には存在しないレビュー評価を記述する
• 更新されていない古い情報を残す
• 実態のない企業情報を設定する

といったケースは、Googleガイドライン違反となる可能性があります。

また、構造化データを複数重複して設置すると、検索エンジン側で正しく認識されない場合もあります。そのため、設置後はソースコードや検証ツールを使い、正しく出力されているか必ず確認することが重要です。
SEO効果を高めるためには、「ただ設置する」のではなく、正確かつ継続的に管理することがポイントになります。

構造化データの設置例（コピペOK）

Organizationのサンプルコード

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "株式会社サンプル",
  "url": "https://example.com",
  "logo": "https://example.com/logo.png"
}
</script>

Articleのサンプルコード

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "構造化データとは？SEO効果とJSON-LDの書き方【設置例付き】",
  "image": "https://example.com/image.jpg",

  "datePublished": "2026-04-14",
  "dateModified": "2026-04-15",
  "author": {
    "@type": "Person",
    "name": "山田 太郎"
  },
  "publisher": {
    "@type": "Organization",
    "name": "株式会社サンプル",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/logo.png"
    }
  }
}
</script>

BreadcrumbListのサンプルコード

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "ホーム",
      "item": "https://example.com"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "SEO",
      "item": "https://example.com/seo"
    }
  ]
}
</script>

正しい構造化データのチェック方法

Googleリッチリザルトテスト

構造化データを実装した後は、正しく記述できているか必ず確認する必要があります。その際に活用したいのが、Googleが提供している「リッチリザルトテスト」です。
リッチリザルトテストでは、ページURLを入力するだけで、Googleが構造化データをどのように認識しているかを確認できます。

主に以下の内容をチェック可能です。

また、公開前のページでもコードを直接入力してテストできるため、実装段階での確認にも便利です。構造化データは、わずかな記述ミスでも正しく認識されないことがあるため、公開前後のテストは欠かせません。

Search Consoleでの検証

Google Search Consoleでも、構造化データの状態を継続的に確認できます。Search Consoleでは、Googleが実際にクロールしたデータをもとに、サイト全体の構造化データ状況を確認可能です。

例えば、

• パンくずリスト
• 商品情報
• 記事データ

など、種類ごとに検出状況やエラー内容が表示されます。

さらに、問題が発生した場合は通知されることもあるため、定期的に確認することで早期対応につながります。修正後には「修正を検証」機能を使うことで、Googleへ再クロールを依頼することも可能です。
構造化データは導入して終わりではなく、継続的な監視と改善がSEO対策では重要になります。

エラー・警告の対処

リッチリザルトテストやSearch Consoleでエラー・警告が表示された場合は、できるだけ早く修正することが大切です。

特に多いのが、以下のようなケースです。

例えば、Article構造化データでは「headline」や「datePublished」などの必須項目が不足していると、正しく認識されない場合があります。また、ページ内に存在しない内容を構造化データ側だけに記述すると、Googleガイドライン違反になる可能性もあります。

そのため、構造化データは「検索エンジン向けの装飾」ではなく、実際のコンテンツ内容を正確に伝えるための情報として実装することが重要です。
修正後は再度テストツールで確認し、エラーが解消されているかチェックしましょう。

構造化データを導入する際の注意点

ガイドライン違反

構造化データは、Googleのガイドラインに沿って正しく実装する必要があります。
実際のページ内容と異なる情報を記述したり、ユーザーに表示されていない情報をマークアップしたりすると、ガイドライン違反と判断される可能性があります。

例えば、存在しないレビュー評価を追加したり、存在しないにもかかわらず虚偽の企業情報の構造化データを設置したりする行為はNGです。
Googleは品質を重視しているため、不適切な構造化データはリッチリザルトの対象外になるだけでなく、検索結果での表示に悪影響を与えることもあります。

継続的な更新が必要

構造化データは、一度設置したら終わりではありません。Webサイトの内容変更に合わせて、継続的に更新・メンテナンスすることが重要です。

例えば、

• 商品価格の変更
• 営業時間の変更
• 記事情報の更新

などが発生した場合、構造化データ側も最新情報へ更新する必要があります。古い情報が残ったままになると、検索エンジンと実際のページ内容にズレが生じ、ユーザー体験の低下につながります。

また、FAQPageが終了したように、Googleの仕様変更によって必要項目や推奨ルールが変わることもあるため、定期的にSearch Consoleやリッチリザルトテストで確認することが大切です。

まとめ

構造化データは、検索エンジンへページ内容を正しく伝えるための重要なSEO施策です。

特に重要なポイントは以下です。

構造化データ自体が直接順位を上げるわけではありません。
しかし、検索結果での視認性向上やCTR改善を通じて、間接的なSEO効果が期待できます。

SEOを強化したい場合は、まず「BreadcrumbList」と「Article」から導入していくのがおすすめです。