SEO / GEO / LLMO2026.05.1510分EXBANK 編集部

構造化データ JSON-LD 完全実装ガイド — Schema.org の選び方

Article / FAQ / HowTo / Product / Organization など主要スキーマの選び方と、コピペで使える実装テンプレート。

#構造化データ#JSON-LD#Schema.org#SEO#リッチリザルト

●78% が完読|1,247 views

「を入れた方がいい、と聞いたけれど、何から始めれば？」「プラグインで自動生成しているけど、それで十分？」 — こうしたご質問が、この 2 年で急増しています。

背景には、Google AI Overview（旧）や Bing Copilot など AI 検索の本格化があります。構造化データはもはや SEO のおまけではなく、AI 検索時代の必須要件になりました。本記事では、主要スキーマの選び方とコピペで使えるテンプレートを実装目線で整理します。

なぜ JSON-LD なのか

構造化データには JSON-LD / Microdata / RDFa の 3 形式がありますが、JSON-LD 一択です。

Google が公式推奨し、HTML 本文と分離できるため運用負荷が圧倒的に低く、テンプレート管理に強いという決定的優位性があります。

JSON-LD は ``

たったこれだけで「このページは記事ですよ」と検索エンジンに正確に伝わります。

主要 7 スキーマ — 選び方マトリクス

「種類が多すぎて選べない」というご相談に対して、7 スキーマだけ押さえれば十分という結論をお伝えします。

01. Organization — 全サイト必須

サイト運営組織の情報。フッター情報を JSON-LD で機械可読にすることで、Google ナレッジパネルや AI Overview での企業認識が劇的に向上します。

02. WebSite — 全サイト必須

サイト全体のメタ情報 + サイト内検索（potentialAction）の宣言。検索結果に「サイトリンクの検索ボックス」を表示できます。

03. BreadcrumbList — 全サイト必須

パンくずリスト。検索結果に URL の代わりに階層パンくずが出るようになり、がわずかに改善します。

04. Article — メディア・ブログ

公開日・更新日・著者・カテゴリなどを構造化。EEAT の Person スキーマと組み合わせるのが鉄則です。

05. FAQPage — Q&A 形式コンテンツ

実装直後にリッチリザルトが表示される即効性スキーマ。ただし「ページ本文に表示している FAQ のみ」を JSON-LD 化してください。

06. Product — EC・商品ページ

商品名・価格・在庫・レビュー・情報。Review / AggregateRating と組み合わせて使うのが標準です。

07. LocalBusiness — 店舗・ローカル事業

住所・営業時間・電話番号・地理座標。Google ビジネスプロフィールとの連携で効果が増幅します。

💡 KEY TAKEAWAYS
全サイトで Organization + WebSite + BreadcrumbList の3点を必ず実装し、コンテンツの種類に応じて Article / FAQPage / Product / LocalBusiness を追加します。これで主要リッチリザルトの 90% は網羅できます。プラグインに任せきりにせず、自社の事業特性に合わせた手動実装が後の効果を分けます。

JSON-LD 実装の前に、自社が継続改修できる体力か 3 分で診断しませんか？

細マッチョ企業診断 / 3 分 8 問

診断する

実装フロー — 5 ステップ

設計から本番反映までの順序です。

Step 1: ページタイプの棚卸し

サイト内のページを「TOP / 記事 / FAQ / 商品 / 店舗 / 著者 / お問い合わせ」など類型に分け、それぞれにどのスキーマを当てるか決めます。

Step 2: テンプレ JSON-LD の作成

ページタイプごとに変数化したテンプレを用意します。なら functions.php、なら共通レイアウトコンポーネントに組み込みます。

Step 3: ページ単位での値注入

タイトル・公開日・著者・FAQ などページ固有の値を CMS から動的注入します。プレビュー環境で値が正しく差し込まれているか確認します。

Step 4: バリデーション

Google Rich Results Test と Schema Markup Validator の両方で検証します。エラーは必ずゼロに、警告は許容範囲を判断して残します。

