クエリファンアウトとは何か？｜AI検索に拾われる条件

グーグルがAIモードを公表した2025年3月の説明文には、クエリファンアウトという言葉が出てきます。1つの問いをサブトピックに分け、複数の情報源にまたがる関連検索を同時に発行する、という説明です。「順位は落ちていないのに、流入だけが減っています」「AI検索の答えに自社が出てこない理由が分かりません」——検索を担当している人から届く声です。起きているのは順位が下がったという話ではありません。読者が打った1つの問いが、記事に届く前に複数の問いへ分かれているという、照合のされ方そのものの変化です。この記事では、その分解の仕組みと、分かれた先の問いに当たる記事の作り方を、工程に分けて整理します。

1つの問いが、記事に届く前に複数の検索へ分かれている

AI検索の面では、打たれた問いをそのまま1回の検索に掛けているわけではありません。問いをいくつかのサブトピックに分け、それぞれについて検索を同時に走らせ、集まってきた結果をまとめ直して1つの答えを組み立てています。この、1つの問いを複数の検索に分けて同時に投げる動きが、クエリファンアウトと呼ばれているものです。

ファンアウトという語は、扇のように広がっていく様子を指します。入力は1つでも、その先が複数の方向へ開いていく。読者から見れば操作は1回ですが、検索の側では何本もの問いが並行して立っています。読者が打った言葉と、実際に記事が照らし合わされている言葉が、同じとは限らなくなったということです。

この違いは、記事の評価のされ方に直接効いてきます。これまでは、打たれた語と記事の内容がどれだけ合っているかが問われていました。分解が挟まると、打たれた語ではなく、分かれた先の問いに対して記事が照合される場面が生まれます。元の語にいくら丁寧に合わせても、分かれた先の問いに答えていなければ、答えを組み立てる材料としては選ばれません。

なお、1つの問いが何本に分かれるのか、どの順番で投げられるのかは公表されていません。件数を前提にした設計は立てられない、と考えておくのが安全です。この記事でも件数の数字は使わず、分かれ方の型のほうを手掛かりにします。

この言葉は、グーグル自身が使った語です

クエリファンアウトは、外側の観測から名付けられた造語ではありません。グーグルがAIモードを公表した2025年3月の説明の中で使われた言葉で、サブトピックと複数の情報源にわたって関連する検索を同時に発行する技術、という趣旨で説明されています。呼び名が公式であることには実務上の意味があります。名前が付いているものは、後から一次の説明に当たって確かめ直せるからです。

仕組みの中身については、公開されている特許出願が参照されることもあります。多様な取り出しのために指示文をもとに検索の問いを生成する方法を扱った国際公開の文書（公開番号 WO2024064249A1）がその一つです。そこでは、元の問いから機械的に別の問いを作り出す考え方が扱われており、関連する問い、言われていない前提を補う問い、選択肢を比べる問い、言い換えの問い、対象を具体名まで広げる問い、状況に合わせた問いといった分かれ方が整理されています。

ただし、特許に書かれた方法が、そのまま実装されている保証はありません。特許は出願の時点での考え方を示す文書であって、稼働している仕組みの設計書ではないからです。記事づくりの拠り所にするなら、特許の細部ではなく、分かれ方に型があるという事実のほうを使います。

分解が起きると、1記事1キーワードの設計がずれる

これまでの記事設計は、狙う語を1つ決めて、その語に合わせて1本書く、という組み立てが基本でした。見出しにも本文にも狙った語を置き、その語で打たれたときに当たるようにする。分解が挟まると、この設計は途中でずれます。打たれた語に最適化した記事が、分かれた先のどの問いにも正面から答えていない、という状態が起きるためです。

具体的に考えると分かりやすくなります。ある担当者が勤怠管理システムの比較を調べたとします。裏では、その言葉が何を指すのかを確かめる問い、自社に置く型と借りる型の違いを知る問い、自社と同じ規模ではどうなるのかを尋ねる問いなどに分かれていきます。ここで、比較表だけを載せた記事は、比較の問いには当たっても、意味を確かめる問いにも規模の問いにも材料を出せません。

だから記事の作り方は、1つの語に最適化する形から、1つの問いの周りに分かれていく問いを先回りして満たす形へ変わります。狙う語を捨てるという意味ではありません。狙う語はそのままに、その語の周りにどんな問いが立つのかを先に書き出し、記事の中で答えの置き場所を作っておくということです。

