ClaudeCode入門ガイド
トップ
SEO対策コース/カリキュラム/第4章: 構造化データとスキーマ/4-1 構造化データ（JSON-LD）でリッチリザルトを狙う

4-1 構造化データ（JSON-LD）でリッチリザルトを狙う

無料

Schema.org の構造化データを JSON-LD で記述し、星評価・FAQ・レシピなどのリッチリザルトを獲得する仕組み。同順位でクリック率を 2〜3 倍に伸ばす SEO の基礎を 15 分で解説。

第4章: 構造化データとスキーマ15分

検索結果で「星の評価」や「料理の写真」を見たことありませんか？

Google でレストランを検索すると、星の評価（★★★★☆）や営業時間が検索結果に直接表示されることがあります。レシピを検索すると、料理写真・調理時間・カロリーがサムネイル付きで並びます。通販サイトを探したら、商品価格・在庫状況・レビュー件数まで一覧で見える。FAQ を検索すると Q&A がアコーディオン形式で展開する。ハウツー記事ならステップごとの番号が振られて表示される。

これらはすべて「リッチリザルト（Rich Results）」と呼ばれる拡張表示です。サイトに「構造化データ」を追加することで、Google が「このページはレシピですよ」「この情報は価格ですよ」と理解し、検索結果を華やかに装飾してくれます。

通常の検索結果はタイトルと説明文だけのモノクロな表示ですが、リッチリザルトがあると視覚的に目立つため、クリックされる確率が大幅に上がります。ある調査では、リッチリザルト付きの検索結果は通常の 2〜3 倍クリックされると報告されています。同じ順位なのにクリック数が倍になる、これは非常にコスパの良い施策と言えます。

業種別、こんな表示がリッチリザルトです

「うちの業種に関係あるの？」と疑問に思った方のため、業種ごとの具体例を以下の通りまとめました。

  • 飲食店・美容室 — 星評価、営業時間、地図、電話番号がパネル状に表示される
  • EC サイト — 商品画像、価格、在庫、レビュー件数が一覧表示される
  • 料理ブログ — 料理写真サムネイル、調理時間、カロリー、難易度が表示される
  • ニュース・ブログ — 著者名、公開日、サムネイル画像がカード状に表示される
  • コーポレートサイト — 会社ロゴ、サイトリンク、社名がナレッジパネルに表示される
  • ハウツー記事 — 「ステップ 1、ステップ 2…」と手順が番号付きで表示される
  • イベント情報 — 開催日、会場、チケット価格がカレンダー形式で表示される
  • 求人ページ — 給与、勤務地、雇用形態が Google しごと検索に掲載される
  • 動画コンテンツ — サムネイル・再生時間・公開日付きで動画専用カルーセルに掲載される
  • ソフトウェア・アプリ — 評価・対応 OS・価格がアプリパネルに表示される

「自分のサイトもこういう表示にしたい」と思った方、その入り口が構造化データです。実は、皆さんが普段見ている検索結果のほとんどに、何らかのリッチリザルトが混ざっています。試しに「ラーメン 渋谷」「iPhone ケース」「確定申告 やり方」のような複数業種のキーワードで検索してみると、地図パック・商品カルーセル・ステップ表示など、構造化データが裏で支えている拡張表示がいくつも確認できるはずです。

構造化データって何？— Google への「メモ書き」

構造化データとは、ページの内容を Google が理解しやすい形式で「メモ書き」する仕組みです。

人間はページを見れば「これはレシピだな」「これは会社の情報だな」と一目でわかります。でも Google のロボットは機械なので、HTML の文字列を読んでもどの情報が何を意味するのか、明示的に教えてあげないと正確に理解できないことがあります。たとえば「¥1,980」という文字が画面にあっても、それが「商品価格」なのか「送料」なのか「セール前の値段」なのかは、人間なら文脈で判断できますが、ロボットには曖昧です。