Step 5: 本番反映 + Search Console 監視

リリース後 1〜2 週間で Search Console の「拡張」レポートに反映されます。エラーが出た場合は即修正してください。

コピペで使える実装テンプレート

実務で即使える JSON-LD のサンプルを 3 つ載せます。

Article（記事ページ向け）

``json { "@context": "https://schema.org", "@type": "Article", "headline": "EEAT とは？4 要素を実装で証明する", "datePublished": "2026-05-13", "dateModified": "2026-05-13", "author": { "@type": "Person", "name": "山田太郎", "url": "https://example.com/authors/yamada" }, "publisher": { "@type": "Organization", "name": "EXBANK", "logo": { "@type": "ImageObject", "url": "https://example.com/logo.png" } }, "image": "https://example.com/cover.png", "mainEntityOfPage": "https://example.com/insights/eeat" }`


FAQPage

`json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "構造化データを入れたら順位が上がりますか？", "acceptedAnswer": { "@type": "Answer", "text": "ランキングシグナルではありませんがリッチリザルトで CTR が向上します。" } } ] }`


Organization

`json { "@context": "https://schema.org", "@type": "Organization", "name": "EXBANK", "url": "https://exbank.co", "logo": "https://exbank.co/logo.png", "sameAs": [ "https://twitter.com/exbank", "https://www.linkedin.com/company/exbank" ], "contactPoint": { "@type": "ContactPoint", "telephone": "+81-3-0000-0000", "contactType": "customer support" } }`


スキーマ別の効果と運用注意点
実務での挙動と注意点をまとめます。
スキーマ リッチリザルト 効果実感期間 運用注意点
Organization ナレッジパネル補強 2〜6ヶ月 sameAs に正しい SNS のみ
FAQPage Q&A アコーディオン 1〜3週間 本文表示と完全一致
Product 商品カード（価格・★） 2〜6週間 在庫・価格の自動更新必須
HowTo ステップガイド表示 3〜6週間 画像付きステップ推奨
LocalBusiness ローカルパック増幅 1〜3ヶ月 GBP との情報整合性
BreadcrumbList パンくず表示 即時〜2週間 URL 階層と一致させる
Article 記事カード 即時〜1ヶ月 author 必須化推奨
構造化データの落とし穴
「とりあえず入れた」では機能しないポイントの共有です。
落とし穴 1: 本文と JSON-LD の乖離
ページに表示されていない FAQ や商品情報を JSON-LD だけに書くのは違反です。発覚すると「構造化データの問題」として手動対策の対象になります。
落とし穴 2: 同じスキーマを複数記述

スキーマ	リッチリザルト	効果実感期間	運用注意点
Organization	ナレッジパネル補強	2〜6ヶ月	sameAs に正しい SNS のみ
FAQPage	Q&A アコーディオン	1〜3週間	本文表示と完全一致
Product	商品カード（価格・★）	2〜6週間	在庫・価格の自動更新必須
HowTo	ステップガイド表示	3〜6週間	画像付きステップ推奨
LocalBusiness	ローカルパック増幅	1〜3ヶ月	GBP との情報整合性
BreadcrumbList	パンくず表示	即時〜2週間	URL 階層と一致させる
Article	記事カード	即時〜1ヶ月	author 必須化推奨

1 ページに同じ @type` の JSON-LD を 2 つ以上書くと、Google が混乱して全部無視するケースがあります。同種の情報は1 ブロックに集約してください。

落とし穴 3: Organization の sameAs を雑に書く

sameAs にデッドリンクや関係のない SNS を入れるとエンティティ認識が乱れます。実在し、かつ運用中の公式アカウントだけを記述してください。

落とし穴 4: スキーマの過剰実装

「とにかく全部入れる」は逆効果です。ページ内容と関係のないスキーマは Google から「品質が低い」と判定される可能性があります。実態と一致するスキーマのみ厳選してください。

Tips: AI 検索（SGE / AI Overview）で参照されやすくするコツ