注意したいのは、これが記事を細かく割る話ではない点です。分かれた先の問いが6つあるからといって6本に割ると、どれも中身が薄くなり、結局どの問いにも答えられません。1本にまとめるか分けるかの判断は、後の工程で扱います。

分かれた先の問いには、6つの型がある

分かれ方を全部言い当てることはできませんが、型で当たりを付けることはできます。実務では次の6つで足りることが多く、この分け方は複数の解説でも共通して使われています。

型	その問いが解こうとしていること	「勤怠管理システム 比較」から分かれる例
定義・前提	言葉の意味と前提をそろえる	勤怠管理システムとは何を指すのか
比較・代替	選択肢どうしの違いを知る	借りる型と自社に置く型の違い
根拠・証拠	主張の裏づけを確かめる	導入した企業の実績はあるのか
手順・実践	進め方の順番を知る	導入までにどんな流れになるのか
条件・制約	自分の状況に当てはめる	従業員50名の規模ではどうなるのか
不安・失敗回避	避けたい結果から逆に考える	導入して失敗した理由は何か

型で考える利点は、思いつきで網羅しようとするのをやめられることです。抜けている型が一目で分かるため、どの問いに材料を足せばよいかを決めやすくなります。比較記事に根拠の型が無い、手順記事に条件の型が無い、といった穴は、型の表に当ててみると数分で見つかります。

すべての型を1本に詰め込む必要はありません。読者の段階によって、重い型が変わるからです。初めて名前を知った段階では定義と不安の型が重く、導入を決めた後は手順と条件の型が重くなります。どの段階の読者に向けた記事なのかを先に決め、その段階で重い型から順に埋めていくのが、現実的な進め方です。

分かれた先の問いに当たる記事を作る5つの工程

ここからは手順に落とします。順番にも意味があります。書き始めてから問いを足すと、既にある段落に合わせて問いのほうが歪むからです。

5つのうち、公開の前に終わるのは工程1から工程4までです。工程5だけは公開の後にも効いてきます。記事が増えるほど、同じ問いを別の記事が取り合う状態が生まれるためです。工程5は、記事を出すたびに一度ずつ回す作業として扱います。

先に断っておくと、この5工程は順位を上げるための作業ではありません。分かれた先の問いに対して、答えの材料として選ばれる状態を作る作業です。順位が動かないまま引用だけが増えることも、その逆も起こります。だから確かめ方も順位とは別に用意します。

工程1：読者が口に出さない問いまで書き出す

最初の工程は、問いを集めることです。ここで打たれる語をそのまま並べても、分かれた先は出てきません。必要なのは、読者が言葉にしていない前提のほうです。何と比べているのか、何を恐れているのか、どの条件に当てはめようとしているのか。言われていない前提を文にしたものが、分かれた先の問いにいちばん近い形になります。

出どころは社外の道具より社内にあります。営業やサポートに届いた質問の記録、商談で繰り返し聞かれたこと、既存記事に付いている検索の語、問い合わせフォームの自由記述欄。これらは、読者が自分の言葉で書いた問いがそのまま残っている場所です。質問サイトやレビューの書き込みを足すのも有効ですが、社内の記録を先に読むほうが、具体の粒が細かくなります。

書き出す単位は、名詞ではなく問いの文にします。費用、導入、運用、と名詞で並べると、答えの形が決まりません。費用は月あたりでいくらかかるのか、導入には何か月かかるのか、と文にすると、答えが1文で書けるかどうかがその場で判定できます。書けないものは、記事ではなく調べ直しが必要な問いです。

いくつ出せばよいかを決め打ちすると、数合わせが始まります。目安を置くなら、同じ問いの言い換えしか出てこなくなるまで、です。新しい角度が3回続けて出てこなくなったら、その主題については出し切ったと考えて次の工程へ進みます。

工程2：問いを、そのまま見出しの言葉にする

集めた問いは、見出しの言葉に変換します。ここで多いのが、問いを名詞にまとめ直してしまう失敗です。導入までにどんな流れになるのかという問いを、導入の流れ、という見出しに縮めると、問いと見出しの距離が開きます。問いの形か、問いに答えた一文の形のまま見出しに置くほうが、照合の手掛かりが残ります。

