「FAQ構造化データの書き方を調べたら、Googleがリッチリザルトの表示をやめたらしい」。そんな情報にたどり着いて、手を止めてしまった方もいるのではないでしょうか。実際、Googleは2026年5月7日をもってFAQリッチリザルトの検索結果への表示を終了しています。
とはいえ、結論から言うと「もうFAQ構造化データは不要」とは言い切れません。表示のためではなく、AI検索に自社の情報を正しく伝えるための土台として、書く価値は残っています。本記事では、廃止の経緯を正確に整理したうえで、JSON-LDでの書き方と実装手順を解説します。
- FAQリッチリザルトは2026年5月7日に検索結果での表示が終了。以降は書いても検索結果の見た目は変わらない
- それでもJSON-LDでFAQを構造化しておくと、AI検索エンジンがページの内容を正確に読み取る助けになる
- 実装はJSON-LD形式が基本。WordPressならプラグインで、独自サイトなら直接記述で対応できる
FAQ構造化データとは何か
FAQ構造化データとは、ページ内の「よくある質問」セクションについて、どこからどこまでが質問で、どこからどこまでが回答かを、検索エンジンが読み取れる形式で明示する仕組みです。schema.orgという共通の語彙をもとに、質問と回答のペアを機械可読な情報として記述します。
形式としてはJSON-LD・Microdata・RDFaの3種類がありますが、HTMLの表示部分と切り離して追加・修正できるJSON-LDが現在の主流です。以下の解説もJSON-LD形式を前提に進めます。
FAQリッチリザルトは2026年5月に表示終了した
まず正確に押さえておきたいのが、FAQリッチリザルトをめぐる経緯です。Google検索セントラルの更新履歴によると、2026年5月に「よくある質問のリッチリザルト機能」のサポートが終了し、2026年6月にはリッチリザルトテストや関連ドキュメントのサポートも終了しています。Search Console API側の対応終了も2026年8月に予定されています。
もともとFAQリッチリザルトは、一般サイトへの表示が2023年8月ごろから大きく制限され、政府機関や医療関連など一部の信頼性が高いサイトを除いて、検索結果の折りたたみ表示にはほぼ出なくなっていました。今回の廃止は、その流れを踏まえた正式な機能終了という位置づけです（株式会社フルスピードの解説記事に廃止スケジュールの詳細がまとまっています）。つまり、これから新しくFAQ構造化データを実装しても、検索結果の見た目が変わることはもう期待できません。
それでも今FAQ構造化データを書く価値がある理由
リッチリザルトが表示されなくなった以上、「もう書かなくていい」と考えるのは自然な発想です。ただし、FAQ構造化データの役割はGoogleの検索結果表示だけではありません。
- ページ内容の整理として: 質問と回答の対応関係を機械可読な形で明示しておくと、検索エンジンやAIがページの構造を理解しやすくなります
- AI検索・チャット型検索への情報提供として: ChatGPTやPerplexity、Google AI Overviewなどは、ページ内のテキストと合わせて構造化データを手がかりに情報を読み取ります。質問と回答が明確に分かれていること自体が、正確な引用につながりやすくなります
- 社内・実装面のコストが小さいこと: 既にFAQセクションを持つページであれば、追加の文章を書き起こす必要はなく、既存の質問・回答をマークアップに流し込むだけで済みます
重要なのは「リッチリザルト目的で書く」という発想をいったん手放すことです。表示の有無に一喜一憂するのではなく、AIに正しく読まれるためのページ整備の一環として位置づけると、投資判断がぶれません。優先度としては、これから新規のFAQセクションをゼロから作るためだけに時間を割く必要はなく、既にあるFAQを軽い工数でマークアップする、という位置づけで十分です。
JSON-LDでの書き方
JSON-LDでFAQ構造化データを書く際は、次の3つの要素を押さえれば基本形が組み立てられます。
- 全体の型: データ全体が「FAQPage」という種類であることを宣言します
- 質問のまとまり: 「mainEntity」という項目の中に、ページ内の質問を配列としてすべて並べます
- 質問と回答のペア: 1つの質問は「Question」という種類で表し、質問文を「name」に、回答を「acceptedAnswer」の中の「Answer」種類・「text」項目に記述します
ページに3つの質問があれば、mainEntityの配列の中にQuestionを3つ並べる形になります。質問文と回答文は、実際にページの本文に表示されている内容と一致させることが必須です。表示されていない質問を構造化データだけに追加したり、回答文を要約しすぎて内容が変わってしまったりすると、Googleのガイドライン違反として扱われるおそれがあります。
1ページに設置するFAQPageのスキーマは1つにまとめるのが基本です。ページ内に複数のFAQブロックがある場合も、質問はすべて1つのmainEntity配列にまとめて記述します。
WordPressでの実装方法
WordPressサイトの場合、実装方法は大きく2通りです。
- SEOプラグインの機能を使う: 多くの主要SEOプラグインには、FAQブロックを作成すると自動でJSON-LDを出力する機能があります。既にSEOプラグインを導入済みであれば、まずその機能でまかなえないかを確認するのが近道です
- テーマのfunctions.phpなどに直接記述する: プラグインの機能で対応できない場合や、既存のFAQセクションのHTMLに合わせて柔軟に出力したい場合は、開発者が直接コードを追加する形になります
どちらの方法でも、出力されたコードが実際のページ表示内容と一致しているかを必ず確認してください。プラグインの自動生成に任せきりにすると、ページを更新した際にFAQの内容とマークアップがずれてしまうケースがあります。
実装後の確認方法
記述が終わったら、リッチリザルトテストにページのURLを入力し、構文エラーがないかを確認します。FAQリッチリザルト自体は表示されなくなりましたが、構造化データの構文チェックツールとしては引き続き利用できます。エラーが出た場合は、括弧やカンマの過不足、質問・回答が空欄になっていないかといった基本的な点から見直すと、原因を特定しやすくなります。
複数のFAQページを運用しているサイトでは、ページを更新するたびにこのチェックを毎回行うのは負担が大きくなります。まずは主要なサービスページや問い合わせが多いページなど、優先度の高いページから確認する範囲を決めておくと、無理なく続けられます。
まとめ
FAQリッチリザルトは2026年5月に検索結果への表示を終え、書いても検索結果の見た目が変わる時代は終わりました。しかし、FAQ構造化データそのものが無意味になったわけではなく、AI検索にページの内容を正確に伝えるための情報整備として、引き続き価値があります。既にFAQセクションを持つページがあれば、無理のない範囲でJSON-LDを追加し、内容が本文と一致しているかを確認することから始めてみてください。
株式会社オモイカネでは、構造化データの実装を含むAI導入支援・マーケティング支援を行っています。自社サイトにどこまで対応すべきか判断に迷う方は、お気軽にご相談ください。