AI 検索エンジンは Article + FAQPage + HowTo を特に重視します。記事の冒頭に明確な要約（tldr）を置き、本文中の見出しごとに簡潔な「答え」を 1 文で完結させると、AI が引用しやすくなります。引用率の高いサイトは構造化データが整っており、本文の論理構造（H2 / H3）も明快であるという共通点があります。

次のアクション

構造化データを実装するなら、以下の順番がおすすめです。

既存サイトを Rich Results Test に通す: 現状で何が認識されているか把握
Organization + WebSite + BreadcrumbList を全ページに入れる: 土台が整う
コンテンツに応じて Article / FAQPage / Product を追加: 月単位でリッチリザルトが反映される

「実装後の継続メンテができる体制が組めるか不安」という方は、まず細マッチョ企業診断で 3 分セルフチェックしてみてください。構造化データを資産として育て続けられる組織体力があるか、5 軸スコアで即時に可視化されます。

EXBANK では、構造化データ監査・スキーマ設計・WordPress / Next.js テンプレート実装・Search Console 監視運用までを一貫サポートしています。「Rich Results Test でエラーが出るが、原因が分からない」段階のご相談も歓迎です。30 分の無料診断で、自社サイトの優先実装スキーマと CTR 改善ポテンシャルをお伝えします。

ぜひお気軽にお問い合わせください。

— DIAGNOSIS

実装に着手する前に、御社のサイト運用体力を可視化しませんか？

3 分 8 問で、御社の「変化対応力」を 5 軸スコア + 5 タイプで診断します。登録不要・無料・その場で結果が出ます。

細マッチョ企業診断を試す

よくあるご質問

Q1.構造化データを入れたら必ず順位が上がりますか？

A.構造化データ自体はランキングシグナルではありませんが、リッチリザルト表示によって CTR が 1.5〜3 倍向上する事例が多数あります。間接的に流入を伸ばす効果と、AI 検索での参照率向上の効果が中心です。

Q2.JSON-LD と Microdata はどちらを使うべきですか？

A.JSON-LD 一択です。Google が公式に推奨しており、HTML 本文と分離して `<head>` または `<body>` に記述できるため、デザイン変更やテンプレ管理に圧倒的に強いです。新規実装で Microdata を選ぶ理由はありません。

Q3.WordPress なら Yoast / RankMath で十分ですか？

A.基本的なスキーマは網羅されますが、HowTo・カスタム Product・複雑な Organization 階層などは手動実装が必要なケースが多いです。プラグインで土台を作り、不足分を子テーマの functions.php またはカスタム HTML で補強するのが現実的です。

Q4.スキーマの種類が多すぎて選べません。最低限どれを入れれば良いですか？

A.全サイト共通で「Organization + WebSite + BreadcrumbList」、コンテンツメディアなら「Article + FAQPage」、EC なら「Product + Review」、店舗なら「LocalBusiness」を追加してください。これで主要なリッチリザルトはほぼ網羅できます。

Q5.スキーマのテストはどうやればいいですか？

A.Google Rich Results Test（公式）と Schema Markup Validator（Schema.org 公式）の両方で検証してください。前者は Google 仕様、後者は Schema.org 仕様の網羅性を確認できます。Search Console の「拡張」レポートも本番反映後の必須監視項目です。

Q6.偽の構造化データを入れるとペナルティになりますか？

A.なります。実際のページ内容と異なる構造化データ（存在しないレビュー・架空の FAQ など）は手動対策の対象です。FAQ スキーマは特に厳しく、ページ内に表示されていない Q&A を JSON-LD だけに書くと違反になります。

Q7.AI 検索（SGE / AI Overview）に効くスキーマはどれですか？

A.Article / FAQPage / HowTo / Product / Organization の5つは AI 検索の参照ソースとしての扱いが優先される傾向があります。特に Organization の sameAs に SNS / 業界専門メディアを正しく入れることで、エンティティ認識が向上します。

この施策を御社にも導入しませんか？

無料診断で、御社の状況に合った具体プランをご提案します。

無料診断を受ける