AI検索と構造化データ｜FAQ・Articleの実装ガイド

構造化データ(Schema)は、ページの内容をSchema.orgの語彙で検索エンジンに伝える仕組みです。Googleの生成AI機能向けガイド（2026年10月9日更新）は、生成AI検索に構造化データは必要ないとしたうえで、リッチリザルトの対象になるのに役立つためSEOの一部として引き続き使うよう勧めています。本ガイドは、Article・FAQPage・HowToの3スキーマについて、Google検索での現状・優先順位・JSON-LDのコード例・検証手順を実装目線で整理します。

構造化データ(Schema)とは｜検索エンジンにページ内容を正確に伝える仕組み

構造化データ(Schema)とは、Webページの内容を検索エンジンが誤解なく理解できるよう、決められた語彙（ボキャブラリ）で記述したメタデータです。語彙の標準はSchema.orgが策定しており、Googleはサイトの設定で許容される限りJSON-LDを使うよう推奨しています。

Google検索セントラル「構造化データの仕組み」では、構造化データがGoogle検索によるページ内容の理解と、リッチリザルトの表示に使われると説明されています。一方、Googleの生成AI機能向けガイドは、生成AI検索（AIによる概要・AIモード）に構造化データは必要なく、追加すべき特別なschema.orgマークアップもないとしています。構造化データはAI検索のために足すものではなく、SEOの基本として正しく整えるものと位置づけます。

本ガイドではGoogleが推奨するJSON-LD形式を前提に、FAQPage・HowTo・Articleの3スキーマを扱います。

実装の優先順位｜Article→FAQPage→HowToの順で着手する

3スキーマは適用できるページの広さと実装コストが異なります。実務では以下の順で着手するのが効率的です。

Articleはほぼすべての記事に共通で適用でき、著者・公開日・更新日をGoogleに明示できます。FAQPageとHowToは「質問と回答」「手順」という構造を機械に伝えられますが、Google検索ではどちらもリッチリザルトとしては表示されなくなっています。ページの内容に合う場合に限って使い、AI検索での引用を目的に足すものではありません。

FAQPageスキーマの実装｜質問と回答の構造を伝える

FAQPageは「よくある質問」を構造化し、質問と回答のペアを機械が読み取れる形にするスキーマです。なおGoogle検索では、FAQのリッチリザルトは2026年5月7日以降表示されなくなり、2026年6月15日には文書も削除されました（Google検索セントラルの更新履歴）。

JSON-LD実装例

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "構造化データはAI検索に必要ですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Googleは生成AI検索に構造化データは必要ないとしています。リッチリザルトの対象になるのに役立つため、SEOの一部として使います。"
      }
    },
    {
      "@type": "Question",
      "name": "FAQPageはどんなページに使えますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "よくある質問とその回答を含むページに使えます。質問と回答が実際に本文へ表示されていることが条件です。"
      }
    }
  ]
}

実装上の注意

• 質問・回答はページ本文に表示されている内容と一致させる（Google検索セントラル「構造化データ ガイドライン」2024年）
• 広告や問い合わせ誘導を回答に詰め込まない
• 同一の質問・回答を複数ページで重複させない

Schema.org「FAQPage」仕様に沿い、mainEntity に Question を列挙し、各質問へ acceptedAnswer を紐づけます。質問と回答は本文にも表示し、マークアップだけに書かないようにします。

HowToスキーマの実装｜手順の構造を伝える

HowToは「やり方・手順」を構造化し、各ステップを順序立てて記述するスキーマです。Google検索では、HowToのリッチリザルトは2023年9月にパソコン・モバイルとも表示されなくなり、文書も削除されています（Google検索セントラルの更新履歴）。

JSON-LD実装例

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "JSON-LDで構造化データを実装する手順",
  "step": [
    {
      "@type": "HowToStep",
      "position": 1,
      "name": "スキーマを選ぶ",
      "text": "ページ種別に合うスキーマ（Article・FAQPage・HowTo）を選定する。"
    },
    {
      "@type": "HowToStep",
      "position": 2,
      "name": "JSON-LDを記述する",
      "text": "Schema.org仕様に沿ってJSON-LDを記述し、head内またはbody内に設置する。"
    },
    {
      "@type": "HowToStep",
      "position": 3,
      "name": "検証する",
      "text": "Schema Markup Validatorで構文と語彙を確認し、Googleがリッチリザルトとして扱う種類はリッチリザルト テストでも確認する。"
    }
  ]
}

