先に結論をお伝えします。現在、FAQPageスキーマでGoogleのFAQリッチリザルトを獲得するのは、ほぼ困難です。Googleは2023年八月から展開式のQ&Aスニペットを縮小し、政府機関と医療・健康関連のWebサイトに限定しました。一方、同じマークアップはAIエンジンに対して、以前にも増して価値を発揮します。回答が、ChatGPT、Perplexity、Google AI Overviewsで直接抽出し、そのまま引用できる単位に整理されるためです。本記事では、見栄えだけを整えるのではなく、正しく機能する実装方法を解説します。
FAQPageスキーマでマークアップできるもの、できないもの
FAQPageはschema.orgで定義されたタイプです。JSON-LDを使ってページ内に記述し、「このページにはよくある質問が複数あり、それぞれにWebサイト運営者が提示する唯一の公式回答がある」と機械に伝えます。見落とされがちな制約は、回答がユーザーのコメントや複数人による議論であってはならないことです。そうしたコンテンツはQAPageの対象です。フォーラムのように、ひとつの質問に複数の回答が付くコンテンツをFAQPageとして記述すると、Googleから対象外と判断されます。AIエンジンも相反する回答を読み取るため、引用の品質が下がります。判断基準はシンプルです。運営者が公式に用意した一問一答ならFAQPage、第三者も回答を投稿できるならQAPageを使います。タイプが間違っていれば、どれほどきれいにマークアップしてもエンジンには受け入れられません。
正しいJSON-LDのネスト構造
正しいFAQPageマークアップは、わずか3階層です。次の順序で覚えれば、実装ミスを防ぎやすくなります。
- 最上位には、typeがFAQPageのオブジェクトを配置し、@contextでschema.orgを指定します。
- mainEntityは配列です。各要素をtypeがQuestionのオブジェクトとし、質問文をnameフィールドに記述します。
- 各Questionの配下に、typeがAnswerのacceptedAnswerを置きます。回答本文はtextフィールドに記述し、基本的なHTMLタグも使用できます。
具体例で考えてみましょう。ひとつのページに5件のよくある質問を掲載する場合、FAQPageオブジェクトはひとつ、mainEntity配列内のQuestionは5件となり、各QuestionにacceptedAnswerを持たせます。タグ全体はページのheadまたはbodyに配置できます。重要なのは、マークアップの対象となる質問と回答が、そのページ上に実際に表示されていることです。別ページにしかない情報や、クリックしなければ確認できないポップアップ内だけの情報を記述してはいけません。多くの実装ミスは、この原則を外すことで起こります。
回答は、抽出可能なアトミックブロックとして書く
形式が正しくても、回答が広告コピーのようでは引用されません。AIエンジンが扱いやすいのは、ひとつの質問にひとつの結論を返す、40～60語程度のアトミックな回答です。結論は最初の文に置きます。クライアントのFAQを改稿する際は、冒頭で明確な答え（「はい」「いいえ」、数値、名詞など）を示し、次の文で条件や例外を補足して終える形を基本にしています。80語を超える回答は、引用時に前半だけが抽出され、意味が途切れがちです。読者にもAIにも本来の意図を補完できません。長く書くより、短く完結した文にするほうが引用されやすくなります。
- 最初の文で質問に直接答えます。「さまざまな要因によります」から書き始めないでください。
- 文脈を補わなくても意味が通じる、完結した文にします。AIエンジンは文単位で抽出し、人間のように前後関係を補ってはくれません。
- ひとつの質問で答える内容はひとつに絞ります。複数の論点を含む質問は分割し、それぞれ個別にマークアップします。
- 数値、単位、期間は具体的に示します。「ひと月ほど」ではなく「30日以内」と記述してください。
FAQPageスキーマは検索順位を上げるための施策ではなく、作成した回答を、機械が曖昧さなく引用できる形式へ変換するものです。回答自体に根拠や説得力がなければ、どれほど形式を整えても補うことはできません。
実装でよくある5つのミス
- ひとつの回答に情報を詰め込みすぎる：3～4個の小さな質問への回答を同じacceptedAnswerにまとめると、抽出時に不自然な位置で切り取られます。
- マークアップとページ表示が一致していない：スキーマにはA、画面にはBと異なる内容を載せると、隠しコンテンツと判断されます。
- Q&Aではない内容をFAQPageとして記述する：機能一覧や製品仕様を無理に質問形式へ書き換えると、本来の用途に反します。
- 同じページに複数のFAQPageを置く：ひとつのページに配置するFAQPageオブジェクトはひとつです。複数に分けると、互いの解析を妨げます。
- 特殊文字をエスケープしていない：回答内の引用符や改行を適切に処理しないと、JSON-LD全体の解析に失敗し、すべて読み飛ばされます。
公開前後に確認すべき項目
- Googleのリッチリザルトテスト（Rich Results Test）にURLまたはコードを入力し、FAQPageとして認識され、エラーがないことを確認します。
- Schema.org Validatorを使い、タイプ名とフィールド名のスペルが正しいか確認します。
- 公開後はSearch Consoleのリッチリザルトレポートで、登録状況と警告の有無を追跡します。
- 最も実践的なのは、質問文をそのままChatGPTやPerplexityに入力し、自社の回答が引用されるか試すことです。
このマークアップの本当の価値は、AIエンジンで発揮される
多くのB2B SaaSサイトでは、FAQPageスキーマを実装しても、Googleの視覚的なFAQ表示は戻ってきません。まず、この事実を認識する必要があります。ただし、投資対効果を生む場所はすでに変わっています。ユーザーがChatGPTで「このツールはSSOに対応していますか」と尋ねたとき、適切にマークアップされ、アトミックな回答として書かれたFAQは、同じ内容を長い記事の中に埋め込むよりも見つけられやすく、原文のまま引用され、ブランドが情報源として示されやすくなります。AI visibility monitoringのようなAI可視性の計測が見ているのも、まさにこの点です。ブルーリンクで何位に表示されるかではなく、AIの回答に採用されているか、意図した文が引用されているかが重要になります。
FAQを正しくマークアップし、回答を抽出可能なアトミックブロックへ整えることは、一度の対応で高いリターンが期待できる施策です。本当に難しいのは、どのページを対象にするか、どの質問をマークアップする価値があるか、現在AIエンジンが自社の回答を引用しているかを判断することです。自社サイトの不足を確認したい方は、/contactから30分間のGEO診断をご予約ください。実際のFAQページで抽出テストを行い、改善が必要な箇所を具体的にお伝えします。
