よくある質問はSEOに効く？FAQ表示終了後も置く理由

ブログに「よくある質問」を置いても、今はもう検索結果に質問が並ぶことはありません。FAQのリッチリザルトは、Google 検索で表示されなくなっているからです。

「記事の最後にFAQを置くとSEOに強い」と聞いて置いてきたけれど、検索結果で質問が並ぶ表示を最近まったく見ない。FAQの節はもう要らないのか、置くなら何を質問にすればいいのか。そう思って調べた人に向けて書いています。

読み終えるころには、FAQの表示がいつ、どこまで限られたのかを公式の原文と日付で確かめたうえで、FAQの節を置く理由と、自分のサーチコンソールから質問を拾う手順が分かるはずです。

検索結果に質問が並ぶFAQの表示は、2026年5月7日で終わった

FAQのリッチリザルトは、記事に FAQPage という構造化データを書くと、検索結果の下に質問が並び、開くと答えが読める表示でした。これが変わったのは2023年です。Search Central Blog のHowTo とよくある質問のリッチリザルトにおける変更(2023年8月8日)は、こう告知しています。

今後、よくある質問（FAQPage 構造化データ）のリッチリザルトは、よく知られていて信頼のおける政府ウェブサイトおよび医療ウェブサイトに対してのみ表示されます。そのほかのサイトでは、リッチリザルトは定期的に表示されなくなります。

英語版は “well-known, authoritative government and health websites” です。個人ブログは、この時点で対象の外になりました。そして Search Central の更新履歴は、2026年5月8日の項目で、FAQのリッチリザルト機能のサポートを終えた理由をこう書いています。

2026 年 5 月 7 日以降、この機能が Google 検索に表示されなくなるためです。

機能そのものが表示されなくなる、という書き方です。 同じ更新履歴によると、2026年6月15日には FAQ のリッチリザルトの文書そのものが削除されています。2023年9月の文書の改訂を含めた経緯と、構造化データとして FAQPage をどう扱うかは構造化データのSEO効果は順位ではない、個人ブログがJSON-LDを入れる順番にまとめました。この記事では、構造化データではなく本文に置くFAQの節のほうを扱います。

「マークアップを正しく書いたのに出ない」と悩む必要も、もうありません。構造化データに関する一般的なガイドライン(日本語版の最終更新日 2026年9月16日)は、そもそも「構造化データが検索結果に表示されるとは限りません。」と書いています。FAQについては、表示される機能自体がなくなりました。

FAQの節が順位に効くかは、確認した公式ページに書かれていない

では、表示とは別に、FAQの節を置くと順位が上がるのか。告知・更新履歴・構造化データのガイドラインには、FAQの節が順位に効くとも効かないとも書かれていません(ガイドラインにある掲載順位の記述は、構造化データへの手動による対策についてのものです)。

2023年の告知には、ランキングという語が出てくる文が1つあります。

これは、ランキングの変更とはみなされないため、検索ステータス ダッシュボードには表示されません。

ただ、これはリッチリザルトの表示を減らす変更が順位の変更ではない、という説明です。本文に「よくある質問」の見出しと答えを書いた記事が順位でどう扱われるか、の話ではありません。「FAQは順位に効かない」の根拠にも、「効く」の根拠にも使えません。

FAQの節は、構造化データを付けなければ、見出しと段落でできたふつうの本文です。この記事で言えるのは、FAQの節だから順位に効く、という記述は、確認した公式ページには無い、というところまでです。

それでもFAQの節を置くのは、本文で答えなかった問いを受けるため

表示のためでも順位のためでもないなら、置く理由は読者の側にある、と私は考えています。1本の記事は1つの問いに答えるように書きますが、読み終えた人には、たいてい次の小さな疑問が残ります。「自分の場合はどうなのか」「やらないとまずいのか」「どれくらいの頻度で」といった、本文の流れに入れると話がそれる問いです。FAQの節は、それを受ける場所です。