理由は、分かれた先の問いが文の形をしているからです。意味のまとまりで記事の一部が読まれる仕組みである以上、見出しとその直後の段落が同じ問いを扱っている区間は、切り出しやすい形になります。ただし、引用される単位が段落なのか節なのかは公表されていないため、ここは断定できません。断定できないからこそ、見出しと段落の話題を一致させておく、という保険が効きます。

実務では、見出しの型が偏っていないかも確かめます。見出しがすべて手順の型だと、その記事は手順の問いにしか当たりません。1本の記事の中で、定義の型、比較の型、条件の型がそれぞれ1つ以上あるか。型の表を横に置いて、見出しの一覧に印を付けていくと、数分で偏りが見つかります。

工程3：見出しの直後に、答えを先に置く

見出しを問いの形にしたら、その直後の1文で答えます。背景の説明、業界の動向、読者へのねぎらいから書き始めると、答えが段落の後ろに沈みます。問いと答えが離れるほど、その区間は問いへの答えとして読み取りにくくなります。

比較と手順は、文章のままにせず形を変えます。比較は表に、手順は番号付きの並びに直す。表にするときは、列の名前を、読者が使う言葉にそろえるのが要点です。機能一覧、対応可否、といった作り手の言葉ではなく、月あたりの費用、始めるまでの日数、のように問いの側の言葉で列を立てます。

一方で、表にすると壊れるものもあります。判断が分かれる論点、条件によって答えが変わる話、例外のある規則。これらを無理に表へ押し込むと、丸められた結果だけが残り、読者が自分の条件に当てはめられなくなります。表にするのは、行と列で答えが一意に決まるものだけにとどめます。

番号付きの並びにも同じ線があります。順番に意味がある作業は番号で、順番に意味が無い並びは箇条書きで書く。番号を振ると、読者も機械も順番に意味があると受け取ります。順不同のものに番号を振ると、後から順番についての誤解を生みます。

工程4：根拠を、記事の中で完結させる

分かれた先の問いには、根拠を確かめる型が必ず含まれます。主張だけで構成された段落は、この型に当たりません。言い切りの強さではなく、確かめられる形になっているかどうかが効きます。

根拠を書くときは、公表元、年月、数値の3つをそろえます。どこが出したのか、いつ時点のものか、いくつなのか。3つのうち1つでも欠けると、読んだ人はその数字を使えません。とくに年月は、生成AIまわりのように動きの速い領域では必須です。1年以上前の仕様を現在形で書くと、事実としては古いままになります。

出どころの選び方にも線があります。他社の解説記事を根拠にすると、その記事が引いている一次の資料まで責任が届きません。公的機関の公表、事業者自身の公式の説明、そして自社で取った記録の3つを優先し、解説記事は理解を助ける材料として使うにとどめます。数値の丸め方は公表されているとおりに写し、自分で計算し直した数字にはそう書きます。

確かめられない数字は、書かないほうが強くなります。おおよそ何割といった言い方で埋めたくなる場面ほど、その数字が後から問われます。出どころが無いなら、数字を使わずに条件と仕組みで説明する。これは記事の信頼の問題であると同時に、根拠の型の問いに答え続けられるかどうかの問題でもあります。

工程5：1本にまとめるか、分けるかを決める

最後の工程は、記事の切り分けです。判断の物差しは2つあります。読者の段階が同じかどうかと、答えが節で終わるか記事が要るかです。

段階が同じなら1本にまとめます。名前を知ったばかりの人と、導入を決めた後の人では、必要な型が違うため、同じ記事に入れると両方が薄まります。答えの長さについては、1つの問いに200字前後で答えが付くなら節として置き、そこから先の条件分岐や手順が続くなら別の記事に出す、という線が扱いやすくなります。

分けたときに必ず起きるのが、記事どうしで同じ問いを取り合う状態です。これを放っておくと、どちらも中途半端に触れているだけの記事が並びます。分けると決めた時点で、次のことを書き留めておきます。

• どちらの記事が、どの問いに正面から答えるのかを問いの文で書く
• もう一方の記事では、その問いに触れる分量の上限を決めておく
• 触れるときは、答えを繰り返さずに、答えのある側へ渡す一文だけを置く
• 後から記事が増えたときに、この取り決めを読み直す時期を決めておく

