構造化データ（Schema.org）完全ガイド — リッチリザルトを獲得してクリック率を上げる

同じ検索結果ページにいても、クリックされるサイトとされないサイトがあります。

その違いを生んでいるのがリッチリザルト。検索結果にレビューの星、FAQ、レシピの写真、イベントの日程など、通常のタイトル＋説明文以上の情報が表示される仕組みです。

リッチリザルトが表示されたページは、通常の検索結果と比較してクリック率が平均58%高いというデータがあります。さらにFAQリッチリザルトに限ると、クリック率は87%向上。

このリッチリザルトを表示させるために必要なのが構造化データです。HTMLだけではGoogleが理解しにくい情報を、機械が読める形式で明示する。それが構造化データの役割です。

構造化データを実装すると表示される可能性のあるリッチリザルトには、いくつかの種類があります。ビジネスの種類によって使えるものが異なるので、自社に関係のあるものを把握しておきましょう。

質問と回答のペアが検索結果にアコーディオン形式で表示されます。サービスページやブログ記事に最適。検索結果の占有面積が大きくなるため、目立ちやすい。

星の数と評価件数が表示されます。ECサイト、飲食店、サービス業に効果的。ユーザーは星が付いている検索結果を無意識にクリックしやすい。

サイト階層がURLの代わりに表示されます。「ホーム > ブログ > SEO対策」のように。ユーザーがサイト構造を把握しやすくなり、信頼感が上がります。

価格、在庫状況、レビューなどが表示されます。EC サイトでは必須の構造化データ。Googleショッピングへの掲載にも影響します。

営業時間、住所、電話番号、評価がナレッジパネルに表示されます。実店舗を持つビジネスは必ず実装すべき。

手順が検索結果にステップバイステップで表示されます。ハウツー系のブログ記事に実装すると、検索結果での存在感が大きくなります。

構造化データの記述形式はいくつかありますが、Googleが推奨しているのはJSON-LDです。HTMLの中に<script>タグとして埋め込むので、既存のHTMLを変更する必要がありません。

たとえば、企業のWebサイトにOrganization（組織情報）の構造化データを追加する場合。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Tufe Company",
  "url": "https://tufe.co.jp",
  "logo": "https://tufe.co.jp/logo.png",
  "description": "Web制作・SEO・AI活用を支援する会社です",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "渋谷区",
    "addressRegion": "東京都",
    "addressCountry": "JP"
  },
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+81-3-xxxx-xxxx",
    "contactType": "customer service",
    "availableLanguage": ["Japanese", "English"]
  }
}

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "構造化データ完全ガイド",
  "author": {
    "@type": "Organization",
    "name": "Tufe Company"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Tufe Company",
    "logo": {
      "@type": "ImageObject",
      "url": "https://tufe.co.jp/logo.png"
    }
  },
  "datePublished": "2026-01-08",
  "dateModified": "2026-01-08",
  "image": "https://tufe.co.jp/blog/structured-data/og.jpg",
  "description": "構造化データの基礎から実装まで"
}

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "構造化データとは何ですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Webページの内容を検索エンジンが理解しやすい形式で記述したデータです。"
      }
    },
    {
      "@type": "Question",
      "name": "JSON-LDとMicrodataの違いは？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "JSON-LDはscriptタグで埋め込む形式、MicrodataはHTMLタグに属性を追加する形式です。Googleが推奨しているのはJSON-LDです。"
      }
    }
  ]
}

構造化データは「とりあえず入れれば効く」というものではありません。正しく実装しないと、逆効果になることもあります。

構造化データに書いた情報は、ページ上に実際に表示されている内容と一致していなければなりません。ページに書いていないレビュー評価を構造化データに含めるのは、Googleのガイドライン違反です。

1ページに複数の構造化データを記述できます。たとえば、ブログ記事ページにはArticle + BreadcrumbList + FAQPageを組み合わせる。これにより、検索結果に複数のリッチリザルトが表示される可能性が高まります。

Organizationの中にContactPointがある、Articleの中にAuthorがある、というように、構造化データは入れ子（ネスト）にできます。可能な限りネストして、情報の関連性を明示してください。

OrganizationとWebSiteとBreadcrumbListは全ページに配置します。ページ固有の構造化データ（Article、Product等）はそれに加えて個別に追加。

Googleのリッチリザルトテスト（https://search.google.com/test/rich-results）で確認すると、意外とエラーが出ます。よくあるものを紹介します。

Articleタイプでimageが抜けている、Productタイプでoffersが抜けている、など。各タイプの必須プロパティはGoogleの公式ドキュメントで確認できます。

対処法は、Googleの公式ガイドを見ながら必須プロパティを漏れなく記述すること。

datePublishedに「2026年1月8日」と日本語で書いてしまうケース。正しくは"2026-01-08"のISO 8601形式。

"url": "/about"のように相対パスを指定すると、Googleが正しく認識できません。"url": "https://example.com/about"のように絶対URLで記述してください。

レビュー評価を「4.8」と構造化データに書いているのに、ページ上には評価が表示されていない。これはスパム判定のリスクがあります。

関係のないタイプを片っ端から追加する行為。たとえば、ブログ記事にProductを追加したり、実店舗がないのにLocalBusinessを追加したり。ページの内容に合ったタイプだけを使ってください。

構造化データの実装は、SEO施策の中でも投資対効果が高い部類に入ります。

理由はシンプルで、実装のコストが比較的低い（一度テンプレートを作れば使い回せる）のに対して、クリック率の向上効果が大きいから。さらに、AI検索の時代においては、構造化データがLLMOやGEOにも好影響を与える。AIが情報を正確に取得できるようになるからです。

まずはGoogleのリッチリザルトテストで自社サイトの現状をチェックしてみてください。エラーが出ている箇所を修正するだけでも、効果が出ることが多いです。