Insight ／ 構造化データ・計測・運用
JSON-LD 構造化データ実装ガイド
読了目安 9 分
この記事の結論
JSON-LD は、ページの内容を AI と検索エンジンに「事実」として正確に渡すための記法です。構造化データには 3 つの記法があり、Google はその中で JSON-LD を推奨しています。ただし構造化データは順位や AI 引用を保証する「魔法」ではなく、機械が内容を正確に理解するための土台（インフラ）です。中小企業サイトに必要な型は 6 つに絞れます。
1. 構造化データとは — 機械に「事実」を渡す仕組み
構造化データとは、ページの内容を機械が理解できる決まった形式で記述したものです。Google は公式ドキュメントで「ページの内容を理解し、ウェブと世界全般の情報を集めるために構造化データを使う」と説明しています。
人間は「沼津市の WEB 制作」という見出しを文脈で理解できます。しかし機械は、それが事業者の所在地なのかサービスの対象地域なのかを、文章だけからは判別しにくい。構造化データは、その曖昧さをなくす仕組みです。
AI 検索の時代にこれが効く理由は明快です。AI は回答の根拠を探すとき、内容を正確に・速く理解できるページを選びやすい。構造化データは、その理解の精度を上げる土台になります。
2. なぜ JSON-LD なのか — 3 つの記法と Google の推奨
構造化データの記法は 3 つあります。Microdata、RDFa、そして JSON-LD。Google はこの 3 つすべてを受け付けますが、その中で JSON-LD を推奨しています。
Google の公式ドキュメントは「サイトの構成が許すなら JSON-LD を推奨する。サイト運営者が大規模に実装・保守する上で最も簡単な方法だから」と明言しています。
理由は構造にあります。Microdata と RDFa は HTML タグの中に属性として埋め込みます。JSON-LD は <script type="application/ld+json"> という独立したブロックに書く。本文と混ざらないため、入れ子の深いデータも表現しやすく、保守も楽になります。配置は <head> でも <body> でも構いません。
3. JSON-LD の書き方 — @context・@type・@id と入れ子
JSON-LD の骨格は 3 つのキーで決まります。@context は語彙の出典で、ほぼ常に https://schema.org。@type はそのデータが何か（Article、LocalBusiness など）。@id は、そのエンティティに付ける URL 形式の一意な名前です。
実際のサイトでは複数の型が登場します。記事ページなら Article、運営者なら Organization、パンくずなら BreadcrumbList。これらは別々の <script> ブロックに分けて書けます。
重要なのが @id による参照です。記事の publisher に運営者情報をまるごと書く代わりに、{"@id":"...#organization"} と参照だけ書けば、同じ情報を一箇所で管理できます。AI と検索エンジンは、その @id をたどって「同じ事業者だ」と認識します。
4. 【Top 6】中小企業サイトに必要な 6 つの Schema 型
Schema.org には数百の型がありますが、中小企業の WEB サイトで実際に使うのは次の 6 つに絞れます。米国 SEO 業界が共通して優先度に挙げる型です。
Organization / LocalBusiness
事業者そのものを表す。社名・所在地・連絡先。地域で商売をするなら、より具体的な LocalBusiness を使います。
ProfessionalService
士業・制作業などの専門サービス業。LocalBusiness の下位型で、業種を機械に正しく伝えます。
Article / BlogPosting
記事ページに付ける。見出し・著者・公開日・更新日。記事ページやお知らせには必須です。
BreadcrumbList
パンくずリスト。サイト内でのそのページの位置を機械に伝える。すべての下層ページに付けます。
FAQPage
よくある質問。質問と回答のペアで構成する。AI が回答として抜き出しやすい構造です。
Person
代表者・記事の著者。「誰が書いたか」を機械可読にし、E-E-A-T の信頼シグナルを補強します。
この記事自体が実演です。このページには Article・FAQPage・BreadcrumbList の 3 つの JSON-LD が実装されています。T.C.HARTON はこの 6 型を全ページで実践し、方法論ページで実装内容を公開しています。
5. 構造化データは「魔法」ではない — 2024 年の検証
ここで誇張を 1 つ正しておきます。「構造化データを入れれば AI 引用が 3 倍になる」といった主張には、裏付けがありません。
2024 年 12 月の Search/Atlas の調査は、構造化データの網羅度と AI 引用率の間に相関は見られなかったと報告しています。スキーマを大量に入れたサイトが、最小限のサイトを一貫して上回ったわけではないのです。
一方で、効果がないわけでもありません。Google は 2025 年 4 月に「AI Overviews で構造化データは優位に働く」と認め、Microsoft も Bing Copilot が内容理解にスキーマを使うと述べています。正しい理解はこうです — 構造化データは引用を保証する魔法ではなく、機械が内容を正確に理解するための土台（インフラ）。土台がなければ、その上には何も乗りません。
6. 実装後の検証 — 3 つのツールと典型的な失敗
書いた JSON-LD は必ず検証します。使うツールは 3 つ。Google のリッチリザルトテスト、Schema.org のSchema Markup Validator、そして Google Search Console の「拡張」レポートです。
典型的な失敗も 3 つあります。1 つ目は必須プロパティの欠落。Google は「リッチリザルト表示の対象になるには、必須プロパティをすべて含める必要がある」と明記しています。
2 つ目は、ページに表示されていない情報をマークアップすること。Google はガイドラインで「ユーザーに見えない情報の構造化データを追加してはいけない」と禁じています。3 つ目は型の取り違え — 制作業に飲食店の型を使うような誤りです。検証ツールは構文エラーは見つけますが、型が業種に合っているかまでは見ません。そこは人間が確認します。
よくある質問
- JSON-LD はページのどこに書きますか？
- Google は head 要素と body 要素のどちらに書いても受け付けます。JSON-LD は本文と混ざらない独立した script ブロックのため、保守のしやすさから head 内にまとめるのが一般的です。
- Microdata から JSON-LD に書き換えるべきですか？
- Google は JSON-LD・Microdata・RDFa の 3 記法すべてを受け付けるため、既存の Microdata が正しく動いているなら急いで書き換える必要はありません。ただし新規実装や大規模改修では、保守の容易さから JSON-LD が推奨されます。
- 構造化データを入れれば検索順位は上がりますか？
- 直接の順位上昇は保証されません。構造化データの効果は、リッチリザルト表示の対象になること、そして検索エンジンと AI がページ内容を正確に理解できるようになることです。順位の土台にはなりますが、魔法ではありません。
- FAQPage を入れれば AI に引用されますか？
- 引用は保証されません。2024 年 12 月の調査では構造化データの網羅度と AI 引用率に相関は見られませんでした。ただし質問と回答のペアは AI が抜き出しやすい構造のため、引用の土台としては有効です。
- 書いた JSON-LD はどう検証しますか？
- Google のリッチリザルトテスト、Schema.org の Markup Validator、Google Search Console の拡張レポートの 3 つで検証します。構文エラーはツールが検出しますが、型の取り違えは人間の確認が必要です。
関連記事
出典
- Google Search Central, Intro to How Structured Data Markup Works — developers.google.com/search/docs/appearance/structured-data/intro-structured-data
- Google Search Central, Structured Data Markup that Google Search Supports — developers.google.com/search/docs/appearance/structured-data
- Schema.org — schema.org
- Search Engine Land, Schema markup and AI search: Sorting hype from reality — searchengineland.com/schema-markup-ai-search-no-hype-472339
- BrightEdge, Structured Data in the AI Search Era — brightedge.com/blog/structured-data-ai-search-era
Free Diagnosis
あなたのサイトの構造化データは正しく書けていますか？
無料診断では、現状サイトの JSON-LD を機械検証し、必須プロパティの欠落や型の取り違えをお見せします。発注前に「成功の基準」を一緒に決めます。診断だけで終わっても費用は一切かかりません。
1 分で無料診断を申し込む