この書き留めは、担当が変わったときにいちばん効きます。取り決めが残っていないと、次の担当者は同じ問いにもう一度正面から答える記事を作ります。同じ問いの記事が3本並ぶと、どれも選ばれにくくなるため、分けた瞬間の記録が後の効率を決めます。

自社しか書けない材料を、どこに置くか

6つの型のうち、条件・制約の型と不安・失敗回避の型は、一般論では埋まりません。自社の規模ではどうなるのか、何が原因で失敗したのか。これらは、実際にやった人の手元にしか材料がない問いです。

置き場所は、記事の冒頭ではなく工程の途中です。実際に掛かった日数、途中で作り直した箇所、想定と違った前提。手順の各段の中に具体の数字と失敗を混ぜると、その段が条件の型と失敗の型の両方に当たる区間になります。冒頭の宣言文に入れても、問いとの距離が遠いままです。

材料の探し方も具体にしておきます。見積を作ったときの前提メモ、作業の記録、問い合わせの一次の文面、検収でやり直しになった箇所の記録。これらは社内で保管されているのに、記事の材料として扱われていないことがほとんどです。書く前に、その主題に関係する記録を1つだけでも開いておくと、記事の密度が変わります。

書けない部分は、書けないと書きます。自社で確かめていない条件について、あたかも実績があるかのように書くと、根拠の型で崩れます。確かめた範囲と、確かめていない範囲を、記事の中で分けて示す。これは守りではなく、条件の型の問いに対して正確に答えている状態です。

既にある記事に足すか、新しく書くかを決める

問いを書き出していくと、その問いに触れている記事が既に自社にあることに気づきます。ここで新しく書き始めると、同じ問いを扱う記事が2本並びます。判断は、問いの側からではなく、既存の記事が何に正面から答えているかから始めます。既存の記事を開き、見出しの一覧を書き出して、6つの型のどれに当たっているかに印を付ける。数分で終わる作業なので、書き始める前に必ず挟みます。

印を付けたら、判断は3つの順番で下ります。1つ目、その問いに正面から答えている記事が無ければ新しく書く。2つ目、あるけれども読者の段階が違うなら新しく書く。3つ目、あって段階も同じなら、その記事に節を足す。段階が同じ記事を2本作ると、どちらも選ばれにくくなります。迷ったときは、既存の記事に足す側へ倒します。

作り直す順番も決めておきます。先に手を付けるのは、表示はあるのにクリックが少ない記事と、狙った語では表示されているのに派生した問いでは表示されていない記事の2つです。引用されやすさについて複数の分析が共通して挙げているのは、結論を先に置くこと、固有名詞と数値の密度、そして出どころの明記の3点です。作り直しでは、まずこの3点を足します。

足した後は、記事が長くなりすぎていないかを見ます。節が増えるほど網羅はできますが、主題が読み取りにくくなり、どの問いに対しても中途半端になります。節を足した結果、読者の段階が混ざり始めたら、そこが分けどきです。分けると決めたら、工程5の取り決めをそのときに書き留めます。

拾われているかを確かめる3つの見方

最後に、効いているかどうかの見方です。順位だけを見ていると判断を誤ります。順位が同じでも引用が増えていることも、順位が上がっても引用されないこともあるためです。3つを並べて見ます。

1つ目は、実際に問いを打って目に見えるものを記録することです。分かれた先の問いのうち代表的なものを5つほど決め、月に1回、同じ問いを同じ条件で打ち、答えの中に自社が出てくるかを記録します。機械で取れない指標だからこそ、日付と打った問いを固定して残すことに意味があります。条件を変えて打つと、前月と比べられません。

2つ目は、派生した問いの表示回数です。狙った語そのものではなく、その語から分かれた形の問いで、記事がどれだけ表示されているか。何々とは、何々 比較、何々 費用、といった形の問いの表示回数が増えていれば、分かれた先の問いに当たり始めたと読めます。分解に効いたかどうかは、狙った語ではなく派生した語のほうに先に出ます。

3つ目は、社名や商品名で直接検索された回数の推移です。AI検索の答えの中で名前を見た人が、後から名前で検索する動きは、記事単位では追えません。月ごとの推移として見て、1つ目と2つ目が動いた月の翌月以降に変化があるかを見ます。3つとも、単月では判断せず、3か月の並びで読みます。

