FAQPage と QAPage：レビュー質問に使うべきスキーマはどちら？
見た目は似ていますが、用途は異なります。FAQPage と QAPage の使い分けと、Googleが FAQの表示を縮小した現在における各スキーマの影響を解説します。
FAQPage と QAPage の本当の違いとは？
違いの核心は、回答を誰が書いたかにあります。FAQPageは自分自身のQ&Aコンテンツに使います。質問と回答の両方を自分でコントロールし、1つの質問に対して1つの権威ある回答を提供する場合です。QAPageは、商品Q&Aスレッドやフォーラムの投稿のように、1つのユーザーの質問に複数のコミュニティ回答が集まるユーザー投稿型ページに使います。
簡単な判断基準は、声の数を数えることです。1人の作者が複数の質問に答えている場合は FAQPageです。複数の人が1つの質問に答えている場合は QAPageです。どちらか判断しにくい場合、多くはディスカッション形式に見せかけた FAQPageコンテンツです。その場合は FAQPageとしてマークアップしてください。
FAQPage を使うべきタイミング
FAQPageは、回答がストア側のものであり、内容が確定している場合に使います。サポートページ、配送・返品の説明、サイズガイド、よくある疑問に答える機能説明ページなどがこれにあたります。いずれも1人の作者が権威をもって回答するコンテンツなので、FAQPageが適切です。
よく見落とされる要件は、1つの質問に1つの回答という条件です。FAQPageは、1つの質問につき回答を1つだけ想定しています。競合するコミュニティ回答が複数存在する質問には FAQPageは適しておらず、Googleがそのマークアップを無効と判定する場合があります。
- ストアのサポート・ポリシーページ（返品、配送、保証など）。
- 購入をためらう顧客の疑問に答える商品説明コンテンツ。
- 価格やプランに関する質問への自社回答。
- オンボーディングや使い方説明で、答えが1つに定まっているコンテンツ。
QAPage を使うべきタイミング
QAPageは、1つのユーザーの質問を中心にページが構成されており、回答が他のユーザーから提供されている場合に使います。「このサイズは小さめですか？」という商品の質問に複数の顧客が回答しているケースが典型例です。このスキーマは、1つの質問と複数の回答（承認済み回答や投票数を含む）を扱うよう設計されています。
ストア運営者にとって重要なのは、商品ページの顧客の質問が購買意思決定に大きく影響するコンテンツだということです。これらを QAPageとしてマークアップすることで、検索エンジンや AI回答エンジンに対して、このコンテンツが真のコミュニティの意見であると伝えることができます。ブランドが自社について語るコンテンツとは異なる重みを持ちます。
FAQマークアップはまだリッチリザルトを獲得できるか？
現在はほとんど獲得できません。Googleは FAQリッチリザルトの表示を縮小しており、従来は検索結果の下に表示されていた展開可能な質問リストは、一般的なサイトではほぼ表示されなくなっています。現在も表示されるのは、ごく一部の権威ある医療・政府系ドメインに限られています。
だからといって、マークアップを削除する理由にはなりません。構造化データはコンテンツを機械が読みやすい形で記述し続けており、重要な点はビジュアルのリッチリザルトが表示されなくても、このマークアップが AI抽出を支援するということです。以下に、何が変わったか、そして今後どう対処すべきかをまとめます。
- ページ上の FAQドロップダウンは、もはやマークアップを追加する主な理由ではありません。
- マークアップは引き続き、Q&Aを機械が読める形で明確に記述します。
- AI回答エンジンは、構造が整ったQ&Aのパッセージを直接回答に引用します。
- 購入者が実際に入力する質問を使用し、キーワードの詰め込みは避けてください。
AI回答においてスキーマの種類が重要な理由
スキーマの種類は、モデルが信頼性をどう解釈するかに影響します。QAPageは独立したユーザー生成コンテンツを示し、AI回答エンジンはこれを重視します。外部の声はブランドが自社を説明するコンテンツより信頼性が高いからです。FAQPageは、質問が事実に関するものであり答えが確定している場合に、モデルが求める権威ある一次情報回答を示します。
誤ったラベルを付けると、このシグナルが曖昧になります。コミュニティのスレッドを FAQPageとしてマークアップすると、顧客の声をブランド自身が書いたように見せることになります。それは獲得しようとしていた信頼性とは正反対の結果です。
間違ったスキーマを使った場合はどうなるか？
最善の場合でもマークアップが無視され、最悪の場合は Google サーチコンソールで無効と判定されて何も得られません。1つの質問に複数の矛盾する回答を持つ FAQPageは、1回答ルールに違反します。実際のユーザーの質問がなく自社のマーケティングコピーだけを含む QAPageは、ユーザー生成コンテンツの要件を満たしません。
より見えにくいコストもあります。信頼シグナルを借用するために販促コンテンツを顧客Q&Aとしてマークアップする行為は、検索エンジンがその回答が独立したものではないと判断した時点で、信頼性を損なうことになります。マークアップにおいて誠実であることが、長期的に安全な選択です。
レビュープログラムとスキーマの関係
レビュー、顧客の質問、自社のFAQはそれぞれ異なるコンテンツです。それぞれに適したスキーマがあります。レビューには Review と AggregateRating、顧客の質問には QAPage、自社の回答には FAQPageを使います。正しく使い分けることで、これらが互いを補完し合い、検索エンジンと AIが重視する相互検証が生まれます。
多くのレビューアプリはページ上の購入者向けに設計されており、星評価の表示で止まっています。そのため、質問テキストやレビューテキストがモデルの読める形で HTMLに出力されていないことがよくあります。既存のレビューと顧客の質問を、検索や AIで読み取れる状態にし、引用されるようにする、その差を埋めることが BeyondReviewsの目的です。
- 同じページに FAQPage と QAPage を両方使えますか？
- 使えません。ページのコンテンツの性質に応じて、どちらか一方を選択してください。ページが自社の確定した回答を提供するなら FAQPage、1つのユーザーの質問にコミュニティが回答するなら QAPageです。商品ページに自社FAQセクションと顧客Q&Aセクションの両方がある場合、より良いパターンは適切なコンテンツブロックにスコープを限定してマークアップすることです。1つのURLに両方のタイプを重ねることは避けてください。
- リッチリザルトが消えた今、FAQPage スキーマに意味はありますか？
- 意味はあります。ただし、以前より目に見えにくくなっています。Googleは FAQリッチリザルトの表示を縮小したため、多くのサイトでは展開可能なドロップダウンが表示されなくなりましたが、構造化データは引き続きコンテンツを機械が読みやすい形で記述し、AI抽出を支援します。おそらく表示されないドロップダウンのためではなく、機械可読性のためにマークアップを維持してください。
- 商品ページの顧客の質問にはどのスキーマが適切ですか？
- QAPageが適切です。これらはユーザー生成コンテンツです。1つの質問に複数のコミュニティ回答が集まる形であり、QAPageが扱うよう設計された内容です。承認済み回答や投票数も含められます。顧客の質問を QAPageとしてマークアップすることで、独立したコンテンツであることを AI回答エンジンに伝えることができます。ブランドが自社について書いたコンテンツより、独立した意見として重みを持ちます。
- QAPage は承認済み回答がないと有効になりませんか？
- 承認済み回答は任意であり、必須ではありません。QAPageは、1つの Question と少なくとも1つの suggested answerがあれば有効です。プラットフォームが承認済み回答または最も投票された回答を追跡している場合は含めてください。検索エンジンが引用しやすいパッセージになりますが、その不在がマークアップを無効にするわけではありません。