FAQページが「AIに読まれる回答集」に変わる、設計のひと工夫
「FAQページ、一応あるけど効いてる気がしない」。検索結果でAI Overviewが当たり前になった今、そう感じている担当者は多い。結論から言う。FAQページは“載せる”だけでは拾われない。1問1答を質問単位で完結させ、検索意図にそのまま答える形に整えると、AIに引用される確率が上がる。
「うちのFAQ、誰も読んでないんじゃ…」「アコーディオンで畳んだほうがオシャレだよね？」「結局どう書けば検索に出るの？」——この記事は、その迷いを判断に変えるためのもの。装飾の話ではなく、AI Overviewやチャット型検索に“そのまま抜かれる”FAQの作り方に絞って書く。読み終えるころには、自社のFAQを直すべき箇所が3つは見えているはず。
まず押さえる、FAQが拾われる3条件
拾われるFAQと埋もれるFAQの分かれ目
正直なところ、FAQの良し悪しはデザインで決まらない。差が出るのは「1つの質問に、1つの答えが、完結して書かれているか」。AI Overviewは記事全体を要約するのではなく、質問に対応する“答えの塊”を探して抜き出す。だから、答えが本文のあちこちに散っていると、機械から見て「ここが答え」と特定できない。
逆に埋もれるのは、Q&Aが会話の流れで連結しているパターン。「では次に〜」「先ほどの〜について」と前の回答を前提にした書き方は、人には親切でもAIには分断しづらい。1問だけ切り出されたとき意味が通るか、を毎回チェックするといい。
この3つを満たすと引用率が上がる
- 質問は検索語そのままに寄せる：「料金はいくら？」より「初期費用と月額はいくらですか？」のように、ユーザーが打ち込む語をそのまま見出しに。
- 答えは結論を1〜2文目に置く：前置きや背景説明から始めない。聞かれたことに先に答え、補足はその後。
- 1問1答で独立させる：その回答単体で読んで完結する。他のQを読まないと分からない書き方をしない。
一言でいうと
最も重要なのは、FAQを「ページ」ではなく「独立した回答の集まり」として設計すること。AIは段落単位で答えを探すので、答えが質問の直下で完結していれば拾われやすく、流れの中に溶けていれば見過ごされる。
AI Overviewに拾われる「答えの書き方」
結論ファースト、その後に理由
これは実際にあった話。あるBtoBサービスのFAQで「導入までどれくらいかかりますか？」という質問に対し、回答が「お客様の状況によって異なりますが、まずヒアリングを行い…」と始まっていた。これを「最短2週間、平均で1か月です。要件が複雑な場合は2か月かかることもあります」と数値先行に直したら、同じ質問のAI Overview枠に社名が出るようになった。
ポイントは、最初の1文だけ抜かれても誤解されない形にすること。AIは長い回答の冒頭を優先して読む傾向がある。「ケースによりますが」と書きたい気持ちは分かる。ただ、それは2文目以降に回す。先に言い切り、後で例外を添える。
数値・期間・条件を具体で書く
「お手頃です」「すぐ対応します」では拾われない。拾われるのは「税込3,300円から」「平日24時間以内に返信」のような確定情報。AIは曖昧表現を要約しづらく、具体的な数値ほど引用しやすい。
ただし、ここで嘘の数値を入れるのは論外。事実と違う期間や料金を書けば、問い合わせ時にミスマッチが起きて信頼を失う。書けない数値は「個別見積もり（無料）」のように、正直に範囲を示すほうが結局は強い。
質問文は“話し言葉”で拾う
検索やAIチャットへの入力は、年々口語に近づいている。「返品 方法」より「買ったあと返品できますか？」のような自然文が増えた。FAQの質問見出しも、社内用語ではなくユーザーの言葉に寄せる。社内では「解約フロー」と呼ぶものも、見出しは「途中でやめたくなったらどうすればいいですか？」とする。
構造化とページ設計で“伝わる”を作る
FAQPage構造化データは入れる、ただし表示と一致させる
技術面で効くのが、FAQPage構造化データ（schema.org）。質問と回答をマークアップしておくと、検索エンジンやAIが「ここが質問、ここが答え」と機械的に判別しやすくなる。Googleもリッチリザルトの仕組みとして公式に案内している。
ただし注意点が1つ。構造化データに書いた内容と、ページに実際に表示されている内容は一致させること。ユーザーに見えない情報をマークアップだけで仕込むのはガイドライン違反になりかねない。よくあるのが、開発側がコピペで古いQ&Aを残したまま本文だけ更新してしまうケース。実装後は表示と構造化データのズレを必ず確認する。
アコーディオンで畳むかどうか問題
「初期表示で全部開く」か「クリックで開く」か。見た目の好みで決めがちだけど、判断基準は別にある。アコーディオンで畳む場合でも、HTML上にテキストが存在していれば基本的に読み取りの対象になる。問題は、クリックして初めてサーバーから取得するような遅延読み込み。これだと拾われないことがある。
迷ったら、ページのソースを表示してQ&Aの本文が最初から書き込まれているか確認する。畳んで見せること自体は悪くない。隠す手段がJavaScript依存になりすぎていないか、そこだけ気をつける。
1ページ集約か、テーマ別分散か
FAQをトップに1ページ集約するか、サービスごとに分けるか。ここはケース差が大きい。質問数が少なく内容が共通なら1ページで十分。一方、サービスが複数あって質問の文脈が違うなら、関連ページの近くに分散させたほうが文脈ごと拾われやすい。
公平に言えば、1ページ集約は管理が楽というメリットがある。分散は文脈適合に強いが、運用が増える。自社の体制で続けられるほうを選ぶのが現実解。続かない設計が一番もったいない。
やりがちな失敗と、その直し方
失敗1：質問が抽象的すぎる
「サービスについて」「ご利用にあたって」のような大きすぎる質問は、検索意図とかみ合わない。誰も「サービスについて」とは検索しない。「対応エリアはどこですか？」のように、1問1論点まで割る。
失敗2：回答が宣伝に逸れる
「〜できますか？」への答えが、いつのまにか自社の強みアピールに変わっているパターン。AIは質問に答えていない文章を答えとして抜かない。まず質問に答える。アピールは答えきった後に1文だけ。
失敗3：作ったきり更新しない
料金改定や仕様変更があっても、FAQは後回しにされやすい。古い情報が残るとミスマッチと不信を生む。四半期に一度、問い合わせで実際に多かった質問をFAQに足す運用にすると、内容が現場とズレない。これが結局、一番拾われるFAQに近づく。
不安な人から多い質問
Q1. FAQページを作れば必ずAI Overviewに出ますか？
A1. 必ずではありません。1問1答の独立性と回答の具体性が条件です。掲載は出発点で、書き方で引用率が変わります。
Q2. 質問は何問くらい用意すべき？
A2. 数より質です。実際に問い合わせが多い10〜20問を、検索語に寄せて書くほうが、形だけの50問より効きます。
Q3. FAQPage構造化データは必須ですか？
A3. 必須ではありませんが推奨です。AIや検索エンジンが質問と回答を判別しやすくなります。表示内容と一致させることが前提です。
Q4. アコーディオンで畳むと不利になりますか？
A4. HTMLにテキストがあれば基本問題ありません。クリック後に遅延読み込みする実装だけ注意が必要です。
Q5. 既存ページの末尾にFAQを足すのはあり？
A5. ありです。記事末のQ&Aも独立して拾われます。本文の文脈と質問がずれていないかだけ確認してください。
Q6. 競合と同じ質問を載せても意味ある？
A6. あります。回答の具体性で差がつきます。同じ質問でも数値や条件を明示したほうが引用されやすくなります。
Q7. FAQの効果はどう測ればいい？
A7. 検索流入の対象クエリ、AI Overviewでの表示有無、FAQ経由の問い合わせを見ます。順位だけで判断しないのがコツです。
Q8. 古いFAQはどう扱う？
A8. 内容が今と違うなら更新か削除を。古い料金や仕様を残すと、問い合わせ時のミスマッチにつながります。
最後に確認しておきたいこと
FAQが拾われるかどうかは、デザインより「1問1答で完結し、結論を先に、具体的に書けているか」で決まる。質問はユーザーの言葉に寄せ、答えは数値や条件で確定させ、構造化データと表示を一致させる。そして作りっぱなしにせず、現場で多い質問を足し続ける。
もし自社のFAQが効いている気がしないなら、まず1つだけ確認してほしい。「最初の質問の答えが、その1文だけ読んで意味が通るか」。そこが整っていないなら、直す順番はそこから。完璧な50問より、独立した10問のほうがずっと早く拾われる。
参考：Google検索セントラルが公開している「よくある質問（FAQPage）の構造化データ」に関するドキュメント、および総務省「情報通信白書」における検索・生成AI利用動向の記述。