WordPressの記事にFAQを入れる時は、質問と回答を画面に並べるだけでは不十分です。読者に見える内容と、検索サービスへ伝えるFAQPageのJSON-LDが同じであることまで確認します。この記事では、質問の選び方から表示、構造化データ、公開後の検証までを順番に整理します。
結論:先に見えるFAQを作り、同じ内容を構造化する
WordPressのFAQ構造化データで大切なのは、JSON-LDを増やすことではありません。読者が実際に読める質問と回答を作り、その内容を一対一で構造化することです。画面にはない質問をスキーマだけへ追加したり、短い表示回答とは別の長文をJSON-LDへ入れたりすると、管理も検証も難しくなります。
Googleは、構造化データをページ内容の意味を明示する標準形式として説明しています。一方で、正しく設定しても検索結果での特別表示は保証されません。FAQリッチリザルトは現在、著名で権威ある政府・医療サイトを中心に限定されています。一般の事業サイトでは、FAQを入れれば検索画面が大きくなるとは考えず、読者の疑問を解決し、機械的にも内容を確認できる状態を作る目的で使います。

FAQ構造化データを入れる前に質問を選ぶ
最初に、ページの主題と直接関係する質問を3〜5件へ絞ります。製品ページなら料金、無料範囲、対応環境、導入手順、サポートが候補です。使い方記事なら、前提条件、失敗しやすい箇所、作業後の確認、戻し方が候補になります。検索キーワードを並べるための質問ではなく、読者が次の行動を決めるための質問を選びます。
- 本文を読んだ後にも残りやすい疑問か
- 同じページの主題から外れていないか
- 回答を短く、具体的に、断定しすぎず書けるか
- 価格や提供状態など、現在の事実を確認できているか
- 本文の説明と矛盾していないか
FAQだけで新しい主張を始めるのは避けます。たとえば本文で触れていない料金制度をFAQだけで説明すると、更新時に古い情報が残りやすくなります。重要な条件は本文で説明し、FAQでは読者が迷いやすい点を簡潔に再確認できる形にします。
WordPressで設定する4つの手順
1. 質問と回答を可視コンテンツとして置く
質問は見出しやFAQ部品として表示し、回答もログインしていない読者が読める状態にします。クリックで開閉するアコーディオンでも、操作すれば同じページ内で読める構造なら管理できます。画像の中だけに回答を書かず、通常のHTMLテキストとして残してください。
2. 同じ質問と回答をFAQPageへ入れる
JSON-LDではFAQPageの中へQuestionを並べ、それぞれにacceptedAnswerを設定します。手書きする場合は引用符や改行のエスケープ、複数FAQの重複出力に注意が必要です。テーマとSEOプラグインが別々にFAQPageを出していないかも確認します。
ACS AI Citation ReadinessのFAQ機能では、記事内にを置くと、見える質問・回答とFAQPage JSON-LDを同時に出力します。同じページの複数FAQは一つのFAQPageへまとめるため、表示と構造化データを別々に更新する手間を減らせます。
3. 一つのページで正本を一つにする
テーマ、SEOプラグイン、FAQプラグイン、独自コードが同時にFAQPageを出すと、同じ質問が二重になることがあります。新しい機能を足す前に公開HTMLのJSON-LDを確認し、どの機能を正本にするか決めます。停止してよい機能か分からない場合は、いきなり本番設定を変えず、変更前のHTMLを保存します。
4. 公開後のHTMLとテスト結果を確認する
編集画面のプレビューだけで終わらせず、公開URLをログアウト状態で開きます。質問と回答が読めること、FAQPageが一つ存在すること、Questionの件数が表示件数と一致することを確認します。Googleのリッチリザルト テストは構文確認に使えますが、一般サイトでFAQリッチリザルトが表示される保証にはなりません。
| 確認対象 | 合格条件 | よくある失敗 |
|---|---|---|
| 画面表示 | 質問と回答を読者が読める | 回答が画像だけ、または非表示 |
| FAQPage | ページ内で一つの正本 | テーマとプラグインが二重出力 |
| 件数 | 表示FAQとQuestionが一致 | 古い質問がJSON-LDだけに残る |
| 内容 | 回答の意味が一致 | 表示と構造化データで条件が違う |
| 公開状態 | HTTP 200で取得できる | noindexや会員限定ページを対象にする |