このサイトでも、全記事の終わりに「よくある質問」を置いています。記事を公開する前に通すチェックが、<h2>よくある質問</h2> の見出しが無い記事を通さないようにしてあるからです。一方で、記事ページの構造化データは、記事であることとパンくずを伝える BlogPosting などだけで、記事のFAQに FAQPage は付けていません。FAQPage を出しているのは、サービスについての質問をまとめたよくある質問のページだけです。つまりこのサイトの記事のFAQは、検索結果の見た目のためではなく、読者のために置いている本文です。

私がFAQに入れる質問を選ぶときの基準は1つです。本文の見出しで答えていない問いが、実際に検索されているか。思いつきで質問を並べると、本文と同じことを言い換えただけの節になりがちです。だから質問は、自分の記事が実際に表示されているクエリから拾います。

FAQに入れる質問は、サーチコンソールのクエリから拾う

ここからは公式の手順ではなく、このサイトのやり方です。記事が検索結果に表示され始めていれば、サーチコンソールの検索パフォーマンスで、その記事がどんな語で表示されたかが見えます。

手順1: 検索パフォーマンスを、その記事1本に絞る

検索パフォーマンスを開き、期間を長め(たとえば過去3か月)にして、フィルタの [ページ] でその記事のURLを指定します。そのうえで [クエリ] のタブを開くと、その記事が表示された検索語が並びます。クエリとページの関係はサーチコンソールのクエリとページの違いに書きました。

手順2: 質問の形の語だけを残す

クエリのフィルタで [カスタム（正規表現）] を選ぶと、複数の語のどれかを含むクエリだけを残せます。ヘルプ(高度なフィルタと比較)によると、構文は RE2 で、既定は部分一致、大文字と小文字は区別しません。私は次のような式を入れています。

(とは|なぜ|どこ|いつ|できない|違い)

語は記事のテーマに合わせて足したり減らしたりしてください。式の書き方と、動かないときの直し方はサーチコンソールの正規表現が動かない？RE2で使える5つの書き方にまとめています。

手順3: 本文で答えた問いか、別の問いかで分ける

残った語を1つずつ読み、どこに入れるかを次のように決めています。

クリックのある語を先に見ます。クエリはその語で検索した結果にこの記事が表示された記録なので、クリックが0の語は、読みに来た人の問いとまでは言えません。また、ディメンションのヘルプ(ディメンションとデータのグループ化)によると、プライバシー保護のために除かれるクエリや、内部的な制限で表に出ないクエリがあります。表示回数の少ない記事では、並ぶ語が数個しかないこともあります。そのときは無理に質問を作らず、語が増えてから足しています。

表示回数が多いのにクリックが少ない記事は、FAQより先にタイトルや書き出しを見直したほうがいいことがあります。どの記事から手を付けるかを数字で決めるツールの話は、記事の最後に書きました。

よくある質問

記事に入れてある FAQPage の構造化データは、消したほうがいいですか

