構造化データとは、検索エンジンやAIがページの内容を正確に理解できるよう、決まった形式でデータを整理したコードのことです。 AI検索(ChatGPT・Gemini・Perplexityなど)が広まった今、構造化データの実装はLLMO対策の中でも「即効性がある施策」の一つになっています。 この記事では、FAQスキーマを中心に、中小企業のサイトでも今日から実装できる手順を解説します。
構造化データとFAQスキーマとは何か
構造化データとは、ウェブページの内容を「機械が読める形式」に変換したコードのことです。人間が文章を読んで「この段落はよくある質問だ」と判断できるのと同じことを、検索エンジンやAIに伝えるための仕組みです。
現在の主流の記述形式はJSON-LD(JavaScript Object Notation for Linked Data)です。HTMLの<head>タグ内に<script type="application/ld+json">として埋め込む形式で、ページの見た目に影響せず、コードだけで情報を付加できます。HTMLの構造を変えなくてよいため、既存サイトへの後付け実装が比較的容易です。
FAQスキーマとは、Schema.orgが定義するFAQPageという種別の構造化データです。「質問と回答のセット」がページ内にあることを明示的に示します。Googleは以前、FAQスキーマを検索結果にリッチリザルトとして展開表示していましたが、2023年以降は表示頻度が下がっています。ですが、AI検索においては「Q&A形式の構造化されたテキスト」は依然として引用されやすいことが確認されています。
LLMOの文脈でFAQスキーマが重要な理由は2つあります。1つ目は、AI検索エンジンは「明確な問いに対する明確な答え」の形式を好むからです。Q&A構造になっていると、AIが文章全体を解析しなくても「この質問に対してこの回答がある」と直接認識できます。2つ目は、FAQ形式のコンテンツは「引用されやすい文体」と一致しやすいからです。「○○とは〜〜です」「〜〜の場合は〜〜してください」という断言的な回答文が多くなるため、AIが答えとして引用する際に使いやすい構造になります。
なぜ今、AI検索で構造化データが重要になったのか
検索の入り口が変わっています。
従来は「Googleで検索 → 記事をクリック → ページを読む」という流れでした。ですが今は「AIチャットに質問 → AIが答えを生成(出典付き)」という流れが増えています。AIが答えを生成するとき、裏側では膨大なウェブページのコンテンツを参照しています。その際に「読みやすい構造になっているページ」が選ばれやすい——これがLLMOの基本的な考え方です。
構造化データは、その「読みやすさ」を機械的に保証する手段です。文章がどれだけ優れていても、AIが「このページのどこに答えがあるか」を探しにくければ、引用対象から外れるリスクがあります。逆に言えば、コンテンツの質が同程度の2ページを比べたとき、構造化データを実装している方が引用されやすい差が出やすい、ということです。
Googleの検索結果でも、構造化データを実装しているページはAIオーバービュー(AIによる回答要約)の回答ソースとして引用される事例が増えています。これは「従来SEOとLLMOの両方で効く施策」という意味であり、実装のコスパが高いことを示しています。
中小企業のサイトでは、構造化データの実装率がまだ低い状態です。これは裏を返せば、競合が対応していないうちに差をつけられる余地がある、ということでもあります。技術的に高度な施策ではないため、今動けばアドバンテージになります。
FAQスキーマの実装ステップ(JSON-LD)
FAQスキーマの実装は、3ステップで完結します。
| ステップ | 内容 | 所要時間目安 |
|---|---|---|
| Step 1: FAQ本文を書く | ページ内にQ&Aのテキストを用意する | 30〜60分 |
| Step 2: JSON-LDコードを作成する | Schema.orgの形式でFAQPageタグを書く | 15〜30分 |
| Step 3: HTMLに埋め込む | <head>内に<script type="application/ld+json">で追加 | 5〜10分 |
具体的なコードの例を示します。
``html <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "構造化データとは何ですか?", "acceptedAnswer": { "@type": "Answer", "text": "構造化データとは、ウェブページの内容を機械が理解できる形式に変換したコードです。JSON-LDやMicrodataの形式で記述し、検索エンジンやAIがページの内容を正確に把握できるようにします。" } }, { "@type": "Question", "name": "FAQスキーマはAI検索対策に効果がありますか?", "acceptedAnswer": { "@type": "Answer", "text": "直接的な検索順位への影響は限定的ですが、AI検索(Perplexity・Gemini等)に引用されやすくなる効果があります。Q&A形式は「明確な問いに対する明確な答え」を持つため、AIが回答として引用しやすい構造になります。" } } ] } </script> ``
注意点が2つあります。1つ目は「ページ内に表示されているFAQと、JSON-LDの内容を一致させる」ことです。ページには書いていない内容をJSONだけに書くと、Googleの品質ガイドライン違反になります。2つ目は「回答文は完結した一文で書く」ことです。「詳しくは上記をご覧ください」などの参照形の回答は、AI検索での引用価値がゼロになります。AIは「他のページや箇所を参照してください」という回答を引用しません。
WordPressを使っている場合は、Rank Math SEOやYoast SEOなどのプラグインがFAQブロックのUI入力からJSON-LDを自動生成します。手動でコードを書く必要はありません。プラグインの「FAQ」ブロックを使い、質問と回答を入力するだけで実装できます。
構造化データの種類と使い分け
FAQスキーマ以外にも、中小企業のサイトで実装する価値が高い構造化データがあります。
| スキーマの種別 | @type | 向いているページ | 期待できる効果 |
|---|---|---|---|
| FAQ | FAQPage | よくある質問ページ・各サービスページ下部 | AI引用・リッチリザルト(条件次第) |
| 手順・ハウツー | HowTo | 作業手順・方法を解説するページ | ステップ形式でのリッチ表示 |
| 記事 | Article / BlogPosting | ブログ・コラム記事全般 | 記事の日付・著者情報を正確に伝える |
| パンくずリスト | BreadcrumbList | すべてのページ | サイト構造をGoogleに正確に伝える |
| 組織・会社情報 | Organization | 会社概要ページ / トップページ | ナレッジグラフ登録・信頼性向上 |
| ローカルビジネス | LocalBusiness | 実店舗・地域ビジネスのサイト | Googleマップ連携・ローカル検索強化 |
中小企業で「まず入れる」べきは、以下の3種類です。
- BreadcrumbList(パンくず) — すべてのページに入れる。実装コストが最も低く、サイト構造の伝達に直結する。多くのCMSが自動対応しているため、設定で有効化するだけで完了することも多い
- FAQPage — 「よくある質問」ページ + 各サービスページ下部のFAQに入れる。コンテンツを書ける人がいれば実装コストは低い
- Organization — トップページに1つ。会社名・電話番号・所在地・SNSアカウントを構造化すると、Googleのナレッジグラフ(検索結果右側の会社情報ボックス)への登録につながる
HowToとArticleは、コンテンツの種類に応じて後から追加する、という優先順位で考えてください。一気にすべてを入れようとすると実装が止まります。「まず3種類」から始めて、サイトの状態を見ながら追加していくのが現実的です。
実装前に確認すべきチェックリスト
構造化データを入れる前に、以下を確認してください。
コンテンツ側の確認
- [ ] FAQの質問と回答が、実際にページ内のHTMLに表示されている
- [ ] 回答が完結した1〜3文で書かれている(「詳しくは〜をご覧ください」で終わっていない)
- [ ] 質問が「ユーザーが実際に検索・質問する表現」になっている
- [ ] Q&Aの数が最低3問以上ある(推奨は5〜7問)
コード側の確認
- [ ] JSON-LDの構文エラーがない(Googleリッチリザルトテストで確認)
- [ ]
@contextがhttps://schema.orgになっている - [ ]
@typeがFAQPageになっている - [ ] 各
QuestionにnameとacceptedAnswerが入っている
Googleへの確認
- [ ] Googleリッチリザルトテスト(search.google.com/test/rich-results)でエラーなし
- [ ] Google Search Consoleの「拡張」→「よくある質問」にエラーが出ていない
- [ ] 実装後にSearch Consoleで「URL検査 → インデックス登録をリクエスト」を実行した
構造化データの実装で最もよくある失敗は、「コードは正しいが、ページ内に対応する本文がない」ケースです。JSONだけに書いて本文に書かない実装は無効です。必ずページに表示されているテキストと対応させてください。
中小企業がつまずく3つのポイント
1. 「FAQを書いたのに引用されない」問題
構造化データを入れても、すぐにAI検索に引用されるわけではありません。引用されるかどうかは、「コンテンツの信頼性」と「回答としての完結度」で決まります。
引用されやすい回答には、3つの条件があります。「定義文(○○とは〜〜です)がある」「数字・データが含まれている」「アドバイスが具体的で実行可能」。この条件を満たしていない回答は、構造化データを入れても引用されません。構造化データは「見つけやすくする仕組み」であって、「内容を良くする仕組み」ではないからです。FAQ本文の質が最初にあり、構造化データはその質を正確に伝えるための器です。
2. 「WordPressプラグインで入れたら重複した」問題
WordPressでRank Math SEOやYoast SEOなどのプラグインを使っている場合、プラグインがArticleやBreadcrumbのJSON-LDを自動生成しています。ここに手動でさらに同じ種類のスキーマを追加すると、重複エラーがSearch Consoleに出ます。
対処法は、まずプラグインが何を出力しているかを確認することです。Search ConsoleかGoogleリッチリザルトテストで、現在どのスキーマが出力されているかを確認してください。プラグインがすでにFAQスキーマを生成できる設定になっている場合は、プラグインのUI上で設定するだけで足ります。手動でJSONを書く必要はありません。
3. 「モバイルとPCで内容が違う」問題
スマートフォン表示とPC表示で、FAQの本文が違うHTMLになっているサイト構成のケースです。Googleはモバイルファーストインデックスのためモバイルページを基準に評価します。モバイルページのHTMLに構造化データが入っていないと、正しく認識されません。
モバイル表示でブラウザのデベロッパーツールを使い、<script type="application/ld+json">が出力されているかを確認してください。レスポンシブデザイン(1つのHTMLをCSSで切り替える)であれば問題ありません。モバイル用に別HTMLを用意している古い設計のサイトでは、この確認が必要です。
テマヒマ/平岡の視点
構造化データの実装を勧めると、「難しそうで手が出ない」という反応をよくいただきます。ですが、FAQスキーマに限って言えば、テキストを書ける人なら実装できます。難しいのは「コードを書く」部分ではなく、「AI検索に引用される質問と回答を考える」部分です。
どんな質問を書くか。これが本質です。
良いFAQの質問は、「お客様が実際に使った言葉」から来ます。問い合わせメール、営業の場でよく出る質問、サービス紹介後に必ず聞かれること。これを書き起こすと、自然と「AI検索に引用されやすいFAQ」になります。AI検索を使うユーザーも、同じ言葉で質問しているからです。「迷わせない」の原則と同じで、FAQもお客様の言葉で作る、ということです。
逆に避けるべきFAQは、「会社が答えたい質問」を書いたものです。「なぜ弊社を選ぶのですか?」「御社の強みは何ですか?」。これは会社の都合で作った質問です。お客様が使う言葉ではないので、引用されません。
もう1つ、実務でよく見る失敗があります。回答が「抽象的なまとめ」で終わるパターンです。「状況によって異なります」「専門家に相談することをおすすめします」。これはAIが引用できない回答です。「1要素ずつ」の原則と同じで、回答も1つの質問に1つの答えを、できるだけ具体的に書いてください。「○○の場合は△△してください。□□の場合は××が適切です」のように、条件と行動がセットになっている回答が引用されやすいのです。
構造化データは、コンテンツの質を底上げするものではありません。ですが、良いコンテンツが「正しく読まれる」ための設備投資です。LP100本以上を扱ってきた経験で言えば、LPのフォームが使いにくくて離脱が起きるのと同じように、良いコンテンツが構造化されていないために引用されない、というロスは確実にあります。まずFAQページに1つJSON-LDを入れてみてください。「データと仮説の往復」の最初の一手です。実装後にSearch Consoleとリッチリザルトテストで確認する。AI検索で自社名や関連キーワードで質問してみる。この往復から始めてください。
よくある質問(FAQ)
| 質問 | 回答 |
|---|---|
| Q1. 構造化データを入れると検索順位が上がりますか? | 直接的な順位への影響は確認されていません。ですが、AIオーバービューやAI検索での引用率が上がる効果は報告されています。順位向上より「AI検索に選ばれやすくなる」という目的で実装してください。 |
| Q2. WordPressを使っています。プラグインがあれば手動実装は不要ですか? | Rank Math SEOやYoast SEOを使っている場合、これらのプラグインのUI上でFAQを設定するだけでJSONが自動生成されます。手動実装は不要です。ただし、プラグインが対応していない種類のスキーマ(LocalBusiness等)は手動で追加する必要があります。 |
| Q3. FAQは何問書けばいいですか? | 最低5問、理想は7〜10問です。各質問の回答は100〜300字が目安です。短すぎると情報量が不足し、長すぎると引用に使いにくい文になります。 |
| Q4. FAQスキーマ以外に優先度が高いスキーマはどれですか? | BreadcrumbListが最優先です。実装コストが最も低く、サイト構造の認識に直結します。次にOrganizationスキーマをトップページに追加してください。LocalBusinessは実店舗がある事業者に有効です。 |
| Q5. 構造化データの実装後、効果を確認する方法は? | Google Search Consoleの「拡張」セクションにFAQページの件数とエラーが表示されます。Googleリッチリザルトテストで個別ページの検証もできます。AI検索での引用確認は、PerplexityやGeminiで自社サービスに関連する質問を投げ、出典に自社サイトが含まれるか確認する方法が簡易です。 |
| Q6. 既存のFAQページがない場合、どこに追加するのがいいですか? | サービスページの下部が最も効果的です。「このサービスについてよくある質問」として5〜7問を追加し、そこにFAQスキーマを実装してください。専用の「よくある質問」ページを新たに作る必要はありません。すでにあるページに追加する方が、コンテンツとしての文脈が揃うため引用されやすくなります。 |
| Q7. 構造化データはどのくらいの頻度で更新すればいいですか? | 本文のFAQを更新したタイミングで合わせて更新してください。本文とJSONの内容がズレると品質ガイドライン違反になります。定期更新より「本文を変えたら必ずJSONも変える」という運用ルールを先に決めてください。 |
関連記事
- → LLMOとは何か:AI検索に引用されるサイトを作る考え方
- → AI検索に引用されるサイトの共通点:LLMOの実践チェックリスト
- → AI検索で引用されるサイトの3つの共通点
- → AI Native Webとは何か:AI時代のウェブサイト設計の考え方
- → サイト改善はどこから手をつけるべきか:GA4で課題を特定する順番
マーケティングを、自社で判断できる状態へ。
マーケティング基盤の整理や改善サイクルづくりは、テマヒマのサービスページをご確認ください。
サービスを見る