構造化データは、HTML の中に「このページは記事です。タイトルは〇〇で、著者は△△で、公開日は□□です」という補足情報を埋め込みます。画面には表示されない、ロボット専用の「裏側のメモ」です。

記述には JSON-LD（ジェイソン エルディー）という形式を使います。Google が公式に推奨している書式で、中身は下記のとおりです。

<!-- HTML の <head> 内に書く -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "初心者でもわかるSEO入門",
  "author": {
    "@type": "Person",
    "name": "田中太郎"
  },
  "datePublished": "2026-03-01"
}
</script>

<!-- 意味は下記のとおり
     「このページは記事です。
     タイトルは『初心者でもわかるSEO入門』、
     著者は田中太郎、公開日は2026年3月1日です」 -->

なぜ構造化データが重要なのか

構造化データは「お飾り」ではなく、3 つの実利的な効果があります。

1. クリック率（CTR）が上がる リッチリザルトで目立つため、同じ順位でも通常表示の 2〜3 倍クリックされます。10 位から 5 位への順位アップより、3 位のリッチリザルト化のほうが流入が増えるケースもあります。Search Console で「合計クリック数」と「合計表示回数」を見ると、リッチリザルト化前後でクリック率（CTR）が 1.5〜3 倍に跳ね上がるのは珍しくありません。これは広告費 0 円で得られる「タダの可視性」です。

2. AI Overview と AI 検索に拾われやすい Google の AI Overview や ChatGPT・Perplexity のような AI 検索は、構造化データを「信頼できる手がかり」として読み取ります。前章で学んだ E-E-A-T の補強材料として、author・publisher・datePublished などのスキーマが効きます。生成 AI が「この情報は誰がいつ書いたものか」を確認するときに、構造化データは最も明示的な答えになります。これからの時代、AI に引用されるかどうかは集客に直結するため、構造化データの重要性はむしろ高まっています。

3. ナレッジパネルやサイトリンクが整う Organization スキーマを正しく入れると、社名検索したときに右側のナレッジパネルにロゴと会社情報が綺麗に表示されます。SNS の sameAs プロパティを入れておくと、ナレッジパネルから公式 X や YouTube への導線も貼られます。ブランド検索の見栄えが格段に上がり、ユーザーが「公式サイトはどれだ？」と迷う時間が消えます。

4. 音声検索とアシスタント連携にも効く Google アシスタントや Alexa が「近くの〇〇」「〇〇の営業時間」と聞かれたときに参照するのも構造化データです。LocalBusiness の openingHours、Recipe の cookTime、Event の startDate などは、音声インターフェースから直接読み上げられる「データソース」になります。

主要スキーマタイプ一覧、自分のサイトはどれ？

サイトの種類に応じて、使うべき構造化データが異なります。自分のサイトに当てはまるものを下記のとおり確認しましょう。

  • Organization（組織） — 会社・団体すべて。名前・ロゴ・住所・SNS リンクを伝える。全サイト共通で入れたい
  • LocalBusiness（店舗） — 実店舗を持つビジネス。営業時間・地図・電話番号
  • Product（商品） — EC サイト。価格・在庫・通貨・レビュー評価
  • Article / NewsArticle / BlogPosting（記事） — ブログ・ニュース。著者・公開日・更新日・サムネイル
  • FAQPage（よくある質問） — Q&A 形式のページ。検索結果にアコーディオンが表示される
  • HowTo（手順） — ハウツー記事。ステップごとの画像と説明
  • Recipe（レシピ） — 料理ブログ。調理時間・カロリー・材料
  • Event（イベント） — セミナーや展示会の告知。開催日・会場・チケット
  • BreadcrumbList（パンくず） — 全サイト推奨。URL の階層を伝える
  • Person（人物） — 著者プロフィール、専門家紹介。E-E-A-T 強化に必須