急いで消す必要はないと考えています。2023年の告知は「サイトからこの構造化データを削除することもできますが、あえて削除する必要はありません。使用されていない構造化データによって検索で問題が発生することはなく、Google 検索において目に見える影響もありません。」と書いていました(英語版は “there's no need to proactively remove it”)。ただ、2026年5月7日以降は表示されないので、新しく書き足す理由はありません。テーマの書き換えなどで手を入れるついでに外すくらいで十分です。

FAQの質問は、何問くらい入れればいいですか

公式に決まった数はありません。私は数を先に決めず、拾えた問いの数に合わせています。このサイトの記事では、3問の記事も9問の記事もあります(2026年10月8日に数えたところ、4問の記事がいちばん多くありました)。数を揃えるために、本文と同じ内容の質問を足すことはしていません。

検索結果の「他の人はこちらも質問」から質問を選ぶのはどうですか

書く前の記事にはまだクエリが無いので、最初の構成ではそちらを使うのも1つの方法です。構成の段階でFAQに回す問いを決めるやり方は記事構成の作り方(SEO)、検索意図から逆算する4ステップに書きました。公開して表示が出始めたら、この記事の手順でクエリと照らして入れ替えます。

FAQを置くと、AI検索に引用されやすくなりますか

そう書かれた公式の記述は、確認した範囲にはありません。AI検索向けに言われている対策のうち、何が要らなくて何が残るかはLLMO(AEO・GEO)とは、不要な対策5つと、残る4つで整理しています。

FAQとまとめは、どちらを先に置けばいいですか

このサイトではFAQの後にまとめを置き、まとめで「次にやる1つ」と「次に読む1本」を示しています。書き方はブログのまとめの書き方は？要約より次にやる1つと読む1本にあります。

まとめ

• FAQのリッチリザルトは、2023年8月8日の告知で「よく知られていて信頼のおける政府ウェブサイトおよび医療ウェブサイト」に限られ、2026年5月7日以降は Google 検索に表示されない
• FAQの節が順位に効くとも効かないとも、確認した公式ページには書かれていない。告知の「ランキングの変更とはみなされない」は、表示の変更についての文
• それでも、本文で答えなかった別の問いを受ける節として、読者のために置く意味はある(私の考え)
• 質問は、検索パフォーマンスを記事1本に絞り、クエリを「とは」「なぜ」などの正規表現で残して拾う。クリックのある語を先に見る
• 本文の問いの言い換えはFAQにせず本文へ、1本の記事になる問いは別の記事の候補にする

まずは、表示回数の多い記事を1本選び、そのクエリに質問の形の語がないかを見てみてください。そこにある問いが、本文とFAQのどちらで答えるべきものかを分けるところから始められます。

この記事で確認した公式ページは、Search Central Blog の HowTo とよくある質問のリッチリザルトにおける変更、Search Central の更新履歴と構造化データに関する一般的なガイドライン、Search Console ヘルプの高度なフィルタと比較、ディメンションとデータのグループ化の5つです。2026年10月8日に日本語版と英語版の本文を取得し、引用は原文と照合しました。

FAQに手を入れる記事を選ぶときも、表示がすでに出ている記事から始めるほうが、クエリが多く拾えます。どの記事から見直すかを、検索パフォーマンスの数字で並べる道具を私が作りました。以下は、すでに届いている記事のほうだけを扱う、私が作った有料ツールの宣伝です。

サーチコンソールのエクスポートをZIPのまま置くだけで、4.0〜20.5位のページを、表示回数100回以上は通常判定、30〜99回は参考判定、30回未満は本文中心の監査に分け、この順に、同じ区分の中ではCTR機会差(表示回数 ×(期待CTR − 実CTR)で出す「回相当」の数)の多い順に並べて出します。 判定と候補3記事のCTR機会差の確認、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで、無料の1件を除いた3記事分の診断カードが対象です。3記事分が揃うとき(判定に出た候補が4件以上のとき)だけご案内します。生成の利用期限は購入から7日間で、月額課金や自動更新はありません。ログインも不要です。 CSVファイルそのものはブラウザの外に出ませんが、診断カードを出すときは選んだ1ページぶんの数値(URL・キーワード・順位・表示回数・CTR)を、タイトル取得を押したときは最大10件のURLを送ります。

⚠️ このツールは、記事のFAQを書いたり、FAQの有無を判定したりしません。読むのはページごとの掲載順位・表示回数・CTRで、画面からエクスポートしたCSVからはどの記事がどの語で表示されているかが分からないため、狙っているキーワードは自分で入力します。この記事で書いたクエリの拾い方は、Search Console の画面でやってください。順位やクリック数が上がることを約束するものではなく、掲載順位4.0〜20.5位に入るページが無いブログでは、候補が0件になることがあります。