FAQ構造化データ(FAQPage JSON-LD)でAI検索に拾われる実装

結論

FAQ構造化データ(FAQPage JSON-LD)は、質問と回答を機械可読にするためのマークアップです。Googleは2023年8月にFAQリッチリザルトの検索結果表示を政府・医療など権威あるサイト中心に縮小したため、通常のサイトで検索結果にFAQが出ることはほぼ期待できません。しかしJSON-LDは、AI検索や回答エンジンがページ内容を構造的に解釈し引用するための一次素材として依然有効です。実装の核は、ページに見える本文FAQとJSON-LDを同じ内容で両建てにすることです。

FAQPage JSON-LDとは何か

FAQPage JSON-LDは、1つのページに含まれる「質問とその回答」のセットを、検索エンジンやAIが機械的に読めるように記述する構造化データです。schema.org が定義する型で、ページ全体を FAQPage、個々の質問を Question、その回答を acceptedAnswer として入れ子で表現します。

人間が読む本文の見出しや段落だけでは、どこが質問でどこが回答かを機械が確実に判断するのは簡単ではありません。JSON-LD で明示すれば、「この文字列は質問」「これがその答え」という対応が曖昧さなく伝わります。これが構造化データの本質的な価値です。

なぜ今あえてFAQ構造化データなのか

結論から言うと、検索結果にFAQを表示させる目的では費用対効果が落ちた一方で、AI検索の引用素材としての価値は残っているためです。

それでも実装する価値があるのは、構造化データの読み手が検索エンジンだけではなくなったからです。ChatGPT・Claude・Perplexity・Gemini などの回答エンジンは、ページ本文に加えて構造化データを手がかりに「このページはどの質問にどう答えているか」を解釈します。質問と回答が機械可読になっていれば、AIが要点を抽出して回答に引用する際の精度が上がります。リッチリザルト表示とは目的が別物だと切り分けて考えるのが重要です。

仕組み: QuestionとacceptedAnswerの構造

FAQPage の構造はシンプルです。トップレベルに @type: FAQPage を置き、mainEntity 配列に複数の Question を並べます。各 Question は name(質問文)を持ち、acceptedAnswer に Answer 型をネストして text(回答本文)を入れます。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "FAQPage JSON-LDを入れればGoogleにFAQが表示されますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "多くのサイトでは表示されません。2023年8月に表示対象が権威サイト中心へ縮小されたためです。"
      }
    },
    {
      "@type": "Question",
      "name": "それでも書く意味はありますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "あります。AI検索や回答エンジンが本文を解釈し引用する一次素材として有効です。"
      }
    }
  ]
}

text には簡単なHTML(段落やリンク)を入れられますが、まずはプレーンな文章で結論を先に書くのが無難です。回答が長くなりすぎると要点がぼやけるため、1問あたり数文に収めます。

実装: 本文の可視FAQとJSON-LDを両建てにする

最も重要な実装方針は、JSON-LDの内容とページに見える本文FAQを一致させることです。ページに表示がないのにJSON-LDだけFAQを持つのは、Googleのガイドライン上リスクがあり、AIから見ても本文と矛盾します。

JSON-LDだけ(非推奨)

本文FAQ + JSON-LD(推奨)

人間の閲覧

ページに質問が見えない

本文でそのまま読める

ガイドライン適合

非表示FAQは違反リスク

表示と一致で安全

AIの解釈

本文と突き合わせできない

本文と構造化データが補強し合う

保守性

二重管理で乖離しやすい

1つの内容を両形式に出すだけ

FAQは表示と構造化データを一致させて両建てにするのが基本

Astro や MDX のようにコンテンツとテンプレートを分離できる構成では、FAQの配列を1つのデータ(frontmatter など)に持ち、そこから本文の可視FAQとJSON-LDの両方を生成すると乖離が起きません。当サイトもこの記事の冒頭 frontmatter にある faq フィールドから、本文末尾の「よくある質問」とページ内のFAQPage JSON-LDを同時に出力しています。

JSON-LD はページの <head> などに次の形で埋め込みます。