たとえば飲食店のサイトなら Organization + LocalBusiness + BreadcrumbList、料理ブログなら Recipe + Person + BreadcrumbList、EC サイトなら Organization + Product + BreadcrumbList、というように複数組み合わせて使うのが一般的です。トップページには Organization と WebSite、各カテゴリページには CollectionPage、個別ページには Article や Product を入れる、というように「ページの役割ごとに最適な型を選ぶ」のがコツです。

業種別の組み合わせ例を以下の通り整理しました。

  • コーポレートサイト — トップは Organization + WebSite、会社概要は AboutPage、お問い合わせは ContactPage、社員紹介は Person
  • メディア・ブログ — トップは WebSite + Organization、記事は Article + Person（著者）+ BreadcrumbList、まとめ記事は ItemList
  • EC サイト — トップは Organization + WebSite、商品ページは Product + Offer + AggregateRating + Review、カテゴリは CollectionPage + ItemList
  • 店舗ビジネス — トップは LocalBusiness（業種に応じた Restaurant・BeautySalon・Dentist などのサブタイプ）+ Organization、店舗一覧は ItemList
  • イベント・スクール — Event を中心に、講師紹介は Person、開催場所は Place、料金は Offer

「コードを自分で書くのは難しそう…」と思うかもしれませんが、心配いりません。次のレッスンで Claude Code に自動生成させる手順を学びます。

リッチリザルトに表示されるための条件

構造化データを入れれば必ずリッチリザルトが出る、というわけではありません。Google が定めるガイドラインに沿った内容である必要があります。下記のとおり守るべき大原則があります。

  • 画面に見えている情報と一致させる — 構造化データに「★4.5」と書いてあるのに、画面に評価が表示されていないと違反扱い
  • 虚偽情報を書かない — レビューがないのに「★5.0」と偽る、価格が異なる、などは手動ペナルティの対象
  • 隠しコンテンツを構造化データだけに書かない — ユーザーに見えないコンテンツへのマークアップは禁止
  • スパム的な詰め込みをしない — 関係のないキーワードを keywords プロパティに大量に入れる、など
  • 必須プロパティを満たす — Product なら name・image・offers の price と priceCurrency が必須、など型ごとの要件がある

これらに違反すると、リッチリザルトが表示されないだけでなく、最悪の場合 Search Console に手動対策の通知が届きます。

テスト方法、入れた後は必ず検証

構造化データは目に見えないので、書いただけで終わらせず必ず検証ツールでチェックします。主要なツールは下記の 3 つです。

  1. Rich Results Test（リッチリザルトテスト） — search.google.com/test/rich-results。URL または HTML を入力すると、リッチリザルトに対応しているか、エラー・警告があるかを表示してくれる Google 公式ツール。これが最も重要
  2. Schema.org Validator — validator.schema.org。Schema.org の文法的な正しさをチェックする一般ツール。Google 固有の要件はチェックしないが、JSON-LD の構文エラー検出に便利
  3. Search Console の拡張レポート — 実際のサイトを Google がクロールした後、構造化データの集計とエラー一覧が確認できる。本番運用後はここを定期的に見る

リリース前は Rich Results Test、リリース後は Search Console、という使い分けが基本です。Search Console の「拡張」セクションには、Google が実際に認識した構造化データの型ごとにエラー件数・警告件数・有効件数が表示されます。エラーがあるとリッチリザルトが出ないので、毎月 1 回はチェックして 0 件に保つ運用を推奨します。

ポイント

Rich Results Test は URL を入れるだけで使えます。まず競合サイトの URL を入れて、どんな構造化データを実装しているかを覗いてみると、「自分の業界の標準形」がよくわかります。同じキーワードで上位表示されている 3〜5 サイトを順番に検証ツールに入れると、その業界で「最低限揃えるべきスキーマ」が見えてきます。

実装の前に押さえておきたい優先順位

構造化データは型がたくさんあるため、「全部入れなきゃ」と気負う必要はありません。下記のとおり 3 段階で進めるのが現実的です。