FAQPageを使う時に避けたい4つの失敗
検索結果の表示を約束する
構造化データは検索サービスがページを理解する手掛かりですが、表示方法、順位、クリック増加を保証しません。特にFAQリッチリザルトは表示対象が限定されています。「FAQを入れれば検索面が広がる」と営業文句にせず、読者向けの情報整理と検証可能な実装として説明します。
見えない回答をJSON-LDだけへ入れる
構造化データはページに表示される主内容を正確に表す必要があります。運営者だけが知っている条件、未公開の機能、実際には表示されないレビューやFAQをマークアップへ足してはいけません。読者に見せられない情報は、構造化データにも入れないのが基本です。
ページと無関係な質問を増やす
一つの記事へ製品全体のFAQを詰め込むと、主題がぼやけます。初期設定の記事なら初期設定に関する質問、料金ページなら料金と契約に関する質問へ絞ります。別の検索意図は別ページで扱い、必要に応じて説明が分かるアンカーテキストで内部リンクします。
更新後に再検証しない
本文の回答を直しても、独自コードのJSON-LDだけ古いまま残ることがあります。価格、バージョン、対応OS、サポート範囲を変更した時は、表示とJSON-LDを同じ公開URLで再確認します。変更日と確認結果を残すと、後から原因を切り分けやすくなります。
ACS製品で短縮できる範囲
ACS AI Citation Readinessは、WordPressサイトの12項目診断、llms.txt配信、FAQ表示とFAQPageの同時出力に対応しています。FAQ機能は質問選定や回答の事実確認を代行するものではありません。人が決めた正しい質問と回答を、表示と構造化データへ二重入力せず反映する範囲を短縮します。
自社実測: ACS Developerでは2026年7月、表示FAQとFAQPageを整えた段階で独自診断スコアが76点から84点へ上がりました。ただし、この点数はACSの12項目に対する技術診断であり、Googleの公式スコア、検索順位、AI引用、流入増加を意味しません。2026年7月24日時点のAI経由人流入は0です。
向いているケース・向いていないケース
向いている
- 購入前の疑問が繰り返し届く
- 記事末尾の補足を整理したい
- 表示とJSON-LDを同時更新したい
- 現在の構造化データを検証できる
向いていない
- 検索結果の特別表示だけが目的
- ページと無関係な質問を増やしたい
- 回答の事実確認ができていない
- 既存スキーマの正本が分からない
よくある質問
Q. FAQ構造化データを入れると検索順位は上がりますか?
A. 順位上昇は保証されません。構造化データはページ内容の意味を伝える手掛かりです。読者に役立つ回答、公開状態、本文品質、内部リンクなどと分けて評価してください。
Q. 一般企業のサイトでもFAQリッチリザルトは表示されますか?
A. GoogleはFAQリッチリザルトを著名で権威ある政府・医療サイトを中心に限定しています。正しい構造化データを入れても、一般サイトで特別表示されるとは限りません。
Q. FAQは何件くらい入れればよいですか?
A. 固定の正解はありません。ページの主題に直接関係し、読者の判断を助ける質問を3〜5件程度から始めると管理しやすくなります。件数を増やすこと自体を目的にしないでください。
Q. テーマとプラグインの両方がFAQPageを出している場合はどうしますか?
A. 公開HTMLを保存し、どちらを正本にするか決めます。影響範囲が分からないまま停止せず、テスト環境または変更前バックアップを用意して一方ずつ確認してください。
まとめ
- ページの主題に合う質問を選ぶ
- 質問と回答を読者に見える形で置く
- 同じ内容を一つのFAQPageへ構造化する
- 表示件数、Question件数、回答内容を照合する
- 変更時は公開URLで再検証する
サイト全体の整備項目は「WordPressでやるLLMO対策12項目」で確認できます。FAQ以外の現在地も見たい場合は「AI検索・LLMO対策の記事ハブ」を参照してください。
まず現在地を無料で確認
ACS Developerの無料診断は、FAQPageを含む12項目を100点満点で確認します。結果から自分で直すか、整備を任せるかを選べます。スコアは検索順位やAI引用を保証するものではありません。
公式情報
- Google Search Central: 構造化データの仕組み
- Google Search Central: 構造化データの一般ガイドライン
- Google Search Central: FAQリッチリザルトの表示変更
この記事は役に立ちましたか?
ありがとうございます!