<script type="application/ld+json">
{ "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ ... ] }
</script>

よくある誤解

最大の誤解は「FAQ構造化データを入れれば検索結果にFAQが出て目立つ」というものですが、前述のとおり通常サイトではほぼ表示されません。表示の有無はGoogleの裁量であり、構造化データは表示を保証しません。

もう1つの誤解は「引用されたいので質問をたくさん詰め込む」という量産です。ページに表示されない質問や、ページ内容と無関係なFAQ、商品ページの誘導目的のFAQはスパムと判定され、構造化データ全体が無視されるおそれがあります。実際に読者が疑問に思う内容だけを、答えとセットで書くのが結局いちばん効きます。

AEO全体での効かせ方

FAQ構造化データ単体で劇的な効果が出るわけではなく、AEO(Answer Engine Optimization)の他施策とセットで効きます。具体的には次の3点と組み合わせます。

answer-first の本文: 見出し(H2)を読者の検索クエリ=疑問の形にし、各セクションの最初の1文で結論を述べます。FAQのQ&Aと本文見出しの設計思想は同じです。
見出しと構造の整合: 本文の質問見出しとFAQのQuestionが対応していると、AIがページの主題を把握しやすくなります。
内部リンク: 関連する記事へ内部リンクを張り、トピックのまとまりを示します。

これらは「機械が要点を抽出しやすいページ」という1つの目的に収束します。FAQ構造化データはその一部品です。

自サイトの検証

実装したら、まずGoogle検索セントラルが提供するリッチリザルトテスト/スキーマ検証ツールで、JSON-LDの構文エラーと型の対応を確認します。FAQが表示対象かどうかは別問題なので、ここでは「構文として正しく読めるか」だけを見ます。

次に、本文の可視FAQとJSON-LDの内容が一致しているか、ページ内容と無関係なFAQが紛れていないかを目視で確認します。AEOの観点では、当サイトのAEOチェッカーのような診断で、構造化データを含む機械可読性の状態をまとめて点検すると抜けが減ります。

よくある質問

FAQPage JSON-LDを入れればGoogleにFAQが表示されますか？ 多くのサイトでは表示されません。Googleは2023年8月にFAQリッチリザルトの表示を、政府・医療など権威ある一部サイト中心に縮小しました。表示はGoogleの裁量で、構造化データを入れても通常サイトの検索結果にFAQが出る保証はありません。

それでもFAQPage JSON-LDを書く意味はありますか？ あります。JSON-LDは質問と回答を機械可読にするため、AI検索や回答エンジンが本文を解釈し引用する際の一次素材として有効です。リッチリザルト表示とは目的が別で、機械可読化の価値は残ります。

JSON-LDと本文の可視FAQは両方必要ですか？ 両方を同じ内容で用意するのが安全です。JSON-LDだけでページに表示がないFAQはガイドライン違反のリスクがあり、本文の可視FAQは人間とAIの双方が読めます。本文とJSON-LDを一致させて両建てにします。

FAQの質問はどう設計すればAI検索に拾われやすいですか？ 読者の実際の検索クエリをそのまま疑問文にし、回答は最初の1文で結論を述べます。answer-first構造はAI回答エンジンが要点を抽出しやすく、本文見出しと整合させると引用候補になりやすくなります。

偽のFAQを大量に入れて引用を狙えますか？ 推奨しません。ページに表示されない質問やページ内容と無関係なFAQはGoogleのスパムガイドラインに抵触し、構造化データが無視される可能性があります。実際にユーザーが疑問に思う内容だけを書きます。

FAQ構造化データ(FAQPage JSON-LD)でAI検索に拾われる実装

結論

FAQPage JSON-LDとは何か

なぜ今あえてFAQ構造化データなのか

仕組み: QuestionとacceptedAnswerの構造

実装: 本文の可視FAQとJSON-LDを両建てにする

よくある誤解

AEO全体での効かせ方

自サイトの検証

よくある質問

関連記事

一次情報・参考リンク

関連して読む

llms.txtの書き方と設置 — AIに読ませるサイト案内ファイルを最短で用意する

AEOでサイトの価値はどう変わるか: PV資産から信頼資産へ

AEO完全ガイド2026: AI検索に引用されるサイトの作り方