実装上の注意

• 各ステップの text はページ本文の手順と一致させる
• position で順序を明示する
• 手順型でないコンテンツへ無理に適用しない（ガイドライン違反のリスク）

Schema.org「HowTo」仕様では step に HowToStep を順に並べます。Google検索ではリッチリザルトとして表示されないため、手順型のページで内容を機械に伝える補助として扱います。

Articleスキーマの実装｜著者と日付でE-E-A-Tを明示する

Articleは記事の著者・公開日・更新日・見出しといったメタ情報を構造化し、「誰が・いつ書いたか」を明示するスキーマです。

JSON-LD実装例

次の例の題名・氏名・URL・日付は説明用の仮の値です。自社のページでは、ページに表示している題名・著者・日付に置き換えます。

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "（記事の題名。ページのタイトルと同じにする）",
  "image": ["https://example.com/images/article-main.jpg"],
  "author": {
    "@type": "Person",
    "name": "（著者の氏名）",
    "url": "https://example.com/about/author/"
  },
  "datePublished": "2026-06-10T09:00:00+09:00",
  "dateModified": "2026-10-19T09:00:00+09:00"
}

実装上の注意

• author は実在の著者を Person で明示し、author.url に著者のプロフィールページを入れる
• datePublished と dateModified はページに表示している公開日・更新日と一致させる（Googleはタイムゾーンを付けることを勧めている）
• headline はページのタイトルと一致させる
• GoogleのArticle構造化データには必須プロパティがなく、author・datePublished・dateModified・headline・image などの推奨プロパティを、ページに当てはまる範囲で入れる

Google検索セントラル「Article 構造化データ」は、Article構造化データを追加すると、Googleがページの詳細を理解し、記事のタイトル・画像・日付情報を適切に表示できるようになると説明しています。author には、個人なら Person、組織なら Organization を使います。

検証と公開後の確認手順｜「実装した」で終わらせない

構造化データは記述しただけでは機能しません。検証と継続確認が必須です。

検証・確認手順

1. Schema Markup Validatorで、ページに埋め込んだSchema.orgの構造化データ（FAQPage・HowToを含むすべての種類）の構文と語彙を検証する
2. Article など、Google がリッチリザルトとして扱う種類は、リッチリザルト テスト（Google提供）でも確認する。このテストは Google のリッチリザルトを確かめるためのもので、FAQPage・HowTo は Google 検索でリッチリザルトとして表示されないため、この2つは Schema Markup Validator の結果で判断する
3. ページ本文に存在する内容のみをマークアップしているか目視で照合する
4. 公開後、Search Consoleにその種類のレポートがある場合は、エラー・警告を確認し続ける
5. コンテンツ更新時に dateModified とマークアップ内容を同期させる

Google検索セントラル「構造化データ ガイドライン」(2024年)では、ユーザーに表示されない情報のマークアップや誤解を招く内容は違反になると明記されています。なお構造化データを実装しても、リッチリザルトやAI引用が得られるとは限らず、表示はGoogle側の判断に依存する点も前提として押さえます。

3スキーマ実装の優先度早見表

実装工数の目安と内製判断｜ROIの考え方

3スキーマの初回実装は、テンプレート化すれば1ページあたり30分〜1時間程度が目安です。CMSのテンプレートに組み込めば、以降は記事公開時に自動付与でき、運用工数はほぼゼロに近づきます（※業界一般の相場です）。

内製で進める手順

1. まず主要記事テンプレートにArticleスキーマを組み込む（全記事に一括適用）
2. Q&Aを含むページにFAQPageを追加する
3. 手順型コンテンツにHowToを追加する
4. FAQPage・HowTo を含むすべての種類を Schema Markup Validator で検証し、Article など Google がリッチリザルトとして扱う種類はリッチリザルト テストでも確認する
5. この2つの確認を、公開・更新の手順に組み込む

テンプレート化まで進めれば、記事を公開するたびに同じ形で構造化データが付き、更新漏れや記述の誤りを減らせます。ただしGoogleは生成AI検索に構造化データは不要としているため、AI検索での引用を目的とした投資とは考えず、SEOの基本の整備として位置づけます。

構造化データとコンテンツ本体の関係｜マークアップは「翻訳」にすぎない

