構造化データと Schema.org - 検索の AI 概要向け
構造化データは、サイトのページ上で検索エンジンや AI システムに「誰か・何の商品か・価格・FAQ の答え・何を事実として扱うか」を伝えるマークアップです。Schema.org の語彙と JSON-LD 形式は、長くクラシックな SEO を支えてきました。2026 年では AI 概要(Google AI Overviews や類似ブロック)への掲載や、アシスタントからの正確な引用の確率を高める役割も担います。以下では、ビジネスに本当に効くタイプ、魔法なしの導入手順、Schema.org と llms.txt の違いを整理します。
- Schema.org - 共有エンティティ語彙:Organization、Product、FAQPage、Article、HowTo など
- JSON-LD -
<script type="application/ld+json">での配信が推奨 - AI 概要向けの目的 - 名前・価格・在庫・手順・回答など、検証可能な事実をモデルへ渡す
- 保証はない - マークアップで AI Overview の席は「買えない」。強いコンテンツとインデックスなしでは効果は弱い
- 相乗効果 - Schema.org + 明確な文章 + GEO + クローラ許可
- 検証 - リリース前後に Rich Results Test / Schema Markup Validator
構造化データを平易に言うと
検索や AI 要約は HTML を読みますが、HTML はしばしばノイズが多いです:メニュー、スクリプト、広告、事実が明示されない「きれいな」ブロック。構造化データは意味の別レイヤーで、「これは組織」「これは価格付き商品」「これは質問と回答の組」と明示します。
| マークアップなし | Schema.org あり |
|---|---|
| モデルが本文から推測 | エンティティが明示される |
| 価格が古いレビュー由来のことも | Offer が自ページの現行条件を指す |
| FAQ が LP に散らばる | FAQPage がスニペット・要約向け Q&A を供給 |
| ブランドのつながりの欠如 | Organization + sameAs でサイト・SNS・ディレクトリを結ぶ |
「ランキング用の別メタタグ」ではありません。機械可読なページのパスポートであり、クラシック検索も生成検索も、その URL の事実を安全に使えるかを判断するときに依拠します。
AI 概要で Schema.org が特に重要な理由
検索の AI 概要(AI Overview / AI Mode など)は、結果の上に短い回答を作ります:比較、定義、手順、価格、連絡先。モデルは、事実の抽出と検証が容易なソースを好みます。
マークアップは次の 3 層で効きます。
- 抽出 - JSON-LD は任意の DOM よりパースしやすい。
- エンティティ信頼 - 一貫した Organization / Product / Brand で同名競合との取り違えを減らす。
- 回答のかたち - FAQ・HowTo・Product はユーザーに示される「既製の答え」に自然に合う。
GEO 戦略では、Schema.org は任意の飾りではなく、answer-first コンテンツとインデックスに並ぶ技術レイヤーです。ChatGPT と Google AI のチャネルは AI 可視性と llms.txt の概要を参照してください。
ビジネスが優先すべき Schema.org タイプ
「全部」をマークする必要はありません。顧客の質問と AI 要約の形式に合うタイプから始めます。
Organization(拠点があれば LocalBusiness)
自分は誰か:正式名称、ロゴ、連絡先、URL、sameAs のプロフィール。これがないと、ミラーや第三者ディレクトリの間でブランドが希薄化します。
Product / Offer / AggregateRating
価格・通貨・在庫・SKU 付きの商品・サービス。評価は実際のレビューがあり Google ポリシーに合う場合のみ(偽スターは手動対策のリスク)。
FAQPage
実際の顧客質問があるページ。各ペアは JSON だけでなく HTML 上でも見えること - そうでなければ隠しコンテンツです。
Article / BlogPosting
ブログ・ガイド:タイトル、日付、著者、画像。要約での帰属と鮮度に役立ちます。
HowTo
手順説明 - AI Overview によく出る形式(「設定する方法」「申し込む方法」)。
SoftwareApplication / Service
SaaS・エージェンシー向け:何をするか・誰向けか・どのプラットフォームか - ページ本文と一致していること。
JSON-LD:実務での見た目
Google は長く JSON-LD を推奨しています。FAQ ページの典型例:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "導入にはいくら費用がかかりますか?",
"acceptedAnswer": {
"@type": "Answer",
"text": "パイロットは通常 2-4 週間です。正確な価格は連携の範囲によります。"
}
}]
}
</script>
組織の最小例:
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "サンプル株式会社",
"url": "https://example.com",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example",
"https://t.me/example"
]
}
これがないとマークアップは害になります。
- JSON-LD の事実がページの可視テキストと一致する;
- 架空の価格・評価・「無からの口コミ」がない;
- エンティティごとに正規 URL 1 つ、ミラー重複なし;
- 価格・FAQ 変更時にマークアップも更新 - そうでないと AI が古い情報を引用する。
導入方法:スプリントのチェックリスト
- ページ棚卸し。 トップ、会社概要、料金/カタログ、FAQ・サービス 3-5、主要記事。
- タイプ選定。 ページの意味に合わせて Organization + FAQ/Product/Article - 無関係なタイプを「念のため」混ぜない。
- JSON-LD 生成。 CMS/SSG テンプレートやプラグイン(WordPress、Tilda モジュール、自前ジェネレータ)。
- HTML と揃え。 回答と価格は人が読める形でページ上にあること。
- 検証。 Google Rich Results Test、Schema Markup Validator;必須フィールドを修正。
- インデックス。
robots.txtでクロール許可、sitemap に URL;インデックスなしではほぼ無力。 - 監視。 Search Console(拡張 / リッチリザルト)、ブランド・商用クエリの AI 要約を 2-4 週間ごとに抜き打ち確認。
よくあるミス
- ページに実レビューがないのに
AggregateRating。 - FAQ が JSON-LD だけ、画面上に質問がない。
- ページごとに異なる
nameと電話の Organization。 - Schema.org と
llms.txtの混同:前者は検索/リッチリザルト向けエンティティ、後者は LLM 向けキュレーション地図。両方必要 - 役割が違う。 - 顧客に「Schema 後に AI Overview に入る」と約束する - 期待値売りでありアルゴリズムではない。
- 他社のブランド・価格付き JSON をコピーする。
SEO・GEO との関係
構造化データは増幅器であり、代替ではありません。
- 技術的 SEO とインデックスなしでは、誰もマークアップを読まない;
- answer-first コンテンツと GEO なしでは、モデルが概要を埋める材料が乏しい;
- ブランドとページ間の 事実確認 なしでは、AI が誤りを増幅する;
llms.txtはアシスタント向けだが、検索の JSON-LD の代わりにはならない。
2026 年の実務順:インデックス → 強い回答ページ → Schema.org → llms.txt → SERP とチャットでの定期的な 事実確認。
まとめ
Schema.org と JSON-LDは、会社・商品・FAQ の事実を機械可読にします - クラシックスニペットにも、検索の AI 概要にも重要です。顧客の質問に合うものだけをマークし、HTML と同等性を保ち、検証して更新してください。正確な引用の確率は上がります - AI Overview の「席保証」なしで。
よくある質問
AI 概要に出るのに Schema.org は必須ですか?
必須ではありませんが有用です。AI 概要はインデックス・関連性・ソース品質に依拠します。Schema.org は事実抽出を速め、あいまいさを減らします - 特に Product・FAQ・Organization。マークアップがなくても、強いコンテンツとインデックスがあれば出現は可能です。
JSON-LD・Microdata・RDFa のどれが良いですか?
多くのサイトは JSON-LD がおすすめです。テンプレート/CMS の保守がしやすく、Google も推奨します。Microdata と RDFa も可ですが、リデザインで壊れやすいことがあります。エキゾチックな構文より、正しさと可視コンテンツとの一致が重要です。
サイトの全ページにマークが必要ですか?
いいえ。 安定したエンティティと商業的意味があるページに:トップ/組織、商品・サービス、FAQ、記事、手順。事実のないユーティリティ LP やカタログフィルタの重複は、空の JSON-LD を載せる価値が通常低いです。
Schema.org はクラシックな Google 順位を上げますか?
「Schema を入れた → 順位が上がる」という直接因子はありません。マークアップは リッチリザルト(FAQ・商品・評価など)を開き、エンティティ理解を改善します - 間接的にクリックや印象に影響し得ます。順位は依然コンテンツ・リンク・技術が主;Schema は明確化レイヤーであってブーストボタンではありません。
WordPress / Tilda / 自前スタックでは何から?
WordPress:実績のある SEO プラグインの Schema + 主要テンプレの目視確認。Tilda:標準またはサードパーティの JSON-LD ブロック、または設定での head 挿入。自前スタック:ページテンプレと同じデータ(価格・FAQ・名称)から JSON-LD を生成し乖離を防ぐ。公開後に Rich Results Test を実行し、重要 URL がインデックス可能かを確認します。