構造化データ（JSON-LD）実装ガイド：AI検索で効く7つのスキーマ

構造化データがAI検索に効く理由

構造化データは、ページに書かれている内容を、機械が解釈できる形式で明示的に宣言するためのマークアップです。「この文字列は会社名」「この数字は価格」「この部分は質問と回答のペア」といった意味づけを行います。

人間が読めば、ページを見て「これは料金表だな」と分かります。しかしAIは、レイアウトや文脈から推測するしかありません。構造化データは、その推測を確定情報に変えます。誤解の余地が減るほど、AIは安心してその情報を引用できます。

JSON-LDを選ぶ理由

構造化データの記法にはMicrodata、RDFa、JSON-LDがあります。実務ではJSON-LDを使ってください。理由は3つです。

• HTMLと分離できる：<script type="application/ld+json"> にまとめて書けるため、デザイン変更で壊れません
• 保守しやすい：1か所を見れば全体が把握でき、CMSからの動的出力も容易です
• Googleが推奨している：公式ドキュメントでJSON-LDが推奨形式として明記されています

1. Organization（最優先）

「どんな会社か」をAIに伝える基礎情報です。これが入っていない企業サイトは、AIから見て身元不明の状態です。まずここから実装します。

JSON-LD / Organization

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.co.jp/#organization",
  "name": "株式会社サンプル",
  "alternateName": "Sample Inc.",
  "url": "https://example.co.jp/",
  "logo": "https://example.co.jp/img/logo.png",
  "description": "東京都渋谷区のホームページ制作会社。AI検索対策を標準工程に含む。",
  "foundingDate": "2015-04-01",
  "telephone": "+81-3-0000-0000",
  "address": {
    "@type": "PostalAddress",
    "postalCode": "150-0000",
    "addressRegion": "東京都",
    "addressLocality": "渋谷区",
    "streetAddress": "神南1-2-3 サンプルビル5F",
    "addressCountry": "JP"
  },
  "sameAs": [
    "https://x.com/sample",
    "https://www.facebook.com/sample"
  ],
  "knowsAbout": ["ホームページ制作", "AI検索対策", "構造化データ"]
}

knowsAbout は見落とされがちですが、「この組織が何に詳しいか」を直接宣言できるプロパティです。AI検索対策では有効に働きます。sameAs でSNSや外部プロフィールと紐づけることで、実在性の裏づけも強まります。

2. BreadcrumbList

サイト内での階層位置を示します。AIがページの文脈を理解する手がかりになり、実装コストも低いので早めに入れてください。

JSON-LD / BreadcrumbList

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1,
      "name": "ホーム", "item": "https://example.co.jp/" },
    { "@type": "ListItem", "position": 2,
      "name": "サービス", "item": "https://example.co.jp/service/" },
    { "@type": "ListItem", "position": 3,
      "name": "AI検索対策" }
  ]
}

最後の階層（現在ページ）には item を付けないのが正しい書き方です。

3. Service

提供しているサービスの内容と価格帯を明示します。「いくらでできるのか」はAIが最も聞かれる情報のひとつなので、価格を出せる場合は必ず入れてください。

JSON-LD / Service

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "AI検索対策付きホームページ制作",
  "serviceType": "ホームページ制作・AI検索対策",
  "provider": { "@id": "https://example.co.jp/#organization" },
  "areaServed": { "@type": "Country", "name": "日本" },
  "description": "構造化データ実装、情報構造設計、AI引用状況の月次計測までを一貫提供。",
  "offers": {
    "@type": "AggregateOffer",
    "priceCurrency": "JPY",
    "lowPrice": "100000",
    "highPrice": "2000000",
    "offerCount": "3"
  }
}

4. FAQPage

AI検索対策でもっとも直接的に効くスキーマです。質問と回答のペアという形式が、生成AIの回答生成プロセスとそのまま噛み合います。

JSON-LD / FAQPage

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "ホームページ制作の費用はいくらですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "10ページ規模のコーポレートサイトで120万円〜が目安です。構造化データ実装とAI検索対策を含みます。"
      }
    }
  ]
}

5. Article

記事ページに実装します。AI検索対策の観点では、author と datePublished / dateModified が重要です。誰がいつ書いたかを示せることが、信頼性の判断材料になります。

JSON-LD / Article

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "構造化データ実装ガイド",
  "description": "企業サイトで優先すべきスキーマ7種をコード例つきで解説。",
  "datePublished": "2026-07-27",
  "dateModified": "2026-07-27",
  "author": {
    "@type": "Person",
    "name": "山田 太郎",
    "jobTitle": "テクニカルディレクター"
  },
  "publisher": { "@id": "https://example.co.jp/#organization" },
  "inLanguage": "ja"
}

6. LocalBusiness / 7. WebSite

LocalBusiness は、店舗や事業所を持ち地域集客を行う企業向けです。営業時間（openingHoursSpecification）、緯度経度（geo）、対応エリア（areaServed）を含めることで、「◯◯市の△△業者」という質問に対する回答候補になりやすくなります。

WebSite はサイト全体の識別と、サイト内検索の宣言に使います。Organizationと publisher で紐づけておきます。

@graphでまとめる書き方

複数のスキーマを個別のscriptタグで書くと、重複や矛盾が生まれやすくなります。実務では @graph でまとめ、@id で相互参照する形が保守しやすいです。

JSON-LD / @graph

{
  "@context": "https://schema.org",
  "@graph": [
    { "@type": "Organization", "@id": "https://example.co.jp/#organization", /* ... */ },
    { "@type": "WebSite", "@id": "https://example.co.jp/#website",
      "publisher": { "@id": "https://example.co.jp/#organization" } },
    { "@type": "Service", /* ... */ },
    { "@type": "FAQPage", /* ... */ },
    { "@type": "BreadcrumbList", /* ... */ }
  ]
}

AI Overviewsとの関係

構造化データは、Google AI Overviewsに対して「このページの内容は確定情報としてこうです」と宣言する手段としても機能します。特にFAQPageは、質問と回答のペアがそのまま切り出せる形になるため、AI Overviews対策で最も費用対効果が高いスキーマです。表示の仕組みはAI Overviews対策で解説しています。

検証とよくある失敗

実装したら、必ず2つのツールで検証してください。

1. Googleのリッチリザルトテスト：Googleが認識するかを確認
2. Schema Markup Validator（validator.schema.org）：schema.org仕様への準拠を確認

現場で頻発する失敗は次のとおりです。

あわせて、llms.txtの設置とAI検索対策の全体像も確認しておくと、優先順位を間違えずに進められます。

よくある質問