分解の作業をAIに任せるときの線引き

問いの書き出しや、見出しの言い換えの下書きは、生成AIが得意とする作業です。手元の記録を渡して、そこから読み取れる問いを文の形で並べさせる、といった使い方は手間を大きく減らします。ここまでは任せてよい範囲です。

任せない範囲もはっきりしています。1つ目は判定です。その問いが本当に読者の問いなのかを、AIに判断させない。もっともらしい問いはいくらでも作れますが、社内の記録に現れていない問いは、書き手の想像でしかありません。出てきた問いは、必ず問い合わせや商談の記録に当ててから採用します。

2つ目は根拠です。問いを出させるときには、どの記録の何行目から読み取ったのかを併記させます。根拠を書かせておくと、後から確かめられるものと、確かめられないものが分かれます。併記が無い問いは、採用しないか、人が記録を探しにいくかのどちらかにします。

3つ目は、人が必ず確かめる範囲を先に決めておくことです。見出しに使う言葉、記事に載せる数字、出どころとして挙げる資料。この3つは公開の前に人が原典に当たる、と決めておきます。範囲を決めていないと、忙しい週にはすべてが下書きのまま通ります。決めてあれば、急ぐ日でも最低限が崩れません。

分解を前提にした記事づくりでつまずくところ

実際に取り組み始めると、同じところでつまずきます。どれも、工程の順番を入れ替えたときに起きるものです。

• 書き上げてから問いを足す：既にある段落に合わせて問いのほうが歪み、読者の問いから離れる
• 型を全部1本に詰め込む：段階の違う読者が混ざり、どの段階から見ても中途半端になる
• 見出しを名詞に縮める：問いとの距離が開き、見出しの直後にある答えが見つけにくくなる
• 判断の分かれる話を表にする：丸めた結果だけが残り、読者が自分の条件に当てはめられない
• 順位だけで効果を見る：引用が増えていても順位が動かない月に、施策を止めてしまう

共通しているのは、記事の側の都合で問いを扱っていることです。分解は読者の側で起きている現象であって、書き手が決められるものではありません。問いを先に固定し、記事のほうを問いに合わせて動かすという順番を守ると、多くのつまずきは起きなくなります。

よくある質問

見出しをすべて疑問形にすればよいのでしょうか

疑問形そのものに効き目があるわけではありません。大事なのは、見出しと直後の段落が同じ1つの問いを扱っていることです。疑問形は、それを守りやすくする書き方の一つにすぎません。問いに答えた一文を見出しにする形でも同じ効果があります。すべてを疑問形にすると、記事全体が問いかけばかりになり、答えの輪郭がかえってぼやけます。

分かれた先の問いは、どのくらいの頻度で見直せばよいですか

主題によりますが、四半期に一度の見直しで足りることが多いようです。見直す合図は2つあります。問い合わせや商談で、記事に書いていない問いが3回続けて出たとき。そして、派生した問いの表示回数の顔ぶれが入れ替わったときです。合図が無いまま定期的に触ると、言い換えの加筆だけが増えていきます。

順位が変わらないのに流入が減ったら、分解が原因と考えてよいですか

それだけでは決められません。表示回数が減っているのか、表示はあるのにクリックが減っているのかで、疑う先が変わるためです。表示が保たれたままクリックだけが落ちているなら、答えが検索の側で完結している可能性があります。まず表示とクリックを分けて見て、そのうえで代表的な問いを実際に打って目で確かめる、という順番にします。

まとめ

クエリファンアウトへの向き合い方は、打たれた語ではなく、分かれた先の問いに答えの置き場所を作ることに尽きます。分解は公式に説明されている動きであり、分かれ方には定義・比較・根拠・手順・条件・失敗回避の型がある。だから、読者が口に出さない問いまで書き出し、それを見出しの言葉にし、見出しの直後で答え、根拠を記事の中で完結させ、1本にまとめるか分けるかを決める。問いを出す下書きはAIに任せてよいものの、その問いが読者の問いかどうかの判定はさせず、見出しの言葉と数字と出どころには人が当たる。まずは、自社でいちばん流入の多い記事を1本開き、その記事が6つの型のうちどれに答えていないかを数えるところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。