第 1 段階、全サイト共通の基礎 Organization、WebSite、BreadcrumbList の 3 つ。これらは業種を問わずほぼ全サイトで入れる「基礎工事」です。SNS リンクや検索ボックス機能（Sitelinks Searchbox）もここで宣言します。

第 2 段階、コンテンツの主役に合わせた型 ブログなら Article + Person、EC なら Product + Offer、店舗なら LocalBusiness、というように「サイトの主要コンテンツ」に対応する型を 1 つ選んで全関連ページに展開します。

第 3 段階、特定ページ向けの強化 よくある質問ページに FAQPage、手順解説に HowTo、レビューサイトに Review、というように「特定の表示効果」を狙ったマークアップを追加します。

第 1〜2 段階だけで、競合サイトとの「見た目の差」はかなり埋まります。第 3 段階は時間と相談しながらで構いません。

よくある誤解と落とし穴

構造化データは比較的シンプルな仕組みですが、初心者がつまずきやすいポイントがいくつかあります。下記の警告ボックスにまとめたので、実装前に必ず目を通してください。

注意

構造化データを入れただけで順位は上がりません。 構造化データはあくまで「表示の装飾」と「Google の理解補助」であって、ランキング要因そのものではないと Google は公式に言っています。ただし CTR が上がるので、間接的にトラフィックは増えます。順位アップを過剰に期待せず「クリック率アップの施策」として位置づけるのが正解です。

注意

画面に表示していない情報をマークアップしてはいけません。 「実際にはレビューがないけど Product スキーマで星 5.0 と書く」のような操作は明確なガイドライン違反で、ペナルティ対象です。

注意

Microdata や RDFa はもう推奨されません。 過去には HTML タグに直接埋め込む Microdata 形式もありましたが、Google は現在 JSON-LD を推奨しています。新規実装は JSON-LD 一択でかまいません。

注意

1 ページに同じ型を複数入れると競合します。 たとえば FAQPage を 2 つ並べたり、Article と BlogPosting を同じページに両方入れると、どちらを採用すべきか Google が迷ってリッチリザルトが出ないことがあります。型は 1 ページ 1 型が原則です。

注意

image プロパティの URL が壊れているとリッチリザルトは出ません。 Product や Recipe など画像を伴う型では、image に指定した URL が実際に開けないと無効扱いになります。CDN の期限切れ URL、相対パス、HTTPS と HTTP の混在に注意してください。

次のレッスンに向けて

ここまでで、構造化データの「全体像」と「価値」が見えてきたはずです。リッチリザルトという視覚的な恩恵、AI 検索・音声検索への適応、ナレッジパネルの整備、こうした効果を狙うための「設計図」が構造化データです。

「で、結局どう書けばいいの？」というのが次の関心事だと思います。次のレッスン 4-2 では Claude Code を使って構造化データを自動生成する具体的な手順を扱います。コードを 1 行も書かなくても、自分のサイトに最適なスキーマが生成されて貼り付けられる、という流れを体験します。さらに 4-3 では構造化データと並んでリッチリザルトに重要な「画像最適化」へ進みます。

<Quiz question="構造化データの記述形式として Google が現在推奨しているのは？" options={["JSON-LD","Microdata","RDFa"]} answer={0} />

<Quiz question="構造化データを入れたページの効果として正しいのは？" options={["ランキング自体が直接上がる","リッチリザルトで目立ち CTR が上がる","ページの読み込み速度が速くなる"]} answer={1} />

<Checklist id="seo-ch4-1" items={["リッチリザルトとは何かを説明できる","自分のサイトに該当するスキーマタイプを 2〜3 個挙げられる","JSON-LD が現在の推奨形式だと理解した","Rich Results Test で検証する手順を知っている","画面と一致させない、虚偽情報を書かない、のガイドラインを理解した","構造化データがランキング直接要因ではなく CTR 経由で効くことを理解した"]} />