実装で最も誤解されやすいのが、「構造化データを付ければAIに引用される」という思い込みです。構造化データは、あくまでページ本体の内容を機械が読める形に「翻訳」する役割であり、内容そのものを良くするものではありません。

Google検索セントラル「構造化データ ガイドライン」(2024年)では、ユーザーに表示されない情報のマークアップや、ページ内容と一致しないマークアップは違反になると明記されています。つまり、薄い内容にFAQやHowToを付けても、AIが引用したくなる情報がそもそも存在しなければ効果は生まれません。

順序として、まず引用される価値のあるコンテンツを用意し、その上で構造化データを正しく付与する、という流れが正解です。マークアップは補助であり、中身の代替にはなりません。

よくある実装エラーと修正の勘所

構造化データの実装でつまずく箇所は、ある程度パターン化しています。代表的なエラーと修正の方向性を整理します。

見落としやすいのが「内容不一致」と「日付フォーマット誤り」です。FAQの回答を本文に載せずマークアップだけで記述するのはガイドライン違反であり、datePublished を「2026年6月10日」のような日本語表記で書くと正しく解釈されません。ISO 8601形式で統一し、Googleの勧めに沿ってタイムゾーンも付けます（例：2026-10-19T09:00:00+09:00）。

AI検索別に押さえる構造化データの位置づけ

AI検索は複数あり、構造化データの扱いを公式に説明しているかどうかも異なります。Googleは、生成AI機能向けのガイドで扱いを明記しています。

Googleは生成AI検索に構造化データを求めていません。特定のAI検索のために構造化データを足すより、本文で質問に答え、内容に合うスキーマを正しく付けてSEOの基本を整えることが、複数のAI検索に共通する土台になります。

当社のAIO対策支援｜構造化データの実装まで

当社のAIO対策・LLMO対策の内容と料金はAI検索対策（LLMO・AIO）にまとめています。構造化データの実装とFAQコンテンツの設計はスタンダードに含まれ、初月のAIO診断で現状と改善点を整理したうえで、反映後の推移を月次モニタリングレポートで報告します。料金は次のとおりです（税抜）。

月額プランは初期費用150,000円〜・最低6ヶ月（以降1ヶ月単位の自動更新）です。この記事の内容を当社に頼む場合の作業は、各プランの対応範囲（料金表）のとおりで、AI検索での引用や順位を約束するものではありません。

関連記事

• AIO対策とは｜意味・やること・自社でできる範囲
• AIO対策会社の選び方
• AIO対策を外注すべきか｜自社対応との分岐点と依頼前の確認事項

参考文献

• Google 検索セントラル「Google検索の生成AI機能向けガイド」（2026年10月19日確認。生成AI検索に構造化データは不要、リッチリザルトのためSEOの一部として使用を推奨）
• Google 検索セントラル「ドキュメントの更新履歴」（2026年10月19日確認。FAQのリッチリザルトのサポート終了〔2026年5月8日〕と文書の削除〔2026年6月15日〕、HowToの文書の削除〔2023年9月14日〕）
• Google 検索セントラル「構造化データの仕組み」（2026年10月19日確認。Google検索での動作は、schema.orgではなくGoogle検索セントラルの文書で確かめるよう案内）
• Google 検索セントラル「構造化データ マークアップをテストする」（2026年10月19日確認。リッチリザルト テストはページの構造化データで生成される Google のリッチリザルトを確認するツール、Schema Markup Validator は Schema.org ベースの構造化データをすべて検証し Google の機能固有の警告は出さないツール）
• Google 検索セントラル「構造化データ ガイドライン」（2026年10月19日確認。ページ上の複数のアイテム、各機能の文書にある必須プロパティの指定）
• Google 検索セントラル「Article 構造化データ」（2026年10月19日確認。必須プロパティはなく、author・datePublished・dateModified・headline・imageなどが推奨）
• Schema.org「FAQPage」仕様
• Schema.org「HowTo」仕様
• Schema.org「Article」仕様

あわせて読みたい

• JSON-LD実装ガイド｜AI検索と構造化データ5選
• 構造化データ8選｜実装手順とJSON-LDテンプレート
• 構造化データ入門｜初心者でもわかるJSON-LDの書き方
• ChatGPT検索で表示される条件｜言及とE-E-A-T設計
• Perplexity・Copilotに引用される記事構造2026｜出典・定義・表設計