← 記事一覧へ

構造化データと 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 層で効きます。

  1. 抽出 - JSON-LD は任意の DOM よりパースしやすい。
  2. エンティティ信頼 - 一貫した Organization / Product / Brand で同名競合との取り違えを減らす。
  3. 回答のかたち - 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 が古い情報を引用する。

導入方法:スプリントのチェックリスト

  1. ページ棚卸し。 トップ、会社概要、料金/カタログ、FAQ・サービス 3-5、主要記事。
  2. タイプ選定。 ページの意味に合わせて Organization + FAQ/Product/Article - 無関係なタイプを「念のため」混ぜない。
  3. JSON-LD 生成。 CMS/SSG テンプレートやプラグイン(WordPressTilda モジュール、自前ジェネレータ)。
  4. HTML と揃え。 回答と価格は人が読める形でページ上にあること。
  5. 検証。 Google Rich Results Test、Schema Markup Validator;必須フィールドを修正。
  6. インデックス。 robots.txt でクロール許可、sitemap に URL;インデックスなしではほぼ無力。
  7. 監視。 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 がインデックス可能かを確認します。

お問い合わせ